[devel] [BUG?] devel/RPMS/i586/

[devel] [BUG?] devel/RPMS/i586/

[Alexander Bokovoy]

Доброго времени суток!

Вводная: процессор AMD-K6-2/300

Выкачал  все  из  /devel/RPMS/i586/,  поставил  rpm-3.0.6-ipl4mdk    и
kernel-2.2.17-ipl3mdk. Порядок установки -- вначале ядро, затем --
менеджер пакетов. Оба -- вместе с сопутствующими компонентами.

Первый  при  любой попытке запуска вываливается с illegal instruction,
иногда (из-под strace) с генерацией core.

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

Это же ядро "ручной" сборки из присутствующих в src.rpm
конфигурационных файлов грузится нормально (правда,
nls_microsoft-cp1251 нужно подправить).
-- 
Best regards,
 Alexander                          mailto:ab@avilink.net


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] [BUG?] devel/RPMS/i586/

[Dmitry V. Levin]

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

On Wed, Nov 01, 2000 at 10:07:52AM +0200, Alexander Bokovoy wrote:
> Вводная: процессор AMD-K6-2/300
> 
> Выкачал  все  из  /devel/RPMS/i586/,  поставил  rpm-3.0.6-ipl4mdk    и
> kernel-2.2.17-ipl3mdk. Порядок установки -- вначале ядро, затем --
> менеджер пакетов. Оба -- вместе с сопутствующими компонентами.
> 
> Первый  при  любой попытке запуска вываливается с illegal instruction,
> иногда (из-под strace) с генерацией core.

Это тем более странно, что сборка шла с "--target i686".
При этом опции компилятора выглядят примерно так:
-DHAVE_CONFIG_H -I. -I.. -I../build -pipe -g -Wall -O2
-fexpensive-optimizations -march=i586 -D_GNU_SOURCE -Wall
-Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts

Хотел бы я знать, в чем тут дело...

> Это же ядро "ручной" сборки из присутствующих в src.rpm
> конфигурационных файлов грузится нормально (правда,
> nls_microsoft-cp1251 нужно подправить).

Да, Алексей уже сделал новый патч для следующего релиза.

Подождем, когда наберется достаточное для этого количество bug report'ов.
:)


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who it's friends are.

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

Re: [devel] [BUG?] devel/RPMS/i586/

[Alexander Bokovoy]

On Wed, 1 Nov 2000, Dmitry V. Levin wrote:

> On Wed, Nov 01, 2000 at 10:07:52AM +0200, Alexander Bokovoy wrote:
> > Вводная: процессор AMD-K6-2/300
> > 
> > Выкачал  все  из  /devel/RPMS/i586/,  поставил  rpm-3.0.6-ipl4mdk    и
> > kernel-2.2.17-ipl3mdk. Порядок установки -- вначале ядро, затем --
> > менеджер пакетов. Оба -- вместе с сопутствующими компонентами.
> > 
> > Первый  при  любой попытке запуска вываливается с illegal instruction,
> > иногда (из-под strace) с генерацией core.
> 
> Это тем более странно, что сборка шла с "--target i686".
А должно было быть --target i586.

> При этом опции компилятора выглядят примерно так:
> -DHAVE_CONFIG_H -I. -I.. -I../build -pipe -g -Wall -O2
> -fexpensive-optimizations -march=i586 -D_GNU_SOURCE -Wall
> -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts
> 
> Хотел бы я знать, в чем тут дело...
По всей видимости, все-таки чужой --target повлиял.

> > Это же ядро "ручной" сборки из присутствующих в src.rpm
> > конфигурационных файлов грузится нормально (правда,
> > nls_microsoft-cp1251 нужно подправить).
> Да, Алексей уже сделал новый патч для следующего релиза.
> 
> Подождем, когда наберется достаточное для этого количество bug report'ов.
> :)
После ручной пересборки RPM (перед этим серия махинаций с целью получить рабочий
бинарник для ведения процесса сборки :-)) заработал, что и следовало ожидать. Все-таки,
--target влияет.
--
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- A mind is a wonderful thing to waste.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] [BUG?] devel/RPMS/i586/

[Dmitry V. Levin]

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

On Thu, Nov 02, 2000 at 02:58:37AM +0200, Alexander Bokovoy wrote:
> > > Вводная: процессор AMD-K6-2/300
> > > 
> > > Выкачал  все  из  /devel/RPMS/i586/,  поставил  rpm-3.0.6-ipl4mdk    и
> > > kernel-2.2.17-ipl3mdk. Порядок установки -- вначале ядро, затем --
> > > менеджер пакетов. Оба -- вместе с сопутствующими компонентами.
> > > 
> > > Первый  при  любой попытке запуска вываливается с illegal instruction,
> > > иногда (из-под strace) с генерацией core.
> > 
> > Это тем более странно, что сборка шла с "--target i686".
> А должно было быть --target i586.

Нет, конечно, был --target i586 (в предыдущем письме опечатка).

> > При этом опции компилятора выглядят примерно так:
> > -DHAVE_CONFIG_H -I. -I.. -I../build -pipe -g -Wall -O2
> > -fexpensive-optimizations -march=i586 -D_GNU_SOURCE -Wall
> > -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts
> > 
> > Хотел бы я знать, в чем тут дело...
> По всей видимости, все-таки чужой --target повлиял.

Нет, тут нужно разбираться - target и опции компилятора были правильные.

> 
> > > Это же ядро "ручной" сборки из присутствующих в src.rpm
> > > конфигурационных файлов грузится нормально (правда,
> > > nls_microsoft-cp1251 нужно подправить).
> > Да, Алексей уже сделал новый патч для следующего релиза.
> > 
> > Подождем, когда наберется достаточное для этого количество bug report'ов.
> > :)
> После ручной пересборки RPM (перед этим серия махинаций с целью получить рабочий
> бинарник для ведения процесса сборки :-)) заработал, что и следовало ожидать. Все-таки,

Каких махинаций?

Замечу, что к gcc претензий нет: rpm собирался с gcc-2.96, а ядро - c
gcc-2.95.3.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who it's friends are.

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

Re: [devel] [BUG?] devel/RPMS/i586/

[Alexander Bokovoy]

"Dmitry V. Levin" wrote:
> 
> > > Подождем, когда наберется достаточное для этого количество bug report'ов.
> > > :)
> > После ручной пересборки RPM (перед этим серия махинаций с целью получить рабочий
> > бинарник для ведения процесса сборки :-)) заработал, что и следовало ожидать. Все-таки,
> 
> Каких махинаций?
rpm2cpio rpm-3.0.6-ipl?mdk.i586.rpm >rpm.cpio
rpm2cpio rpm-3.0.6-ipl4mdk.src.rpm >rpm.src.cpio
Теперь берем из rpm.cpio /bin/rpm, из rpm.src.cpio вытягиваем исходники и затем
 rpm -ba rpm.spec
проблема была в том, что несколько версий бинарного rpm сразу не заработали и только
ipl3mdk дал нужный результат.
Вообщем, потом пересобраным rpm-мом собирал его же на обновленном компиляторе и
glibc. После этого все ожило.

> Замечу, что к gcc претензий нет: rpm собирался с gcc-2.96, а ядро - c
> gcc-2.95.3.
glibc?

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- Pray to God, but keep rowing to shore.
 -- Russian Proverb
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] [BUG?] devel/RPMS/i586/

[Dmitry V. Levin]

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

On Thu, Nov 02, 2000 at 03:45:23PM +0200, Alexander Bokovoy wrote:
> > > > Подождем, когда наберется достаточное для этого количество bug report'ов.
> > > > :)
> > > После ручной пересборки RPM (перед этим серия махинаций с целью получить рабочий
> > > бинарник для ведения процесса сборки :-)) заработал, что и следовало ожидать. Все-таки,
> > 
> > Каких махинаций?
> rpm2cpio rpm-3.0.6-ipl?mdk.i586.rpm >rpm.cpio
> rpm2cpio rpm-3.0.6-ipl4mdk.src.rpm >rpm.src.cpio
> Теперь берем из rpm.cpio /bin/rpm, из rpm.src.cpio вытягиваем исходники и затем
>  rpm -ba rpm.spec
> проблема была в том, что несколько версий бинарного rpm сразу не заработали и только
> ipl3mdk дал нужный результат.
> Вообщем, потом пересобраным rpm-мом собирал его же на обновленном компиляторе и
> glibc. После этого все ожило.

Brr!

> > Замечу, что к gcc претензий нет: rpm собирался с gcc-2.96, а ядро - c
> > gcc-2.95.3.
> glibc?

Ой!
Ну конечно, как же я сразу не догадался.
Все статически слинкованные программы (это как раз /boot/vmlinuz* и
/bin/rpm) включают код для i686 из glibc).

Придется на photo все разделяемые библиотеки ставить в варианте, собранном
для i586 (ибо rpm включает в себя куски кода не только из glibc).
Жаль...


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who it's friends are.

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

Re[2]: [devel] [BUG?] devel/RPMS/i586/

[Alexander Bokovoy]

Hello Dmitry,

Thursday, November 02, 2000, 6:17:02 PM, you wrote:
>> > Каких махинаций?
>> rpm2cpio rpm-3.0.6-ipl?mdk.i586.rpm >rpm.cpio
>> rpm2cpio rpm-3.0.6-ipl4mdk.src.rpm >rpm.src.cpio
>> Теперь берем из rpm.cpio /bin/rpm, из rpm.src.cpio вытягиваем исходники и затем
>>  rpm -ba rpm.spec
>> проблема была в том, что несколько версий бинарного rpm сразу не заработали и только
>> ipl3mdk дал нужный результат.
>> Вообщем, потом пересобраным rpm-мом собирал его же на обновленном компиляторе и
>> glibc. После этого все ожило.
> Brr!
Собственно говоря, приведенное ниже объяснение причины прекрасно
укладывается в эту "брр-схему", поскольку все статическое, собранное
на photo, валится на k6.

>> > Замечу, что к gcc претензий нет: rpm собирался с gcc-2.96, а ядро - c
>> > gcc-2.95.3.
>> glibc?
> Ой!
> Ну конечно, как же я сразу не догадался.
> Все статически слинкованные программы (это как раз /boot/vmlinuz* и
> /bin/rpm) включают код для i686 из glibc).
> Придется на photo все разделяемые библиотеки ставить в варианте, собранном
> для i586 (ибо rpm включает в себя куски кода не только из glibc).
> Жаль...
Может быть можно сделать более цивилизованный вариант с "зажимом"
кэшей библиотек в нужные позиции при сборке под разные target?  Просто
хранить несколько деревьев библиотек и при сборке автоматически
переписывать ldconfig под этот вариант, можно в chrootted environment.
Понятно, что работа частично должна будет идти под root-ом, но тогда
хоть можно будет и photo полноценно использовать, и оптимизацией не
поступаться.

-- 
Best regards,
 Alexander                            mailto:ab@avilink.net


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel