31

sunjob пишет:

воткни в строку адреса konqueror-a

zeroconf:/

Воткнул:

Ошибка при загрузке zeroconf:/:
При сборке TDE не была включена поддержка zeroconf.

32

во во во... я перестаю понимать весь этот мир ab
в сборке пакета указана сборка всего и всея

смотрим "подобный" пакет
url
все файлы присутствуют в собранном пакете, но, увы, zeroconf - "типа" не было собрано ...

эх-хе-хе...

33

sunjob пишет:

ну блин... умеете вы запутать... посмотрел, ни чего непонял

А что там понимать, там показывается вывод sandbox попытка установки за пределы песочницы.

34

да это было риторическое, типа, доколе все у нас тут вот так...  ag

35

sunjob пишет:

все файлы присутствуют в собранном пакете, но, увы, zeroconf - "типа" не было собрано ...

эх-хе-хе...

Да как бы должно работать, а нет...
Сборка -DBUILD_TDEIOSLAVES включается по умолчанию строчкой в конфиге BUILD_ALL.
А вот почему оно не подхватилось, это уже вопрос, там вроде завязка с dnssd, надо еще смотреть.

sunjob пишет:

да это было риторическое, типа, доколе все у нас тут вот так...

Понял )

36 (17.12.2018 11:58:36 отредактировано sunjob)

почему оно не подхватилось

судя по наличию файлов (полное совпадение с аналогичным, по сслыке) - сборка прошла нормально, но вот работать не желает

37

sunjob пишет:

судя по наличию файлов (полное совпадение с аналогичным, по сслыке) - сборка прошла нормально, но вот работать не желает

Там как бы должно включаться так:

 Консоль:
$ tdecmshell kcm_tdednssd

Но при включении zeroconf, выдает ошибку:

Команда «/usr/share/avahi/enable_avahi 1» не найдена.

38 (17.12.2018 12:39:37 отредактировано sunjob)

да да... точно!!! (щаз в записях тоже наткнулся на заметку про этот файл, в пакете avahi его нет)
в "свое время" баловался, создавал "заглушки" этих файлов , кот. просто подают сигнал... ну, сигналы то шли, а включения zeroconf-а не происходило :о)

avahi_status
enable_avahi

пустышка, типа

#!/bin/sh
echo "###
enable_avahi
###"; beep > /dev/null 2>&1

да...давно это было, по моему для TDE-14.0.1, с тех пор и подзабил на этот сервис ab

ага... вижу, ваши скрипты, а откуда дровишки? со старых 3й кед выдернули?

39

Добавил пока пару скриптов, вроде как включился, но вывод в konqueror так же показывает балалайку.
Скрипт avahi_status:

#!/bin/sh -e
# This is thrown into the public domain; do as thou wilt.
# Save (as root, or via sudo) this file as /usr/share/avahi/avahi_status
# and set it as executable (sudo chmod a+x /usr/share/avahi/avahi_status)

# Simple but effective way to see if Avahi is running:
if ps ax | grep "avahi-daemon: running" | grep -v grep 1> /dev/null; then
  exit 1 # Avahi is running
else
  exit 0 # Avahi is not running
fi

Скрипт enable_avahi:

#!/bin/sh
# This is thrown into the public domain; all copyright is disavowed; do as thou wilt.
# Save (as root, or via sudo) this file as /usr/share/avahi/enable_avahi
# and set it as executable (sudo chmod a+x /usr/share/avahi/enable_avahi)

/usr/share/avahi/avahi_status 2> /dev/null; case "$?" in
    0)
        kdialog --title "Starting Zeroconf" --msgbox "Zeroconf is started; to always start Zeroconf on login, make sure that avahi-daemon is set to start at boot in System Settings -> Advanced -> System Services" &&
        /etc/init.d/avahi-daemon start
        ;;
    1)
        kdialog --title "Starting Zeroconf" --msgbox "Zeroconf is stopped; to always prevent Zeroconf from starting on login, make sure that avahi-daemon is set to not start at boot in System Settings -> Advanced -> System Services" &&
        /etc/init.d/avahi-daemon stop
        ;;
esac

40 (17.12.2018 13:02:15 отредактировано sunjob)

ага... вижу, ваши скрипты, а откуда дровишки? со старых 3х кед выдернули?

зю
ну что-ж... колдовство этих скриптов понятно, start|stop avahi service
ясен пень, когда запускал avahi, то пробовал всяко, в мануальном режиме рулить сервисами, все равно не работал сервис

зю2
в принцыпе, можно убрать сообщения, а в тихую рулить сервисами /запускать, останавливать, устанавливать бит запуска... ab

зю3
и пара шкрябок по вашим скриптам
на сколько я понял то управление

enable_avahi 1 - start service
enable_avahi 0 - stop service

а у вас, вкл/выкл - циклическое, точнее в зов-ти о выполнениея операции проверки статуса сервиса

/usr/share/avahi/avahi_status 2> /dev/null
case "$?" in
...

и в зовисимости от возвращенной ERRORLEVEL запуск или старт, т.е. start|stop|start|stop...

41

sunjob пишет:

ага... вижу, ваши скрипты, а откуда дровишки? со старых 3х кед выдернули?

Да нашел в просторах интернета, немного подправил под запуск у меня в системе, что бы сервис запускался.

У меня скорее всего проблема связанна со сборкой tdelibs и tdebase, собирал без флага avahi. Ну и для сборки tdebase еще нужно добавить ебилд avahi-tqt.

42

ссылку на скрипты можно?

43

sunjob пишет:

ссылку на скрипты можно?

тыц

44 (17.12.2018 14:30:26 отредактировано sunjob)

странно, или я ни чего не понимаю или лыжи не мазаны... там тоже "туалетная вертушка", а не нормальное управление...
смотрим

enable_avahi

не зависимо от получаемого ключа/аргумента

enable_avahi 0
enable_avahi 1

будет как тригер : включать/выключать/включать/выключать...

потому как проверка case завязана на результат/ERRORLEVEL скрипта проверки статуса сервиса

/usr/share/avahi/avahi_status 2> /dev/null
case "$?" in "статус_возврата" 
...

к стати, для прямого назначения (*) - вызов "проверки статуса" безсмысленный, потому как независимо от полученного результата (запущен/остановлен) - надо делать свое дело (запускать/стартовать)... т.е. это в первом приближении...  а при использовании start|up скриптов можно без проверки запускать/останавливать сервисы, потому как в "правильных" скриптах "все правильно" ab

(*) прямое назначение, имеется в виду

enable_avahi 0 # -> останов
enable_avahi 1 # -> запуск

все мои "имхи" и могу обшибаться ab

p.s.
хоть бы бормант зашел, да всем нам подзатыльников понавтыкал, что-ли ... а то ничего не получается ag

45

У меня tdenetworkmanager заработал ab
Исправил ебилд tdelibs, там параметр не правильно написал, подправил и пере собрал tdelibs и tdebase, после этого ни каких ошибок в запуске не было, работает нормально.
Должна быть указана опция сборки tdelibs:
-DWITH_NETWORK_MANAGER_BACKEND=ON
А у меня было указано:
-DWITH_WITH_NETWORK_MANAGER_BACKEND=

Теперь апплет заработал )

46 (17.12.2018 17:14:01 отредактировано sunjob)

Теперь апплет заработал

ты его потестируй с пристрастием, прошлые "версии" были весьма зубадробительными и мозговыстрахивательными ag

47 (17.12.2018 17:55:59 отредактировано ormorph)

sunjob пишет:

ты его потестируй с пристрастием, прошлые "версии" были весьма зубадробительными и мозговыстрахивательными

Ну а как тестировать то?
Удалил соединение wifi, и снова создал, все завелось.
Только конечно nm-applet удобнее в настройке, ну и настроек видно по больше.
Ну и настроек в nmtui тоже по больше будет.
Чисто для клацанья стевых интерфейсов сойдет  ab

48 (17.12.2018 18:12:09 отредактировано sunjob)

ты железный интерфейс попробуй... eth0 ... ab (перебрал все группы, добавил пользователя во все возможно разумные... там по мелочи набралось много "вопросов"... поэтому на ноутбуке nm-applet , а tdenetworkmanager как-то не прижился ab

хотя, возможно, это у нас в слаке из-за отсутствующих пакетов "policy"...

и да, вспомнил, у нас такая "беда" ab при старте сервиса NetworkManager  автоматом стартует nm-applet, а tdenetworkmanager без этого сервиса (NetworkManager) не работает, поэтому в трее болтаются два приложения nm-applet и tdenetworkmanager ...

49

sunjob пишет:

ты железный интерфейс попробуй...

Ну если статика и ipv4 то все настраивается, иначе настраивать лучше через nmtui, уж больно ограниченный интерфейс.

50

Ребята,а что уже можно пользоваться или еще рано,а то я раза четыре пробовал собирать за все время не считая множество раз, самых разных попыток отдельных примочек? az

51

sunjob пишет:

хотя, возможно, это у нас в слаке из-за отсутствующих пакетов "policy"...

Кто его знает, уменя то собрано с поддержкой pam по этому с повышением привилегий все ок, настраивается норм.

52 (17.12.2018 18:16:46 отредактировано sunjob)

можно пользоваться или еще рано

пользоваться можно было начинать еще с TDE-3.xxx  ag
идеальных рабочих столов нет... нет, вот так... НЕТ, бл...ь, но привыкнуть к косякам можно и своевременно их обходить... а по скорости работы... ну KDE3/TDE - тут без конкурентов ab я так думаю! (х.ф мимино)
*** Добавлено: 17.12.2018 18:15:59 ***

собрано с поддержкой pam

а у нас, если мне не изменяет... память... c pam-om как бы ... все плохо :о) или я не разобрался и руки заточил не под туда... куда надо

53 (17.12.2018 18:18:04 отредактировано shtoom)

sunjob,Рад за ваш успех,подожду тогда финалки. ab

54

shtoom пишет:

Ребята,а что уже можно пользоваться или еще рано,а то я раза четыре пробовал собирать за все время не считая множество раз, самых разных попыток отдельных примочек?

Кто его знает, как у вас пойдет)
Пробуйте и если не пойдет, не забывайте вывод показывать.
Если пакеты собираются cmake, то перед тем как вывод выкладывать, следует собрать с MAKEOPTS="-j1", иначе вывод ошибки не покажет...
Наиболее готовое к использованию запустить установку

 Консоль:
$ emerge -av tde-base

55 (17.12.2018 18:34:49 отредактировано sunjob)

подожду тогда финалки

  ab
все бы хорошо, но я на слаке, поэтому пинайте и убеждайте в скорейшем выходе тов.ormorph

п.с. если хотите посмотреть/потестировать, то можно воспользоваться либо live-dvd, либо скачать vbox-images

+ открыть спойлер

это
URL

ну или поискать, надеюсь, есть и другие варианты, что бы не устанавливать в систему а просто посмотреть

56 (17.12.2018 20:20:25 отредактировано shtoom)

ormorph,

+ открыть спойлер

-- Checking for one of the modules 'freetype2'
-- Checking for one of the modules 'fontconfig'
-- Checking for one of the modules 'xft'
-- Checking for one of the modules 'libusb;libusb-2.0'
CMake Error at cmake/modules/TDEMacros.cmake:24 (message):
  #################################################

   libusb is required, but not found on your system

  #################################################
Call Stack (most recent call first):
  kcontrol/ConfigureChecks.cmake:55 (tde_message_fatal)
  kcontrol/CMakeLists.txt:23 (include)


-- Configuring incomplete, errors occurred!
See also "/var/tmp/portage/trinity-base/tdebase-14.0.5-r1/work/tdebase-14.0.5_build/CMakeFiles/CMakeOutput.log".
* ERROR: trinity-base/tdebase-14.0.5-r1::TDE failed (configure phase):
*   cmake failed
*
* Call stack:
*     ebuild.sh, line  124:  Called src_configure
*   environment, line 3273:  Called cmake-utils_src_configure
*   environment, line  935:  Called die
* The specific snippet of code:
*       "${CMAKE_BINARY}" "${cmakeargs[@]}" "${CMAKE_USE_DIR}" || die "cmake failed";
*
* If you need support, post the output of `emerge --info '=trinity-base/tdebase-14.0.5-r1::TDE'`,
* the complete build log and the output of `emerge -pqv '=trinity-base/tdebase-14.0.5-r1::TDE'`.
* The complete build log is located at '/var/tmp/portage/trinity-base/tdebase-14.0.5-r1/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/trinity-base/tdebase-14.0.5-r1/temp/environment'.
* Working directory: '/var/tmp/portage/trinity-base/tdebase-14.0.5-r1/work/tdebase-14.0.5_build'
* S: '/var/tmp/portage/trinity-base/tdebase-14.0.5-r1/work/tdebase'

>>> Failed to emerge trinity-base/tdebase-14.0.5-r1, Log file:

>>>  '/var/tmp/portage/trinity-base/tdebase-14.0.5-r1/temp/build.log'

* Messages for package trinity-base/tdebase-14.0.5-r1:

* ERROR: trinity-base/tdebase-14.0.5-r1::TDE failed (configure phase):
*   cmake failed
*
* Call stack:
*     ebuild.sh, line  124:  Called src_configure

Calculating dependencies... done!
[ebuild   R    ] dev-libs/libusb-1.0.21:1::gentoo  USE="udev -debug -doc -examples -static-libs -test" ABI_X86="32 (64) (-x32)" 0 KiB

Где брать эту версию,я ебилдов не нашел?

57

shtoom пишет:

libusb is required, but not found on your system

Добавил зависимость virtual/libusb
Обновите репозиторий и попробуйте снова.

58

Нет не помогло к сожалению.Решил еще перезагрузиться сдуру,в результате даже иксы поднять не смог. В общем сделал emerge --depclean и теперь опенбокс фурычит,а то с либами от TDE был тупо черный экран с не реагирующей клавой.Пришлось выключать комп отключением от розетки. Желание тестить пока пропало. az

59 (17.12.2018 22:15:48 отредактировано ormorph)

shtoom пишет:

Нет не помогло к сожалению.Р

Репозиторий обновляли?
Там в зависимостях virtual/libusb:0, который ссылается на dev-libs/libusb-compat, именно с этим пакетом у меня слинкован tdebase.
*** Добавлено: 17.12.2018 21:59:36 ***

У меня выбран профиль:
default/linux/amd64/17.0/desktop (stable)

Надеюсь пользуетесь layman для установки репозитория. Он довольно хорошо ускоряет обновление.
Так же при тестировании довольно хорошо ускоряет сборку ccache.
Ну и если какой то ебилд не идет, после внесения в него изменений, легко можно его пересобрать командой ebuild. Она работает с одним указанным ебилдом и не надо ждать подсчета зависимостей:

ebuild xxxx.ebuild digest # с генерировать  Manifest
ebuild xxxx.ebuild clean  # очистить предыдущую сборку
ebuild xxxx.ebuild install # собрать и установить в каталог image в /var/tmp/portage/xxx/xxxxx/

Протестировав сборку можно продолжить сборку с помощью emerge.

60

ormorph, Нет layman не пользуюсь,клонирую в хомяка и прописываю путь в make.conf закомментировав оригинальный,он у меня в /var/portage/overlay. Затем emerge --sync. В этот раз я клонировал и прописал с ошибкой,сделал синк,а tde-base по emerge нет. Исправил,появилось но больше не обновлял,так и собирал. Если вы вносили патчи после того как я тут выложил часть лога,то я исправлений соответственно и не видел. Если бы не перезагрузился,то думаю мы бы продолжили,а так вот,как-то так... bm
*** Добавлено: 17.12.2018 23:14:45 ***

bu Сцуко ac libusb-compat у меня его и сейчас в системе нет an
[12]  default/linux/amd64/17.0 (stable) *
Люблю минимализму кю at  bg