утром 08.07 прошло большое обновление системы,после перезагрузки вылезла 525 ошибка плазмы,но система завелась,ошибка как понял была вызвана отсутствием в эфире прописанной вай-фай точки для подключения сети,запустил точку,перезавёл систему всё ОК,на первый взгляд…но,через пару-тройку минут вылезла моя рыжая стрелка в трее,система попросилась на ещё одну обнову…так вот,тапаю по стрелке в трее или по пункту в меню,настройки/обновление системы,и ничего не происходит…,в ейчтопе удалось заметить что происходит запуск калькоутилит,но процесс тутже самоубивается,ошибок ни в логах ни в дэдлеттер,соответственно не сыплет…не смотрел что в обновках было полностью,но связанное с питоном точоно было…L’autre,это что,такой привет к саммеркампу?типа не приеду и в этот раз,не смогу сам починить систему? 
шутка конечно,а серьёзно что не так?..з.ы. ветка ядра у меня тестовая в остальном система в дефолте,на домашнем буке…рабочие только дефолт,и на амд и на интелах и там пока ничего подобного не вижу… з.з.ы. запуск обновок из консоли и от юзера и от рута,результат тот же,процессы стартуют и тухнут на корню,без ошибок…и как теперь обновиться ? стрелка в трее не тухнет,некомильфо…ляя,забыл…Саша поехал в Беларусь родню гостить…ну может кто за него нонече у Питере,откликнетесь…жалуюсь жеш нечасто и только “по поводу”…
так-с,пересобрал библиотеки,из консоли обновления завелись,из гуя по прежнему запуск и тишина,возможно что то и с плазмой… сейчас собираются ядро 5.18.10 и sys-apps/calculate-utils-3.7.2.15-r12…будем посмотреть что изменится…
Так и хотелось рассказать историю. В процессе понял, что это сопли. Ну или героическое преодоление ССЗБ.
Детали:
6-го июля угробил себе почти всё Питоном-3.10. 8-го вечером всё (всё?) восстановил.
Сей день - 09-07-2022
sys-apps/calculate-utils-3.7.2.15-r9:3::calculate
разные вкладки Konsole
~ $ cl-update -e -v
/Ошибка: <urlopen error [Errno 111] Connection refused>
Не удалось подключиться: <urlopen error [Errno 111] Connection refused>
~ # cl-core --start --debug
и снова
~ $ cl-update -e -v
Синхронизация репозиториев
- Проверка текущего сервера обновлений … [ ok ]
- Проверка обновлений Distros … [ ok ]
- Синхронизация Distros репозитория … [ ok ]
- Проверка обновлений Calculate … [ ok ]
- Синхронизация Calculate репозитория … [ ok ]
- Проверка обновлений Gentoo … [ ok ]
- Синхронизация Gentoo репозитория …
- Не удалось найти сервер с актуальными обновлениями
- Не удалось найти сервер бинарных обновлений
- Не удалось обновить
eix не успел отработать, но ls -la /var/db/repos/calculate/sys-apps/calculate-utils/ показывает обновы. обновить еикс - не вопрос.
И вроде обновить calculate-utils можно, но кажись это снова про питоньи опенссл или где-то рядом…
Хотя…
ssl вроде в порядке
yandex mirror лежит
2022-07-10
~ # mv /etc/portage/make.conf/binhost.clt /root/
~ # eix-sync
- Выполняются !-хуки
- Запуск /usr/sbin/cl-core --method update --sync-only --skip-eix-update
Синхронизация репозиториев - Поиск нового сервера обновлений … [ ok ]
- Проверка обновлений Distros … [ ok ]
- Проверка обновлений Calculate … [ ok ]
- Синхронизация Calculate репозитория … [ ok ]
- Проверка обновлений Gentoo … [ ok ]
- Синхронизация Gentoo репозитория … [ ok ]
- Обновление индекса пакетов … [ ok ]
- Проверка подписи индекса пакетов … [ ok ]
- Обновление кэша репозитория Distros … [ ok ]
- Обновление кэша репозитория Calculate … [ ok ]
- Обновление кэша настраиваемых пакетов … [ ok ]
- Синхронизация завершена
Конфигурация системы - Сервер обновлений изменён на Index of /mirror/calculate-linux
- Исправление настроек … [ ok ]
- Обновление конфигурационных файлов … [ ok ]
- Синхронизация репозиториев завершена!
- Копирую старую базу данных в /var/cache/eix/previous.eix
- Запуск eix-update
Чтение настроек Portage…
Построение базы данных (/var/cache/eix/portage.eix)…
[0] «gentoo» /usr/portage/ (кэш: metadata-md5-or-flat)
Чтение категории 170|170 (100) Готово
[1] «custom» /var/calculate/custom-overlay (кэш: parse|ebuild3.0.24#metadata-md5#metadata-flat#assign)
Чтение категории 170|170 (100) ПУСТО!
…
[5] «calculate» /var/db/repos/calculate (кэш: parse|ebuild3.0.24#metadata-md5#metadata-flat#assign)
Чтение категории 170|170 (100) Готово
[6] «distros» /var/db/repos/distros (кэш: parse|ebuild*3.0.24#metadata-md5#metadata-flat#assign)
Чтение категории 170|170 (100) ПУСТО!
Применение масок…
Расчёт хеш-таблиц…
Запись файла базы данных /var/cache/eix/portage.eix…
База данных содержит 19892 пакетов в 170 категориях - Вызов eix-diff
…
Так понимаю, с того зеркала, с которого Кальковский гит дерева портежей скачался, содержит в себе гит Кальки того-же времени. Всё, что новее sys-apps/calculate-utils-3.7.2.15-r9 исчезло.
~ # emerge -uDN @world -pv
ничего не показал
~ # emerge -e @world -pv
показал, что 3 пакета ещё можно по USE-флагам пересобрать/переустановить бинарно.
Последние дня 3-4 (или если в общем - порядка полутора лет) доверия к emerge больше чем к cl-update.
Даже Калькофицированный emerge (требующий время от времени Калько-либы питоньи) (и даже калько-еикс) всё ещё поддерживает установку себя и прочих пакетов компиляцией из сырцов.
Это меня (пока) спасло.
Вопрос:
Есть-ли возможность отвязать чистый Гентовский sys-apps/portage от Кальковских templates ?
Тест с питоном-3.10 показал, что emerge пытается работать, но требует местами кальковских модулей и не находит их.
… хорошо бинари не успел удалить - порядка половины удалось вернуть обратно, а там и emerge подхватил и интернет и проверку контрольных сумм.
плюсую.
у меня тоже обновление системы перестало рааботать из графической утилиты.
отрабатывает только если из-под рута запустить cl-update
ну вот,ко всему вышеперечисленному,несмотря на кучу прошедших правок в утилитах,добавился ещё один бажек,он таки был,уже давненько,потом пропал,и вот вновь вылез,описываю признаки,в момент проверки утилитами наличия обновлений,система начинает жутко тормозить,вплоть до того что легчайший мультимедия плеер( QMMP) начинает заикаться,не говоря про VLC или что либо потяжелей…просмотр загрузки процессора в htop показывает что максимальную нагрузку даёт процесс /usr/bin/phyton-exec/phyton 3.10/cl-update-cheker ,сразу по запуску этого процесса все 4 ядра и оперативку грузит на 100% со свопом на диск,спустя пару минут нагрузка снижается до 15-16 % и так и висит будто зацикленный,в то что простой вывод иконки в лоток и проверка наличия обновок на сервере требует такие ресурсные затраты верится оченно слабо…скорее всего где то в коде забыли поставить “заглушку” или неверно задали условия выхода из цикла… уж больно похоже на зацикливание процесса,так как если не обновлять систему или не убивать процесс он несколько суток может так висеть в активе расходуя ресурсы машины…
ersch13, всё же “Calculate” это “зависимый” дистрибутив… и если Вы его выбрали для использования, то, полагаю, что не стоит чего то там начинать, и прочее…
Как вижу Сам… если Вы столкнулись с каким-нибудь вопросом, то Вам стоит донести его до сообщества, и предоставить логи, и тогда, возможно, Ваш вопрос разрешится…
дружище,кальку я выбрал 10+лет тому,и не хуже Вас понимаю что стОит,а что нет…и также представляю занятость команды разрабов,зная основную часть их лично…
не суть,баг похоже вылечили и после ночного обновления и гуй заработал и вывод иконки обновки перестал жрать ресурс…всё заработало ,а значит всё не зря…
Ясно-понятно, но Ваше сообщение, которое насыщено только эмоциями и догадками, к этому не располагает
Насколько помню, обновление кэшей репозиториев всегда нагружает ядра процессора до 80-90% (на двухъядерном, это ещё можно заметить, но в принципе “не смертельно”), а вот то, что начинает активно использоваться swap - так это скорее всего зависит от загруженности оперативной памяти и её настройки.
А вот зацикливания/ зависания Мне не приходилось наблюдать и в том числе прибегать к убиению выше названного процесса.
Вот и сейчас проверил на:
$ emerge -s calculate-utilities
Local copy of remote index is up-to-date and will be used.
[ Results for search key : calculate-utilities ]
Searching...
* sys-apps/calculate-utils
Latest version available: 3.7.2.16-r7
Latest version installed: 3.7.2.16-r2
Size of files: 3006 KiB
Homepage: http://www.calculate-linux.org/main/en/calculate_utilities
Description: A set of Calculate utilities for system installation, build and upgrade
License: Apache-2.0
[ Applications found : 1 ]
заоффтоплю немного, не кидайтесь в меня козявками.
я бы вообще этот гуй убрал - ну не трушно это как-то. токма консоль. ну привык я руками бить eix-sync && cl-update -f && dispatch-conf. хотя, кому как удобнее…
кстати, вопрос к ОТЦАМ данного замечательного дистриба: а возможно-ли и как выпилить упоминаемый, простите за выражение “гуй” из системы? но только так, чтобы точно все осталось работать.
Не отец, но рискну сказать.
Если звёзды светят на небе значит это кому-нибудь нужно.
Про ‘cl-console-gui-update’ - красиво но избыточно. Не представляю чела кто использует все те галочки. Разве что Тестер.
Остальные GUI (ГИП) - как минимум Установщик и Редактор настроек - удобнее и экономят время.
Вот выкинуть бы из системы Темплейты и Сертификаты как-нибудь аккуратно. Чтоб для рабочего места в фирме Калькулейт (ООО «Мир Калкулэйт»,) эти вещи были (как сейчас), а для обычного домашнего юзера - с возможностью отказаться от них.
Чтобы была возможность каким-либо образом влиять на пропорцию бочек дёгтя и ложек мёда.
нас, с подобными размышлениями забанят тут, на форуме, пожалуй.)
пока Александр на кэмпе,на острове,не забанят
да,нагружает,верно,но это всегда занимало пяток минут,и своп, на пустой в принципе RAM-е,(qmmp, даже воспроизводя HD видео не жрёт больше 250-500метров,мп3 и вовсе меньше сотни,а в буке 4 гектара физической),не должен бы присходить,при дефолтных кальковских настройках,верно?так откуда висяки тогда могут возникать и стабильная загрузка проца при,только лиш,выводе иконки в лоток?вот не кодер я,только рисовал те иконки,и выводятся они у меня другими процессами без таких нагрузок камня,куда бы я их не пробовал выводить…да уже не суть,эмоционально или нет я расписывал пост,но на текущий момент и GUI работает и вывод иконки вышеупомянутым процессом умерял аппетиты и потребляет 0,4% процессорного времени и ещё меньше оперативки,да и свопить перестал…что не может не радовать…
Не может он нагружать систему, посмотри скрипт запуска: /etc/cron.d/calculate-update
Есть замечательная утилита equery, подходит не только для calculate-utils. Достаточно выполнить equery u calculate-utils, чтобы понять что тут лишнее.
Александр, ты и прошлый раз утверждал что не может,но…,нагружал…не сделал скринов эйчтопа,не до того было,просто запомнил ветку дерева процессов,нагрузка шла именно от /usr/bin/phyton-exec/phyton 3.10/cl-update-cheker,после окончания проверки постоянно висели 16% общей загрузки процессора и около 800 метров рамы(это помимо системы,конкретно этот процесс) правда это меньше чем когда я первый раз обратил внимание на такое поведение,которое, кстати ,также как и в этот раз ,появилось вскоре после перехода на свежую версию питона…убиваю этот процесс,иконка в лотке соответственно пропадает и все приходит в норму,до следующей проверки на наличия обновок по крону…исправилось таки спустя н-ное количество обновок ,как самих утилит,так и всех питоньих приблуд…в следующий перевод утилит на свежий питон,бажек снова вылезет,не сумлеваюсь,сделаю таки скрины,и дампы конвееров проца…чтобы не быть голословным, и может и дампы на исполнении и попораспутать попробую…эх…,не силён я в языках высокого уровня,чтобы найти в какой строке какую скобку открытой оставили( типа шутка,ЛИСПеры оценят),а отследить перемежающуюся ошибку в кодах времени вагон надо …
Здравствуйте, хотел узнать, стоит ли ставить Кальку на домашний ПК вместо Windows? А то что-то на форуме тишина. Там сейчас все работает?
Это не равноценные/ не равнозначные системы и слово “вместо” здесь не уместно;
Здесь всё работает 
Или у Вас какие-то конкретные вопросы, по какому-то конкретному программному обеспечению?