* [devel] Re: [sisyphus] Big errors and good news ! @ 2001-01-22 2:10 ` Dmitry V. Levin 2001-01-22 7:38 ` Alexander Bokovoy 0 siblings, 1 reply; 6+ messages in thread From: Dmitry V. Levin @ 2001-01-22 2:10 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 2276 bytes --] On Mon, Jan 22, 2001 at 02:58:40AM +0200, Alexander Bokovoy wrote: Перевожу обсуждение в этот список. > > > > Ошибка на photo сказалась много где. Самая серьезная -- libz.a не содержит > > > > longest_match, что приводит к невозможность пересобрать rpm. > > > > Содержит, и я только что собрал там очередную версию rpm. > В версии Сизифа от 20010119 этот символ был неопределен. Помогла простая пересборка. На photo пересборка не потребовалась; странно - zlib в Сизифе тот же, что и на photo. > > другим причинам ранее, остальные - при полной пересборке. > Полная пересборка будет на photo? У меня вопрос: я принципиально не заполняю > поле Packager: в spec-файле (он у меня в ~/.rpmmacros), то есть он будет > заменен на Packager-а, под которым все будет пересобираться? :-) Что-нибудь придумаем (по вполне понятным причинам, я поле Packager в spec-файле тоже не заполняю) - это дело техники, причем очень не сложной, например: p=`rpm -qp --qf '%{PACKAGER}' FILENAME` if [ -n "$p" ]; then p="--define 'packager $p'" fi eval rpm --rebuild $p FILENAME > В /incoming отправлены нескольк модулей для perl (DBI, Storable, Apache-Session, > Digest-MD5) и новый APT с возможностью автоматической проверки подписанных списков пакетов ok. Между прочим, в списке apt-rpm@distro.conectiva.com.br анонсирована очередная версия apt. > по встроенному в RPM публичному keyring и локальному keyring пользователя, который > запускает apt-get. Для его правильной работы нужно корректно собирать хэш пакетов > через genbasedir: > > /usr/sbin/genbasedir -s --top=ГДЕ-ЛЕЖИТ Sisyphus/i586/Mandrake sisyphus А что, собственно, "ГДЕ-ЛЕЖИТ"? > Для совсем корректной сборки необходимо присутствие в Sisyphus/i586/Mandrake/base > файла release.sisyphus с любым содержимым (/etc/sisyphus-release подойдет) _до_ > запуска генератора. Ok. 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 its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [devel] Re: [sisyphus] Big errors and good news ! 2001-01-22 2:10 ` [devel] Re: [sisyphus] Big errors and good news ! Dmitry V. Levin @ 2001-01-22 7:38 ` Alexander Bokovoy 2001-01-22 8:10 ` Dmitry V. Levin 2001-02-01 0:42 ` Dmitry V. Levin 0 siblings, 2 replies; 6+ messages in thread From: Alexander Bokovoy @ 2001-01-22 7:38 UTC (permalink / raw) To: devel On Mon, Jan 22, 2001 at 05:10:48AM +0300, Dmitry V. Levin wrote: > On Mon, Jan 22, 2001 at 02:58:40AM +0200, Alexander Bokovoy wrote: > > Перевожу обсуждение в этот список. > > > > > > Ошибка на photo сказалась много где. Самая серьезная -- libz.a не содержит > > > > > longest_match, что приводит к невозможность пересобрать rpm. > > > > > > Содержит, и я только что собрал там очередную версию rpm. > > В версии Сизифа от 20010119 этот символ был неопределен. Помогла простая пересборка. > > На photo пересборка не потребовалась; странно - zlib в Сизифе тот же, что > и на photo. Факт, но вот разница между libz.a из Сизифа и пересобранным вручную: --- libz.nm Mon Jan 22 09:33:41 2001 +++ libz.new.nm Mon Jan 22 09:33:53 2001 @@ -11,15 +11,18 @@ crc32.o: 00000000 T crc32 +00000000 r crc_table 000000f0 T get_crc_table gzio.o: U __errno_location +00000290 t check_header U crc32 U deflate U deflateEnd U deflateInit2_ U deflateParams +00000880 t destroy U fclose U fdopen U ferror @@ -32,6 +35,9 @@ U fseek U ftell U fwrite +00000fd0 t getLong +00000000 d gz_magic +00000000 t gz_open 000011e0 T gzclose 00001420 T gzdopen 00001830 T gzeof @@ -78,6 +84,7 @@ U _tr_init U _tr_stored_block U adler32 +00000040 r configuration_table 00000390 T deflate 00000860 T deflateCopy 00000790 T deflateEnd @@ -87,10 +94,16 @@ 000018d0 T deflateReset 00000250 T deflateSetDictionary 00000000 R deflate_copyright +00000f80 t deflate_fast +000013b0 t deflate_slow +00000ce0 t deflate_stored +00000b00 t fill_window +00000a40 t lm_init U longest_match U match_init U memcpy U memset +00000000 d my_version.0 U z_errmsg U zcalloc U zcfree @@ -103,6 +116,30 @@ 00001b90 T _tr_init 00001cb0 T _tr_stored_block 00001c00 T _tr_tally +000009e0 r base_dist +00000960 r base_length +00001f10 t bi_flush +00001e70 t bi_reverse +00001ea0 t bi_windup +0000014c r bl_order +00000c20 t build_bl_tree +00000370 t build_tree +000016e0 t compress_block +00001fa0 t copy_block +00000100 r extra_blbits +00000080 r extra_dbits +00000000 r extra_lbits +000000f0 t gen_bitlen +00001d70 t init_block +00000000 t pqdownheap +00000ec0 t send_all_trees +00000630 t send_tree +00001df0 t set_data_type +00000028 d static_bl_desc +00000014 d static_d_desc +000005e0 r static_dtree +00000000 d static_l_desc +00000160 r static_ltree zutil.o: U calloc @@ -129,10 +166,12 @@ U inflate_blocks_reset U inflate_blocks_sync_point U inflate_set_dictionary +000000a8 r mark.0 U zcalloc U zcfree infblock.o: +00000000 r border 000000e0 T inflate_blocks 00000f60 T inflate_blocks_free 00000000 T inflate_blocks_new @@ -150,6 +189,15 @@ U memcpy inftrees.o: +000001c0 r cpdext +00000140 r cpdist +00000040 r cplens +000000c0 r cplext +00000004 d fixed_bd +00000000 d fixed_bl +00001008 d fixed_td +00000008 d fixed_tl +00000000 t huft_build 00000000 R inflate_copyright 00000730 T inflate_trees_bits 000007d0 T inflate_trees_dynamic @@ -173,3 +221,18 @@ U inflate_mask match.o: +0000005f t LastMatchGood +00000111 t LeaveLoopCmps +0000010e t LeaveLoopCmps4 +00000198 t LeaveNow +0000011e t LenLower +00000189 t LenMaximum +0000004c t LimitPositive +00000155 t LongerMatch +0000001e t LookaheadLess +000001a9 t LookaheadRet +00000090 t LookupLoop +000000f1 t LoopCmps +000000ac t LoopEntry +00000000 T longest_match +000001b0 T match_init Как видно, много чего не хватало. > > > > другим причинам ранее, остальные - при полной пересборке. > > Полная пересборка будет на photo? У меня вопрос: я принципиально не заполняю > > поле Packager: в spec-файле (он у меня в ~/.rpmmacros), то есть он будет > > заменен на Packager-а, под которым все будет пересобираться? :-) > > Что-нибудь придумаем (по вполне понятным причинам, я поле Packager > в spec-файле тоже не заполняю) - это дело техники, причем очень не > сложной, например: > p=`rpm -qp --qf '%{PACKAGER}' FILENAME` > if [ -n "$p" ]; then > p="--define 'packager $p'" > fi > eval rpm --rebuild $p FILENAME Ок. > > В /incoming отправлены нескольк модулей для perl (DBI, Storable, Apache-Session, > > Digest-MD5) и новый APT с возможностью автоматической проверки подписанных списков пакетов > > ok. Между прочим, в списке apt-rpm@distro.conectiva.com.br анонсирована > очередная версия apt. Ок, как только доберусь до быстрого канала. > > > по встроенному в RPM публичному keyring и локальному keyring пользователя, который > > запускает apt-get. Для его правильной работы нужно корректно собирать хэш пакетов > > через genbasedir: > > > > /usr/sbin/genbasedir -s --top=ГДЕ-ЛЕЖИТ Sisyphus/i586/Mandrake sisyphus > > А что, собственно, "ГДЕ-ЛЕЖИТ"? У меня, например, /var/ftp/pub/distributions/7.2, локальный путь. Он, естественно, у всех разный, но это не важно -- в hashfile.gpg шифруется только Sisyphus/i586/Mandrake. -- 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 -- "Trust me. I know what I'm doing." -- Sledge Hammer _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [devel] Re: [sisyphus] Big errors and good news ! 2001-01-22 7:38 ` Alexander Bokovoy @ 2001-01-22 8:10 ` Dmitry V. Levin 2001-01-22 12:45 ` Aleksey Novodvorsky 2001-02-01 0:42 ` Dmitry V. Levin 1 sibling, 1 reply; 6+ messages in thread From: Dmitry V. Levin @ 2001-01-22 8:10 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 1749 bytes --] On Mon, Jan 22, 2001 at 09:38:19AM +0200, Alexander Bokovoy wrote: > On Mon, Jan 22, 2001 at 05:10:48AM +0300, Dmitry V. Levin wrote: > > On Mon, Jan 22, 2001 at 02:58:40AM +0200, Alexander Bokovoy wrote: > > > > Перевожу обсуждение в этот список. > > > > > > > > Ошибка на photo сказалась много где. Самая серьезная -- libz.a не содержит > > > > > > longest_match, что приводит к невозможность пересобрать rpm. > > > > > > > > Содержит, и я только что собрал там очередную версию rpm. > > > В версии Сизифа от 20010119 этот символ был неопределен. Помогла простая пересборка. > > > > На photo пересборка не потребовалась; странно - zlib в Сизифе тот же, что > > и на photo. > Факт, но вот разница между libz.a из Сизифа и пересобранным вручную: На photo с 14 декабря режим сборки пакетов такой: %_strip_method executable shared static Оказалось, что пакет, пересобранный (неизвестно зачем) и попавший в Сизиф, на photo установлен не был (не хотелось, видимо, делать --force). Выходит, нельзя стрипать zlib-devel? Судя по тому, что я сталкивался с подобной проблемой в случае с libc.a, есть подозрение, что static надо убирать из %_strip_method; при этом, однако, размеры devel-подпакетов вырастут на порядок, и мы гарантированно не уложимся в 4 основных диска. Какие будут предложения? 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 its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [devel] Re: [sisyphus] Big errors and good news ! 2001-01-22 8:10 ` Dmitry V. Levin @ 2001-01-22 12:45 ` Aleksey Novodvorsky 0 siblings, 0 replies; 6+ messages in thread From: Aleksey Novodvorsky @ 2001-01-22 12:45 UTC (permalink / raw) To: devel "Dmitry V. Levin" wrote: > > On Mon, Jan 22, 2001 at 09:38:19AM +0200, Alexander Bokovoy wrote: > > On Mon, Jan 22, 2001 at 05:10:48AM +0300, Dmitry V. Levin wrote: > > > On Mon, Jan 22, 2001 at 02:58:40AM +0200, Alexander Bokovoy wrote: > > > > > > Перевожу обсуждение в этот список. > > > > > > > > > > Ошибка на photo сказалась много где. Самая серьезная -- libz.a не содержит > > > > > > > longest_match, что приводит к невозможность пересобрать rpm. > > > > > > > > > > Содержит, и я только что собрал там очередную версию rpm. > > > > В версии Сизифа от 20010119 этот символ был неопределен. Помогла простая пересборка. > > > > > > На photo пересборка не потребовалась; странно - zlib в Сизифе тот же, что > > > и на photo. > > Факт, но вот разница между libz.a из Сизифа и пересобранным вручную: > > На photo с 14 декабря режим сборки пакетов такой: > %_strip_method executable shared static > > Оказалось, что пакет, пересобранный (неизвестно зачем) и попавший в Сизиф, > на photo установлен не был (не хотелось, видимо, делать --force). > > Выходит, нельзя стрипать zlib-devel? > > Судя по тому, что я сталкивался с подобной проблемой в случае с libc.a, > есть подозрение, что static надо убирать из %_strip_method; при этом, > однако, размеры devel-подпакетов вырастут на порядок, и мы гарантированно > не уложимся в 4 основных диска. Уложимся или не уложимся -- будем обсуждать позже. Убирайте static. Rgrds, Алексей. > > Какие будут предложения? > _______________________________________________ Devel mailing list Devel@linux.iplabs.ru http://www.logic.ru/mailman/listinfo/devel ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [devel] Re: [sisyphus] Big errors and good news ! 2001-01-22 7:38 ` Alexander Bokovoy 2001-01-22 8:10 ` Dmitry V. Levin @ 2001-02-01 0:42 ` Dmitry V. Levin 2001-02-01 3:58 ` Dmitry V. Levin 1 sibling, 1 reply; 6+ messages in thread From: Dmitry V. Levin @ 2001-02-01 0:42 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 1598 bytes --] On Mon, Jan 22, 2001 at 09:38:19AM +0200, Alexander Bokovoy wrote: > > > по встроенному в RPM публичному keyring и локальному keyring пользователя, который > > > запускает apt-get. Для его правильной работы нужно корректно собирать хэш пакетов > > > через genbasedir: > > > > > > /usr/sbin/genbasedir -s --top=ГДЕ-ЛЕЖИТ Sisyphus/i586/Mandrake sisyphus > > > > А что, собственно, "ГДЕ-ЛЕЖИТ"? > У меня, например, /var/ftp/pub/distributions/7.2, локальный путь. Он, естественно, > у всех разный, но это не важно -- в hashfile.gpg шифруется только Sisyphus/i586/Mandrake. Не работает: $ /usr/bin/genbasedir -s --top=/ Sisyphus/i586/Mandrake sisyphus Usage: genbasedir [<options>] <distribution> <comp1> [<comp2> ... <compN>] Options: -s, --sign Generate and sign hashfile --hashonly Do hashfile stuff only --listonly Generate pkglists/srclists and quit --topdir=dir Top directory of repository --updateinfo=file Update information file --bloat Do not strip the package file list. Needed for some distributions that use non-automatically generated file dependencies $ rpm -qf /usr/bin/genbasedir apt-0.3.19cnc32-ipl4mdk 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 its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [devel] Re: [sisyphus] Big errors and good news ! 2001-02-01 0:42 ` Dmitry V. Levin @ 2001-02-01 3:58 ` Dmitry V. Levin 0 siblings, 0 replies; 6+ messages in thread From: Dmitry V. Levin @ 2001-02-01 3:58 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 1740 bytes --] On Thu, Feb 01, 2001 at 03:42:16AM +0300, Dmitry V. Levin wrote: > > > > по встроенному в RPM публичному keyring и локальному keyring пользователя, который > > > > запускает apt-get. Для его правильной работы нужно корректно собирать хэш пакетов > > > > через genbasedir: > > > > > > > > /usr/sbin/genbasedir -s --top=ГДЕ-ЛЕЖИТ Sisyphus/i586/Mandrake sisyphus > > > > > > А что, собственно, "ГДЕ-ЛЕЖИТ"? > > У меня, например, /var/ftp/pub/distributions/7.2, локальный путь. Он, естественно, > > у всех разный, но это не важно -- в hashfile.gpg шифруется только Sisyphus/i586/Mandrake. > > Не работает: > $ /usr/bin/genbasedir -s --top=/ Sisyphus/i586/Mandrake sisyphus > Usage: genbasedir [<options>] <distribution> <comp1> [<comp2> ... <compN>] > Options: > -s, --sign Generate and sign hashfile > --hashonly Do hashfile stuff only > --listonly Generate pkglists/srclists and quit > --topdir=dir Top directory of repository > --updateinfo=file Update information file > --bloat Do not strip the package file list. Needed for some > distributions that use non-automatically generated file dependencies > > $ rpm -qf /usr/bin/genbasedir > apt-0.3.19cnc32-ipl4mdk Ага, надо было делать так: $ /usr/bin/genbasedir -s --topdir=/ Sisyphus/i586/Mandrake sisyphus 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 its friends are. [-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2001-02-01 3:58 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2001-01-22 2:10 ` [devel] Re: [sisyphus] Big errors and good news ! Dmitry V. Levin 2001-01-22 7:38 ` Alexander Bokovoy 2001-01-22 8:10 ` Dmitry V. Levin 2001-01-22 12:45 ` Aleksey Novodvorsky 2001-02-01 0:42 ` Dmitry V. Levin 2001-02-01 3:58 ` Dmitry V. Levin
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