Особенность первая: у меня в make.conf было PORTDIR_OVERLAY="/usr/local/portage", в котором я развлекаюсь. Поскольку конфиг layman парсился после этой переменной и содержал в себе $PORTDIR_OVERLAY, мой локальный оверлей корректно добавлялся после оверлеев layman. После того как скрипты разрезали мне make.conf на части и перенесли, source /var/lib/layman/make.conf оказался в 0-base и, соответственно, начал парситься первым. Остаток make.conf уехал в custom, и PORTDIR_OVERLAY оттуда перекрыл мне оверлеи layman. Решил исправлением PORTDIR_OVERLAY="$PORTDIR_OVERLAY /usr/local/portage" в custom.
Особенность вторая: больше нет отдельного бинарного подпрофиля, основной профиль теперь бинарный. Соответственно если вы не хотите бинарей добавьте FEATURES="-getbinpkg" в make.conf/custom.
и спамит мне в почту некрасивыми письмами. Как это прекратить штатными методами? clt шаблон сваять? Спасибо за заботу, но обновляться предпочитаю вручную. Или пусть хотя бы спамит мне в почту красивыми письмами и не так часто. Раз в неделю будет достаточно мне. И почему напрямую туда, есть ведь /etc/cron.daily/ и т.п. Почему бы туда скриптик не положить, а я аккуратно сделаю его неисполняемым например, или переложу куда нужно, не залезая в сам crontab, который кстати редактировать надо через утилиту “crontab”, а не напрямую скриптами туда писать. Кстати, теперь кошерно обновляться через cl-update? eix-sync && emerge -auD --newuse world более некошерно?
Особенность четвёртая: поломалась calculate-console-gui. Не цепляется к calculate-core, говорит
Кстати, теперь кошерно обновляться через cl-update? eix-sync && emerge -auD --newuse world более некошерно?
Можно обновлять старым способом.
есть ведь /etc/cron.daily/ и т.п. Почему бы туда скриптик не положить,
Сейчас скрипт запускается раз в час, причем на каждой машине минуты выставлены случайным образом (чтобы все машины не ломились на git сервер за обновлениями ). cron.XXX запускается каждые десять минут, причем выравнивается на кратные десяти.
Как это прекратить штатными методами? clt шаблон сваять?
Штатных средств пока нет. Закомментируйте строчку в crontab.
Сейчас скрипт запускается раз в час, причем на каждой машине минуты выставлены случайным образом (чтобы все машины не ломились на git сервер за обновлениями ). cron.XXX запускается каждые десять минут, причем выравнивается на кратные десяти.
Как это прекратить штатными методами? clt шаблон сваять?
Штатных средств пока нет. Закомментируйте строчку в crontab.
Я вообще удивлён, что мне это приходится объяснять… Я понимаю, что у большинства local mta не настроен и в /root/dead.letter они не смотрят, но это же не повод каждый час слать бессмысленный спам. Во первых, в plain ASCII выхлоп утилиты выглядит ужасно, во вторых, за сутки 24 письма, за неделю 168, за месяц… Я конечно могу это зафильтровать, что лишний раз докажет бессмысленность этой информации. Выход - направьте выхлоп скрипта в null, пусть он только об ошибках сообщает например. Я не против идеи автоматически синхронизировать оверлеи и базу eix, это хорошая идея, просто делать это надо молча.
А вот предпринимать попыток обновления системы, даже с --pretend, в автоматическом режиме IMHO не стоит. Или только в случае интерактивно залогиненого в ГУИ юзера, причем с уведомлением ему в ГУИ, а не на почту. Можно и на почту, но 1(один) раз, при изменении списка обновлений.
* Выполняются !-хуки
* Запуск /usr/sbin/cl-core --method update --sync --skip-eix-update
Конфигурация системы
* Исправление настроек ... [ ok ]
* Обновление списка пакетов в системе ... [ ok ]
* Обновление конфигурационных файлов ... [ ok ]
* Обновление системы завершено!
* Копирую старую базу данных в /var/cache/eix/previous.eix
* Запуск eix-update
Чтение настроек Portage ..
Построение базы данных (/var/cache/eix/portage.eix) ..
[0] "gentoo" /usr/portage (кэш: metadata-md5-or-flat)
Чтение категории 162|162 (100%) Готово
[1] "calculate" /var/lib/layman/calculate (кэш: parse|ebuild*#metadata-md5#metadata-flat#assign)
Чтение категории 162|162 (100%) Готово
Применение масок ..
Расчёт хеш-таблиц ..
Запись файла базы данных /var/cache/eix/portage.eix ..
База данных содержит 17658 пакетов в 162 категориях.
* Вызов eix-diff
Сравнение баз данных (17658 -> 17658 пакетов)
* Статистика времени:
2 секунд для синхронизация
3 секунд для eix-update
2 секунд для eix-diff
7 секунд всего
Я так понимаю слетел выбор текущего профиля?
У меня был выбран бинарный. Систему ставил 2 недели назад на чистый комп. И как я понимаю бинарный профиль стоял по умолчанию.
Благодарю. Уважаю вашу команду именно за вменяемость.
Особенность четвёртая: поломалась calculate-console-gui. Не цепляется к calculate-core
Если создать нового пользователя - удастся соединиться?
Попробую позже, но не понимаю что это даст. Настройки утилиты и ключи\сертификаты я в профиле пользователя уже сносил, ключи\сертификаты calculate-core тоже, самоподписный root сертификат пересоздавал… Что даст эксперимент с новым пользователем?
Попробую позже, но не понимаю что это даст. Настройки утилиты и ключисертификаты я в профиле пользователя уже сносил, ключисертификаты calculate-core тоже, самоподписный root сертификат пересоздавал… Что даст эксперимент с новым пользователем?
Вы же не писали, что уже пересоздавали сертификаты и прочее, поэтому я предложил простой способ проверки работоспособности calculate-core.
Попробую позже, но не понимаю что это даст. Настройки утилиты и ключисертификаты я в профиле пользователя уже сносил, ключисертификаты calculate-core тоже, самоподписный root сертификат пересоздавал… Что даст эксперимент с новым пользователем?
Вы же не писали, что уже пересоздавали сертификаты и прочее, поэтому я предложил простой способ проверки работоспособности calculate-core.
calculate-core запускается без ошибок, запущен, root сертификат создал без проблем и ошибок.
Не помогло. revdep-rebuild ошибок тоже не нашёл. Ещё она упав в трей и свернувшись не разворачивается двойным кликом. Приходится щёлкать правой кнопкой, делать “exit program” и снова запускать.
WSDL доступен по этому адресу https://127.0.0.1:8888/?wsdl ?
Михаил, что такое WSDL и как мне это проверить? Браузер при заходе на ссылку сказал
При соединении с 127.0.0.1:8888 произошла ошибка.
SSL получило запись, длина которой превышает максимально допустимую.
(Код ошибки: ssl_error_rx_record_too_long)