В частности, огреб проблемы при установке на x86_64, бранч 5.1. Во всех бранчах пятой платформы, а с недавних пор и в сизифе, отсутствует пакет fontconfig-2.7.3-alt1.x86_64, который требуется для установки i586-fontconfig из репозитория etersoft. Либо надо обновить бранч, (как минимум - 5.1), либо привести в соответствие бранчу пакетную базу x86_32
кстати, такая проблема не только с fontconfig, а, похоже, со всем репо - попытался пробраться дальше, поставить i586-libcups и получил то же самое [root@host-33 ~]# apt-get install i586-libcups i586-libgcc4.4 Reading Package Lists... Done Building Dependency Tree... Done Selecting i586-libcups.32bit for 'i586-libcups' Selecting i586-libgcc4.4.32bit for 'i586-libgcc4.4' Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: i586-libcups.32bit: Depends: libgnutls.so.26(GNUTLS_1_4) Depends: libstdc++.so.6(CXXABI_1.3) Depends: libstdc++.so.6(GLIBCXX_3.4) i586-libgcc4.4.32bit: Depends: libgcc4.4 (= 4.4.2-alt1) в системе стоит libgcc4.4-4.4.1-alt1, текущий бранч 5.1 на какой пакетной базе у вас делался релиз для 5.1? на сизифе?
Я перегенерировал все пакеты для 5.1, теперь должно быть всё нормально. По ошибке 32-битные пакеты не совпадали по версиям с 64-битными.
не совсем... вывод winediag Testing for libcups.so.2... ERROR: libcups.so.2: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога дальше [root@server Загрузки]# apt-get install i586-libcups Reading Package Lists... Done Building Dependency Tree... Done Selecting i586-libcups.32bit for 'i586-libcups' Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: i586-libcups.32bit: Depends: libcups (= 1.4.2-alt0.M51.1) E: Broken packages [root@server Загрузки]# rpm -qa|grep libcups libcups-1.4.2-alt1.M51.1 может, стоит в зависимостях указывать "версию выше ххх-ууу" ?
причем даже в архиве сизифа не нашел такой версии cups - 1.4.2-alt0.M51.1, так что это блокер, потому что 1С, например, просто падает при попытке печати
Как обнаружил сейчас - без установленного libcups 1С 7.7 некорректно завершает работу, требуя при каждом следующем запуске переиндексацию баз. Сделал совсем уж страшную вещь - скачал исходники cups-1.4.2-alt1, изменил в спеке версию на alt0, пересобрал, принудительно грохнул версию, которая стояла, поставил нулевую, восстановил конфиг, запустил службу и 1С нормально заработала - печать идет, некорректного завершения и требования переиндексации не происходит. Итого возни не на один час. Интересно, рядовой юзер это осилит? А удаленное внедрение? (декабрьская акция etersoft). После такого кульбита возникает интересный вопрос - а как будет такая система переносить dist-upgrade?
как и предполагалось - dist-upgrade предлагает обновить cups до 1.4.2-alt1 и снести i586-libcups.32bit :(
Укажите, пожалуйста, какой набор репозиториев вы используете.
(In reply to comment #6) > как и предполагалось - dist-upgrade предлагает > обновить cups до 1.4.2-alt1 и снести i586-libcups.32bit :( У нас был сбой в обновлении репозиториев. Сейчас налажено.
(In reply to comment #7) > Укажите, пожалуйста, какой набор > репозиториев вы используете. > rpm ftp://ftp.altlinux.org/pub/distributions/ALTLinux/5.1/branch/ x86_64 classic rpm ftp://ftp.altlinux.org/pub/distributions/ALTLinux/5.1/branch/ noarch classic rpm ftp://updates.etersoft.ru/pub/ALTLinux/5.1/ x86_32 classic а теперь - внимание! - фокус. Собираю cups версии 1.4.2-alt2.M51.1 (просто изменив в спеке версию) и пытаюсь поставить [root@server x86_64]# apt-get install ./cups-1.4.2-alt2.M51.1.x86_64.rpm ./libcups-1.4.2-alt2.M51.1.x86_64.rpm Reading Package Lists... Done Building Dependency Tree... Done Selecting cups for './cups-1.4.2-alt2.M51.1.x86_64.rpm' Selecting libcups for './libcups-1.4.2-alt2.M51.1.x86_64.rpm' The following packages will be upgraded cups libcups The following packages will be REMOVED: i586-libcups.32bit libcups-devel php5-cups 2 upgraded, 0 newly installed, 3 removed and 0 not upgraded. Need to get 0B/2460kB of archives. After unpacking 885kB disk space will be freed. Do you want to continue? [Y/n] как видим - i586-libcups.32bit опять слетает. Это же грабли, причем не просто заботливо уложенные, а еще и замаскированные. Или открыть новую багу на то, чтобы 32-хбитный репозиторий не был столь зависим от текущего состояния бранча? повторю еще раз мысль - может быть, стоит сделать в спеке не libcups = 1.4.2-alt1.M51.1 а libcups >= 1.4.2-alt1.M51.1 и так для всех пакетов? Иначе шанс получить нерабочую систему при очередном обновлении очень высок, потому что, я например, не всегда смотрю, что мне апт сносит при обновлении, а уж через полгода-год из головы точно выветрится, что надо бы отслеживать, не слетает ли при обновлении какой-нибудь из 44-х установленых пакетов, начинающийся на i586- > У нас был сбой в обновлении репозиториев. > Сейчас налажено. да,сегодня нормально обновился
(In reply to comment #9) > а теперь - внимание! - фокус. Собираю cups > версии 1.4.2-alt2.M51.1 (просто изменив в спеке > версию) и пытаюсь поставить > [root@server x86_64]# apt-get install ./cups-1.4.2-alt2.M51.1.x86_64.rpm > ./libcups-1.4.2-alt2.M51.1.x86_64.rpm ... > как видим - i586-libcups.32bit опять слетает. Это же > грабли, причем не просто заботливо > уложенные, а еще и замаскированные. Или > открыть новую багу на то, чтобы 32-хбитный > репозиторий не был столь зависим от > текущего состояния бранча? Это можно обсуждать в багзилле ALT Linux на пакете arepo, видимо. Дело в том, что пакеты должны быть согласованы в общем случае, и только из-за ошибки (как в нашем случае) возникает расхождение. ... > повторю еще раз мысль - может быть, стоит > полгода-год из головы точно выветрится, что > надо бы отслеживать, не слетает ли при > обновлении какой-нибудь из 44-х > установленых пакетов, начинающийся на i586- Вы можете поставить на hold пакеты, начинающиеся с i586, см. /etc/apt/apt.conf > > > У нас был сбой в обновлении репозиториев. > > Сейчас налажено. > > да,сегодня нормально обновился >
Я так понял, что это нужно перепроверить на текущем бранче. Внимание, вопрос. apt.conf, для Hold, добавку в отдельный пакет собирать будем?
Created attachment 1769 [details] Скрипт установки wine-etersoft в x86_64 Проверочный скрипт для установки WINE@Etersoft со следующими параметрами: HASHER=$TMPDIR/hasher APT_CONFIG=$HOME/etc/apt.conf.x86_64.M51 WINE_PUB_DIR=/var/ftp/pub/Etersoft/WINE@Etersoft/1.0.12/WINE/ALTLinux/5.1 WINE_PVT_DIR=/var/ftp/pvt/Etersoft/WINE@Etersoft/1.0.12/WINE-SQL/ALTLinux/5.1 LICENSE_PVT_DIR=/var/ftp/pvt/Etersoft/WINE@Etersoft/license
Сделал скрипт проверки. Поставил, с помощью него wine в hasher и запустил. Логика скрипта: - сначала инициализируем hasher c таким source.list'ом: $ cat /home/sin/etc/branch.x86_64.M51.list rpm file:/var/ftp/pub/ALTLinux/5.1 x86_64 classic rpm file:/var/ftp/pub/ALTLinux/5.1 x86_32 classic rpm file:/var/ftp/pub/ALTLinux/5.1 noarch classic - затем устанавливаем в него следующие пакеты: hsh-install $HASHER i586-libcups i586-libalsa i586-libX11 i586-libXext i586-libXpm i586-libfreetype i586-libusb i586-libssl7 i586-libSM i586-libnatspec i586-glibc-locales i586-libSM i586-libnatspec i586-libXt i586-libXaw i586-libXrender i586-libxml2 i586-libldap2.4 i586-fontconfig i586-libgcc4.4 i586-libieee1284 i586-liblcms webclient su fonts-ttf-liberation - далее устанавливаем в хешере wine (предварительно скопировав в каталог $HASHER/chroot/.host) и лицензию. $ cat $HASHER/chroot/.host/install-wine.sh #!/bin/sh rpm -Uhv /.in/*.rpm cp /.in/*.lic /etc/wine $ hsh-run --rooter $HASHER -- /.host/install-wine.sh - в конце запускаем notepad и winediag (предварительно, для проброса исков, нужно установить пакет xauth) $ cat $HASHER/chroot/.host/check-wine.sh #!/bin/sh export LANG=ru_RU.UTF-8 wine notepad winediag $ chmod a+x $HASHER/chroot/.host/check-wine.sh
Попытался проверить скрипт, но ничего не получилось. Лог в аттаче.
Created attachment 1770 [details] лог
(In reply to comment #14) > Попытался проверить скрипт, но ничего не > получилось. Мы уже обсуждали, что запускать нужно на 64-битной системе. Иначе (если не учитывать возможность запуска 64-битного кода в 3-битном контейнере на, всё равно, 64-битном сервере) проверку запуска "32-битных пакетов на ALT Linux пятой платформы x86_64" не удастся. > Лог в аттаче. > [baraka@builder x86_64]$ ./check-x86_64-wine Apt sources from /tmp/.private/baraka/sources.list.M51: rpm file:/var/ftp/ pub/ALTLinux/5.1/i586 classic rpm file:/var/ftp/ pub/ALTLinux/5.1/noarch classic rpm file:/var/ftp/ pub/Etersoft/LINUX@Etersoft/5.1/branch/i586 addon rpm file:/var/ftp/ pub/Etersoft/LINUX@Etersoft/5.1/branch/noarch addon rpm file:/var/ftp/pub/Etersoft/WINE@Etersoft/1.1.0/WINE/ALTLinux 5.1/extra main /usr/bin/hsh-rmchroot: line 95: cd: chroot: Нет такого файла или каталога Из лога явно видно, что запуск был на 32-битном билдере. Но вот на что я хочу обратить внимание (lav@ я тебя для этого подписываю в эту багу), так это сформированный sources.list
(In reply to comment #16) > Мы уже обсуждали, что запускать нужно на > 64-битной системе. В скрипт нужно вставить проверку текущей архитектуры
Поскольку бага закрыта, хочу добавить, что репозиторий ALT 5.1 проверен, wine с ним устанавливается и запускается.
