[sisyphus] Re: Ошибки с софтом требующего glibc 2.3 + Promise

[sisyphus] Re: Ошибки с софтом требующего glibc 2.3 + Promise

[demiurg888]

Всем привет!

Спасибо Всем большее за помощь.
Постепенно всем отвечаю.

>>Если я правильно помню, ALM2.2 самодостаточен, то есть в нём можно собрать
>>ядро. Опять же, если понял так, как надо, проблема только в поддержке железки
>>в ядре.

Были    попытки    установить   драйвера   с   официального   сайта   promise,
(http://www.promise.com/support/download/download2_eng.asp?productId=88&category=All&os=100),
но они ни к чему ни привели. В своем вопросе я пытаюсь разобраться не установкой
эти  модулей  (которые кстати работают), а в самой проблеме "обновления glibc из
сизифа и сохранения при этом работоспособности системы".

>>Не обновлен rpm.
>>С помощью /usr/bin/rpmi обнови rpm

Каким   образом???   rpm-4.1 (с rpm.org)  вызвал   кучу   кофликтов.
rpm-4.0.4-alt40.i586.rpm   потребовал   кучу   зависимостей.  Постепенно  начал
удовлетворять,  но в конечном итоге мне пришлось поставить librpm. Решил закрыть
глаза на те конфликты, о которых он писал и поставил его так:
<rpmi -U --force --nodeps librpmbuild-4.0.4-alt40.i586.rpm>
После этого rpmi перестал загружаться с выдачей ошибки:
"error while loading shared libraries: librpmbuild-4.0.4.so".
Если не сложно, напишите пожалуйста как следовало бы установить/обновить rpm.
Согласен  даже  кощунственно с помощью rpm2cpio раздраконить пару rpm и засунуть
нужные библиотеки. Только напишите пожалуйста как что да и как...
Пару  недель назад я скачивал rpm-4.1.tar.gz с rpm.org руками рассовывал файлы в
директории, но результата это не дало.

Можно  увидеть  хотя  бы какой-нить man на rpmi. Просто первый раз слышу - хочется
почитать  побольше.  А  все  поисковики какую-то чушь выдают. Да и получается что с
помощью  rpmi  собрать  src.rpm  невозможно.  Для  этого  все  равно  нужно юзать
rpm-build (который не работает).

Давайте немного резюмируем ситуацию:
1.  Если  при обновлении из сизифа какой-либо пакет (допустим XFree86 4.3 нужен)
требует glibc то ставить его нельзя. Т.к. целостность системы нарушается и ведет к непоправимым изменениям.
2. Обновлять ядро также невозможно (из сизифа) т.к. эти зависимости ядра ведут к glibc.
3. Разработчики системы не видят иного выходы из проблемы как приобрести у них
новую  версию  дистрибутива  Master  2.4, которая, заметим, ЕЩЕ НЕ ВЫШЛА. А только
будет на коробке только через 2-3 недели. Интересно если бы тема поднята была бы
месяца   4   назад   (когда  о  мастере  2.4  можно  было  только мечтать) чтобы
тогда советовали разработчики...

Я  никоим образом не хочу "наезжать" на разработчиков. ОС AltLinux мне более чем
нравится,  но  реально хочется разобраться в возникшей ситуации. Наша компания в
любом  случае  приобретет  коробочку  с  мастером  2.4, но обидно то что реально
существует целый срез проблем, о которых практически умалчивают и не замечают.


-- 
Искренне с уважением,
                    Сергей                               mailto:demiurg888@mail.ru

Re: [sisyphus] Re: Ошибки с софтом требующего glibc 2.3 + Promise

[Maxim Tyurin]

demiurg888@mail.ru writes:

\scip

>>>Не обновлен rpm.
>>>С помощью /usr/bin/rpmi обнови rpm
>
> Каким   образом???   rpm-4.1 (с rpm.org)  вызвал   кучу   кофликтов.
> rpm-4.0.4-alt40.i586.rpm   потребовал   кучу   зависимостей.  Постепенно  начал
> удовлетворять,  но в конечном итоге мне пришлось поставить librpm. Решил закрыть
> глаза на те конфликты, о которых он писал и поставил его так:
> <rpmi -U --force --nodeps librpmbuild-4.0.4-alt40.i586.rpm>

вот когда rpm начал падать нужно было поставить новый rpm и librpm с
помощью rpmi

> После этого rpmi перестал загружаться с выдачей ошибки:
> "error while loading shared libraries: librpmbuild-4.0.4.so".
> Если не сложно, напишите пожалуйста как следовало бы установить/обновить rpm.
> Согласен  даже  кощунственно с помощью rpm2cpio раздраконить пару rpm и засунуть
> нужные библиотеки. Только напишите пожалуйста как что да и как...
> Пару  недель назад я скачивал rpm-4.1.tar.gz с rpm.org руками рассовывал файлы в
> директории, но результата это не дало.
>
> Можно  увидеть  хотя  бы какой-нить man на rpmi. Просто первый раз слышу - хочется
> почитать  побольше.  А  все  поисковики какую-то чушь выдают. Да и получается что с
> помощью  rpmi  собрать  src.rpm  невозможно.  Для  этого  все  равно  нужно юзать
> rpm-build (который не работает).

rpmi это такой rpm который собран динамически.
rpm собран статически поэтому и падает при обновлении glibc

>
> Давайте немного резюмируем ситуацию:
> 1.  Если  при обновлении из сизифа какой-либо пакет (допустим XFree86 4.3 нужен)
> требует glibc то ставить его нельзя. Т.к. целостность системы нарушается и ведет к непоправимым изменениям.

Нет. Это ведет к обновлению до Сизифа.

> 2. Обновлять ядро также невозможно (из сизифа) т.к. эти зависимости ядра ведут к glibc.

Тоже ведет к обновлению до Сизифа.

> 3. Разработчики системы не видят иного выходы из проблемы как приобрести у них
> новую  версию  дистрибутива  Master  2.4, которая, заметим, ЕЩЕ НЕ ВЫШЛА. А только
> будет на коробке только через 2-3 недели. Интересно если бы тема поднята была бы
> месяца   4   назад   (когда  о  мастере  2.4  можно  было  только мечтать) чтобы
> тогда советовали разработчики...

Сизиф это не обновления. Пора уже это на коробке писать большими
буквами. Если нужен софт из Сизифа - то нужно делать backport (если он
еще не сделан) - т.е. брать из Сизифа src.rpm и собирать на текущей системе.


>
> Я  никоим образом не хочу "наезжать" на разработчиков. ОС AltLinux мне более чем
> нравится,  но  реально хочется разобраться в возникшей ситуации. Наша компания в
> любом  случае  приобретет  коробочку  с  мастером  2.4, но обидно то что реально
> существует целый срез проблем, о которых практически умалчивают и не
> замечают.

Это не баги, а фичи. backports нужны и они есть (может не хватает всех
нужных пакетов). Но много пакетов портировать нельзя - получится просо
клон Сизифа и куча лишнего геморроя.
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re[2]: [sisyphus] Re: Ошибки с софтом требующего glibc 2.3 + Promise

[demiurg888]

Здравствуйте, Максим!

Friday, September 3, 2004, 8:14:48 PM, you wrote:

MT> вот когда rpm начал падать нужно было поставить новый rpm и librpm с помощью
MT> rpmi

Давайте попорядку... Если Вас не затруднит алгоритм действий...
Вот  я  сижу  со  сломанной системой в которой rpm -i <имя любого пакета> выдает
segmentation fault. Каким образом мне установить с помощью rpmi новый rpm? Когда
я  пытался  это сделать rpm-4.0.4-alt40.i586.rpm он потребовал librpm и еще кучу
все  всего  включая  libdb.  Отлично  libdb я обновил. Но при попытке апгрейдить
librpm  -  он  вывел  мне  кучу конфликтов... что делать??? Как уже описывал, я
попытался посставить его с ключами "-U --nodeps --force". После чего даже
rpmi  перестал  грузиться выдавая ошибку "error while loading shared libraries:
librpmbuild-4.0.4.so".  Вот и  прошу  у  Вас  совета,  что  конкретно я делал
неправильно.  Как (если это возможно приведите пожалуйста сами команды установки
- что ставим и в какой последовательности) установить сам rpm и  его зависимости???

MT> Сизиф это не обновления. Пора уже это на коробке писать большими
MT> буквами. Если нужен софт из Сизифа - то нужно делать backport (если он
MT> еще не сделан) - т.е. брать из Сизифа src.rpm и собирать на текущей системе.

Возможно я очень много хочу... но приведите мне сами команды обновления.
Если я правильно Вас понял мне нужно делать так:
<apt-get source --compile glibc-2.3>
Apt закачивает и собирает новый glibc + все зависимости.
После выполнения данной процедуры система остается живой и rpm работает.
После  этого  я  уже  со  спокойной  душой прошу установить мне модули и они уже
закачивают новое ядро и сопуствующие ему зависимости.
<apt-get install promise-modules> и т.д.
Я прав или нет???

MT> Это не баги, а фичи. backports нужны и они есть (может не хватает всех
MT> нужных пакетов). Но много пакетов портировать нельзя - получится просо
MT> клон Сизифа и куча лишнего геморроя.

Прочитал          по          поводу          back-ports          здесь
(http://wiki.atmsk.ru/index.html/DebianBackPort)         и         здесь
(http://www.backports.org).  Если  я  правильно понял,  то  это  собрание  системы  из
src.rpm.    Но    зачем    же   тогда   в   сизифе  присуствует  glibc.rpm  (не
glibc.src.rpm)???
Или он лежит для того чтобы тот кто уже собрал из src.rpm glibс 2.3 мог обновить
его безболезенно из бинарника не пересобирая?

Очень жду ответа...

-- 
Искренне с уважением,
 Сергей                            mailto:demiurg888@mail.ru

Re: [sisyphus] Re: Ошибки с софтом требующего glibc 2.3 + Promise

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 3038 bytes --]

demiurg888@mail.ru пишет:

> Давайте попорядку... Если Вас не затруднит алгоритм действий...
> Вот  я  сижу  со  сломанной системой в которой rpm -i <имя любого пакета> выдает
> segmentation fault. Каким образом мне установить с помощью rpmi новый rpm? Когда
> я  пытался  это сделать rpm-4.0.4-alt40.i586.rpm он потребовал librpm и еще кучу
> все  всего  включая  libdb.  Отлично  libdb я обновил. Но при попытке апгрейдить
> librpm  -  он  вывел  мне  кучу конфликтов... что делать??? Как уже описывал, я
> попытался посставить его с ключами "-U --nodeps --force". После чего даже
> rpmi  перестал  грузиться выдавая ошибку "error while loading shared libraries:
> librpmbuild-4.0.4.so".  Вот и  прошу  у  Вас  совета,  что  конкретно я делал
> неправильно.  Как (если это возможно приведите пожалуйста сами команды установки
> - что ставим и в какой последовательности) установить сам rpm и  его зависимости???
Теперь я думаю вам надо попробовать юзать rpm2cpio, чтобы превратить rpm
в cpio архив. А потом ручками ставить недостающие библиотеки до тех пор,
пока rpmi или rpm не заработают.
> 
> MT> Сизиф это не обновления. Пора уже это на коробке писать большими
> MT> буквами. Если нужен софт из Сизифа - то нужно делать backport (если он
> MT> еще не сделан) - т.е. брать из Сизифа src.rpm и собирать на текущей системе.
> 
> Возможно я очень много хочу... но приведите мне сами команды обновления.
> Если я правильно Вас понял мне нужно делать так:
> <apt-get source --compile glibc-2.3>
> Apt закачивает и собирает новый glibc + все зависимости.
> После выполнения данной процедуры система остается живой и rpm работает.
Нет. rpm надо тоже обновлять. И вообще, все таки для сизифа лучше
использовать apt-get dist-upgrade
> После  этого  я  уже  со  спокойной  душой прошу установить мне модули и они уже
> закачивают новое ядро и сопуствующие ему зависимости.
> <apt-get install promise-modules> и т.д.
> Я прав или нет???
> 
> MT> Это не баги, а фичи. backports нужны и они есть (может не хватает всех
> MT> нужных пакетов). Но много пакетов портировать нельзя - получится просо
> MT> клон Сизифа и куча лишнего геморроя.
> 
> Прочитал          по          поводу          back-ports          здесь
> (http://wiki.atmsk.ru/index.html/DebianBackPort)         и         здесь
> (http://www.backports.org).  Если  я  правильно понял,  то  это  собрание  системы  из
> src.rpm.    Но    зачем    же   тогда   в   сизифе  присуствует  glibc.rpm  (не
> glibc.src.rpm)???
Он там присутствует затем, что сизиф, это не набор бэкпортов, а ТЕКУЩИЕ
версии пакетов. А бэкпорт, это перенос чего-то нового во что-то старое.
Например samba-3.0.5 в ALT Linux Master 2.2. Вот бэкпорты и ДЕЛАЮТ из
src.rpm. Только пересборки не всегда хватает. А обновлять glibc лучше со
всей системой вцелом.
> Или он лежит для того чтобы тот кто уже собрал из src.rpm glibс 2.3 мог обновить
> его безболезенно из бинарника не пересобирая?
Он лежит для тех, кто обновляет всю систему сразу. И достаточно
регулярно... а например этим занимаюсь пару раз в неделю...

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: Ошибки с софтом требующего glibc 2.3 + Promise

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 2314 bytes --]

On Mon, Sep 06, 2004 at 03:53:16AM +0400, demiurg888@mail.ru wrote:
>Давайте попорядку... Если Вас не затруднит алгоритм действий...
>Вот  я  сижу  со  сломанной системой в которой rpm -i <имя любого пакета> выдает
>segmentation fault. Каким образом мне установить с помощью rpmi новый rpm?
Так же, как с помощью rpm.

>я  пытался  это сделать rpm-4.0.4-alt40.i586.rpm он потребовал librpm и еще кучу
>все  всего  включая  libdb.  Отлично  libdb я обновил. Но при попытке апгрейдить
>librpm  -  он  вывел  мне  кучу конфликтов... что делать???
Ставить несколько пакетов одной командой.

>попытался посставить его с ключами "-U --nodeps --force". После чего даже
НЕТ!!!
>rpmi  перестал  грузиться выдавая ошибку "error while loading shared libraries:
>librpmbuild-4.0.4.so". 
Ну ессно.

>Вот и  прошу  у  Вас  совета,  что  конкретно я делал неправильно.
Полезли в Сизиф, даже не зная о том, что группы пакетов с циклическими
зависимостями ставятся одной командой и никак иначе.

>Возможно я очень много хочу... но приведите мне сами команды обновления.
Обновления чего?
>Если я правильно Вас понял мне нужно делать так:
><apt-get source --compile glibc-2.3>
>Apt закачивает и собирает новый glibc + все зависимости.
Во-1-х, зависимости вряд ли закачаются (глюк апта). Во-2-х, не надо вам
качать и пересобирать _глибц_. Вам надо пересобирать то, ради чего вы
пытались поставить глибц.

>Прочитал          по          поводу          back-ports          здесь
>(http://wiki.atmsk.ru/index.html/DebianBackPort)         и         здесь
>(http://www.backports.org).  Если  я  правильно понял,  то  это  собрание  системы  из
>src.rpm. 
Не ходил по ссылкам, но в данном случае под бэкпортами подразумеваются
отдельные пакеты, новые версии которых собраны под старые дистры.

>   Но    зачем    же   тогда   в   сизифе  присуствует  glibc.rpm  (не
>glibc.src.rpm)???
>Или он лежит для того чтобы тот кто уже собрал из src.rpm glibс 2.3 мог обновить
>его безболезенно из бинарника не пересобирая?
Вы неправильно поняли, что такое бэкпорт. Сизиф к ним отношения не имеет.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Мы работаем, чтобы зарабатывать деньги, или зарабатываем деньги, чтобы
работать? Я всегда стремился ко второму.
		-- aen in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]