Здесь отслеживается усовершенствование нашей системы сборки продуктов.
Добавил в rpmbsh ошибку, если не все файлы упакованы в пакет. Это важно для проверки, так как многие системы выдают такую ошибку, и теперь мы сможем её замечать на раннем этапе.
Исправил надоедливую багу с APTCONFBASE (sources.list всегда брался из каталога в репозитории, даже если APTCONFBASE - /etc/eterbuild/)
Выпустил etersoft-build-utils * Wed Jan 13 2010 Vitaly Lipatov <lav@altlinux.ru> 1.7.3-alt1 - gpush: push without branch if --all - rpmbph: do not insert fix for fuzzy patch in any case - rpmgp: add -g option for remote and locally repo clone
Выпустил etersoft-build-utils * Fri Feb 05 2010 Vitaly Lipatov <lav@altlinux.ru> 1.7.6-alt1 - add bashrc.d aliases apti, apts, aptw, finds - rpmgp: fix src.rpm import, allow to use several files - rpmgs: add real source support (for Source-svn, Source-url commented lines) - rpmbph: do not add rpm-build-compat buildreq to backported specs - gpush: do ginit if no remote aliases
Текущая подготовка к релизу новой версии
Новый rpm-build-altlinux-compat с поддержкой perl, переработанный etersoft-build-utils.
Переделка и улучшение rpm-build-altlinux-compat, etersoft-build-utils, korinf, на примере сборки help2man, пакетов perl и пр. Существенно переделан korinf, отлажена обработка параметров и работа. Передена загрузка в rpmgp -g Заведён репозиторий /var/ftp/pub/Etersoft/Sisyphus для сборки пакетов из Сизифа.
Доделывал систему сборки в korinf, исправлял ссылки для загрузки, формирование имени.
Исправлял работу loginhsh при вызове rpmbsh -> myhsh -> loginhsh, заодно немного переписал код.
Исправление по замене %release (теперь не для ALT и только для Patch/Sources)
Сборка новой версии
Переделка скриптов сборки под новый независающий режим. Осталось проверять на автомате зависшие .run.
Разработ модуль проверки целостности пакетов, и скрипт remove_broken. Удалил с ftp битые пакеты для WINE@Etersoft (почему-то только они попортились).
Исправление сборки в hasher, добавление некоторых проверок.
Не работает сборка nx: [mdevaev@builder64 nx]$ rpmpub -r 1.1.0 nx.spec Prepare src.rpm to Try to packing nx-3.4.0-alt6.src.rpm package for sign add_changelog: /srv/mdevaev/Projects/nx/nx.spec: version "3.4.0-alt6" unchanged, skipping Платформы для сборки: x86_64 Сборка для платформы x86_64 Записан: /home/mdevaev/RPM/SRPMS/nx-3.4.0-alt6.src.rpm fatal: tag '3.4.0-alt6' already exists Will try to sign follow packages with GPG: /home/mdevaev/RPM/SRPMS/nx-3.4.0-alt6.src.rpm Введите ключевую фразу: Ключевая фраза принята. /home/mdevaev/RPM/SRPMS/nx-3.4.0-alt6.src.rpm: Изменяем права... Проверка пакета через sisyphus_check...OK Error in /usr/bin/rpmpub: Can't build SRPMS
(In reply to comment #15) > Не работает сборка nx: > [mdevaev@builder64 nx]$ rpmpub -r 1.1.0 nx.spec > Prepare src.rpm to ... > Error in /usr/bin/rpmpub: Can't build SRPMS Неточная диагностика при отсутствии пути в Source: Исправил.
Разборка со сборками разных систем. Осталась проблема при сборке для x86_64 на builder (проблема запуска hasher для 64-битной системы).
Починил багу, связанную с отмонтированием. Изменения лежат в git.eter:/people/mdevaev/packages/korinf.git
Исправлял korinf и etersoft-build-utils - очередные ошибки при сборке
Починил багу, связанную с использованием pkgreplace.
Разработка etersoft-build-utils: поддержка карманов, исправления для сборки проекта stand.
Выпустил сборку 1.9.0 с последними изменениями.
Сделал поддержку определения DISTRVENDOR, если он есть в соседнем каталоге rpm-build-altlinux-compat.
Выложил rpm-build-altlinux-compat.git 1.7.0 с разбитыми на части пакетами: http://bugs.etersoft.ru/show_bug.cgi?id=6098#c7 Возможны какие-то проблемы. Пересобрал и установил во все системы. Проверил, wine собирается, но не ставится наш каталог: gmake[1]: Leaving directory `/home/korinfer/RPM/BUILD/wine-etersoft-1.0.12/tools' gmake[1]: Entering directory `/home/korinfer/RPM/BUILD/wine-etersoft-1.0.12/etersoft' Makefile:308: *** mixed implicit and normal rules. Stop. gmake[1]: Leaving directory `/home/korinfer/RPM/BUILD/wine-etersoft-1.0.12/etersoft' gmake: *** [etersoft/__install__] Error 2 error: Bad exit status from /home/korinfer/tmp/rpm-tmp.NVnTPl (%install)
Обновил у себя Korinf, etersoft-build-utils, rpm-build-altlinux-compat, но при сборках ошибка: ... error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) ...
Похоже, проблема 1.7.0 в нераскрывающемся макросе _initdir: --- wine-etersoft.log<->2010-10-07 18:15:37.000000000 +0400 +++ wine-etersoft.log.170<----->2010-10-07 18:28:41.000000000 +0400 ... -+ /usr/bin/gmake 'INSTALL=install -p' install DESTDIR=/home/korinfer/tmp/wine-etersoft-buildroot initdir=/etc/init.d ++ /usr/bin/gmake 'INSTALL=install -p' install DESTDIR=/home/korinfer/tmp/wine-etersoft-buildroot initdir=%_initdir
(In reply to comment #26) > -+ /usr/bin/gmake 'INSTALL=install -p' install > DESTDIR=/home/korinfer/tmp/wine-etersoft-buildroot initdir=/etc/init.d > ++ /usr/bin/gmake 'INSTALL=install -p' install > DESTDIR=/home/korinfer/tmp/wine-etersoft-buildroot initdir=%_initdir Осталось понять, как он может не раскрываться, может быть не только он не раскрывается? Потому что макрос стандартный.
rpm 4.5.90+ fixes the ages-old _initrddir misspelling, the canonical name of the macro is now _initddir. https://bugzilla.redhat.com/show_bug.cgi?id=455279 Таким образом, должен использоваться макрос с названием _initddir, текущее _initdir — ошибка.
Выпустил сборку rpm-build-compat-1.7.1, в которой исправил проблемы с %_initdir, удалил переменные окружения для python, вызывающие ошибки. Пересобрал с установкой во всех чрутах.
Исправлял сборку пакетов, сборку под p5, некоторые мелкие исправления. Репозитории etersoft-build-utils и korinf опубликовал.
Перенёс lists/x86_64-* в lists/x86_64/* Теперь для задания системы x86_64 для сборки надо писать, к примеру, не x86_64-ubuntu, а x86_64/ubuntu.
Переименовал все файлы с системами в соответствии с названием систем (например, ubuntu -> Ubuntu).
task #35403: added #100: build tag "1.9.2-alt1" from /people/lav/packages/etersoft-build-utils.git
Восстановил индексирование репозиториев для ALT Linux, добавил копирование исходников (если разрешена отладка) в sources/DISTRO/VERSION.
В Мандривах имеется проблема с макросом %_initddir. В чрутах он раскрывается как /etc/rc.d, а должен как /etc/rc.d/init.d (http://wiki.mandriva.com/ru/Development/Howto/Initscripts). Из-за этого файлы, которые в спеке ставятся в _initddir, не видны из /etc/init.d, которая указывает на /etc/rc.d/init.d. В чрутах макрос неправильно определяется в /etc/rpm/macros. Помню, что что-то, связанное с макросом _initddir обсуждалось в рассылке, но у себя письмо не нашел. Нужно добавить файл macros.mandriva в macros.distro?
(В ответ на comment #35) > В Мандривах имеется проблема с макросом %_initddir. В чрутах он раскрывается ... Видимо это последствие +* Wed Oct 13 2010 Vitaly Lipatov <lav@altlinux.ru> 1.7.1-alt2 +- define _initddir for all pkgtype >Помню, что что-то, связанное с макросом _initddir обсуждалось в рассылке, но у >себя письмо не нашел. >Нужно добавить файл macros.mandriva в macros.distro? Да.
Выпущены новые сборки etersoft-build-utils и korinf: task #658: added #1: build tag "1.9.3-alt1" from /people/lav/packages/etersoft-build-utils.git task #35819: added #100: build tag "1.9.0-alt1" from /people/lav/packages/korinf.git
Переделывал gpush, rpmbs, проверял в реальной работе. Отправил в Сизиф новые сборки run task etersoft-build-utils with tag 1.9.4-alt1 at git.alt (in sisyphus) run task korinf with tag 1.9.0-alt1 at git.alt (in sisyphus)
Выпустил etersoft-build-utils с поддержкой клонирования без требования git.alt Добавил в Korinf пропуск ранее провалившихся при ручной сборке систем.
Вчера пробоал увеличить релиз с помощью rpmlog и наткнулся на такую проблему. Если старая версия пакеты была 0.1-alt16, то увеличение релиза приводит к результату 0.1-alt17. Если же увеличивать только версию, то полная версия пакеты должна быть 0.2-alt1, так как для новой версии пакета еще не было релизов. Однако, rpmlog при использовании опции -v формирует такую версию: 0.2-alt16, то есть, оставляет релиз без изменения. Мы посовещались с Ильей и мы пришли к выводу, что это бага. Я исправил поведение rpmlog, теперь релиз сбрасывается на alt1 при увеличении версии. Исправление у меня в гите: git.eter:/people/mdevaev/packages/etersoft-build-utils.git
(В ответ на comment #40) ... > пришли к выводу, что это бага. Я исправил поведение rpmlog, теперь релиз > сбрасывается на alt1 при увеличении версии. Исправление у меня в гите: > git.eter:/people/mdevaev/packages/etersoft-build-utils.git Внёс, опубликовал.
Сделал удаление временных src.rpm, sources, specs. Исправил копирование целевых src.rpm после сборки и отладочных пакетов. Сборку в hasher напрямую src.rpm, минуя спек.
Сделал поочерёдную обработку файлов замен. Теперь, например, для Mandriva 2010.1 будут просматриваться поочерёдно файлы 2010.1, 2010.0, 2010, 2009 и т.д. Таким образом файлы с заменами теперь должны содержать только отличия от предыдущей версии.
Внесение исправлений по сборке под FreeBSD, общие исправления по копированию и очистке.
Выяснилась проблема со сборкой под ALT 4.0/4.1/5.1 (была сломана, собирала под Сизиф всегда). Выложил исправленный etersoft-build-utils.
> Вообще видимо пришло время составлять некоторую нормальную документацию по эксплуатации. Какие действия как делать. Предлагаю начать документацию с "Как развернуть с чистого листа". Потом остальное. Тестировать на мне прямо сейчас. Готов снести/отодвинуть то, что у меня в ~/Projects и свои клоны git.
(В ответ на comment #46) > Предлагаю начать документацию с "Как развернуть с чистого листа". > Потом остальное. > Тестировать на мне прямо сейчас. > Готов снести/отодвинуть то, что у меня в ~/Projects и свои клоны git. Отлично, всё можно записывать на http://wiki.etersoft.ru/Korinf Если чего-то не будет понятно, или не найдётся в истории Jabber, готов комментировать.
Переделал сборку под FreeBSD на использование общей схемы, добавив возможность вызывать сборочную машину не только локально, но и через удалённый по ssh chroot.
Исправление Korinf для сборки на Fedora 18, Debian 7. Отправлены в Сизиф новые версии etersoft-build-utils, korinf.
Добавлена конвертация зависимостей для сборки wine на x86_64/Ubuntu 12.04 и выше, x86_64/Fedora. Собрана новая сборка etersoft-build-utils, eepm.
Исправлял баги в Korinf, чинил сборку.
Опубликовал etersoft-build-utils 2.0.25 с внесёнными изменениями.
Внёс исправления по сборке ArchLinux, Slackware, Gentoo, FreeBSD. Опубликовал korinf (пока без релиза).
Исправлял мелкие ошибки в korinf, etersoft-build-utils, epm.
Переделал korexec, korlogin, монтирование. Исправил в epm simulate для Fedora и ArchLinux. Исправил epm update для Slackware. Проверил сборку etercifs на ArchLinux и Slackware.
Опубликовал изменения в Korinf/etersoft-build-utils. Выделил код универсального архиватора.
Выпустил eepm-1.3.0 (собрал в Сизиф), после проверки надо будет собрать для p5/p6/p7 и через Korinf.
Пересобрал новый rpm-build-altlinux-compat с макросами unitdir для старых систем. Собрал для них etercifs.
Выпустил eepm 1.3.1 с последними исправленными ошибками: в Сизиф, в p7, p6.
Выпустил новую версию eepm 1.4.0 — с улучшенным поиском и отбором. Отправил в ALT Linux и к нам.
Выпустил новую версию eepm, отправил в Сизиф и к нам, установил на все deb-системы в Korinf (ради действительно отключенной в этой версии интерактивной установки). * Tue Oct 08 2013 Vitaly Lipatov <lav@altlinux.ru> 1.4.2-alt1 - rewrite epm_requires and epm_provides - remove mandatory requires to apt-repo - fix epm query on Gentoo (disable colorifing for grep) improve MacOS support - epm-query: fix for query non installed packages - epm-filelist: allow list of foreign packages - epm-remove: do not use --purge on apt-rpm - epm-changelog: add support for noninstalled packages on ALT - install: do non interactive really non interactive
Переписывание команды korinf для правильной обработки параметров, проверка epm,erc на bashisms. Сборка patool.
commit 8eb9c9d90439a87927c33f9aa5b09f998cee687e Author: Vitaly Lipatov <lav@etersoft.ru> Date: Sat Oct 19 01:32:02 2013 +0400 epmql (epm-filelist): add support for list files of the remote packages commit 1c768dfdec52cf3fbed5a111f2396456a2e83437 Author: Vitaly Lipatov <lav@etersoft.ru> Date: Sat Oct 19 01:11:21 2013 +0400 girar: add workaround against ALT bug #22745
Дистрибутив ROSA: epms libgnutls urpmq -y -- libgnutls | egrep -i -- "libgnutls" | egrep -i --color -- "(libgnutls)" - вывод пустойя Но работает такой вариант urpmq -y libgnutls | egrep -i -- "libgnutls" | egrep -i --color -- "(libgnutls)" Но выводит только имя пакетов без описания. Видимо базовый вывод urpmq
(В ответ на comment #64) > Дистрибутив ROSA: > epms libgnutls > > urpmq -y -- libgnutls | egrep -i -- "libgnutls" | egrep -i --color -- > "(libgnutls)" - вывод пустойя Убрал --, собрал новую версию epm 1.4.6 для всех систем (с установкой в сборочные чруты). Это было сделано для поддержки поиска вида epms -doc (всех пакетов, содержащих -doc в названии) но для urpmq -- не поддерживается.
Не правильное поведение при установке src rpm: $ epmi eclipse-4.2.0-alt7_7jpp7.src.rpm Uwaga! eatmydata is installed, we will use it for disable all sync operations. $ sudo eatmydata rpm -Uvh eclipse-4.2.0-alt7_7jpp7.src.rpm ошибка: eclipse-4.2.0-alt7_7jpp7.src.rpm: установка пакетов с исходным кодом запрещена для привилегированного пользователя $ sudo eatmydata apt-get install eclipse-4.2.0-alt7_7jpp7.src.rpm Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено E: Невозможно найти пакет eclipse-4.2.0-alt7_7jpp7.src.rpm Так же добавил строчку на вики: http://wiki.etersoft.ru/Epm "Замечания и предложения можно оставить" в этой баге Правильно будет зависти для epm отдельную багу, или найти уже существующую.
Столкнулся с такими проблемами при сборке Korinf'ом: a) Когда основная группа builder (newgrp builder): 1) mkdir: cannot create directory '/hasher-SS-64': Permission denied Error in myhsh: cannot mkdir 2) /srv/danil/Projects/etersoft-build-utils/share/eterbuild/functions/hasher: line 83: /apt.conf.SS: Permission denied Error in loginhsh: Can't create apt.conf 3) hasher-priv: caller danil: gid mismatch hsh: hasher-priv getconf failed. б) Когда основная группа НЕ builder 1) Failed to fetch file: /var/ftp/pub/ALTLinux/Sisyphus/x86_64-i586/base/pkglist.classic File not found E: Some index files failed to download, they have been ignored, or old ones used instead. 2) /srv/danil/Projects/korinf/share/eterbuild/korinf/log: line 85: /korinf-log/ALTLinux/Sisyphus/runawfe4-notifier.log: Permission denied FATAL: Can't create log /korinf-log/ALTLinux/Sisyphus/runawfe4-notifier.log Проблемы а1 а2 б2 связаны с потерей значения переменной a2 c ALOGDIR или TMPDIR которые должны указывать на /tmp/.private/danil/korinf-log В /srv/danil/Projects/korinf/share/eterbuild/korinf/log Используется TMPDIR, однако она нигде не инициализируется (искал по всему проекту TMPDIR=) set_log_dir() { ALOGDIR=`pwd`/log if [ ! -w "$ALOGDIR" ] ; then ALOGDIR=$TMPDIR/korinf-log ... Нашёл где была удалена переменная export TMPDIR=/tmp commit 2c030aaa7ce397f0f997ed2f80a054222eaedc0d Добавил в /home/danil/Projects/korinf/bin/korinf export TMPDIR="/tmp/.private/$USER" б1 решил разархивировав unxz /var/ftp/pub/ALTLinux/Sisyphus/x86_64-i586/base/pkglist.classic.xz pkglist.classic 3) Removing old 'runawfe4-notifier ' by mask 'runawfe4-notifier*.rpm ' from /var/ftp/pub/Etersoft/Sisyphus/x86_64/ALTLinux/Sisyphus... rm: cannot remove 'runawfe4-notifier-4.1.0-alt3.x86_64.rpm': Permission denied ERROR: Cannot copy new packages runawfe4-notifier*.rpm. б3 - проблема связана с glusterfs и правами группы http://bugs.etersoft.ru/show_bug.cgi?id=1663 б3 - сменил группу на каталоги: sudo chgrp 100 -R /var/ftp/pub/Etersoft/Sisyphus/
(В ответ на comment #67) > Столкнулся с такими проблемами при сборке Korinf'ом: > > a) Когда основная группа builder (newgrp builder): > 1) > mkdir: cannot create directory '/hasher-SS-64': Permission denied > Error in myhsh: cannot mkdir Так не надо использовать newgrp, и всё будет хорошо. Она, например, не устанавливает TMPDIR, отсюда все проблемы. К Korinf это отношения не имеет. > Нашёл где была удалена переменная export TMPDIR=/tmp > commit 2c030aaa7ce397f0f997ed2f80a054222eaedc0d > Добавил в /home/danil/Projects/korinf/bin/korinf > export TMPDIR="/tmp/.private/$USER" TMPDIR устанавливается для пользователя при логине. > б3 - сменил группу на каталоги: > sudo chgrp 100 -R /var/ftp/pub/Etersoft/Sisyphus/ Просьба использовать слова, а не цифры.
(В ответ на comment #68) > Так не надо использовать newgrp, и всё будет хорошо. Вариант без newgrp описан в пункте б > > б3 - сменил группу на каталоги: > > sudo chgrp 100 -R /var/ftp/pub/Etersoft/Sisyphus/ > Просьба использовать слова, а не цифры. Хорошо, 100 == users
Добавил задание версии PG для Selta через ссылку на нужный каталог. Добавил автопересборку PG и проверку наличия при заказе SELTA (при необходимости).
Исправил get_numpartrelease() в etersoft-build-utils, чтобы релиз для ArchLinux нормально формировался.
Ошибка в korlogin: [danil@builder64 ~]$ korlogin -r Ubuntu/12.04 Usage: grep [OPTION]... PATTERN [FILE]... Try 'grep --help' for more information. Usage: grep [OPTION]... PATTERN [FILE]... Try 'grep --help' for more information. Error in korlogin: Unknown distro -r ############ Mount /net/os/stable//srv/builder-login to /tmp/autobuild/-srv-builder-login-Xxcxbk (user korinfer)... mount: special device /net/os/stable//srv/builder-login does not exist Warning in korlogin: Cannot mount... =================================================== Into function : assert_var Callback N1 : assert_var Callback N2 : run_in_chroot Callback N3 : main =================================================== Error in korlogin: assert: DISTRNAME nonexist Пока что сам не смог понять причину.
(Ответ Danil Michailov на комментарий72) > Ошибка в korlogin: ... > Пока что сам не смог понять причину. $ korlogin --help Login in chrooted system Use: korlogin System/Version [-r] [command] run without params for get available systems -r - login as root
Fedora 22: тестирование "исправленной" версии eepm с поддержкой dnf: Собираем wine-etersoft: * [16:50:07] assure build requires ... (19 secs) [FAILED] Из логов: STEP * [16:50:07] assure build requires ... Running command for update remote package repository database Error: Have no suitable update command for dnf-rpm Error: Have no suitable appropriate install command for dnf-rpm Эту ошибку зафиксировал еще в https://bugs.etersoft.ru/show_bug.cgi?id=10601#c5
(Ответ Anton Agapov на комментарий74) > Fedora 22: тестирование "исправленной" версии eepm с поддержкой dnf: не исправленной, а где использование dnf по умолчанию. ...> STEP * [16:50:07] assure build requires ... > Running command for update remote package repository database > Error: Have no suitable update command for dnf-rpm > Error: Have no suitable appropriate install command for dnf-rpm > > Эту ошибку зафиксировал еще в > https://bugs.etersoft.ru/show_bug.cgi?id=10601#c5 Ну вот отлично, а теперь берёшь и исправляешь.
(Ответ Vitaly Lipatov на комментарий75) ... > > Эту ошибку зафиксировал еще в > > https://bugs.etersoft.ru/show_bug.cgi?id=10601#c5 > Ну вот отлично, а теперь берёшь и исправляешь. Исправления сделаны в eepm-1.5.22, можно проверять ещё раз.
(Ответ Vitaly Lipatov на комментарий76) > Исправления сделаны в eepm-1.5.22, можно проверять ещё раз. Стадия получения зависимостей на этапе сборки проходит успешно. Сборка - тоже успешна. Проблема возникает на этапе проверки зависимостей готового пакета: ... Simulate: All packages are already installed # dnf --assumeno install perl-XML-LibXML Last metadata expiration check performed 0:57:17 ago on Fri Jul 10 17:59:14 2015. Dependencies resolved. ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: perl-XML-LibXML i686 1:2.0121-1.fc22 fedora 367 k Transaction Summary ================================================================================ Install 1 Package Total download size: 367 k Installed size: 974 k Operation aborted. Simulate result: There are PROBLEMS with install some package(s) Тут, видимо, тоже нужно "окончательное yes".
(Ответ Anton Agapov на комментарий77) ... > Operation aborted. > Simulate result: There are PROBLEMS with install some package(s) Тоже учтено.
Выпущены новые версии erc, giter, etersoft-build-utils в связи с изменением адреса сборочного сервера ALT Linux. Принятые обозначения для ~/.ssh/config: # Git-репозитории Host git.alt ForwardX11 no HostName gitery.altlinux.org Port 222 User git_lav # Сборочница Host gear.alt ForwardX11 no HostName git.altlinux.org Port 222 User git_lav
Выпустил korinf-2.1.0 с полностью переписанной командой korinf: $ ./korinf -h Use: korinf [options] <package.spec|PackageName> <System/Version> [TARGETDIR] [TARGETVERSION] [options]
(Ответ Vitaly Lipatov на комментарий80) > Выпустил korinf-2.1.0 с полностью переписанной командой korinf: > $ ./korinf -h > Use: korinf [options] <package.spec|PackageName> <System/Version> > [TARGETDIR] [TARGETVERSION] [options] Ага, а переставить местами входные параметры PackageName System/Version - это специально, чтобы переломать все инструменты типа build_for_new_system.sh ? ./build_for_new_system.sh RHEL/6 $ build_project /var/ftp/pub/Etersoft/Sisyphus RHEL/6 eepm -b Run with install built package after done FATAL: Run with unknown target 'eepm' Спасибочки. Вопрос, что исправляем ? Вы - korinf или мы - до чего дотянемся ?
(Ответ Anton Agapov на комментарий81) > Вопрос, что исправляем ? Вы - korinf или мы - до чего дотянемся ? Поспешил с выводом. Только eepm испытывает затруднения, а остальные скрипты работают.
(Ответ Anton Agapov на комментарий82) > (Ответ Anton Agapov на комментарий81) > > > Вопрос, что исправляем ? Вы - korinf или мы - до чего дотянемся ? > > Поспешил с выводом. Только eepm испытывает затруднения, а остальные скрипты > работают. Я korinf уже исправил. Теперь тебе build_new_system.sh исправлять :)
(Ответ Vitaly Lipatov на комментарий83) > Я korinf уже исправил. Теперь тебе build_new_system.sh исправлять :) В указанном скрипте korinf вызывается непосредственно только однажды, для eepm. Собственно там и поменял параметры местами. В остальных случаях - вызываются вспомогательные скрипты, в которых и происходит подмрна порядка, поэтому они отработались без проблем. Но я понаблюдаю, конечно, за скриптами...
(Ответ Anton Agapov на комментарий84) > (Ответ Vitaly Lipatov на комментарий83) > > > Я korinf уже исправил. Теперь тебе build_new_system.sh исправлять :) > > В указанном скрипте korinf вызывается непосредственно только однажды, для > eepm. Собственно там и поменял параметры местами. В остальных случаях - > вызываются вспомогательные скрипты, в которых и происходит подмрна порядка, > поэтому они отработались без проблем. Но я понаблюдаю, конечно, за > скриптами... Судя по всему, успешно переехали.
1) На p7 неверно вызывается sudo в epm: $ epms nx usage: sudo [-HPSb] [-p prompt] [-u username|#uid] { -e file [...] | -i | -s | <command> } sudo requires a password, skip repo status checking $ epmqp sudo $ rpm -qa | egrep -i -- "sudo" | egrep -i --color -- "(sudo)" sudo-1.6.8p12-alt12 2) Слишком часто обновляется репозиторий (epmu) при перед поиском epms.
(Ответ Danil Michailov на комментарий86) > 1) На p7 неверно вызывается sudo в epm: > sudo-1.6.8p12-alt12 Связано со старой версией судо у меня, но она последняя для p7 p7: 1:1.6.8p12-alt12 http://packages.altlinux.org/en/p7/srpms/sudo У нас в офисе своё судо: [danil@snail ~]$ epmqa sudo sudo-1.8.9p4-eter0.M70P.1.Build1 Нужно исправить! 2) Исправили работу скрипта всё в одном
Предложения по развитию: 1) Из скрипта "всё в одном" вызывать epmi eepm и устанавливать epm из пакета. 2) Подумать как добавить npm composer docker (детект по файлу) 3) Добавить travis на github
(Ответ Danil Michailov на комментарий86) > 1) На p7 неверно вызывается sudo в epm: > > $ epms nx > usage: sudo [-HPSb] [-p prompt] [-u username|#uid] > { -e file [...] | -i | -s | <command> } > sudo requires a password, skip repo status checking > > $ epmqp sudo > $ rpm -qa | egrep -i -- "sudo" | egrep -i --color -- "(sudo)" > sudo-1.6.8p12-alt12 исправил: commit 1a6a7afb19064c2a0d9cce4297d213378cc285d1 Author: Vitaly Lipatov <lav@etersoft.ru> Date: Fri Apr 15 02:15:18 2016 +0300 restrict sudo args diff --git a/bin/epm-check_updated_repo b/bin/epm-check_updated_repo index a339697..7bdd23f 100644 --- a/bin/epm-sh-functions +++ b/bin/epm-sh-functions @@ -261,7 +261,7 @@ set_sudo() [ $EFFUID = "0" ] && return # use sudo if possible - which sudo >/dev/null 2>/dev/null && SUDO="sudo" && return + which sudo >/dev/null 2>/dev/null && SUDO="sudo --" && return > > 2) Слишком часто обновляется репозиторий (epmu) при перед поиском epms. Раз в сутки должно быть. Конфига пока нет.
Добавить http://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management
(Ответ Danil Michailov на комментарий90) > Добавить > http://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management Добавил install, update, remove, qa, search eepm git.eter:/people/danil/packages/eepm.git
(Ответ Danil Michailov на комментарий91) > (Ответ Danil Michailov на комментарий90) > > Добавить > > http://wiki.alpinelinux.org/wiki/Alpine_Linux_package_management > > Добавил install, update, remove, qa, search > > eepm git.eter:/people/danil/packages/eepm.git Забрал, вошло в релиз. * Ср апр 20 2016 Vitaly Lipatov <lav@altlinux.ru> 1.7.1-alt1 - epm: added alpine apk package manager install, update, remove, qa, search commands
(Ответ Vitaly Lipatov на комментарий89) > (Ответ Danil Michailov на комментарий86) > > исправил: > > # use sudo if possible > - which sudo >/dev/null 2>/dev/null && SUDO="sudo" && return > + which sudo >/dev/null 2>/dev/null && SUDO="sudo --" && return > Не помогло [danil@efnez ~]$ epmi eepm usage: sudo -K | -L | -V | -h | -k | -l | -v usage: sudo [-HPSb] [-p prompt] [-u username|#uid] { -e file [...] | -i | -s | <command> } $ sudo -- apt-get install eepm usage: sudo -K | -L | -V | -h | -k | -l | -v usage: sudo [-HPSb] [-p prompt] [-u username|#uid] { -e file [...] | -i | -s | <command> } [danil@efnez ~]$ [danil@efnez ~]$ epmqp sudo $ rpm -qa | egrep -i --color -- "(sudo)" sudo-1.6.8p12-alt12
erc tar пакует всё дерево каталогов до нужного, при любом варианте: erc a /var/lib/vz/template/cache/etersoft-p8-20160527-systemd-x86_64.tar.gz /mnt/p8/* erc a /var/lib/vz/template/cache/etersoft-p8-20160527-systemd-x86_64.tar.gz /mnt/p8/ erc a /var/lib/vz/template/cache/etersoft-p8-20160527-systemd-x86_64.tar.gz /mnt/p8 в архиве получаем /mnt/p8
(Ответ Danil Michailov на комментарий94) > erc tar пакует всё дерево каталогов до нужного, при любом варианте: Решается так: tar czf /var/lib/vz/template/cache/etersoft-p8-20160527-systemd-x86_64.tar.gz -C /mnt/p8/ . -C /mnt/p8/ . http://stackoverflow.com/questions/18681595/tar-a-directory-but-dont-store-full-absolute-paths-in-the-archive
(Ответ Danil Michailov на комментарий95) > (Ответ Danil Michailov на комментарий94) > > erc tar пакует всё дерево каталогов до нужного, при любом варианте: > > Решается так: А сообщается так: https://github.com/wummel/patool/issues/38
1. Исправил ошибку, убрал переменные в функицю 2. Искал быстрый вариант установки epm: curl -s https://raw.githubusercontent.com/Etersoft/eepm/master/packed/epm.sh | bash -x /dev/stdin ei Пока не ясно почему не работает. 3. Писал на вики: http://wiki.etersoft.ru/Epm 4. Виталий сделал редирект: http://epm.etersoft.ru/raw/master/packed/epm.sh
(Ответ Danil Michailov на комментарий97) > 2. Искал быстрый вариант установки epm: > > curl -s https://raw.githubusercontent.com/Etersoft/eepm/master/packed/epm.sh > | bash -x /dev/stdin ei > > Пока не ясно почему не работает. Связано с чтением в epm /dev/stdin Более верный способ передачи аргумента: # curl -s https://raw.githubusercontent.com/Etersoft/eepm/master/packed/epm.sh | bash -s rl bash: line 1407: -e: команда не найдена Возможно если перенести ei до чтения /dev/stdin, то сработает.
(Ответ Danil Michailov на комментарий98) curl -s https://raw.githubusercontent.com/Etersoft/eepm/master/packed/epm.sh | bash /dev/stdin ei Почти рабочий способ установки: Сохранение в: «/tmp/eepm-1.8.4-alt0.M70P.1.noarch.rpm» /dev/stdin: line 219: /epm: Нет такого файла или каталога Error: Скачивает пакет, потом не может установить - не верно вызывает epm.
Добавить в epm поддержку tiny-core linux http://wiki.tinycorelinux.net/wiki:package_management_cheat_sheet tce-load -wi pkg
(Ответ Danil Michailov на комментарий100) > Добавить в epm поддержку tiny-core linux > http://wiki.tinycorelinux.net/wiki:package_management_cheat_sheet > > tce-load -wi pkg Некоторая поддержка добавлена в eepm 1.8.5
Пожелание: Сделать линк epmrl ведущий на epm rl
(Ответ Danil Michailov на комментарий102) > Пожелание: > Сделать линк > epmrl > ведущий на > epm rl Сделано в 1.8.6, выпущено для p7-p8-Sisyphus
(Ответ Danil Michailov на комментарий99) > (Ответ Danil Michailov на комментарий98) > curl -s https://raw.githubusercontent.com/Etersoft/eepm/master/packed/epm.sh > | bash /dev/stdin ei > > /dev/stdin: line 219: /epm: Нет такого файла или каталога > Error: > > Скачивает пакет, потом не может установить - не верно вызывает epm. Стоит предусмотреть запуск без $PROGDIR из stdin. epm() { $PROGDIR/epm $@ }
(Ответ Danil Michailov на комментарий104) ... > Стоит предусмотреть запуск без $PROGDIR из stdin. > > epm() > { > $PROGDIR/epm $@ > } Проблема возникает в том месте, где epm изнутри себя пытается опять вызвать eepm. Иногда так проще писать, поэтому такие вызовы есть. Способа вызова скрипта из самого себя я не знаю, и вряд ли он существует. С самого начала не предусмотрена такая возможность, более того, это может вызвать какие-то проблемы с повторной инициализацией. Единственный лёгкий вариант — выяснить, в каком месте в случае данной проблемы (запуска через pipe) вызывается epm изнутри скрипта и переписать это место с прямым вызовом нужной функции epm.
(Ответ Vitaly Lipatov на комментарий105) > (Ответ Danil Michailov на комментарий104) > ... > > Стоит предусмотреть запуск без $PROGDIR из stdin. > > > > epm() > > { > > $PROGDIR/epm $@ > > } > Проблема возникает в том месте, где epm изнутри себя пытается опять вызвать > eepm. Иногда так проще писать, поэтому такие вызовы есть. Способа вызова > скрипта из самого себя я не знаю, и вряд ли он существует. > С самого начала не предусмотрена такая возможность, более того, это может > вызвать какие-то проблемы с повторной инициализацией. > Единственный лёгкий вариант — выяснить, в каком месте в случае данной > проблемы (запуска через pipe) вызывается epm изнутри скрипта и переписать > это место с прямым вызовом нужной функции epm. Это проблемное место ты сам же и написал: epm_epm_install(){ myinit download_epm || fatal "Error. Check download link: $download_link" epm i $eepm_package || fatal См. для примера epm-Upgrade
Выпущена новая версия 1.9.1 с поддержкой работы через pipe и переделанной установкой по URL.
(Ответ Vitaly Lipatov на комментарий106) > Это проблемное место ты сам же и написал: > epm_epm_install(){ > myinit > download_epm || fatal "Error. Check download link: $download_link" > epm i $eepm_package || fatal Эх я. Проверил, работает. curl -s https://raw.githubusercontent.com/Etersoft/eepm/master/packed/epm.sh | bash /dev/stdin ei Обновил вики. http://wiki.etersoft.ru/Epm
На x86_64/Ubuntu/16.10 выявилась проблема с libdir. Проерил, что с 16.04 ничего не изменилось в расположении: /usr/lib/i386-linux-gnu /usr/lib/x86_64-linux-gnu То же и с Debian 7 Проблема вызвана изменениями для AstraLinux, файлы которой оказались линками на Debian, а тот на Ubuntu. В Астре x86_64: /usr/lib32 /usr/lib/x86_64-linux-gnu Исправлю в rpm-build-altlinux-compat 1.9.13
Прошу прощения, если напрасно пишу сюда, а не создаю новую багу. Проблема такая: @linux-c1yk:~> sudo epm -i krusader [sudo] пароль для root: Error: Have no suitable DISTRNAME "openSUSE Tumbleweed" На самом деле проблема возника ещё на этапе установки # curl -s https://raw.githubusercontent.com/Etersoft/eepm/master/packed/epm.sh | bash /dev/stdin ei Error: Have no suitable DISTRNAME "openSUSE Tumbleweed" но я сразу не понял в чём дело. У себя починил грязным хаком, прошу поправить в апстриме :~> sudo cat /etc/lsb-release LSB_VERSION="core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64" DISTRIB_ID="openSUSE Tumbleweed" DISTRIB_RELEASE="20161014" DISTRIB_CODENAME="" DISTRIB_DESCRIPTION="openSUSE Tumbleweed"
(Ответ Alex на комментарий110) ... > Проблема такая: > @linux-c1yk:~> sudo epm -i krusader sudo, кстати, писать не обязательно, оно есть внутри > [sudo] пароль для root: > Error: Have no suitable DISTRNAME "openSUSE Tumbleweed" исправил, проверьте, пожалуйста.
(Ответ Vitaly Lipatov на комментарий111) > (Ответ Alex на комментарий110) > ... > > Проблема такая: > > @linux-c1yk:~> sudo epm -i krusader > sudo, кстати, писать не обязательно, оно есть внутри > > > [sudo] пароль для root: > > Error: Have no suitable DISTRNAME "openSUSE Tumbleweed" > исправил, проверьте, пожалуйста. К сожалению, не помогло Проверил на новой системе # curl -s https://raw.githubusercontent.com/Etersoft/eepm/master/packed/epm.sh | bash /dev/stdin ei Error: Have no suitable DISTRNAME "openSUSE Tumbleweed"
(Ответ Alex на комментарий112) ... > # curl -s > https://raw.githubusercontent.com/Etersoft/eepm/master/packed/epm.sh | bash > /dev/stdin ei > Error: Have no suitable DISTRNAME "openSUSE Tumbleweed" Да, вот что значит не протестировать. Оказалось, проблема в том, что название дистрибутива в кавычках :) Исправил, выложил.
CentOS/6 ( обе архитектуре 32 и 64 ): # epmqf /usr/bin/epm /usr/share/eepm/epm-query_file: line 28: realpath: command not found # rpm -qf rpm: no arguments given for query Error: Search file: missing file name(s)
(Ответ Konstantin Artyushkin на комментарий114) > CentOS/6 ( обе архитектуре 32 и 64 ): > > # epmqf /usr/bin/epm > /usr/share/eepm/epm-query_file: line 28: realpath: command not found > # rpm -qf > rpm: no arguments given for query > Error: Search file: missing file name(s) Было исправлено 2 декабря, запустил сборку eepm 2.0.0
Выявилась проблема на Slackware/13: simulate не работает для нескольких пакетов сразу: root@builder64:~# epm simulate "grep" # /usr/sbin/slackpkg search grep | egrep -i --color -- "(grep)" [ installed ] - grep-2.7-i486-1 Simulate result: grep package(s) CAN BE installed root@builder64:~# epm simulate "samba" # /usr/sbin/slackpkg search samba | egrep -i --color -- "(samba)" [uninstalled] - samba-3.5.22-i486-2_slack13.37 Simulate result: samba package(s) CAN BE installed root@builder64:~# epm simulate "samba grep" # /usr/sbin/slackpkg search samba | egrep -i -- "samba" | egrep -i -- "grep" | egrep -i --color -- "(samba|grep)" # /usr/sbin/slackpkg search samba | egrep -i -- "samba" | egrep -i -- "grep" | egrep -i --color -- "(samba|grep)" Package 'samba' does not found in repository. # /usr/sbin/slackpkg search samba | egrep -i -- "samba" | egrep -i -- "grep" | egrep -i --color -- "(samba|grep)" # /usr/sbin/slackpkg search samba | egrep -i -- "samba" | egrep -i -- "grep" | egrep -i --color -- "(samba|grep)" Package 'grep' does not found in repository. Simulate result: There are PROBLEMS with install some package(s)
(Ответ Vitaly Lipatov на комментарий #116) > Выявилась проблема на Slackware/13: > > simulate не работает для нескольких пакетов сразу: > > root@builder64:~# epm simulate "grep" > # /usr/sbin/slackpkg search grep | egrep -i --color -- "(grep)" > [ installed ] - grep-2.7-i486-1 > Simulate result: grep package(s) CAN BE installed > > root@builder64:~# epm simulate "samba" > # /usr/sbin/slackpkg search samba | egrep -i --color -- "(samba)" > [uninstalled] - samba-3.5.22-i486-2_slack13.37 > Simulate result: samba package(s) CAN BE installed > > root@builder64:~# epm simulate "samba grep" > # /usr/sbin/slackpkg search samba | egrep -i -- "samba" | egrep -i -- > "grep" | egrep -i --color -- "(samba|grep)" > # /usr/sbin/slackpkg search samba | egrep -i -- "samba" | egrep -i -- > "grep" | egrep -i --color -- "(samba|grep)" > Package 'samba' does not found in repository. > # /usr/sbin/slackpkg search samba | egrep -i -- "samba" | egrep -i -- > "grep" | egrep -i --color -- "(samba|grep)" > # /usr/sbin/slackpkg search samba | egrep -i -- "samba" | egrep -i -- > "grep" | egrep -i --color -- "(samba|grep)" > Package 'grep' does not found in repository. > Simulate result: There are PROBLEMS with install some package(s) Всё было напутано в поиске и simulate. Исправил, собралось. commit 5c2f9442e6d0ce8646fa52d804b82cc2900bdada Author: Vitaly Lipatov <lav@etersoft.ru> Date: Thu Dec 14 23:23:08 2017 +0300 2.4.3-alt1 - implement __epm_search_internal - full search output for Slackware only with --verbose - fix simulate for Slackware
Столкнулись (akv@, anton@) с проблемой сборки ./wine-etersoft-network.sh Ubuntu/18.04 -f Проваливалось на этапе convert src.rpm to target ubuntu С пометой: error: Unable to write payload to /tmp/.private/builder/tmp.znF8kF6KyS/SRPMS/wine-etersoft-network-2.1.4-alt7ubuntu.src.rpm: No space left on device Вопрос, где это места не хватало ? На машине builder64 все собирается. Обнаружил по выводу vzubc 508 превышение по параметру shmpages|5.54M 1% 1%| 154M 39% 39%| 390M| 390M| 106 (fail 106 относится к старому значению в 84М. Замечено, что при вышеуказанной сборке расход поднимался до 122М) Параметр: physpages[править] Total number of RAM pages used by processes in a container. For memory pages used by several different containers (mappings of shared libraries, for example), only a fraction of a page is charged to each container. The sum of the physpages usage for all containers corresponds to the total number of pages used in the system by all containers. For VSwap-enabled kernels, the barrier should be set to 0, and the limit limits the total size of RAM used by a container. For older kernels, physpages is an accounting-only parameter. The barrier should be set to 0 and the limit to 'unlimited' (LONG_MAX). Поднял лимит в 5 раз. Попутно заметил, что через команду vzubc set 508 --shmpages 2000M --save параметр не устанавливался, но при этом говорил, что, да - поставилось. Изменил вручную в конфиге, затем: vzubc set 508 --reset_ub Применилось - собралось.
(Ответ Anton Agapov на комментарий #118) > Столкнулись (akv@, anton@) с проблемой сборки... UPD: установил unlimited, так как сначала удвоил, потом еще... И все равно быстро забивается более тяжелыми заданиями.
akv@ заметил различие в содержимом home-каталогов внутри окружений, если заходить korlogin'ом на builder64 и на builder-p8. bash -x korlogin ... показал различие между фактически монтируемыми каталогами. За это отвечала переменная KORLOGINHOME, которая = /srv/builder-login @builder64 и отсутствовала @builder-p8. Оказалось, что дело в отсутствующем на builder-p8 файле настроек /etc/eterbuild/korinf - скопипастил его с builder64. Теперь монтируется содержимое вышеуказанного каталога. 2lav@: вообще-то есть еще различия в содержимом /etc/eterbuild/ на обеих машинах. Так и должно быть ??
pv@: Version: 1.1.4 Release: alt2.M70C.12 я стал делать rpmlog -s -s increment subrelease вместо -r ( increment release) и получил rx-etersoft-1.1.4-alt1.M70C.2.M70C.13.x86_64.rpm
(Ответ Vitaly Lipatov на комментарий #121) > pv@: > > Version: 1.1.4 > Release: alt2.M70C.12 > > я стал делать rpmlog -s > -s increment subrelease > > вместо -r ( increment release) > > и получил > rx-etersoft-1.1.4-alt1.M70C.2.M70C.13.x86_64.rpm Исправил -r, чтобы он обрабатывал такие релизы. Проблемы c -s не заметил, единственное, не стал делать подрелизы, то есть для бэкпорченных релизов -r и -s ведут себя одинаково, хотя и имеют разную реализацию. commit 17f914a325c6e840cb97511b84dfe73f1067964a Author: Vitaly Lipatov <lav@etersoft.ru> Date: Tue Aug 28 20:10:44 2018 +0300 2.8.2-alt1 - loginhsh: add -s (skip stuffs) - add libwxGTK3.0 support - fix for --last-changelog and --last-version commands. Run before checking other commands - rpmlog: add -o option (just print git log) - fix increment release for backported releases
> Исправил -r, чтобы он обрабатывал такие релизы. > Проблемы c -s не заметил, единственное, не стал делать подрелизы, > то есть для бэкпорченных релизов -r и -s ведут себя одинаково, хотя и > имеют разную реализацию. Так проблеммы с -s нету. Это я писал пока логи в korinf не увидел (так как не знал что в korinf своё преоброзование ещё с версией).. Исходный пакет: Release: alt2.M70C.12 После -s (всё хорошо): rx-etersoft-1.1.4-alt2.M70C.13.src.rpm А на выходе korinf (ошибка): rx-etersoft-1.1.4-alt1.M70C.2.M70C.13.x86_64.rpm И в логах korinf видны такие логи ... Converting spec rx-etersoft.spec to c7 (M70C) ... $ set_release /tmp/.private/gitlab-runner/tmp.SVxypObIfV/SPECS/rx-etersoft.spec alt1.M70C.2.M70C.13 ... Т.е. вот тут и возникает проблемма. Если ты это исправил, то это и есть то, что-то надо.
Ну вот воспроизвёл на запуске в ветке c7: $ rpmbps -b p8 rx-etersoft.spec Converting spec rx-etersoft.spec to p8 (M80P) ... $ set_release /srv/lav/Projects/RX/rx-etersoft/rx-etersoft.spec alt1.M80P.2.M70C.13 Ну я буду просто заменять M80P на M70C (в данном случае): $ rpmbps -b p8 rx-etersoft.spec Converting spec rx-etersoft.spec to p8 (M80P) ... $ set_release /srv/lav/Projects/RX/rx-etersoft/rx-etersoft.spec alt2.M80P.13 Для других платформ добавил вообще отрезание M???* commit 4de6146d084a7beb3e120d016f641c04d21f1f51 (HEAD -> master, tag: 2.8.3-alt1, git.alt/master) Author: Vitaly Lipatov <lav@etersoft.ru> Date: Tue Aug 28 22:49:19 2018 +0300 2.8.3-alt1 - rpmbs: add hacks for already backported releases
> Ну я буду просто заменять M80P на M70C (в данном случае): Может какой-то аргумент командной строки добавить, типа запрета конвертирования? Я так понимаю конвертирование актуально когда мы собираем из ветки master, а во все остальные "конвертим". А в нашем случае, spec уже содержит всё что нужно (т.е. сконвертированное значение) и просто надо собрать не меняя спек. Нет?
(Ответ Pavel Vainerman на комментарий #125) > > Ну я буду просто заменять M80P на M70C (в данном случае): > > Может какой-то аргумент командной строки добавить, типа запрета > конвертирования? Я так понимаю конвертирование актуально когда мы собираем > из ветки master, а во все остальные "конвертим". А в нашем случае, > spec уже содержит всё что нужно (т.е. сконвертированное значение) > и просто надо собрать не меняя спек. Нет? А кто будет задавать этот аргумент, интересно. Ну вообще да, korinf не предназначен для сборки чего-то, что не в Сизиф собирается. Но пока сойдёт. Надеюсь, мы скоро избавимся от этой версии под c7.
> А кто будет задавать этот аргумент, интересно. Ну как раз по умолчанию аргумент не нужен и всё работает как сейчас. А в особых случаях (например автосборка в CI или особая сборка из ветки c7) ведь всё-равно команда вызова korinf (сборки) прописывается "вручную". То аргумент дописать не сложно.. P.S. Я согласен, возможно действительно это всё не актуально, чтобы тратить на это время. Раз сейчас и так будет корректно работать, то это хорошо.
Проблемка, связанная с новым именем старого дистрибутива: https://bugs.etersoft.ru/show_bug.cgi?id=13399#c3 Полагаю, нужно внести соответствующее исправление в eepm.
(Ответ Anton Agapov на комментарий #128) > Проблемка, связанная с новым именем старого дистрибутива: > https://bugs.etersoft.ru/show_bug.cgi?id=13399#c3 > > Полагаю, нужно внести соответствующее исправление в eepm. Выложил новый epm. Можно его собрать с помощью korinf для другой системы suse, а потом поставить в эту.
epm release-upgrade Sisyphus по каким-то причинам не стал обновлять glibc*. Из-за этого все обновление - насмарку (предлагалось удалить главные системные пакеты). В контейнере 1102 @ windsor обновление провел через форсирование версий glibc*/iconv в preferences, но оставил vz 1101 как подопытный образец. 2lav@ - будете смотреть причины неуспеха epm ? Или мне повторить процедуру с vz1101 ?
(Ответ Anton Agapov на комментарий #130) > epm release-upgrade Sisyphus по каким-то причинам не стал обновлять glibc*. > Из-за этого все обновление - насмарку (предлагалось удалить главные > системные пакеты). Сталкнулся с подобным когда обновлялся с p8 до Сизифа. Это связано с https://bugzilla.altlinux.org/show_bug.cgi?id=35529 и требовалось перед обновлением создать файлик /etc/apt/prefences Package: * Pin: release l=Sisyphus Pin-Priority: 1001 Мне помогло, но может здесь что-то другое..
(Ответ Pavel Vainerman на комментарий #131) > (Ответ Anton Agapov на комментарий #130) > > epm release-upgrade Sisyphus по каким-то причинам не стал обновлять glibc*. > > Из-за этого все обновление - насмарку (предлагалось удалить главные > > системные пакеты). > > Сталкнулся с подобным когда обновлялся с p8 до Сизифа. > Это связано с https://bugzilla.altlinux.org/show_bug.cgi?id=35529 > и требовалось перед обновлением создать файлик /etc/apt/prefences > Package: * > Pin: release l=Sisyphus > Pin-Priority: 1001 > > Мне помогло, но может здесь что-то другое.. Нет, конкретно с glibc это связано с тем, что наше glibc нельзя обновить. Поэтому прежде нужно сделать # epm downgrade glibc-core glibc-preinstall
Проверил команду distro_info https://github.com/Etersoft/distro_info/blob/master/bin/distro_info в различных окружениях. По ошибке распознало upstart в sysV. Замечания переданы 2lav@.
erc отказывается открывать архив lz4 erc theatre.lz4 patool --verbose extract theatre.lz4 patool: Extracting theatre.lz4 ... patool error: error extracting theatre.lz4: unknown archive format for file `theatre.lz4'
(Ответ Константин Блашкин на комментарий #134) > erc отказывается открывать архив lz4 > > erc theatre.lz4 > patool --verbose extract theatre.lz4 > patool: Extracting theatre.lz4 ... > patool error: error extracting theatre.lz4: unknown archive format for file > `theatre.lz4' https://github.com/wummel/patool/issues/46
Если в архиве из-за сбоя образовался битый файл (или не заполненный), к примеру /var/local/backup/samba.eterpack/root.000753.zpaq получается невосстановимая ошибка: zpaq add /var/local/backup/samba.eterpack/root.??????.zpaq samba -to . -index /var/local/backup/samba.eterpack/root.000000.zpaq zpaq v7.15 journaling archiver, compiled Mar 3 2017 /var/local/backup/samba.eterpack/root.000000.zpaq: /var/local/backup/samba.eterpack/root.000753.zpaq: archive exists 752 versions, 36264 files, 60343 fragments, 2.998978 MB zpaq error: archive exists 0.215 seconds (with errors) /etc/cron.hourly + exit 1
