Re: [devel] Re: [sisyphus] Big errors and good news !

[Alexander Bokovoy <ab@avilink.net>]

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