[devel] Re: [sisyphus] Big errors and good news !
Alexander Bokovoy
=?iso-8859-1?q?ab_=CE=C1_avilink=2Enet?=
Пн Янв 22 10:38:19 MSK 2001
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
Подробная информация о списке рассылки Devel