* [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
* 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] 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] Проблемы с построением
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
* 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: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: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 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 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] Проблемы с построением
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] 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
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