воткни в строку адреса konqueror-a
zeroconf:/
Воткнул:
Ошибка при загрузке zeroconf:/:
При сборке TDE не была включена поддержка zeroconf.Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Gentoo Linux → Trinity Desktop Environment на Gentoo
воткни в строку адреса konqueror-a
zeroconf:/
Воткнул:
Ошибка при загрузке zeroconf:/:
При сборке TDE не была включена поддержка zeroconf.во во во... я перестаю понимать весь этот мир 
в сборке пакета указана сборка всего и всея
смотрим "подобный" пакет
url
все файлы присутствуют в собранном пакете, но, увы, zeroconf - "типа" не было собрано ...
эх-хе-хе...
ну блин... умеете вы запутать... посмотрел, ни чего непонял
А что там понимать, там показывается вывод sandbox попытка установки за пределы песочницы.
да это было риторическое, типа, доколе все у нас тут вот так... 
все файлы присутствуют в собранном пакете, но, увы, zeroconf - "типа" не было собрано ...
эх-хе-хе...
Да как бы должно работать, а нет...
Сборка -DBUILD_TDEIOSLAVES включается по умолчанию строчкой в конфиге BUILD_ALL.
А вот почему оно не подхватилось, это уже вопрос, там вроде завязка с dnssd, надо еще смотреть.
да это было риторическое, типа, доколе все у нас тут вот так...
Понял )
почему оно не подхватилось
судя по наличию файлов (полное совпадение с аналогичным, по сслыке) - сборка прошла нормально, но вот работать не желает
судя по наличию файлов (полное совпадение с аналогичным, по сслыке) - сборка прошла нормально, но вот работать не желает
Там как бы должно включаться так:
Команда «/usr/share/avahi/enable_avahi 1» не найдена.да да... точно!!! (щаз в записях тоже наткнулся на заметку про этот файл, в пакете avahi его нет)
в "свое время" баловался, создавал "заглушки" этих файлов , кот. просто подают сигнал... ну, сигналы то шли, а включения zeroconf-а не происходило :о)
avahi_status
enable_avahiпустышка, типа
#!/bin/sh
echo "###
enable_avahi
###"; beep > /dev/null 2>&1да...давно это было, по моему для TDE-14.0.1, с тех пор и подзабил на этот сервис 
ага... вижу, ваши скрипты, а откуда дровишки? со старых 3й кед выдернули?
Добавил пока пару скриптов, вроде как включился, но вывод в 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ага... вижу, ваши скрипты, а откуда дровишки? со старых 3х кед выдернули?
зю
ну что-ж... колдовство этих скриптов понятно, start|stop avahi service
ясен пень, когда запускал avahi, то пробовал всяко, в мануальном режиме рулить сервисами, все равно не работал сервис
зю2
в принцыпе, можно убрать сообщения, а в тихую рулить сервисами /запускать, останавливать, устанавливать бит запуска... 
зю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...
ага... вижу, ваши скрипты, а откуда дровишки? со старых 3х кед выдернули?
Да нашел в просторах интернета, немного подправил под запуск у меня в системе, что бы сервис запускался.
У меня скорее всего проблема связанна со сборкой tdelibs и tdebase, собирал без флага avahi. Ну и для сборки tdebase еще нужно добавить ебилд avahi-tqt.
ссылку на скрипты можно?
ссылку на скрипты можно?
странно, или я ни чего не понимаю или лыжи не мазаны... там тоже "туалетная вертушка", а не нормальное управление...
смотрим
enable_avahiне зависимо от получаемого ключа/аргумента
enable_avahi 0
enable_avahi 1будет как тригер : включать/выключать/включать/выключать...
потому как проверка case завязана на результат/ERRORLEVEL скрипта проверки статуса сервиса
/usr/share/avahi/avahi_status 2> /dev/null
case "$?" in "статус_возврата"
...к стати, для прямого назначения (*) - вызов "проверки статуса" безсмысленный, потому как независимо от полученного результата (запущен/остановлен) - надо делать свое дело (запускать/стартовать)... т.е. это в первом приближении... а при использовании start|up скриптов можно без проверки запускать/останавливать сервисы, потому как в "правильных" скриптах "все правильно" 
(*) прямое назначение, имеется в виду
enable_avahi 0 # -> останов
enable_avahi 1 # -> запусквсе мои "имхи" и могу обшибаться 
p.s.
хоть бы бормант зашел, да всем нам подзатыльников понавтыкал, что-ли ... а то ничего не получается 
У меня tdenetworkmanager заработал
Исправил ебилд tdelibs, там параметр не правильно написал, подправил и пере собрал tdelibs и tdebase, после этого ни каких ошибок в запуске не было, работает нормально.
Должна быть указана опция сборки tdelibs:
-DWITH_NETWORK_MANAGER_BACKEND=ON
А у меня было указано:
-DWITH_WITH_NETWORK_MANAGER_BACKEND=
Теперь апплет заработал )
Теперь апплет заработал
ты его потестируй с пристрастием, прошлые "версии" были весьма зубадробительными и мозговыстрахивательными 
ты его потестируй с пристрастием, прошлые "версии" были весьма зубадробительными и мозговыстрахивательными
Ну а как тестировать то?
Удалил соединение wifi, и снова создал, все завелось.
Только конечно nm-applet удобнее в настройке, ну и настроек видно по больше.
Ну и настроек в nmtui тоже по больше будет.
Чисто для клацанья стевых интерфейсов сойдет 
ты железный интерфейс попробуй... eth0 ...
(перебрал все группы, добавил пользователя во все возможно разумные... там по мелочи набралось много "вопросов"... поэтому на ноутбуке nm-applet , а tdenetworkmanager как-то не прижился
хотя, возможно, это у нас в слаке из-за отсутствующих пакетов "policy"...
и да, вспомнил, у нас такая "беда"
при старте сервиса NetworkManager автоматом стартует nm-applet, а tdenetworkmanager без этого сервиса (NetworkManager) не работает, поэтому в трее болтаются два приложения nm-applet и tdenetworkmanager ...
ты железный интерфейс попробуй...
Ну если статика и ipv4 то все настраивается, иначе настраивать лучше через nmtui, уж больно ограниченный интерфейс.
Ребята,а что уже можно пользоваться или еще рано,а то я раза четыре пробовал собирать за все время не считая множество раз, самых разных попыток отдельных примочек? 
хотя, возможно, это у нас в слаке из-за отсутствующих пакетов "policy"...
Кто его знает, уменя то собрано с поддержкой pam по этому с повышением привилегий все ок, настраивается норм.
можно пользоваться или еще рано
пользоваться можно было начинать еще с TDE-3.xxx
идеальных рабочих столов нет... нет, вот так... НЕТ, бл...ь, но привыкнуть к косякам можно и своевременно их обходить... а по скорости работы... ну KDE3/TDE - тут без конкурентов
я так думаю! (х.ф мимино)
*** Добавлено: 17.12.2018 18:15:59 ***
собрано с поддержкой pam
а у нас, если мне не изменяет... память... c pam-om как бы ... все плохо :о) или я не разобрался и руки заточил не под туда... куда надо
sunjob,Рад за ваш успех,подожду тогда финалки. 
Ребята,а что уже можно пользоваться или еще рано,а то я раза четыре пробовал собирать за все время не считая множество раз, самых разных попыток отдельных примочек?
Кто его знает, как у вас пойдет)
Пробуйте и если не пойдет, не забывайте вывод показывать.
Если пакеты собираются cmake, то перед тем как вывод выкладывать, следует собрать с MAKEOPTS="-j1", иначе вывод ошибки не покажет...
Наиболее готовое к использованию запустить установку
подожду тогда финалки
все бы хорошо, но я на слаке, поэтому пинайте и убеждайте в скорейшем выходе тов.ormorph
п.с. если хотите посмотреть/потестировать, то можно воспользоваться либо live-dvd, либо скачать vbox-images
это
URL
ну или поискать, надеюсь, есть и другие варианты, что бы не устанавливать в систему а просто посмотреть
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
Где брать эту версию,я ебилдов не нашел?
libusb is required, but not found on your system
Добавил зависимость virtual/libusb
Обновите репозиторий и попробуйте снова.
Нет не помогло к сожалению.Решил еще перезагрузиться сдуру,в результате даже иксы поднять не смог. В общем сделал emerge --depclean и теперь опенбокс фурычит,а то с либами от TDE был тупо черный экран с не реагирующей клавой.Пришлось выключать комп отключением от розетки. Желание тестить пока пропало. 
Нет не помогло к сожалению.Р
Репозиторий обновляли?
Там в зависимостях 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.
ormorph, Нет layman не пользуюсь,клонирую в хомяка и прописываю путь в make.conf закомментировав оригинальный,он у меня в /var/portage/overlay. Затем emerge --sync. В этот раз я клонировал и прописал с ошибкой,сделал синк,а tde-base по emerge нет. Исправил,появилось но больше не обновлял,так и собирал. Если вы вносили патчи после того как я тут выложил часть лога,то я исправлений соответственно и не видел. Если бы не перезагрузился,то думаю мы бы продолжили,а так вот,как-то так... 
*** Добавлено: 17.12.2018 23:14:45 ***
Сцуко
libusb-compat у меня его и сейчас в системе нет
[12] default/linux/amd64/17.0 (stable) *
Люблю минимализму кю

Linux Forum → Gentoo Linux → Trinity Desktop Environment на Gentoo
Форум работает на PunBB, при поддержке Informer Technologies, Inc