[devel] ELFs in /usr/share

[devel] ELFs in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 14908 bytes --]

Получен полный список пакетов, которые содержат ELF файлы в /usr/share.

$ awk -F'\t' '$2~"/share"&&$NF~/ELF/{print$1"\t"$2}' rpmfile/dump.old
CrownCutlass	/usr/share/games/CrownCutlass/CrownCutlass
PDFlib-Lite-tcl	/usr/share/tcl/tcl8.4/pdflib/pdflib_tcl.o
PDFlib-Lite-tcl	/usr/share/tcl/tcl8.4/pdflib/pdflib_tcl.so
PDFlib-Lite-tcl	/usr/share/tcl/tcl8.4/pdflib/pdflib_tcl.so.0
PDFlib-Lite-tcl	/usr/share/tcl/tcl8.4/pdflib/pdflib_tcl.so.0.0.0
SoundStudio	/usr/share/SoundStudio/fader
SoundStudio	/usr/share/SoundStudio/maxmin
SoundStudio	/usr/share/SoundStudio/reset_dsp
SoundStudio	/usr/share/SoundStudio/studio_mixer
SoundStudio	/usr/share/SoundStudio/studio_tool
alsa-firmware	/usr/share/alsa/firmware/mixartloader/miXart8.elf
amarok	/usr/share/apps/amarok/scripts/graphequalizer/graphequalizer
crystalspace	/usr/share/crystalspace/python/_cspace.so
dstool_tk	/usr/share/dstool_tk/bin/linux/dstool_tk
dstool_tk	/usr/share/dstool_tk/src/models/central_def.o
dstool_tk	/usr/share/dstool_tk/src/models/cubic_def.o
dstool_tk	/usr/share/dstool_tk/src/models/d3_symm_def.o
dstool_tk	/usr/share/dstool_tk/src/models/d4_def.o
dstool_tk	/usr/share/dstool_tk/src/models/db_toroid_def.o
dstool_tk	/usr/share/dstool_tk/src/models/dbl_pend_def.o
dstool_tk	/usr/share/dstool_tk/src/models/duffing_def.o
dstool_tk	/usr/share/dstool_tk/src/models/fixed_top_def.o
dstool_tk	/usr/share/dstool_tk/src/models/four_parm_def.o
dstool_tk	/usr/share/dstool_tk/src/models/fw_def.o
dstool_tk	/usr/share/dstool_tk/src/models/henon_def.o
dstool_tk	/usr/share/dstool_tk/src/models/hh_def.o
dstool_tk	/usr/share/dstool_tk/src/models/kotmap_def.o
dstool_tk	/usr/share/dstool_tk/src/models/logistic_def.o
dstool_tk	/usr/share/dstool_tk/src/models/lorenz_def.o
dstool_tk	/usr/share/dstool_tk/src/models/mathieu_def.o
dstool_tk	/usr/share/dstool_tk/src/models/modellib_def.o
dstool_tk	/usr/share/dstool_tk/src/models/models.o
dstool_tk	/usr/share/dstool_tk/src/models/pend1d_def.o
dstool_tk	/usr/share/dstool_tk/src/models/pert_dt_def.o
dstool_tk	/usr/share/dstool_tk/src/models/plate_def.o
dstool_tk	/usr/share/dstool_tk/src/models/restrict3pl_def.o
dstool_tk	/usr/share/dstool_tk/src/models/restrict3rpl_def.o
dstool_tk	/usr/share/dstool_tk/src/models/rla_def.o
dstool_tk	/usr/share/dstool_tk/src/models/smp_torus_def.o
dstool_tk	/usr/share/dstool_tk/src/models/standard_def.o
dstool_tk	/usr/share/dstool_tk/src/models/symm_red_def.o
dstool_tk	/usr/share/dstool_tk/src/models/vdpol_def.o
dstool_tk	/usr/share/dstool_tk/src/models/z2z2_def.o
eggdrop	/usr/lib/eggdrop/modules-1.6.17/share.so
gle	/usr/share/gle/fbuild
gle	/usr/share/gle/gle
gle	/usr/share/gle/makefmt
howto-html-en	/usr/share/doc/HOWTO/HTML/en/RedHat-CD-HOWTO/rhcd-scripts/rvc
icu-samples	/usr/share/icu/samples/cal/cal.o
icu-samples	/usr/share/icu/samples/cal/icucal
icu-samples	/usr/share/icu/samples/cal/uprint.o
icu-samples	/usr/share/icu/samples/date/date.o
icu-samples	/usr/share/icu/samples/date/icudate
icu-samples	/usr/share/icu/samples/date/uprint.o
kdeaccessibility-ksayit	/usr/share/apps/ksayit/fxplugins/libFreeverb_plugin.so
kdemultimedia-noatun	/usr/share/apps/kconf_update/noatun20update
kxdocker-resources	/usr/share/apps/kxdocker/plugins/GBattery.so
kxdocker-resources	/usr/share/apps/kxdocker/plugins/GCpu.so
kxdocker-resources	/usr/share/apps/kxdocker/plugins/GNetIO.so
libefltk	/usr/share/efltk/eblue.theme
libefltk	/usr/share/efltk/essai.theme
libefltk	/usr/share/efltk/motif.theme
libfxscintilla-devel	/usr/share/doc/libfxscintilla-1.57/tests/.libs/test
libfxscintilla-devel	/usr/share/doc/libfxscintilla-1.57/tests/test.o
libreadline-devel	/usr/share/doc/readline-4.3/examples/rlcat.o
libsafe	/usr/share/doc/libsafe-2.0.16/exploits/canary-exploit
libsafe	/usr/share/doc/libsafe-2.0.16/exploits/exploit-non-exec-stack
libsafe	/usr/share/doc/libsafe-2.0.16/exploits/t1
libsafe	/usr/share/doc/libsafe-2.0.16/exploits/t1w
libsafe	/usr/share/doc/libsafe-2.0.16/exploits/t3
libsafe	/usr/share/doc/libsafe-2.0.16/exploits/t3w
libsafe	/usr/share/doc/libsafe-2.0.16/exploits/t4
libsafe	/usr/share/doc/libsafe-2.0.16/exploits/t4w
libsafe	/usr/share/doc/libsafe-2.0.16/exploits/t5
libsafe	/usr/share/doc/libsafe-2.0.16/exploits/t6
libsafe-prelude	/usr/share/doc/libsafe-prelude-2.0.16/exploits/canary-exploit
libsafe-prelude	/usr/share/doc/libsafe-prelude-2.0.16/exploits/exploit-non-exec-stack
libsafe-prelude	/usr/share/doc/libsafe-prelude-2.0.16/exploits/t1
libsafe-prelude	/usr/share/doc/libsafe-prelude-2.0.16/exploits/t1w
libsafe-prelude	/usr/share/doc/libsafe-prelude-2.0.16/exploits/t3
libsafe-prelude	/usr/share/doc/libsafe-prelude-2.0.16/exploits/t3w
libsafe-prelude	/usr/share/doc/libsafe-prelude-2.0.16/exploits/t4
libsafe-prelude	/usr/share/doc/libsafe-prelude-2.0.16/exploits/t4w
libsafe-prelude	/usr/share/doc/libsafe-prelude-2.0.16/exploits/t5
libsafe-prelude	/usr/share/doc/libsafe-prelude-2.0.16/exploits/t6
libtunepimp-devel	/usr/share/doc/libtunepimp-devel-0.3.0/examples/.libs/tp_tagger
libtunepimp-devel	/usr/share/doc/libtunepimp-devel-0.3.0/examples/.libs/trm
libtunepimp-devel	/usr/share/doc/libtunepimp-devel-0.3.0/examples/tagger.o
libtunepimp-devel	/usr/share/doc/libtunepimp-devel-0.3.0/examples/trm.o
lincvs	/usr/share/LinCVS/Tools/rshwrapper
lincvs	/usr/share/LinCVS/Tools/ssh-askpass.bin
lincvs	/usr/share/LinCVS/lincvs.bin
mailman	/usr/share/mailman/pythonlib/japanese/c/_japanese_codecs.so
mailman	/usr/share/mailman/pythonlib/korean/c/_koco.so
mailman	/usr/share/mailman/pythonlib/korean/c/hangul.so
openmotif-demos	/usr/X11R6/share/Xm/Exm/app_in_c/exm_in_c
openmotif-demos	/usr/X11R6/share/Xm/Exm/simple_app/simpleDemo
openvpn	/usr/share/doc/openvpn-2.0.2/down-root/down-root.o
openvpn	/usr/share/doc/openvpn-2.0.2/down-root/openvpn-down-root.so
pam-pgsql	/usr/share/doc/pam-pgsql-0.5.2/test
perl-threads	/usr/lib/perl5/i386-linux/auto/threads/shared/shared.so
postgresql-contrib	/usr/share/pgsql/contrib/btree_gist/libbtree_gist.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/chkpass/libchkpass.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/cube/libcube.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/dbase/dbf2pg
postgresql-contrib	/usr/share/pgsql/contrib/dblink/libdblink.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/dbmirror/pending.so
postgresql-contrib	/usr/share/pgsql/contrib/dbsize/dbsize.so
postgresql-contrib	/usr/share/pgsql/contrib/earthdistance/earthdistance.so
postgresql-contrib	/usr/share/pgsql/contrib/findoidjoins/findoidjoins
postgresql-contrib	/usr/share/pgsql/contrib/fulltextindex/fti.so
postgresql-contrib	/usr/share/pgsql/contrib/fuzzystrmatch/fuzzystrmatch.so
postgresql-contrib	/usr/share/pgsql/contrib/intagg/int_aggregate.so
postgresql-contrib	/usr/share/pgsql/contrib/intarray/lib_int.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/isbn_issn/isbn_issn.so
postgresql-contrib	/usr/share/pgsql/contrib/lo/lo.so
postgresql-contrib	/usr/share/pgsql/contrib/ltree/libltree.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/miscutil/misc_utils.so
postgresql-contrib	/usr/share/pgsql/contrib/noupdate/noup.so
postgresql-contrib	/usr/share/pgsql/contrib/oid2name/oid2name
postgresql-contrib	/usr/share/pgsql/contrib/pg_autovacuum/pg_autovacuum
postgresql-contrib	/usr/share/pgsql/contrib/pg_dumplo/pg_dumplo
postgresql-contrib	/usr/share/pgsql/contrib/pg_logger/pg_logger
postgresql-contrib	/usr/share/pgsql/contrib/pgbench/pgbench
postgresql-contrib	/usr/share/pgsql/contrib/pgcrypto/libpgcrypto.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/pgstattuple/libpgstattuple.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/rserv/rserv.so
postgresql-contrib	/usr/share/pgsql/contrib/rtree_gist/rtree_gist.so
postgresql-contrib	/usr/share/pgsql/contrib/seg/libseg.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/spi/autoinc.so
postgresql-contrib	/usr/share/pgsql/contrib/spi/insert_username.so
postgresql-contrib	/usr/share/pgsql/contrib/spi/moddatetime.so
postgresql-contrib	/usr/share/pgsql/contrib/spi/refint.so
postgresql-contrib	/usr/share/pgsql/contrib/spi/timetravel.so
postgresql-contrib	/usr/share/pgsql/contrib/string/string_io.so
postgresql-contrib	/usr/share/pgsql/contrib/tablefunc/tablefunc.so
postgresql-contrib	/usr/share/pgsql/contrib/tsearch/libtsearch.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/ispell/SUBSYS.o
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/ispell/spell.o
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/libtsearch2.so.0.0
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/snowball/SUBSYS.o
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/snowball/api.o
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/snowball/english_stem.o
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/snowball/russian_stem.o
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/snowball/utilities.o
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/wordparser/SUBSYS.o
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/wordparser/deflex.o
postgresql-contrib	/usr/share/pgsql/contrib/tsearch2/wordparser/parser.o
postgresql-contrib	/usr/share/pgsql/contrib/userlock/user_locks.so
postgresql-contrib	/usr/share/pgsql/contrib/vacuumlo/vacuumlo
postgresql8.0-contrib	/usr/share/pgsql/contrib/btree_gist/libbtree_gist.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/chkpass/libchkpass.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/cube/libcube.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/dbase/dbf2pg
postgresql8.0-contrib	/usr/share/pgsql/contrib/dblink/libdblink.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/dbmirror/pending.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/dbsize/dbsize.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/earthdistance/earthdistance.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/findoidjoins/findoidjoins
postgresql8.0-contrib	/usr/share/pgsql/contrib/fulltextindex/fti.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/fuzzystrmatch/libfuzzystrmatch.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/intagg/int_aggregate.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/intarray/lib_int.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/isbn_issn/isbn_issn.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/lo/lo.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/ltree/libltree.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/miscutil/misc_utils.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/noupdate/noup.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/oid2name/oid2name
postgresql8.0-contrib	/usr/share/pgsql/contrib/pg_autovacuum/pg_autovacuum
postgresql8.0-contrib	/usr/share/pgsql/contrib/pg_dumplo/pg_dumplo
postgresql8.0-contrib	/usr/share/pgsql/contrib/pg_trgm/libpg_trgm.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/pgbench/pgbench
postgresql8.0-contrib	/usr/share/pgsql/contrib/pgcrypto/libpgcrypto.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/pgstattuple/libpgstattuple.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/rtree_gist/rtree_gist.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/seg/libseg.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/spi/autoinc.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/spi/insert_username.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/spi/moddatetime.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/spi/refint.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/spi/timetravel.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/string/string_io.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/tablefunc/tablefunc.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch/libtsearch.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/ispell/SUBSYS.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/ispell/regis.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/ispell/spell.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/libtsearch2.so.0.0
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/snowball/SUBSYS.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/snowball/api.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/snowball/english_stem.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/snowball/russian_stem.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/snowball/utilities.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/wordparser/SUBSYS.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/wordparser/deflex.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/tsearch2/wordparser/parser.o
postgresql8.0-contrib	/usr/share/pgsql/contrib/userlock/user_locks.so
postgresql8.0-contrib	/usr/share/pgsql/contrib/vacuumlo/vacuumlo
python-module-pyorbit	/usr/share/doc/python-module-pyorbit-2.0.1/tests/c-inproc/.libs/TestCall_module.so
python-module-pyorbit	/usr/share/doc/python-module-pyorbit-2.0.1/tests/c-inproc/.libs/c-impl.o
python-module-pyorbit	/usr/share/doc/python-module-pyorbit-2.0.1/tests/c-inproc/.libs/cTestCall.so
python-module-pyorbit	/usr/share/doc/python-module-pyorbit-2.0.1/tests/c-inproc/.libs/testcall-common.o
python-module-pyorbit	/usr/share/doc/python-module-pyorbit-2.0.1/tests/c-inproc/.libs/testcall-imodule.o
python-module-pyorbit	/usr/share/doc/python-module-pyorbit-2.0.1/tests/c-inproc/.libs/testcall-skels.o
python-module-pyorbit	/usr/share/doc/python-module-pyorbit-2.0.1/tests/c-inproc/.libs/testcall-stubs.o
qemu	/usr/share/qemu/proll.elf
superkaramba	/usr/share/apps/superkaramba/themes/globalMouse/xcursor.so
tuxvsclippy	/usr/share/tuxvsclippy/sprite/counter.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/developers.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/domination.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/fud.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/gnu.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/icongates.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/iconlinus.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/iconrms.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/iconsteve.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/icontux.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/iconx.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/paperclip.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/paperclipwalk.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/penguin.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/penguinwalk.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/sparkle.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/swirl.sprite
tuxvsclippy	/usr/share/tuxvsclippy/sprite/wolk.sprite
ups-monitor	/usr/share/ups-monitor/eggtrayiconmodule.so
xppaut	/usr/share/doc/xppaut-5.91/examples/ode/example.so
xppaut	/usr/share/doc/xppaut-5.91/examples/ode/getmax.so
xppaut	/usr/share/doc/xppaut-5.91/examples/odesol2.o
$

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: ELFs in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 376 bytes --]

On Fri, Sep 16, 2005 at 01:33:13PM +0400, Alexey Tourbin wrote:
> Получен полный список пакетов, которые содержат ELF файлы в /usr/share.
> $ awk -F'\t' '$2~"/share"&&$NF~/ELF/{print$1"\t"$2}' rpmfile/dump.old
> eggdrop	/usr/lib/eggdrop/modules-1.6.17/share.so
> perl-threads	/usr/lib/perl5/i386-linux/auto/threads/shared/shared.so

Две ошибки из-за неточного условия.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ELFs in /usr/share

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 268 bytes --]

On Fri, Sep 16, 2005 at 01:33:13PM +0400, Alexey Tourbin wrote:
> Получен полный список пакетов, которые содержат ELF файлы в /usr/share.

Давить, причём лучше сразу rpm-build'ом.
Предлагайте синтаксис для отключения удавления ELF'ов в /usr/share/.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: ELFs in /usr/share

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 427 bytes --]

On Fri, Sep 16, 2005 at 02:24:37PM +0400, Dmitry V. Levin wrote:
> > Получен полный список пакетов, которые содержат ELF файлы в /usr/share.
> Давить, причём лучше сразу rpm-build'ом.

Сзади прокомментировали: "а ведь мог бы и шашкой рубануть..."

> Предлагайте синтаксис для отключения удавления ELF'ов в /usr/share/.

%set_verify_elf_method datadir=relaxed
?

-- 
вообще мож обобщить *=relaxed в ldv=relaxed? :)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: ELFs in /usr/share

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 427 bytes --]

On Fri, Sep 16, 2005 at 01:35:12PM +0300, Michael Shigorin wrote:
> On Fri, Sep 16, 2005 at 02:24:37PM +0400, Dmitry V. Levin wrote:
> > > Получен полный список пакетов, которые содержат ELF файлы в /usr/share.
> > Давить, причём лучше сразу rpm-build'ом.
> > Предлагайте синтаксис для отключения удавления ELF'ов в /usr/share/.
> 
> %set_verify_elf_method datadir=relaxed

Мне нравится.  Сейчас включу.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: ELFs in /usr/share

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 690 bytes --]

On Sat, Jan 14, 2006 at 08:19:54PM +0300, Dmitry V. Levin wrote:
> On Fri, Sep 16, 2005 at 01:35:12PM +0300, Michael Shigorin wrote:
> > On Fri, Sep 16, 2005 at 02:24:37PM +0400, Dmitry V. Levin wrote:
> > > > Получен полный список пакетов, которые содержат ELF файлы в /usr/share.
> > > Давить, причём лучше сразу rpm-build'ом.
> > > Предлагайте синтаксис для отключения удавления ELF'ов в /usr/share/.
> > 
> > %set_verify_elf_method datadir=relaxed
> 
> Мне нравится.  Сейчас включу.

fhs={no,relaxed,normal,strict}, по умолчанию сперва будет relaxed
(сообщать как предупреждения), после тестовой пересборки Сизифа поменяется
на normal (сообщать как ошибки).


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ELFs in /usr/share

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1574 bytes --]

On Sun, Jan 15, 2006 at 01:57:41AM +0300, Dmitry V. Levin wrote:
> On Sat, Jan 14, 2006 at 08:19:54PM +0300, Dmitry V. Levin wrote:
> > On Fri, Sep 16, 2005 at 01:35:12PM +0300, Michael Shigorin wrote:
> > > On Fri, Sep 16, 2005 at 02:24:37PM +0400, Dmitry V. Levin wrote:
> > > > > Получен полный список пакетов, которые содержат ELF файлы в /usr/share.
> > > > Давить, причём лучше сразу rpm-build'ом.
> > > > Предлагайте синтаксис для отключения удавления ELF'ов в /usr/share/.
> > > 
> > > %set_verify_elf_method datadir=relaxed
> > 
> > Мне нравится.  Сейчас включу.
> 
> fhs={no,relaxed,normal,strict}, по умолчанию сперва будет relaxed
> (сообщать как предупреждения), после тестовой пересборки Сизифа поменяется
> на normal (сообщать как ошибки).

В rpm-build-4.0.4-alt65 будет fhs=normal.  Следующие пакеты, которые
раньше собирались, теперь перестанут собираться:

alsa-firmware-1.0.11-alt0.3
amarok-1.3.8-alt1
bluez-utils-2.25-alt1
bmpx-0.13-alt0.1
crystalspace-0.98.4-alt1
dstool_tk-0.2003-alt1
freetennis-0.2.1-alt2.20051107
glest-1.1.0-alt1
kdemultimedia-3.5.1-alt3
koules-1.4-alt1
mailman-4:2.1.7-alt2
mod_geoip-1.2.8-alt1
mod_gunzip-3-alt1
mod_gzip-1.3.26.1a-alt1
mod_python-2.7.11-alt2
openmotif-2.2.3-alt3
PDFlib-Lite-6.0.1-alt2
postgresql8.0-8.0.7-alt1
postgresql8.1-8.1.3-alt1
qemu-0.8.0-alt1
rstart-1.0.1-alt1
sqlite3-3.3.4-alt1
ups-monitor-0.6-alt1

Большая часть "ELF object out of allowed directory tree" это ошибки
упаковки.

Как обычно, fhs=relaxed возвращает прежний режим диагностики.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ELFs in /usr/share

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 759 bytes --]

On Wed, Apr 05, 2006 at 02:09:18AM +0400, Dmitry V. Levin wrote:
> > > > > Предлагайте синтаксис для отключения удавления ELF'ов в /usr/share/.
> > > > %set_verify_elf_method datadir=relaxed
> > > Мне нравится.  Сейчас включу.
> > fhs={no,relaxed,normal,strict}, по умолчанию сперва будет
> > relaxed (сообщать как предупреждения), после тестовой
> > пересборки Сизифа поменяется на normal (сообщать как ошибки).
> В rpm-build-4.0.4-alt65 будет fhs=normal.  Следующие пакеты,
> которые раньше собирались, теперь перестанут собираться:
> alsa-firmware-1.0.11-alt0.3

Здесь отключу, поскольку firmware. (обсуждалось)

> koules-1.4-alt1

fixed

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ELFs in /usr/share

[Денис Смирнов]

On Wed, Apr 05, 2006 at 02:09:18AM +0400, Dmitry V. Levin wrote:

DVL> postgresql8.0-8.0.7-alt1
DVL> postgresql8.1-8.1.3-alt1
DVL> sqlite3-3.3.4-alt1

За что их?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [devel] ELFs in /usr/share

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 922 bytes --]

On Wed, Apr 05, 2006 at 12:31:52PM +0400, Денис Смирнов wrote:
> On Wed, Apr 05, 2006 at 02:09:18AM +0400, Dmitry V. Levin wrote:
> 
> DVL> postgresql8.0-8.0.7-alt1
> DVL> postgresql8.1-8.1.3-alt1
> DVL> sqlite3-3.3.4-alt1
> 
> За что их?

postgresql8.0-8.0.7-alt1:verify-elf: WARNING: ./usr/share/pgsql/contrib/lo/lo.so: ELF object out of allowed directory tree
[...]
postgresql8.0-8.0.7-alt1:verify-elf: WARNING: ./usr/share/pgsql/contrib/vacuumlo/vacuumlo: ELF object out of allowed directory tree
postgresql8.1-8.1.3-alt1:verify-elf: WARNING: ./usr/share/pgsql/contrib/lo/lo.so: ELF object out of allowed directory tree
[...]
postgresql8.1-8.1.3-alt1:verify-elf: WARNING: ./usr/share/pgsql/contrib/vacuumlo/vacuumlo: ELF object out of allowed directory tree
sqlite3-3.3.4-alt1:verify-elf: WARNING: ./usr/share/tcl/tcl8.4/sqlite3/libtclsqlite3.so: ELF object out of allowed directory tree


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ELFs in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 966 bytes --]

On Wed, Apr 05, 2006 at 03:15:27PM +0400, Dmitry V. Levin wrote:
> On Wed, Apr 05, 2006 at 12:31:52PM +0400, Денис Смирнов wrote:
> > DVL> postgresql8.0-8.0.7-alt1
> > DVL> postgresql8.1-8.1.3-alt1
> > DVL> sqlite3-3.3.4-alt1
> > За что их?

> postgresql8.0-8.0.7-alt1:verify-elf: WARNING: ./usr/share/pgsql/contrib/lo/lo.so: ELF object out of allowed directory tree
> [...]
> postgresql8.0-8.0.7-alt1:verify-elf: WARNING: ./usr/share/pgsql/contrib/vacuumlo/vacuumlo: ELF object out of allowed directory tree
> postgresql8.1-8.1.3-alt1:verify-elf: WARNING: ./usr/share/pgsql/contrib/lo/lo.so: ELF object out of allowed directory tree
> [...]
> postgresql8.1-8.1.3-alt1:verify-elf: WARNING: ./usr/share/pgsql/contrib/vacuumlo/vacuumlo: ELF object out of allowed directory tree
> sqlite3-3.3.4-alt1:verify-elf: WARNING: ./usr/share/tcl/tcl8.4/sqlite3/libtclsqlite3.so: ELF object out of allowed directory tree

libtclsqlite3.so - этот файл unpackaged.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ELFs in /usr/share

[Michael Shigorin]

On Wed, Apr 05, 2006 at 02:09:18AM +0400, Dmitry V. Levin wrote:
> > > > > Предлагайте синтаксис для отключения удавления ELF'ов в /usr/share/.
> > > > %set_verify_elf_method datadir=relaxed
> > > Мне нравится.  Сейчас включу.
> В rpm-build-4.0.4-alt65 будет fhs=normal.

Эээ... так datadir=relaxed нравится или будет, или просто не
доехало ышшо?

В alsa-firmware пока вешаю %set_verify_elf_method relaxed.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] ELFs in /usr/share

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 608 bytes --]

On Wed, Apr 05, 2006 at 11:33:19AM +0300, Michael Shigorin wrote:
> On Wed, Apr 05, 2006 at 02:09:18AM +0400, Dmitry V. Levin wrote:
> > > > > > Предлагайте синтаксис для отключения удавления ELF'ов в /usr/share/.
> > > > > %set_verify_elf_method datadir=relaxed
> > > > Мне нравится.  Сейчас включу.
> > В rpm-build-4.0.4-alt65 будет fhs=normal.
> 
> Эээ... так datadir=relaxed нравится или будет, или просто не
> доехало ышшо?

Нет, datadir разонравилось, зато понравилось fhs.

> В alsa-firmware пока вешаю %set_verify_elf_method relaxed.

Рискуешь отключить нужные проверки.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ELFs in /usr/share

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 687 bytes --]

On Wed, Apr 05, 2006 at 03:12:55PM +0400, Dmitry V. Levin wrote:
> > > > > > > Предлагайте синтаксис для отключения удавления ELF'ов в /usr/share/.
> > > > > > %set_verify_elf_method datadir=relaxed
> > > > > Мне нравится.  Сейчас включу.
> > > В rpm-build-4.0.4-alt65 будет fhs=normal.
> > Эээ... так datadir=relaxed нравится или будет, или просто не
> > доехало ышшо?
> Нет, datadir разонравилось, зато понравилось fhs.
> > В alsa-firmware пока вешаю %set_verify_elf_method relaxed.
> Рискуешь отключить нужные проверки.

Потому и не хотелось.  Спасибо, сейчас подновлю.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: ELFs in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 382 bytes --]

On Fri, Sep 16, 2005 at 02:24:37PM +0400, Dmitry V. Levin wrote:
> On Fri, Sep 16, 2005 at 01:33:13PM +0400, Alexey Tourbin wrote:
> > Получен полный список пакетов, которые содержат ELF файлы в /usr/share.
> 
> Давить, причём лучше сразу rpm-build'ом.
> Предлагайте синтаксис для отключения удавления ELF'ов в /usr/share/.

Идея: сделать что-то вроде /usr/lib/rpm/brp-fhs.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: ELFs in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 271 bytes --]

On Fri, Sep 16, 2005 at 02:24:37PM +0400, Dmitry V. Levin wrote:
> Давить, причём лучше сразу rpm-build'ом.

Точно давить?  Скоро давить будем?  То есть я могу баги развесить
по этому списку, полуавтоматически, но если будем давить, то развешивать
баги нет смысла.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: ELFs in /usr/share

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 377 bytes --]

* Alexey Tourbin <at@> [050917 19:24]:
> > Давить, причём лучше сразу rpm-build'ом.
> Точно давить?  Скоро давить будем?  То есть я могу баги развесить
> по этому списку, полуавтоматически, но если будем давить, то развешивать
> баги нет смысла.
Почему же не имеет смысла?  Как раз, чтобы ко времени включения
давилки давить было нечего ;-)

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: ELFs in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1348 bytes --]

On Sat, Sep 17, 2005 at 07:33:31PM +0400, Alexey I. Froloff wrote:
> > Точно давить?  Скоро давить будем?  То есть я могу баги развесить
> > по этому списку, полуавтоматически, но если будем давить, то развешивать
> > баги нет смысла.
> Почему же не имеет смысла?  Как раз, чтобы ко времени включения
> давилки давить было нечего ;-)

Летом собирались сделать давилку для unresolved symbols в публичных
библиотках, предварительный список у меня был, но баги я развешивать
не стал.  См. [devel] RFC: test-libs

Давилку так и не сделали -- отпуска, конференции, whatever.  Список,
по-видимому, устарел, хотя багов скорее всего меньше не стало.  Зато
я вышел на новый уровень понимания проблемы. :)

...

Нужно баги искать, классифицировать, кластеризировать, определять
степень их допустимости на данном этапе развития репозитария и
выбирать соответствующую меру воздействия на maintainer'ов.  Меры есть
две: формальная и не формальная.  Формальная -- это давилка.  Просто
бракуем пакеты.  Жестко, зато сразу ясно, какие пакеты соответствуют, а
какие не соответствуют.  Неформальная -- это писать в багзиллу,
здрасьте да пожалуйста, да ё-моё.  "Всё у вас как на параде, салфетку -
туда, галстук - сюда, да "извините", да "пожалуйста-мерси", а так, чтобы
по-настоящему, - это нет. Мучаете сами себя, как при царском режиме."

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: ELFs in /usr/share

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1257 bytes --]

On Sun, Sep 18, 2005 at 02:23:28AM +0400, Alexey Tourbin wrote:
> On Sat, Sep 17, 2005 at 07:33:31PM +0400, Alexey I. Froloff wrote:
> > > Точно давить?  Скоро давить будем?  То есть я могу баги развесить
> > > по этому списку, полуавтоматически, но если будем давить, то развешивать
> > > баги нет смысла.
> > Почему же не имеет смысла?  Как раз, чтобы ко времени включения
> > давилки давить было нечего ;-)
> 
> Летом собирались сделать давилку для unresolved symbols в публичных
> библиотках, предварительный список у меня был, но баги я развешивать
> не стал.  См. [devel] RFC: test-libs
> 
> Давилку так и не сделали -- отпуска, конференции, whatever.  Список,
> по-видимому, устарел, хотя багов скорее всего меньше не стало.

Багов, очевидно, стало больше.
Да и намерение сделать давилку пакетов с ELF'ами, содержащими undefined
references, никуда не делось.
Просто, как всегда, хочется сделать сразу так, чтобы потом не
переделывать (не должно быть ложных срабатываний).
А на это, как всегда, не хватает времени.

Да и с ELF'ами, в которых эти undefined references зашиты by design, тоже
надо что-то делать (вспомни, например, libthread_db.so.1).

> Зато я вышел на новый уровень понимания проблемы. :)

:)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: ELFs in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1092 bytes --]

On Sun, Sep 18, 2005 at 02:32:43AM +0400, Dmitry V. Levin wrote:
> Просто, как всегда, хочется сделать сразу так, чтобы потом не
> переделывать (не должно быть ложных срабатываний).
> А на это, как всегда, не хватает времени.

А нужны более тонкие проверки, с reverse lookup'ом.  Надо попробовать
нарисовать все эти ER-диаграммы.  Но для этого нужно поставить пиратскую
винду, водрузить на неё пиратскую Rational Rose и т.п.

То есть что является уникальным ключом в этой модели?  Символ?  Нет.
Комбинация soname+символ.  И join в этом модели (т.е. отношение "один к
одному") должно строиться как раз на основе этого ключа: soname+символ.

> Да и с ELF'ами, в которых эти undefined references зашиты by design, тоже
> надо что-то делать (вспомни, например, libthread_db.so.1).

А я не помню, что там...

> > Зато я вышел на новый уровень понимания проблемы. :)
> :)

Да нет, я просто пока понял, что если символов вообще нигде нет, то их
точно вообще нигде нет. :)  Я написал, что это слабая проверка, она
ничего не гарантирует, только обнаруживает вопиющие случаи...

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: ELFs in /usr/share

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2153 bytes --]

On Sun, Sep 18, 2005 at 03:00:44AM +0400, Alexey Tourbin wrote:
> On Sun, Sep 18, 2005 at 02:32:43AM +0400, Dmitry V. Levin wrote:
> > Просто, как всегда, хочется сделать сразу так, чтобы потом не
> > переделывать (не должно быть ложных срабатываний).
> > А на это, как всегда, не хватает времени.
> 
> А нужны более тонкие проверки, с reverse lookup'ом.  Надо попробовать
> нарисовать все эти ER-диаграммы.  Но для этого нужно поставить пиратскую
> винду, водрузить на неё пиратскую Rational Rose и т.п.

Зачем?  Если в сборочной среде правильно запущенный "ldd -r" выявляет
undefined references, то этого зачастую достаточно.

> То есть что является уникальным ключом в этой модели?  Символ?  Нет.
> Комбинация soname+символ.  И join в этом модели (т.е. отношение "один к
> одному") должно строиться как раз на основе этого ключа: soname+символ.

Тот факт, что какой-то ELF содержит символ, похожий на тот, который
показывает "ldd -r" как undefined reference, ещё мало что даёт.

> > Да и с ELF'ами, в которых эти undefined references зашиты by design, тоже
> > надо что-то делать (вспомни, например, libthread_db.so.1).
> 
> А я не помню, что там...

А там как раз такой дизайн:

$ ldd -r /lib/libthread_db.so.1 >/dev/null 
undefined symbol: ps_pglobal_lookup     (/lib/libthread_db.so.1)
undefined symbol: ps_pdwrite    (/lib/libthread_db.so.1)
undefined symbol: ps_lsetfpregs (/lib/libthread_db.so.1)
undefined symbol: ps_getpid     (/lib/libthread_db.so.1)
undefined symbol: ps_lsetregs   (/lib/libthread_db.so.1)
undefined symbol: ps_pdread     (/lib/libthread_db.so.1)
undefined symbol: ps_lgetfpregs (/lib/libthread_db.so.1)
undefined symbol: ps_lgetregs   (/lib/libthread_db.so.1)
$ readelf -Ws /usr/bin/gdb |grep -w ps_pglobal_lookup
   129: 080934b0    52 FUNC    GLOBAL DEFAULT   12 ps_pglobal_lookup
$ ldd -r /usr/bin/gdb |fgrep -c libthread_db
0

> Да нет, я просто пока понял, что если символов вообще нигде нет, то их
> точно вообще нигде нет. :)  Я написал, что это слабая проверка, она
> ничего не гарантирует, только обнаруживает вопиющие случаи...

Скорее клинические. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: ELFs in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 3342 bytes --]

On Sun, Sep 18, 2005 at 03:23:46AM +0400, Dmitry V. Levin wrote:
> > А нужны более тонкие проверки, с reverse lookup'ом.  Надо попробовать
> > нарисовать все эти ER-диаграммы.  Но для этого нужно поставить пиратскую
> > винду, водрузить на неё пиратскую Rational Rose и т.п.
> 
> Зачем?  Если в сборочной среде правильно запущенный "ldd -r" выявляет
> undefined references, то этого зачастую достаточно.

Ну в идеале нужно промоделировать работу ldd -r на основе базы данных
пакетов, ELF'ов, символов и soname'ов.  Что полученный дамп отчасти
позволяет сделать.  Нужно ещё несколько таблиц и join'ов по составным
ключам.

> Тот факт, что какой-то ELF содержит символ, похожий на тот, который
> показывает "ldd -r" как undefined reference, ещё мало что даёт.

Да.  Возмём некий ELF.  У него есть, с одной стороны, список soname'ов,
которые он требует.

$ readelf -d /usr/bin/perl |grep NEEDED
 0x00000001 (NEEDED)                     Shared library: [libperl.so.5.8]
 0x00000001 (NEEDED)                     Shared library: [libdl.so.2]
 0x00000001 (NEEDED)                     Shared library: [libm.so.6]
 0x00000001 (NEEDED)                     Shared library: [libpthread.so.0]
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
 0x00000001 (NEEDED)                     Shared library: [libcrypt.so.1]
$

С другой стороны, у него есть список undefined symbols, которые по
смыслу должны разрешиться в эти soname'ы.

$ nm -D /usr/bin/perl |awk NF==2 |head
         U PL_do_undump
         U PL_op_mutex
         U PL_sigfpe_saved
         U PL_use_safe_putenv
         U Perl_atfork_lock
         U Perl_atfork_unlock
         U Perl_croak_nocontext
         U Perl_newXS
         w _Jv_RegisterClasses
         w __gmon_start__
$

Каждый символ может разрешиться в одном (в любом) из soname'ов.
Это называется декартовым произведением символов на soname'ы.
Такая таблица получается со стороны "requires".

Со стороны "provides" предоставляется более очевидная таблица,
тоже символов и sonme'ов, в которой просто перечислены все динамически 
символы "с адресом" из soname'ов.

Далее делается inner join этих двух таблиц, по составному ключу
символ+soname.  Требование к полученному результату: каждый символ
должен разрешиться в одном и только одном из soname'ов.  Ну ясно
наверное, о чем речь идет.  Это и есть строгая проверка, более строгая,
чем `ldd -r'.  Сюда даже не обязательно реляционную модель приплетать,
просто она помогает понять entity-relationship.

> А там как раз такой дизайн:
> $ ldd -r /lib/libthread_db.so.1 >/dev/null 

Это я отдельно посмотрю.  Получется, что символы могут предоставляться
не только soname'ами, но и бинарями.  Тогда нужно усложнять модель по
части "кто кого загружает".

> > Да нет, я просто пока понял, что если символов вообще нигде нет, то их
> > точно вообще нигде нет. :)  Я написал, что это слабая проверка, она
> > ничего не гарантирует, только обнаруживает вопиющие случаи...
> Скорее клинические. :)

Ну вот если сделать давилку для публичных библиотек, то что она скажет
по поводу 
tomboy  /usr/lib/tomboy/libtomboy.so    U       GTK_IS_SOURCE_VIEW
?

Пропустит, потому что это не публичная библиотека.  Тем не менее,
символа GTK_IS_SOURCE_VIEW нигде нет.  Такое нужно давить в первую
очередь.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: ELFs in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 557 bytes --]

On Sun, Sep 18, 2005 at 12:46:18PM +0400, Alexey Tourbin wrote:
> Ну вот если сделать давилку для публичных библиотек, то что она скажет
> по поводу 
> tomboy  /usr/lib/tomboy/libtomboy.so    U       GTK_IS_SOURCE_VIEW
> ?
> 
> Пропустит, потому что это не публичная библиотека.  Тем не менее,
> символа GTK_IS_SOURCE_VIEW нигде нет.  Такое нужно давить в первую
> очередь.

Эффективный reverse lookup без полной таблицы можно реализовать на
основе bloom filters.  Я только пока не знаю, в какую сторону ошибка
будет.  Сейчас попробую сделать.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] bloom filters

[Alexey Tourbin]

[-- Attachment #1.1: Type: text/plain, Size: 2497 bytes --]

On Sun, Sep 18, 2005 at 02:02:51PM +0400, Alexey Tourbin wrote:
> Эффективный reverse lookup без полной таблицы можно реализовать на
> основе bloom filters.  Я только пока не знаю, в какую сторону ошибка
> будет.  Сейчас попробую сделать.

bloom filter -- это специальный бинарный хеш, который позволяет
проверить принадлежность элемента к множеству, не имея при этом (на
стадии проверки) самого множества элементов.  Множество элементов
нужно только на стадии создания хеша.

Существует вероятность ошибки типа "false positive" -- произвольный
элемент определяется как принадлежащий к множеству, однако же этот
элемент не был предъявлен на стадии создания хеша (не входил в множество
элементов).  При расходе памяти 2 байта на элемент вероятность false
positive статистически меньше 1%.  То есть в ряде случаев bloom filters
позволяют минимум на порядок сократить время проверки/расходы памяти,
если сама ошибка такого рода допустима.

Ошибки "false negative" (то есть определение элементов, изначально
принадлежащих множеству, как не принадлежащих этому множеству)
не существует.

Bloom filter используется, например, в spellchecker'ах, когда нужно
захешировать все "правильные" слова.  Произвольное неправильное слово
может с очень небольшой вероятность определиться как правильное.

Подробнее об алгоритме и обо всём остальном -- по ссылкам в гугле.

Теперь о реализациях.  Нормальной реализации нету.  Есть перловый модуль
Bloom::Filter, но он "не тянет" большое число элементов (несколько тысяч
тянет нормально, но нужно порядка миллиона).  К тому же там сделано
безграмотно по части математики.  C/C++ реализацию я искал, но не нашёл.
Поэтому я написал свою упрощенную реализацию.  Работает это так:

$ gcc -o bloom bloom.c -Wall -lm -lssl
$ wc -l /usr/share/dict/words
45427 /usr/share/dict/words
$ ./bloom -n 50000 /usr/share/dict/words >words.bf
$ ls -sH1 /usr/share/dict/words words.bf
400 /usr/share/dict/words
 60 words.bf
$ head /usr/share/dict/words
ALGOL
ANSI
ARCO
ARPA
ARPANET
ASCII
Aarhus
Aaron
Ababa
Abba
$ ./bloom -e ALGOL words.bf; echo $?
0
$ ./bloom -e ANSI words.bf; echo $?
0
$ ./bloom -e ALGOLANSI words.bf; echo $?
1
$ ./bloom -e ANSIALGOL words.bf; echo $?
1
$

Я завтра его наверное ещё напильником и упакую.  Ошибки я пока не искал;
главное, что работает. :)

То есть к чему это всё: 350-метровый дамп ELF-символов -- это ещё не
конец света.  На самом деле всё пакуется из расчета 2 байта на символ.

[-- Attachment #1.2: bloom.c --]
[-- Type: text/plain, Size: 2946 bytes --]

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <assert.h>
#include <math.h>
#include <openssl/sha.h>
#include <getopt.h>

typedef struct BloomFilter {
	size_t n;	/* capacity */
	double p;	/* false positive rate */
	size_t m;	/* number of bits in vector */
	size_t k;	/* number of hash functions */
	char v[1];
} BF;

BF *BF_new(size_t n, double p)
{
	BF *bf;
	size_t m, k, nb;
	assert(n > 0 && p > 0 && p < 1);
	m = n * log(p) / log(0.6185);
	k = log(p) / log(0.5);
	assert(m > 0 && k > 0);
	nb = sizeof(BF) + m / 8;
	bf = malloc(nb);
	assert(bf);
	memset(bf, 0, nb);
	bf->n = n; bf->p = p;
	bf->m = m; bf->k = k;
	return bf;
}

BF *BF_load(FILE *fp)
{
	size_t n;
	BF *bf = malloc(sizeof(BF));
	assert(bf);
	n = fread(bf, sizeof(BF), 1, fp);
	assert(n == 1);
	assert(bf->n > 0 && bf->p > 0 && bf->p < 1);
	assert(bf->m > 0 && bf->k > 0);
	bf = realloc(bf, sizeof(BF) + bf->m / 8);
	assert(bf);
	rewind(fp);
	n = fread(bf, sizeof(BF) + bf->m / 8, 1, fp);
	assert(n == 1);
	return bf;
}

void BF_save(BF *bf, FILE *fp)
{
	size_t nb = sizeof(BF) + bf->m / 8;
	size_t n = fwrite(bf, nb, 1, fp);
	assert(n == 1);
}

void BF_set(BF *bf, size_t n)
{
	assert(bf->m >= n);
	bf->v[n / 8] |= (1 << (n % 8));
}

int BF_isset(BF *bf, size_t n)
{
	assert(bf->m >= n);
	return bf->v[n / 8] & (1 << (n % 8));
}

static
size_t rehash(const char digest[], int i)
{
	size_t hash = digest[(i + 1) % 20]
		+ (digest[(i + 2) % 20] << 8)
		+ (digest[(i + 3) % 20] << 16)
		+ (digest[(i + 4) % 20] << 24);
	hash ^= digest[(i + 6) % 20]
		+ (digest[(i + 7) % 20] << 8)
		+ (digest[(i + 8) % 20] << 16)
		+ (digest[(i + 9) % 20] << 24);
	return hash;
}

void BF_add(BF *bf, const char *str, size_t len)
{
	char digest[20]; int i;
	SHA1(str, len, digest);
	for (i = 0; i < bf->k; i++) {
		size_t hash = rehash(digest, i);
		BF_set(bf, hash % bf->m);
	}
}

int BF_exists(BF *bf, const char *str, size_t len)
{
	char digest[20]; int i;
	SHA1(str, len, digest);
	for (i = 0; i < bf->k; i++) {
		size_t hash = rehash(digest, i);
		int set = BF_isset(bf, hash % bf->m);
		if (!set) return 0;
	}
	return 1;
}

int main(int argc, char *argv[])
{
	size_t n = 1024;
	double p = 0.01;
	char *e = NULL;
	int c;
	while ((c = getopt(argc, argv, "n:p:e:")) != -1) {
		switch (c) {
		case 'n':
			n = strtoul(optarg, NULL, 10);
			break;
		case 'p':
			p = atof(optarg);
			break;
		case 'e':
			e = optarg;
			break;
		default:
			exit(2);
		}
	}
	if (optind + 1 != argc) {
		fprintf(stderr, "arg count\n");
		exit(2);
	}
	if (e) {
		int exists;
		FILE *fp = fopen(argv[optind], "r");
		assert(fp);
		BF *bf = BF_load(fp);
		exists = BF_exists(bf, e, strlen(e));
		exit(!exists);
	} else {
		char line[1024];
		BF *bf = BF_new(n, p);
		FILE *fp = fopen(argv[optind], "r");
		assert(fp);
		while (fgets(line, sizeof(line), fp)) {
			int len = strlen(line);
			if (line[len - 1] == '\n')
				len--;
			BF_add(bf, line, len);
		}
		BF_save(bf, stdout);
	}
	return 0;
}

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: bloom filters

[Michael Shigorin]

On Mon, Sep 19, 2005 at 12:18:34AM +0400, Alexey Tourbin wrote:
> Подробнее об алгоритме и обо всём остальном -- по ссылкам в гугле.

Ещё на том же daylight.com по поводу fingerprint wrapping похожий
разбор был, причём сильно подробный.  Он не только о химии и
SMILES. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

[devel] Re: bloom filters

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 347 bytes --]

On Mon, Sep 19, 2005 at 12:32:56AM +0300, Michael Shigorin wrote:
> Ещё на том же daylight.com по поводу fingerprint wrapping похожий
> разбор был, причём сильно подробный.  Он не только о химии и
> SMILES. :)

Сцылку дай.  Надо ещё на perfect hashing посмотреть.  Но два байта на
элемент с false positive < 1% больше никак сделать нельзя.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: bloom filters

[Michael Shigorin]

On Mon, Sep 19, 2005 at 01:58:54AM +0400, Alexey Tourbin wrote:
> > Ещё на том же daylight.com по поводу fingerprint wrapping
> > похожий разбор был, причём сильно подробный.  Он не только о
> > химии и SMILES. :)
> Сцылку дай.

http://www.daylight.com/dayhtml/doc/theory/theory.finger.html

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

[devel] Re: bloom filters

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2034 bytes --]

On Mon, Sep 19, 2005 at 12:18:34AM +0400, Alexey Tourbin wrote:
> Bloom filter используется, например, в spellchecker'ах, когда нужно
> захешировать все "правильные" слова.  Произвольное неправильное слово
> может с очень небольшой вероятность определиться как правильное.

Возвращаюсь к нашим баранам.  Есть список символов def "с адресом" --
эти символы провайдятся, и есть список символов ref "без адреса" --
которые, стало быть, кто-то должен провайдить.

$ awk -F'\t' '{print$NF}' def |sort -u >defsym
$ awk -F'\t' '{print$NF}' ref |sort -u >refsym
$ head defsym
A
A20Proc16
AAAAddAVPToMessage
AAABuildMsgBuffer
AAACloneAVP
AAAConvertAVPToString
AAACreateAVP
AAAFindMatchingAVP
AAAFreeAVP
AAAFreeMessage
$ wc -l defsym refsym
 1592688 defsym
 174130 refsym
 1766818 total
$

Ассиметрия в природе.  Провайдится гораздо больше, чем требуется.
Теперь попробуем воткнуть сюда фильтр Блума.

$ bloom -n 1592688 defsym >defsym.bf
$ ls -s1 defsym defsym.bf
56872 defsym
 1864 defsym.bf
$

Вот!  Меньше минимум на порядок, во всех отношениях.
Пробуем проверить malloc:

$ bloom -e malloc defsym.bf; echo $?
0
$ bloom -e Malloc defsym.bf; echo $?
1
$

Ну.  Работает.  Как и следовало ожидать.  То есть превентивная мера,
которую можно применить для проверки *всех* ELF'ов, а не только
публичных библиотек, состоит в том, что обнаруженные undefined symbols
из вывода `ldd -r' нужно попробовать отыскать в общем "отстойнике".
Если их там нет, то пакет нужно *точно* давить.  Кстати, false positive
в данном случае означает, что по ошибке можно пропустить пакет, который
следовало бы задавить, потому что символ в отстойники будет "найден"
(это в некотором смысле лучше, чем задавить пакет невинный).  Если
добавить в bloom.c элемент случайности, то сбой проверки будет одиночным
явлением.  (Вообще, по поводу сбоев: вероятность сбоев нужно оценивать
комплексно; например, учитывать вероятность выхода из строя сборочных
серверов, которая, кажется, выше статистического 1 процента.)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] [JT] Re: bloom filters

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 709 bytes --]

On Mon, Sep 19, 2005 at 01:43:17AM +0400, Alexey Tourbin wrote:
[...]
> $ wc -l defsym refsym
>  1592688 defsym
>  174130 refsym
>  1766818 total
> $
> 
> Ассиметрия в природе.  Провайдится гораздо больше, чем требуется.

Если бы обнаружилась обратная зависимость, то следовало бы искать ошибку в
скриптах. :)

> Если
> добавить в bloom.c элемент случайности, то сбой проверки будет одиночным
> явлением.  (Вообще, по поводу сбоев: вероятность сбоев нужно оценивать
> комплексно; например, учитывать вероятность выхода из строя сборочных
> серверов, которая, кажется, выше статистического 1 процента.)

Для серверов сейчас гораздо актуальнее вычислять вероятность работы. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] bloom filters

[php-coder]

--- Alexey Tourbin 2005-09-19 00:18:34 +0400
+++ php-coder 2005-09-19 13:41:57 +0700

AT> Я завтра его наверное ещё напильником и упакую.  Ошибки я пока не искал;
AT> главное, что работает. :)

    Меня мама учила, что когда выделяешь память с помощью malloc нужно не
    забыть освободить ее потом, с помощью free ;-)
    
    Я мельком посмотрел в ваш исходник и нашел два вызова malloc() и ни одного free().

    Я так понимаю, что это ошибка?

-- 
+ php-coder
+ php-coder[at]altlinux[dot]ru

Re: [devel] bloom filters

[Alexey Rusakov]

php-coder wrote:

>--- Alexey Tourbin 2005-09-19 00:18:34 +0400
>+++ php-coder 2005-09-19 13:41:57 +0700
>
>AT> Я завтра его наверное ещё напильником и упакую.  Ошибки я пока не искал;
>AT> главное, что работает. :)
>
>    Меня мама учила, что когда выделяешь память с помощью malloc нужно не
>    забыть освободить ее потом, с помощью free ;-)
>    
>    Я мельком посмотрел в ваш исходник и нашел два вызова malloc() и ни одного free().
>
>    Я так понимаю, что это ошибка?
>  
>
Ну - не совсем :) Если программа рассчитана на небольшое время работы, 
можно воспользоваться тем фактом, что операционка всё равно освободит 
всю память выделенную программе, по завершении работы программы.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] bloom filters

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 2347 bytes --]

Alexey Rusakov пишет:
> php-coder wrote:
> 
>> --- Alexey Tourbin 2005-09-19 00:18:34 +0400
>> +++ php-coder 2005-09-19 13:41:57 +0700
>>
>> AT> Я завтра его наверное ещё напильником и упакую.  Ошибки я пока не
>> искал;
>> AT> главное, что работает. :)
>>
>>    Меня мама учила, что когда выделяешь память с помощью malloc нужно не
>>    забыть освободить ее потом, с помощью free ;-)
>>       Я мельком посмотрел в ваш исходник и нашел два вызова malloc() и
>> ни одного free().
>>
>>    Я так понимаю, что это ошибка?
>>  
>>
> Ну - не совсем :) Если программа рассчитана на небольшое время работы,
> можно воспользоваться тем фактом, что операционка всё равно освободит
> всю память выделенную программе, по завершении работы программы.

Программы имеют свойство толстеть со временем, так что IMHO лучше сразу
такое вырезать на корню.

Я вот однажды потратил год, на отлов плавающего бага. А все потому, что
кое-кто поленился подумать немного и исправить его. Он просто поставил
костыль, который работал почти всегда... но иногда не работал... Вот
когда этот баг меня достал окончательно, я три ночи не спал вообще. Я
ложился в 6 часов, а вставал в 7:30... Я целенаправленно отловил и
исправил этот баг, а ведь изначально он ловился ОЧЕНЬ легко... ;(

Давайте не будем усложнять себе жизнь в будущем - если делаешь, то делай
как надо, а не как получится!

PS: Извиняюсь за оффтопик... наболело...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: bloom filters

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2060 bytes --]

On Mon, Sep 19, 2005 at 11:43:54PM +0900, Ivan Fedorov wrote:
> Программы имеют свойство толстеть со временем, так что IMHO лучше сразу
> такое вырезать на корню.

Здесь немного другой случай.  В программах, которые "разово" запускаются
из командной строки, free() можно не делать.  Это специально так было в
UNIX'е придумано.  malloc по сути всего лишь раздвигает хип.  man brk.

Утечка памяти -- это не тогда, когда на какой-нибудь malloc() нету
комплементарного free(), а когда хип с течением времени продолжает
необоснованно раздвигаться; истощая, как говорится, системные реусурсы.

> Я вот однажды потратил год, на отлов плавающего бага. А все потому, что
> кое-кто поленился подумать немного и исправить его. Он просто поставил
> костыль, который работал почти всегда... но иногда не работал... Вот
> когда этот баг меня достал окончательно, я три ночи не спал вообще. Я
> ложился в 6 часов, а вставал в 7:30... Я целенаправленно отловил и
> исправил этот баг, а ведь изначально он ловился ОЧЕНЬ легко... ;(
> 
> Давайте не будем усложнять себе жизнь в будущем - если делаешь, то делай
> как надо, а не как получится!

Ох... okay.

--- bloom.c-	2005-09-18 19:06:33 +0000
+++ bloom.c	2005-09-19 14:44:50 +0000
@@ -109,6 +123,7 @@ int main(int argc, char *argv[])
 	size_t n = 1024;
 	double p = 0.01;
 	char *e = NULL;
+	BF *bf = NULL;
 	int c;
 	while ((c = getopt(argc, argv, "n:p:e:")) != -1) {
 		switch (c) {
@@ -133,14 +148,14 @@ int main(int argc, char *argv[])
 		int exists;
 		FILE *fp = fopen(argv[optind], "r");
 		assert(fp);
-		BF *bf = BF_load(fp);
+		bf = BF_load(fp);
 		exists = BF_exists(bf, e, strlen(e));
 		exit(!exists);
 	} else {
 		char line[1024];
-		BF *bf = BF_new(n, p);
 		FILE *fp = fopen(argv[optind], "r");
 		assert(fp);
+		bf = BF_new(n, p);
 		while (fgets(line, sizeof(line), fp)) {
 			int len = strlen(line);
 			if (line[len - 1] == '\n')
@@ -149,5 +164,81 @@ int main(int argc, char *argv[])
 		}
 		BF_save(bf, stdout);
 	}
+	free(bf);
 	return 0;
 }


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: bloom filters

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 788 bytes --]

Alexey Tourbin пишет:
> On Mon, Sep 19, 2005 at 11:43:54PM +0900, Ivan Fedorov wrote:
> 
>>Программы имеют свойство толстеть со временем, так что IMHO лучше сразу
>>такое вырезать на корню.
> 
> 
> Здесь немного другой случай.  В программах, которые "разово" запускаются
> из командной строки, free() можно не делать.  Это специально так было в
> UNIX'е придумано.  malloc по сути всего лишь раздвигает хип.  man brk.
Угу... я знаю.
> 
> Утечка памяти -- это не тогда, когда на какой-нибудь malloc() нету
> комплементарного free(), а когда хип с течением времени продолжает
> необоснованно раздвигаться; истощая, как говорится, системные реусурсы.

Я знаю. Но кто знает, что будет завтра... вдруг программка все таки
растолстеет?.. Поэтому и предлагаю не рисковать...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: bloom filters

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 457 bytes --]

On Mon, Sep 19, 2005 at 01:47:08PM +0700, php-coder wrote:
>     Меня мама учила, что когда выделяешь память с помощью malloc нужно не
>     забыть освободить ее потом, с помощью free ;-)
>     
>     Я мельком посмотрел в ваш исходник и нашел два вызова malloc() и ни одного free().
> 
>     Я так понимаю, что это ошибка?

Ну это command-line tool, а не библиотека.  Память в цикле нигде не
выделяется и освобождается при завершении процесса.  

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: bloom filters

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 755 bytes --]

On Mon, Sep 19, 2005 at 12:18:34AM +0400, Alexey Tourbin wrote:
> bloom filter -- это специальный бинарный хеш, который позволяет
> проверить принадлежность элемента к множеству, не имея при этом (на
> стадии проверки) самого множества элементов.  Множество элементов
> нужно только на стадии создания хеша.

У этих хешей есть одной замечательной свойство: к хешам с одинаковой
конфигурацией примеными теоретико-множественные операции.

Union and intersection of Bloom filters with the same size and set of
hash functions can be implemented with bitwise OR and AND operations,
respectively.  http://en.wikipedia.org/wiki/Bloom_filter

Кажется, все остальные операции булевой алгебры можно выразить через
OR и AND.  Сейчас точно не вспомню.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: bloom filters

[Alexey Rusakov]

Alexey Tourbin wrote:

>Кажется, все остальные операции булевой алгебры можно выразить через
>OR и AND.  Сейчас точно не вспомню.
>  
>
По-моему, нет. AND и NOT являются базисом. Насчёт OR и AND - сомневаюсь. 
А при отрицании результата фильтра может понадобиться следить за тем, 
false positives или false negatives мы рискуем получить.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] Re: ELFs in /usr/share

[Alexander Bokovoy]

[-- Attachment #1: Type: text/plain, Size: 1008 bytes --]

On Sun, Sep 18, 2005 at 03:00:44AM +0400, Alexey Tourbin wrote:
> On Sun, Sep 18, 2005 at 02:32:43AM +0400, Dmitry V. Levin wrote:
> > Просто, как всегда, хочется сделать сразу так, чтобы потом не
> > переделывать (не должно быть ложных срабатываний).
> > А на это, как всегда, не хватает времени.
> 
> А нужны более тонкие проверки, с reverse lookup'ом.  Надо попробовать
> нарисовать все эти ER-диаграммы.  Но для этого нужно поставить пиратскую
> винду, водрузить на неё пиратскую Rational Rose и т.п.
Возьми Rational Software Architect для Linux с сайта IBM:
http://www-128.ibm.com/developerworks/downloads/r/rswa/?S_TACT=105AGX28&S_CMP=TRIALS

Пробный период -- 30 дней. У нас где-то должны лежать и его копии в
Software Evaluation Kit (DVD), так что если надумаешь -- можно помочь.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] проверки, качество, репозитории

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1214 bytes --]

On Sun, Sep 18, 2005 at 02:23:28AM +0400, Alexey Tourbin wrote:
> Нужно баги искать, классифицировать, кластеризировать,
> определять степень их допустимости на данном этапе развития
> репозитария и выбирать соответствующую меру воздействия на
> maintainer'ов.  Меры есть две: формальная и не формальная.

Есть ещё "КакЧи".  Особенно в случае типовых проблем с типовыми
решениями ("кривой апстрим", увы -- первое без второго).

Опять же есть мнение, что проверки (точнее, реакции) должны быть
мягче если не для contrib, то для чего-то около того.

Поскольку <any marketing buzzword> grade quality для _всех_
пакетов сизифа -- IMCO бессмысленно.  Есть разумные планки
для того, что попадает в дистрибутивы и критичного, а есть 
ещё эффект "собрал себе, можно поделиться, но если потом
такой геморрой поддерживать -- надо ли?".

PS: извиняюсь за N-ое повторение.  Кстати, интересно -- у нас
те же textrels водятся в base? (для некоторых своих пакетов
пришлось поотрывать проверку -- тривиально не чинилось)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: elves in /usr/share

[Michael Shigorin]

On Fri, Sep 16, 2005 at 01:33:13PM +0400, Alexey Tourbin wrote:
> Получен полный список пакетов, которые содержат ELF файлы в /usr/share.
> alsa-firmware	/usr/share/alsa/firmware/mixartloader/miXart8.elf

А это точно arch-dependent data в смысле host arch?
(что-то твои проверки всё по альсе для меня получаются :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

[devel] Re: elves in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 653 bytes --]

On Fri, Sep 16, 2005 at 01:31:29PM +0300, Michael Shigorin wrote:
> On Fri, Sep 16, 2005 at 01:33:13PM +0400, Alexey Tourbin wrote:
> > Получен полный список пакетов, которые содержат ELF файлы в /usr/share.
> > alsa-firmware	/usr/share/alsa/firmware/mixartloader/miXart8.elf
> 
> А это точно arch-dependent data в смысле host arch?
> (что-то твои проверки всё по альсе для меня получаются :)

alsa-firmware    /usr/share/alsa/firmware/mixartloader/miXart8.elf
100644  ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV), statically linked, not stripped

Пограничный случай.  Я не знаю, FHS формально такое запрещает или нет.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: elves in /usr/share

[Michael Shigorin]

On Fri, Sep 16, 2005 at 03:03:08PM +0400, Alexey Tourbin wrote:
> > А это точно arch-dependent data в смысле host arch?
> alsa-firmware    /usr/share/alsa/firmware/mixartloader/miXart8.elf
> 100644  ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV), statically linked, not stripped
> Пограничный случай.  Я не знаю, FHS формально такое запрещает или нет.

Главное, чтоб проверялка в rpm не вздумала на такое генерировать
страховой случай. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

Re: [devel] Re: elves in /usr/share

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 826 bytes --]

On Fri, Sep 16, 2005 at 03:03:08PM +0400, Alexey Tourbin wrote:
> On Fri, Sep 16, 2005 at 01:31:29PM +0300, Michael Shigorin wrote:
> > On Fri, Sep 16, 2005 at 01:33:13PM +0400, Alexey Tourbin wrote:
> > > Получен полный список пакетов, которые содержат ELF файлы в /usr/share.
> > > alsa-firmware	/usr/share/alsa/firmware/mixartloader/miXart8.elf
> > 
> > А это точно arch-dependent data в смысле host arch?
> > (что-то твои проверки всё по альсе для меня получаются :)
> 
> alsa-firmware    /usr/share/alsa/firmware/mixartloader/miXart8.elf
> 100644  ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV), statically linked, not stripped
> 
> Пограничный случай.  Я не знаю, FHS формально такое запрещает или нет.

Формально запрещает: "/usr/share : Architecture-independent data".


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: elves in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 233 bytes --]

On Fri, Sep 16, 2005 at 03:22:43PM +0400, Dmitry V. Levin wrote:
> > Пограничный случай.  Я не знаю, FHS формально такое запрещает или нет.
> Формально запрещает: "/usr/share : Architecture-independent data".

А для эмуляторов?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: elves in /usr/share

[Michael Shigorin]

On Fri, Sep 16, 2005 at 03:22:43PM +0400, Dmitry V. Levin wrote:
> > > > Получен полный список пакетов, которые содержат ELF файлы в /usr/share.
> > > > alsa-firmware	/usr/share/alsa/firmware/mixartloader/miXart8.elf
> > > А это точно arch-dependent data в смысле host arch?
> > > (что-то твои проверки всё по альсе для меня получаются :)
> > alsa-firmware    /usr/share/alsa/firmware/mixartloader/miXart8.elf
> > 100644  ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV), statically linked, not stripped
> > Пограничный случай.  Я не знаю, FHS формально такое запрещает или нет.
> Формально запрещает: "/usr/share : Architecture-independent data".

Ну так ASCII vs EBCDIC -- тоже arch-dependent в своём роде.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

[devel] Re: elves in /usr/share

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 515 bytes --]

On Fri, Sep 16, 2005 at 03:22:43PM +0400, Dmitry V. Levin wrote:
> > Пограничный случай.  Я не знаю, FHS формально такое запрещает или нет.
> Формально запрещает: "/usr/share : Architecture-independent data".

Ещё один странный случай:

koffice-kivio	/usr/share/apps/kivio/autoloadStencils/straight_connector.so
120777	broken symbolic link to `/usr/lib/kde3/straight_connector.so'

(на broken не обращайте внимания; вопрос в том, насколько легален
симлинк в /usr/share, выводящий за пределы /usr/share).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: elves in /usr/share

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 697 bytes --]

В Птн, 16/09/2005 в 15:22 +0400, Dmitry V. Levin пишет:
> > > > alsa-firmware	/usr/share/alsa/firmware/mixartloader/miXart8.elf
> > > 
> > > А это точно arch-dependent data в смысле host arch?
> > > (что-то твои проверки всё по альсе для меня получаются :)
> > 
> > alsa-firmware    /usr/share/alsa/firmware/mixartloader/miXart8.elf
> > 100644  ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV), statically linked, not stripped
> > 
> > Пограничный случай.  Я не знаю, FHS формально такое запрещает или нет.
> 
> Формально запрещает: "/usr/share : Architecture-independent data".

Эта железяка одинаковая для любой хост-архитектуры :)
Пограничный случай, согласен.

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ELFs in /usr/share

[Денис Смирнов]

On Fri, Sep 16, 2005 at 01:33:13PM +0400, Алексей Турбин wrote:

AT> postgresql8.0-contrib	/usr/share/pgsql/contrib/cube/libcube.so.0.0
AT> postgresql8.0-contrib	/usr/share/pgsql/contrib/dbase/dbf2pg
AT> postgresql8.0-contrib	/usr/share/pgsql/contrib/dblink/libdblink.so.0.0

А куда эти contrib'ы класть? Очень хочется положить их в /usr/share/doc
куда-нибудь.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Объяснять шутки - тупое и неблагодарное занятие :-)
		-- morozov in devel@

[devel] U: icu (was: ELFs in /usr/share)

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 422 bytes --]

В Птн, 16/09/2005 в 13:33 +0400, Alexey Tourbin пишет:
> icu-samples	/usr/share/icu/samples/cal/cal.o
> icu-samples	/usr/share/icu/samples/cal/icucal
> icu-samples	/usr/share/icu/samples/cal/uprint.o
> icu-samples	/usr/share/icu/samples/date/date.o
> icu-samples	/usr/share/icu/samples/date/icudate
> icu-samples	/usr/share/icu/samples/date/uprint.o

Исправлено в icu-3.4-alt1.
Можно снова пересобрать mono :)


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]