* [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