* [devel] Проблемы с построением @ 2008-02-17 8:18 Хихин Руслан 2008-02-17 10:43 ` Alexey I. Froloff 0 siblings, 2 replies; 20+ messages in thread From: Хихин Руслан @ 2008-02-17 8:18 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 6383 bytes --] Здравствуйте ! Подскажите пожалуйста какой библиотеки может не хватать : make all-recursive make[1]: Entering directory `/usr/src/RPM/BUILD/grub-0.97-new' Making all in netboot make[2]: Entering directory `/usr/src/RPM/BUILD/grub-0.97-new/netboot' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/src/RPM/BUILD/grub-0.97-new/netboot' Making all in stage2 make[2]: Entering directory `/usr/src/RPM/BUILD/grub-0.97-new/stage2' i586-alt-linux-gcc -fno-builtin -nostdinc -I../netboot -DSUPPORT_NETBOOT=1 -DSUPPORT_SERIAL=1 -DSUPPORT_HERCULES=1 -DSUPPORT_GRAPHICS=1 -DFSYS_EXT2FS=1 -DFSYS_FAT=1 -DFSYS_FFS=1 -DFSYS_UFS2=1 -DFSYS_MINIX=1 -DFSYS_REISERFS=1 -DFSYS_VSTAFS=1 -DFSYS_JFS=1 -DFSYS_XFS=1 -DFSYS_ISO9660=1 -DUSE_MD5_PASSWORDS=1 -DFSYS_TFTP=1 -fno-stack-protector -U_FORTIFY_SOURCE -nostdlib -Wl,-N -Wl,-Ttext -Wl,8200 -o pre_stage2.exec pre_stage2_exec-asm.o pre_stage2_exec-bios.o pre_stage2_exec-boot.o pre_stage2_exec-builtins.o pre_stage2_exec-char_io.o pre_stage2_exec-cmdline.o pre_stage2_exec-common.o pre_stage2_exec-console.o pre_stage2_exec-disk_io.o pre_stage2_exec-fsys_ext2fs.o pre_stage2_exec-fsys_fat.o pre_stage2_exec-fsys_ffs.o pre_stage2_exec-fsys_iso9660.o pre_stage2_exec-fsys_jfs.o pre_stage2_exec-fsys_minix.o pre_stage2_exec-fsys_reiserfs.o pre_stage2_exec-fsys_ufs2.o pre_stage2_exec-fsys_vstafs.o pre_stage2_exec-fsys_xfs.o pre_stage2_exec-gunzip.o pre_stage2_exec-hercules.o pre_stage2_exec-md5.o pre_stage2_exec-serial.o pre_stage2_exec-smp-imps.o pre_stage2_exec-stage2.o pre_stage2_exec-terminfo.o pre_stage2_exec-tparm.o pre_stage2_exec-graphics.o ../netboot/libdrivers.a ../netboot/libdrivers.a(libdrivers_a-pci.o): In function `pcibios_read_config_byte': pci.c:(.text+0x2d): undefined reference to `__outl' pci.c:(.text+0x49): undefined reference to `__inb' ../netboot/libdrivers.a(libdrivers_a-pci.o): In function `pcibios_read_config_word': pci.c:(.text+0x8b): undefined reference to `__outl' pci.c:(.text+0xa7): undefined reference to `__inw' ../netboot/libdrivers.a(libdrivers_a-pci.o): In function `pcibios_read_config_dword': pci.c:(.text+0xea): undefined reference to `__outl' pci.c:(.text+0xfa): undefined reference to `__inl' ../netboot/libdrivers.a(libdrivers_a-pci.o): In function `pcibios_write_config_byte': pci.c:(.text+0x142): undefined reference to `__outl' pci.c:(.text+0x167): undefined reference to `__outb' ../netboot/libdrivers.a(libdrivers_a-pci.o): In function `pcibios_write_config_word': pci.c:(.text+0x1a9): undefined reference to `__outl' pci.c:(.text+0x1d1): undefined reference to `__outw' ../netboot/libdrivers.a(libdrivers_a-pci.o): In function `pcibios_write_config_dword': pci.c:(.text+0x20c): undefined reference to `__outl' pci.c:(.text+0x21f): undefined reference to `__outl' ../netboot/libdrivers.a(rtl8139.o): In function `rtl8139_probe': rtl8139.c:(.text+0x4b): undefined reference to `__outb' rtl8139.c:(.text+0xca): undefined reference to `__inb' rtl8139.c:(.text+0xf6): undefined reference to `__inb' rtl8139.c:(.text+0x11a): undefined reference to `__inw' ../netboot/libdrivers.a(rtl8139.o): In function `read_eeprom': rtl8139.c:(.text+0x1ee): undefined reference to `__outb' rtl8139.c:(.text+0x207): undefined reference to `__outb' rtl8139.c:(.text+0x25e): undefined reference to `__outb' rtl8139.c:(.text+0x272): undefined reference to `__inl' rtl8139.c:(.text+0x298): undefined reference to `__outb' rtl8139.c:(.text+0x2ac): undefined reference to `__inl' rtl8139.c:(.text+0x2d2): undefined reference to `__outb' rtl8139.c:(.text+0x2e6): undefined reference to `__inl' rtl8139.c:(.text+0x30b): undefined reference to `__outb' rtl8139.c:(.text+0x31f): undefined reference to `__inl' rtl8139.c:(.text+0x339): undefined reference to `__inb' rtl8139.c:(.text+0x35f): undefined reference to `__outb' rtl8139.c:(.text+0x373): undefined reference to `__inl' rtl8139.c:(.text+0x399): undefined reference to `__outb' ../netboot/libdrivers.a(rtl8139.o): In function `rtl_reset': rtl8139.c:(.text+0x3c2): undefined reference to `__outb' rtl8139.c:(.text+0x3ff): undefined reference to `__inb' rtl8139.c:(.text+0x413): undefined reference to `timer2_running' rtl8139.c:(.text+0x452): undefined reference to `__outb' rtl8139.c:(.text+0x476): undefined reference to `__outb' rtl8139.c:(.text+0x494): undefined reference to `__outl' rtl8139.c:(.text+0x4b2): undefined reference to `__outl' rtl8139.c:(.text+0x4d4): undefined reference to `__outl' rtl8139.c:(.text+0x4ef): undefined reference to `__outl' rtl8139.c:(.text+0x50a): undefined reference to `__outb' rtl8139.c:(.text+0x525): undefined reference to `__outb' rtl8139.c:(.text+0x540): undefined reference to `__outw' ../netboot/libdrivers.a(rtl8139.o): In function `rtl_transmit': rtl8139.c:(.text+0x60a): undefined reference to `__outl' rtl8139.c:(.text+0x63a): undefined reference to `__outl' rtl8139.c:(.text+0x65e): undefined reference to `__inw' rtl8139.c:(.text+0x690): undefined reference to `__outw' rtl8139.c:(.text+0x6cc): undefined reference to `__inl' ../netboot/libdrivers.a(rtl8139.o): In function `rtl_poll': rtl8139.c:(.text+0x738): undefined reference to `__inb' rtl8139.c:(.text+0x769): undefined reference to `__inw' rtl8139.c:(.text+0x79b): undefined reference to `__outw' rtl8139.c:(.text+0x8df): undefined reference to `__outw' rtl8139.c:(.text+0x907): undefined reference to `__outw' ../netboot/libdrivers.a(rtl8139.o): In function `rtl_disable': rtl8139.c:(.text+0x934): undefined reference to `__outb' rtl8139.c:(.text+0x95d): undefined reference to `__inb' rtl8139.c:(.text+0x971): undefined reference to `timer2_running' ../netboot/libdrivers.a(libdrivers_a-timer.o): In function `load_timer2': timer.c:(.text+0xc): undefined reference to `__inbc' timer.c:(.text+0x25): undefined reference to `__outbc' timer.c:(.text+0x37): undefined reference to `__outbc' timer.c:(.text+0x4d): undefined reference to `__outbc' timer.c:(.text+0x66): undefined reference to `__outbc' collect2: ld returned 1 exit status make[2]: *** [pre_stage2.exec] Error 1 make[2]: Leaving directory `/usr/src/RPM/BUILD/grub-0.97-new/stage2' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/RPM/BUILD/grub-0.97-new' make: *** [all] Error 2 -- С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <921f6bb40802170030o6593d7fbsb4a9fcac1099984d@mail.gmail.com>]
* Re: [devel] Проблемы с построением @ 2008-02-17 9:10 ` Хихин Руслан 0 siblings, 0 replies; 20+ messages in thread From: Хихин Руслан @ 2008-02-17 9:10 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 304 bytes --] Здравствуйте Evgeny Sinelnikov В сообщении от 17 февраля 2008 Evgeny Sinelnikov написал(a): > Скорее всего, это пропущенные заголовочные файлы glibc... > > > > http://lists.lead.org.za/pipermail/lead/2006-August/005050.html Ок, спасибо, буду разбираться дальше :) -- С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 8:18 [devel] Проблемы с построением Хихин Руслан @ 2008-02-17 10:43 ` Alexey I. Froloff 2008-02-17 10:45 ` Михаил Якушин ` (2 more replies) 1 sibling, 3 replies; 20+ messages in thread From: Alexey I. Froloff @ 2008-02-17 10:43 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 895 bytes --] * Хихин Руслан <hihin@> [080217 11:23]: > Здравствуйте ! > Подскажите пожалуйста какой библиотеки может не хватать : [..skip..] > collect2: ld returned 1 exit status > make[2]: *** [pre_stage2.exec] Error 1 > make[2]: Leaving directory `/usr/src/RPM/BUILD/grub-0.97-new/stage2' Руслан, расслабься, я его соберу. Правда на x86_64 у него всё равно конкретные проблемы. Сконвертил нужные библиотеки при помощи arepo, появились сборочные зависимости на i586-*, ясно что такие src.rpm в hasher не пролезут (можно решить другим способом). У i586-* пакетов провайдесы вида libc.so.2(GLIBC_2.4), а вот у пакета grub зависимости на /lib/libc.so.2(GLIBC_2.4). Видимо на x86_64 придётся делать пустой пакет и потом конвертить его в i586-grub при помощи того же arepo или чинить rpm, чтобы он смотрел не в %_libdir, а были жёстко прописаны /lib и /lib64. -- Regards, Sir Raorn. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 10:43 ` Alexey I. Froloff @ 2008-02-17 10:45 ` Михаил Якушин 2008-02-17 11:03 ` Alexey I. Froloff 2008-02-17 13:23 ` [devel] rpm lib.req Dmitry V. Levin 2008-02-17 15:20 ` [devel] Проблемы с построением Michael Shigorin 2 siblings, 1 reply; 20+ messages in thread From: Михаил Якушин @ 2008-02-17 10:45 UTC (permalink / raw) To: ALT Linux Team development discussions Alexey I. Froloff wrote: > * Хихин Руслан <hihin@> [080217 11:23]: >> Здравствуйте ! >> Подскажите пожалуйста какой библиотеки может не хватать : > [..skip..] >> collect2: ld returned 1 exit status >> make[2]: *** [pre_stage2.exec] Error 1 >> make[2]: Leaving directory `/usr/src/RPM/BUILD/grub-0.97-new/stage2' > Руслан, расслабься, я его соберу. Правда на x86_64 у него всё > равно конкретные проблемы. > > Сконвертил нужные библиотеки при помощи arepo, появились > сборочные зависимости на i586-*, ясно что такие src.rpm в hasher > не пролезут (можно решить другим способом). > Может его статикой собрать? > У i586-* пакетов провайдесы вида libc.so.2(GLIBC_2.4), а вот у > пакета grub зависимости на /lib/libc.so.2(GLIBC_2.4). Видимо на > x86_64 придётся делать пустой пакет и потом конвертить его в > i586-grub при помощи того же arepo или чинить rpm, чтобы он > смотрел не в %_libdir, а были жёстко прописаны /lib и /lib64. > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Devel mailing list > Devel@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 10:45 ` Михаил Якушин @ 2008-02-17 11:03 ` Alexey I. Froloff 2008-02-17 12:20 ` Andriy Khavryuchenko 0 siblings, 1 reply; 20+ messages in thread From: Alexey I. Froloff @ 2008-02-17 11:03 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 872 bytes --] * Михаил Якушин <silicium@> [080217 13:54]: > > Сконвертил нужные библиотеки при помощи arepo, появились > > сборочные зависимости на i586-*, ясно что такие src.rpm в hasher > > не пролезут (можно решить другим способом). > Может его статикой собрать? > > У i586-* пакетов провайдесы вида libc.so.2(GLIBC_2.4), а вот у > > пакета grub зависимости на /lib/libc.so.2(GLIBC_2.4). Видимо на > > x86_64 придётся делать пустой пакет и потом конвертить его в > > i586-grub при помощи того же arepo или чинить rpm, чтобы он > > смотрел не в %_libdir, а были жёстко прописаны /lib и /lib64. Ты это про какой апзац сказал? Впрочем, неважно. grub это такой legacy, и реально он необходим только в одной задаче. Настолько глубоко в нём копаться - экономически невыгодно. Так что хватит и маленького arepoзитария на три-четыре пакета. -- Regards, Sir Raorn. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 11:03 ` Alexey I. Froloff @ 2008-02-17 12:20 ` Andriy Khavryuchenko 2008-02-17 12:21 ` Mikhail Gusarov 0 siblings, 1 reply; 20+ messages in thread From: Andriy Khavryuchenko @ 2008-02-17 12:20 UTC (permalink / raw) To: ALT Linux Team development discussions Alexey I. Froloff написав(ла): > > Впрочем, неважно. grub это такой legacy, и реально он необходим > > только в одной задаче. А что не legacy в плане использования для загрузки xen? -- Тем, кто не хочет думать, нужно нажать "Далее" -- zerg in #9896 ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 12:20 ` Andriy Khavryuchenko @ 2008-02-17 12:21 ` Mikhail Gusarov 2008-02-17 21:17 ` Andriy Khavryuchenko 0 siblings, 1 reply; 20+ messages in thread From: Mikhail Gusarov @ 2008-02-17 12:21 UTC (permalink / raw) To: ALT Linux Team development discussions [-- Attachment #1: Type: text/plain, Size: 428 bytes --] Twas brillig at 14:20:58 17.02.2008 UTC+02 when Andriy Khavryuchenko did gyre and gimble: >> > Впрочем, неважно. grub это такой legacy, и реально он необходим >> > только в одной задаче. AK> А что не legacy в плане использования для загрузки xen? Вот для этой задачи он и необходим. -- [-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 12:21 ` Mikhail Gusarov @ 2008-02-17 21:17 ` Andriy Khavryuchenko 2008-02-17 21:25 ` Mikhail Gusarov ` (2 more replies) 0 siblings, 3 replies; 20+ messages in thread From: Andriy Khavryuchenko @ 2008-02-17 21:17 UTC (permalink / raw) To: ALT Linux Team development discussions Mikhail Gusarov написав(ла): > Twas brillig at 14:20:58 17.02.2008 UTC+02 when Andriy Khavryuchenko did gyre and gimble: > > >> > Впрочем, неважно. grub это такой legacy, и реально он необходим > >> > только в одной задаче. > > AK> А что не legacy в плане использования для загрузки xen? > > Вот для этой задачи он и необходим. Но в 64-битной системе он, как минимум, осенью был неработоспособен. Пришлось использовать syslinux. Насколько тогда осмысленно тащить пакет, если это официально считается legacy? Не имеет ли смысл как-то отразить рекомендации и reasoning в документации, напр. на вики? -- *** Bug 3334 has been marked as a duplicate of this bug. *** -- mouse in #4443 ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 21:17 ` Andriy Khavryuchenko @ 2008-02-17 21:25 ` Mikhail Gusarov 2008-02-17 23:14 ` Andriy Khavryuchenko 2008-02-17 21:45 ` Michael Shigorin 2008-02-17 22:00 ` Alexey I. Froloff 2 siblings, 1 reply; 20+ messages in thread From: Mikhail Gusarov @ 2008-02-17 21:25 UTC (permalink / raw) To: ALT Linux Team development discussions [-- Attachment #1: Type: text/plain, Size: 541 bytes --] Twas brillig at 23:17:03 17.02.2008 UTC+02 when Andriy Khavryuchenko did gyre and gimble: AK> Насколько тогда осмысленно тащить пакет, если это официально AK> считается legacy? Какой-нибудь rcs - тоже весьма legacy, но тащат ведь? AK> Не имеет ли смысл как-то отразить рекомендации и reasoning в AK> документации, напр. на вики? Имеет. Отразите? -- [-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 21:25 ` Mikhail Gusarov @ 2008-02-17 23:14 ` Andriy Khavryuchenko 0 siblings, 0 replies; 20+ messages in thread From: Andriy Khavryuchenko @ 2008-02-17 23:14 UTC (permalink / raw) To: ALT Linux Team development discussions Mikhail Gusarov написав(ла): > Twas brillig at 23:17:03 17.02.2008 UTC+02 when Andriy Khavryuchenko did gyre and gimble: > AK> Не имеет ли смысл как-то отразить рекомендации и reasoning в > AK> документации, напр. на вики? > > Имеет. Отразите? Как оказалось, значительная часть описана на http://www.freesource.info/wiki/ALTLinux/Dokumentacija/Xen/XenBoot Добавил про extlinux. -- Есть ли ещё вопросы к защите или считать заседание закрытым? -- lav in #4488 ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 21:17 ` Andriy Khavryuchenko 2008-02-17 21:25 ` Mikhail Gusarov @ 2008-02-17 21:45 ` Michael Shigorin 2008-02-17 22:58 ` Andriy Khavryuchenko 2008-02-17 22:00 ` Alexey I. Froloff 2 siblings, 1 reply; 20+ messages in thread From: Michael Shigorin @ 2008-02-17 21:45 UTC (permalink / raw) To: ALT Linux Team development discussions On Sun, Feb 17, 2008 at 11:17:03PM +0200, Andriy Khavryuchenko wrote: > Насколько тогда осмысленно тащить пакет, если это официально > считается legacy? Насколько понимаю, во всех дистрибутивах -- grub1 (заглянул на всякий в Fedora 8, openSUSE 10.3, Ubuntu 7.10 -- точно, 0.97). Это апстрим такой -- не от мира... -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 21:45 ` Michael Shigorin @ 2008-02-17 22:58 ` Andriy Khavryuchenko 0 siblings, 0 replies; 20+ messages in thread From: Andriy Khavryuchenko @ 2008-02-17 22:58 UTC (permalink / raw) To: ALT Linux Team development discussions Michael Shigorin написав(ла): > On Sun, Feb 17, 2008 at 11:17:03PM +0200, Andriy Khavryuchenko wrote: >> Насколько тогда осмысленно тащить пакет, если это официально >> считается legacy? > > Насколько понимаю, во всех дистрибутивах -- grub1 (заглянул на > всякий в Fedora 8, openSUSE 10.3, Ubuntu 7.10 -- точно, 0.97). Да я в курсе. Приходится, по долгу бизнеса держать системы на поддержке. И, к сожалению, очень тудно включить в спецификацию ALT Linux в качестве HN. Вот и приходится... (С) > Это апстрим такой -- не от мира... Ack -- Буду пока не собирать ничего с GraphicsMagik. -- zerg in #10165 ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 21:17 ` Andriy Khavryuchenko 2008-02-17 21:25 ` Mikhail Gusarov 2008-02-17 21:45 ` Michael Shigorin @ 2008-02-17 22:00 ` Alexey I. Froloff 2008-02-17 23:01 ` Andriy Khavryuchenko 2 siblings, 1 reply; 20+ messages in thread From: Alexey I. Froloff @ 2008-02-17 22:00 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 986 bytes --] * Andriy Khavryuchenko <akhavr@> [080218 00:23]: > > Twas brillig at 14:20:58 17.02.2008 UTC+02 when Andriy Khavryuchenko did gyre and gimble: > > >> > Впрочем, неважно. grub это такой legacy, и реально он необходим > > >> > только в одной задаче. > > AK> А что не legacy в плане использования для загрузки xen? > > Вот для этой задачи он и необходим. > Но в 64-битной системе он, как минимум, осенью был неработоспособен. > Пришлось использовать syslinux. В 64-битной системе его необходимо запустить ровно один раз. Чтобы установить бутлоадер. Это можно сделать и с livecd или специальной дискеты. Я не рассматриваю тут случаи переезда с диска на диск и тому подобные. > Насколько тогда осмысленно тащить пакет, См. выше. _Удобно_, когда grub запускается инсталятором ALT Linux Xen Server (если такой вообще будет). > если это официально считается legacy? Ударение было на слово "такой", а не на grub1 (ТАКОЙ legacy, что...). -- Regards, Sir Raorn. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 22:00 ` Alexey I. Froloff @ 2008-02-17 23:01 ` Andriy Khavryuchenko 0 siblings, 0 replies; 20+ messages in thread From: Andriy Khavryuchenko @ 2008-02-17 23:01 UTC (permalink / raw) To: ALT Linux Team development discussions Alexey I. Froloff написав(ла): >> если это официально считается legacy? > Ударение было на слово "такой", а не на grub1 (ТАКОЙ legacy, > что...). Понял. Было неочевидно. -- % > > могу попробовать загрузиться в KDE или прислать log от strace > Сделайте на всякий и то и другое. К сожалению запустить из под KDE не получится я погорячился нет у меня KDE :(( -- vserge in #241 ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] rpm lib.req 2008-02-17 10:43 ` Alexey I. Froloff 2008-02-17 10:45 ` Михаил Якушин @ 2008-02-17 13:23 ` Dmitry V. Levin 2008-02-19 2:23 ` Alexey Tourbin 2008-02-17 15:20 ` [devel] Проблемы с построением Michael Shigorin 2 siblings, 1 reply; 20+ messages in thread From: Dmitry V. Levin @ 2008-02-17 13:23 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 1300 bytes --] On Sun, Feb 17, 2008 at 01:43:02PM +0300, Alexey I. Froloff wrote: > * Хихин Руслан <hihin@> [080217 11:23]: > > Здравствуйте ! > > Подскажите пожалуйста какой библиотеки может не хватать : > [..skip..] > > collect2: ld returned 1 exit status > > make[2]: *** [pre_stage2.exec] Error 1 > > make[2]: Leaving directory `/usr/src/RPM/BUILD/grub-0.97-new/stage2' > Руслан, расслабься, я его соберу. Правда на x86_64 у него всё > равно конкретные проблемы. > > Сконвертил нужные библиотеки при помощи arepo, появились > сборочные зависимости на i586-*, ясно что такие src.rpm в hasher > не пролезут (можно решить другим способом). > > У i586-* пакетов провайдесы вида libc.so.2(GLIBC_2.4), а вот у > пакета grub зависимости на /lib/libc.so.2(GLIBC_2.4). Видимо на > x86_64 придётся делать пустой пакет и потом конвертить его в > i586-grub при помощи того же arepo или чинить rpm, чтобы он > смотрел не в %_libdir, а были жёстко прописаны /lib и /lib64. Нынешний rpm'овский lib.req считает каноническими путями только /%_lib и %_libdir, поэтому в качестве хака пройдёт переопределение %_libdir в /lib. В общем случае, если кто-то захочет собрать что-то более развесистое, например, wine, этот хак не пройдёт, надо придумать что-то более удобное и управляемое. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] rpm lib.req 2008-02-17 13:23 ` [devel] rpm lib.req Dmitry V. Levin @ 2008-02-19 2:23 ` Alexey Tourbin 2008-02-19 8:43 ` Damir Shayhutdinov 0 siblings, 1 reply; 20+ messages in thread From: Alexey Tourbin @ 2008-02-19 2:23 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 1135 bytes --] On Sun, Feb 17, 2008 at 04:23:45PM +0300, Dmitry V. Levin wrote: > On Sun, Feb 17, 2008 at 01:43:02PM +0300, Alexey I. Froloff wrote: > > У i586-* пакетов провайдесы вида libc.so.2(GLIBC_2.4), а вот у > > пакета grub зависимости на /lib/libc.so.2(GLIBC_2.4). Видимо на > > x86_64 придётся делать пустой пакет и потом конвертить его в > > i586-grub при помощи того же arepo или чинить rpm, чтобы он > > смотрел не в %_libdir, а были жёстко прописаны /lib и /lib64. > > Нынешний rpm'овский lib.req считает каноническими путями только > /%_lib и %_libdir, поэтому в качестве хака пройдёт переопределение > %_libdir в /lib. В общем случае, если кто-то захочет собрать что-то более > развесистое, например, wine, этот хак не пройдёт, надо придумать что-то > более удобное и управляемое. rpm считает что собирает пакеты под текущую архитектуру, под это много заточено. То есть в rpm есть понятие архитектуры, под которую собран пакет! А здесь хотят обмануть: собрать на x86_64 полу-кроссом бинарик под i586, и чтобы rpm сделал x86_64 пакет, но чтобы зависимости у него были как у i586 пакета. Хорошенькое дельце. [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] rpm lib.req 2008-02-19 2:23 ` Alexey Tourbin @ 2008-02-19 8:43 ` Damir Shayhutdinov 0 siblings, 0 replies; 20+ messages in thread From: Damir Shayhutdinov @ 2008-02-19 8:43 UTC (permalink / raw) To: ALT Linux Team development discussions > rpm считает что собирает пакеты под текущую архитектуру, > под это много заточено. То есть в rpm есть понятие архитектуры, > под которую собран пакет! > > А здесь хотят обмануть: собрать на x86_64 полу-кроссом бинарик > под i586, и чтобы rpm сделал x86_64 пакет, но чтобы зависимости > у него были как у i586 пакета. Хорошенькое дельце. Нет, тут пакет для i586, просто он сделан так, чтобы ни по имени, ни по содержимому не конфликтовал с x86_64-пакетами, при этом предоставляя все provides, которые требуются для установки в x86_64 пакетов с архитектурой i586. ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] Проблемы с построением 2008-02-17 10:43 ` Alexey I. Froloff 2008-02-17 10:45 ` Михаил Якушин 2008-02-17 13:23 ` [devel] rpm lib.req Dmitry V. Levin @ 2008-02-17 15:20 ` Michael Shigorin 2008-02-17 15:31 ` [devel] x86_32 Dmitry V. Levin 2 siblings, 1 reply; 20+ messages in thread From: Michael Shigorin @ 2008-02-17 15:20 UTC (permalink / raw) To: ALT Devel discussion list On Sun, Feb 17, 2008 at 01:43:02PM +0300, Alexey I. Froloff wrote: > Сконвертил нужные библиотеки при помощи arepo, появились > сборочные зависимости на i586-*, ясно что такие src.rpm в > hasher не пролезут (можно решить другим способом). Так а какие планы по публикации x86_32? Вообще-то Desktop для x86_64 уже собирается, пощупать можно e.g. здесь: ftp://ftp.linux.kiev.ua/pub/Linux/ALT/beta/desktop/x86_64/ (нет wine, flash и стопки xorg-x11-drv; в прочих недочётах можно винить меня, но устанавливалось, загружалось и работало) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] x86_32 2008-02-17 15:20 ` [devel] Проблемы с построением Michael Shigorin @ 2008-02-17 15:31 ` Dmitry V. Levin 2008-02-17 17:27 ` Damir Shayhutdinov 0 siblings, 1 reply; 20+ messages in thread From: Dmitry V. Levin @ 2008-02-17 15:31 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 648 bytes --] On Sun, Feb 17, 2008 at 05:20:35PM +0200, Michael Shigorin wrote: > On Sun, Feb 17, 2008 at 01:43:02PM +0300, Alexey I. Froloff wrote: > > Сконвертил нужные библиотеки при помощи arepo, появились > > сборочные зависимости на i586-*, ясно что такие src.rpm в > > hasher не пролезут (можно решить другим способом). > > Так а какие планы по публикации x86_32? По планам x86_32 уже давно опубликован, а вот по факту пока не видно. Хотя всесь инструментарий для этого уже давно готов. Пока что можно поразмыслить над решением вопросов с зависимостями, сброчными вида i586-* и установочными вида /lib/libc.so.6(GLIBC_2.3.4) -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [devel] x86_32 2008-02-17 15:31 ` [devel] x86_32 Dmitry V. Levin @ 2008-02-17 17:27 ` Damir Shayhutdinov 0 siblings, 0 replies; 20+ messages in thread From: Damir Shayhutdinov @ 2008-02-17 17:27 UTC (permalink / raw) To: ALT Linux Team development discussions > > Так а какие планы по публикации x86_32? > > По планам x86_32 уже давно опубликован, а вот по факту пока не видно. > Хотя всесь инструментарий для этого уже давно готов. Уперлись в libmesa, там совсем не очевидная проблема. ^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2008-02-19 8:43 UTC | newest] Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2008-02-17 8:18 [devel] Проблемы с построением Хихин Руслан 2008-02-17 9:10 ` Хихин Руслан 2008-02-17 10:43 ` Alexey I. Froloff 2008-02-17 10:45 ` Михаил Якушин 2008-02-17 11:03 ` Alexey I. Froloff 2008-02-17 12:20 ` Andriy Khavryuchenko 2008-02-17 12:21 ` Mikhail Gusarov 2008-02-17 21:17 ` Andriy Khavryuchenko 2008-02-17 21:25 ` Mikhail Gusarov 2008-02-17 23:14 ` Andriy Khavryuchenko 2008-02-17 21:45 ` Michael Shigorin 2008-02-17 22:58 ` Andriy Khavryuchenko 2008-02-17 22:00 ` Alexey I. Froloff 2008-02-17 23:01 ` Andriy Khavryuchenko 2008-02-17 13:23 ` [devel] rpm lib.req Dmitry V. Levin 2008-02-19 2:23 ` Alexey Tourbin 2008-02-19 8:43 ` Damir Shayhutdinov 2008-02-17 15:20 ` [devel] Проблемы с построением Michael Shigorin 2008-02-17 15:31 ` [devel] x86_32 Dmitry V. Levin 2008-02-17 17:27 ` Damir Shayhutdinov
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git