Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Pavlov Konstantin]

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

On Friday 19 May 2006 05:11, QA Team Robot wrote:
> 	55 NEW dup_elf_symbols added to the list
> ffmpeg	/usr/bin/ffmpeg	fftv	/usr/bin/ffmpeg-fftv	2
и прочее, вполне нормально с учетом дублежа кода ffmpeg. Его почти все таскают 
с собой.

> liballegro	/usr/lib/liballeg-4.2.0.so	atanks	/usr/games/atanks	8
> liballegro	/usr/lib/liballeg-4.2.0.so	dumb_0.9.2	/usr/bin/dumbplay	8
> liballegro	/usr/lib/liballeg-4.2.0.so	elinks	/usr/bin/elinks	3
> liballegro	/usr/lib/liballeg-4.2.0.so	liquidwar	/usr/games/liquidwar	8
> liballegro	/usr/lib/liballeg-4.2.0.so	liquidwar	/usr/games/liquidwar-mapgen
>	8 liballegro	/usr/lib/liballeg-4.2.0.so	ufo2000	/usr/games/ufo2000	8
> liballegro-devel	/usr/bin/dat	liballegro-devel	/usr/bin/dat2s	6
> liballegro-devel	/usr/bin/dat	liballegro-devel	/usr/bin/grabber	6
> liballegro-devel	/usr/bin/dat	liballegro-devel	/usr/bin/pat2dat	6
> liballegro-devel	/usr/bin/dat2s	liballegro-devel	/usr/bin/grabber	6
> liballegro-devel	/usr/bin/dat2s	liballegro-devel	/usr/bin/pat2dat	6
> liballegro-devel	/usr/bin/grabber	liballegro-devel	/usr/bin/pat2dat	6

Вот на эти хотелось бы посмотреть отдельно. Хотя наверняка в случае игрушек 
просто имеет место быть дублирование кода.
В который раз задаю вопрос -- как посмотреть?

> libffmpeg	/usr/lib/libavcodec.so.51.9.0	MPlayer	/usr/bin/mplayer	9


> Total 57838 dup_elf_symbols.

Отлично, где посмотреть?

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Anton Farygin]

Pavlov Konstantin wrote:
> On Friday 19 May 2006 05:11, QA Team Robot wrote:
>> 	55 NEW dup_elf_symbols added to the list
>> ffmpeg	/usr/bin/ffmpeg	fftv	/usr/bin/ffmpeg-fftv	2
> и прочее, вполне нормально с учетом дублежа кода ffmpeg. Его почти все таскают 
> с собой.
> 
>> liballegro	/usr/lib/liballeg-4.2.0.so	atanks	/usr/games/atanks	8
>> liballegro	/usr/lib/liballeg-4.2.0.so	dumb_0.9.2	/usr/bin/dumbplay	8
>> liballegro	/usr/lib/liballeg-4.2.0.so	elinks	/usr/bin/elinks	3
>> liballegro	/usr/lib/liballeg-4.2.0.so	liquidwar	/usr/games/liquidwar	8
>> liballegro	/usr/lib/liballeg-4.2.0.so	liquidwar	/usr/games/liquidwar-mapgen
>> 	8 liballegro	/usr/lib/liballeg-4.2.0.so	ufo2000	/usr/games/ufo2000	8
>> liballegro-devel	/usr/bin/dat	liballegro-devel	/usr/bin/dat2s	6
>> liballegro-devel	/usr/bin/dat	liballegro-devel	/usr/bin/grabber	6
>> liballegro-devel	/usr/bin/dat	liballegro-devel	/usr/bin/pat2dat	6
>> liballegro-devel	/usr/bin/dat2s	liballegro-devel	/usr/bin/grabber	6
>> liballegro-devel	/usr/bin/dat2s	liballegro-devel	/usr/bin/pat2dat	6
>> liballegro-devel	/usr/bin/grabber	liballegro-devel	/usr/bin/pat2dat	6
> 
> Вот на эти хотелось бы посмотреть отдельно. Хотя наверняка в случае игрушек 
> просто имеет место быть дублирование кода.
> В который раз задаю вопрос -- как посмотреть?
> 
>> libffmpeg	/usr/lib/libavcodec.so.51.9.0	MPlayer	/usr/bin/mplayer	9
> 
> 
>> Total 57838 dup_elf_symbols.
> 
> Отлично, где посмотреть?

Кстати, в эту же тему. В Sisyphus отправлен libxine, собранный с внешней 
ffmpeg. Вроде как работает ;)

Rgds,
Rider

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Alexey Tourbin]

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

On Fri, May 19, 2006 at 05:52:07PM +0400, Pavlov Konstantin wrote:
> > liballegro	/usr/lib/liballeg-4.2.0.so	atanks	/usr/games/atanks	8
> > liballegro	/usr/lib/liballeg-4.2.0.so	dumb_0.9.2	/usr/bin/dumbplay	8
> > liballegro	/usr/lib/liballeg-4.2.0.so	elinks	/usr/bin/elinks	3
> > liballegro	/usr/lib/liballeg-4.2.0.so	liquidwar	/usr/games/liquidwar	8
> > liballegro	/usr/lib/liballeg-4.2.0.so	liquidwar	/usr/games/liquidwar-mapgen
> >	8 liballegro	/usr/lib/liballeg-4.2.0.so	ufo2000	/usr/games/ufo2000	8
> > liballegro-devel	/usr/bin/dat	liballegro-devel	/usr/bin/dat2s	6
> > liballegro-devel	/usr/bin/dat	liballegro-devel	/usr/bin/grabber	6
> > liballegro-devel	/usr/bin/dat	liballegro-devel	/usr/bin/pat2dat	6
> > liballegro-devel	/usr/bin/dat2s	liballegro-devel	/usr/bin/grabber	6
> > liballegro-devel	/usr/bin/dat2s	liballegro-devel	/usr/bin/pat2dat	6
> > liballegro-devel	/usr/bin/grabber	liballegro-devel	/usr/bin/pat2dat	6
> 
> Вот на эти хотелось бы посмотреть отдельно. Хотя наверняка в случае игрушек 
> просто имеет место быть дублирование кода.
> В который раз задаю вопрос -- как посмотреть?

Автоматически пока никак.  В текст робота вставить не могу -- итак еле
удается оставаться в пределах 50К (лимит письма в рассылку).

Полуавтоматически (то есть вручную) -- сравнить совпадающие символы в
/usr/lib/liballeg-4.2.0.so и /usr/games/atanks.  Делается это примерно
так:

$ cd `mktemp -dt`
$ rpm2cpio $sisyphus/files/i586/RPMS/liballegro-4.2.0-alt1.i586.rpm |cpio -idm --quiet
$ rpm2cpio $sisyphus/files/i586/RPMS/atanks-1.1.0-alt2.i586.rpm |cpio -idm --quiet
$ nm -D ./usr/lib/liballeg-4.2.0.so |awk 'NF==3{print$NF}' |sort -u >1 
$ nm -D ./usr/games/atanks |awk 'NF==3{print$NF}' |sort -u >2
$ comm -12 1 2
__bss_start
_blender_alpha
_blender_col_15
_blender_col_16
_blender_col_24
_blender_col_32
_blender_func15
_blender_func15x
_blender_func16
_blender_func16x
_blender_func24
_blender_func24x
_blender_func32
_blender_trans24
_drawing_mode
_drawing_pattern
_drawing_x_anchor
_drawing_x_mask
_drawing_y_anchor
_drawing_y_mask
_edata
_end
_fini
_gfx_bank
_init
_last_bank_1
_linear_blit16
_linear_blit16_end
_linear_blit24
_linear_blit24_end
_linear_blit32
_linear_blit32_end
_linear_blit8
_linear_blit8_end
_linear_blit_backward16
_linear_blit_backward24
_linear_blit_backward32
_linear_blit_backward8
_linear_clear_to_color16
_linear_clear_to_color24
_linear_clear_to_color32
_linear_clear_to_color8
_linear_draw_256_sprite16
_linear_draw_256_sprite24
_linear_draw_256_sprite32
_linear_draw_character16
_linear_draw_character24
_linear_draw_character32
_linear_draw_character8
_linear_draw_lit_rle_sprite15
_linear_draw_lit_rle_sprite16
_linear_draw_lit_rle_sprite24
_linear_draw_lit_rle_sprite32
_linear_draw_lit_rle_sprite8
_linear_draw_lit_sprite15
_linear_draw_lit_sprite16
_linear_draw_lit_sprite24
_linear_draw_lit_sprite32
_linear_draw_lit_sprite8
_linear_draw_rle_sprite15
_linear_draw_rle_sprite16
_linear_draw_rle_sprite24
_linear_draw_rle_sprite32
_linear_draw_rle_sprite8
_linear_draw_sprite16
_linear_draw_sprite16_end
_linear_draw_sprite24
_linear_draw_sprite24_end
_linear_draw_sprite32
_linear_draw_sprite32_end
_linear_draw_sprite8
_linear_draw_sprite8_end
_linear_draw_sprite_h_flip16
_linear_draw_sprite_h_flip24
_linear_draw_sprite_h_flip32
_linear_draw_sprite_h_flip8
_linear_draw_sprite_v_flip16
_linear_draw_sprite_v_flip24
_linear_draw_sprite_v_flip32
_linear_draw_sprite_v_flip8
_linear_draw_sprite_vh_flip16
_linear_draw_sprite_vh_flip24
_linear_draw_sprite_vh_flip32
_linear_draw_sprite_vh_flip8
_linear_draw_trans_rgba_rle_sprite15
_linear_draw_trans_rgba_rle_sprite16
_linear_draw_trans_rgba_rle_sprite24
_linear_draw_trans_rgba_sprite15
_linear_draw_trans_rgba_sprite16
_linear_draw_trans_rgba_sprite24
_linear_draw_trans_rle_sprite15
_linear_draw_trans_rle_sprite16
_linear_draw_trans_rle_sprite24
_linear_draw_trans_rle_sprite32
_linear_draw_trans_rle_sprite8
_linear_draw_trans_sprite15
_linear_draw_trans_sprite16
_linear_draw_trans_sprite24
_linear_draw_trans_sprite32
_linear_draw_trans_sprite8
_linear_getpixel16
_linear_getpixel24
_linear_getpixel32
_linear_getpixel8
_linear_hline15
_linear_hline16
_linear_hline24
_linear_hline32
_linear_hline8
_linear_masked_blit16
_linear_masked_blit24
_linear_masked_blit32
_linear_masked_blit8
_linear_putpixel15
_linear_putpixel16
_linear_putpixel24
_linear_putpixel32
_linear_putpixel8
_linear_vline15
_linear_vline16
_linear_vline24
_linear_vline32
_linear_vline8
_palette_expansion_table
_poly_scanline_atex16
_poly_scanline_atex24
_poly_scanline_atex32
_poly_scanline_atex8
_poly_scanline_atex_lit15
_poly_scanline_atex_lit16
_poly_scanline_atex_lit24
_poly_scanline_atex_lit32
_poly_scanline_atex_lit8
_poly_scanline_atex_mask15
_poly_scanline_atex_mask16
_poly_scanline_atex_mask24
_poly_scanline_atex_mask32
_poly_scanline_atex_mask8
_poly_scanline_atex_mask_lit15
_poly_scanline_atex_mask_lit16
_poly_scanline_atex_mask_lit24
_poly_scanline_atex_mask_lit32
_poly_scanline_atex_mask_lit8
_poly_scanline_atex_mask_trans15
_poly_scanline_atex_mask_trans16
_poly_scanline_atex_mask_trans24
_poly_scanline_atex_mask_trans32
_poly_scanline_atex_mask_trans8
_poly_scanline_atex_trans15
_poly_scanline_atex_trans16
_poly_scanline_atex_trans24
_poly_scanline_atex_trans32
_poly_scanline_atex_trans8
_poly_scanline_gcol8
_poly_scanline_grgb15
_poly_scanline_grgb16
_poly_scanline_grgb24
_poly_scanline_grgb32
_poly_scanline_grgb8
_poly_scanline_ptex16
_poly_scanline_ptex24
_poly_scanline_ptex32
_poly_scanline_ptex8
_poly_scanline_ptex_lit15
_poly_scanline_ptex_lit16
_poly_scanline_ptex_lit24
_poly_scanline_ptex_lit32
_poly_scanline_ptex_lit8
_poly_scanline_ptex_mask15
_poly_scanline_ptex_mask16
_poly_scanline_ptex_mask24
_poly_scanline_ptex_mask32
_poly_scanline_ptex_mask8
_poly_scanline_ptex_mask_lit15
_poly_scanline_ptex_mask_lit16
_poly_scanline_ptex_mask_lit24
_poly_scanline_ptex_mask_lit32
_poly_scanline_ptex_mask_lit8
_poly_scanline_ptex_mask_trans15
_poly_scanline_ptex_mask_trans16
_poly_scanline_ptex_mask_trans24
_poly_scanline_ptex_mask_trans32
_poly_scanline_ptex_mask_trans8
_poly_scanline_ptex_trans15
_poly_scanline_ptex_trans16
_poly_scanline_ptex_trans24
_poly_scanline_ptex_trans32
_poly_scanline_ptex_trans8
_poly_zbuf_atex16
_poly_zbuf_atex24
_poly_zbuf_atex32
_poly_zbuf_atex8
_poly_zbuf_atex_lit15
_poly_zbuf_atex_lit16
_poly_zbuf_atex_lit24
_poly_zbuf_atex_lit32
_poly_zbuf_atex_lit8
_poly_zbuf_atex_mask15
_poly_zbuf_atex_mask16
_poly_zbuf_atex_mask24
_poly_zbuf_atex_mask32
_poly_zbuf_atex_mask8
_poly_zbuf_atex_mask_lit15
_poly_zbuf_atex_mask_lit16
_poly_zbuf_atex_mask_lit24
_poly_zbuf_atex_mask_lit32
_poly_zbuf_atex_mask_lit8
_poly_zbuf_atex_mask_trans15
_poly_zbuf_atex_mask_trans16
_poly_zbuf_atex_mask_trans24
_poly_zbuf_atex_mask_trans32
_poly_zbuf_atex_mask_trans8
_poly_zbuf_atex_trans15
_poly_zbuf_atex_trans16
_poly_zbuf_atex_trans24
_poly_zbuf_atex_trans32
_poly_zbuf_atex_trans8
_poly_zbuf_flat16
_poly_zbuf_flat24
_poly_zbuf_flat32
_poly_zbuf_flat8
_poly_zbuf_gcol8
_poly_zbuf_grgb15
_poly_zbuf_grgb16
_poly_zbuf_grgb24
_poly_zbuf_grgb32
_poly_zbuf_grgb8
_poly_zbuf_ptex16
_poly_zbuf_ptex24
_poly_zbuf_ptex32
_poly_zbuf_ptex8
_poly_zbuf_ptex_lit15
_poly_zbuf_ptex_lit16
_poly_zbuf_ptex_lit24
_poly_zbuf_ptex_lit32
_poly_zbuf_ptex_lit8
_poly_zbuf_ptex_mask15
_poly_zbuf_ptex_mask16
_poly_zbuf_ptex_mask24
_poly_zbuf_ptex_mask32
_poly_zbuf_ptex_mask8
_poly_zbuf_ptex_mask_lit15
_poly_zbuf_ptex_mask_lit16
_poly_zbuf_ptex_mask_lit24
_poly_zbuf_ptex_mask_lit32
_poly_zbuf_ptex_mask_lit8
_poly_zbuf_ptex_mask_trans15
_poly_zbuf_ptex_mask_trans16
_poly_zbuf_ptex_mask_trans24
_poly_zbuf_ptex_mask_trans32
_poly_zbuf_ptex_mask_trans8
_poly_zbuf_ptex_trans15
_poly_zbuf_ptex_trans16
_poly_zbuf_ptex_trans24
_poly_zbuf_ptex_trans32
_poly_zbuf_ptex_trans8
_rgb_b_shift_15
_rgb_b_shift_16
_rgb_b_shift_24
_rgb_b_shift_32
_rgb_g_shift_15
_rgb_g_shift_16
_rgb_g_shift_24
_rgb_g_shift_32
_rgb_r_shift_15
_rgb_r_shift_16
_rgb_r_shift_24
_rgb_r_shift_32
_stub_bank_switch
_stub_bank_switch_end
_stub_unbank_switch
_textmode
allegro_errno
allegro_error
apply_matrix_f
color_map
cpu_capabilities
draw_compiled_sprite
fixhypot
fixsqrt
font
key
key_shifts
mouse_b
mouse_x
mouse_y
rgb_map
screen
$ rm -rf $PWD
$ cd

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Serge Polkovnikov]

Friday 19 May 2006 16:52, Pavlov Konstantin написав:
> > liballegro    /usr/lib/liballeg-4.2.0.so      atanks  /usr/games/atanks  
> >     8
> > liballegro    /usr/lib/liballeg-4.2.0.so      dumb_0.9.2      /usr/bin/du
> >mbplay       8
> > liballegro    /usr/lib/liballeg-4.2.0.so      elinks  /usr/bin/elinks 3
> > liballegro    /usr/lib/liballeg-4.2.0.so      liquidwar       /usr/games/
> >liquidwar    8
> > liballegro    /usr/lib/liballeg-4.2.0.so      liquidwar       /usr/games/
> >liquidwar-mapgen 8
> > liballegro    /usr/lib/liballeg-4.2.0.so      ufo2000 /usr/games/ufo2000 
> >     8
> > liballegro-devel      /usr/bin/dat    liballegro-devel        /usr/bin/da
> >t2s  6
> > liballegro-devel      /usr/bin/dat    liballegro-devel        /usr/bin/gr
> >abber        6
> > liballegro-devel      /usr/bin/dat    liballegro-devel        /usr/bin/pa
> >t2dat        6
> > liballegro-devel      /usr/bin/dat2s  liballegro-devel        /usr/bin/gr
> >abber        6
> > liballegro-devel      /usr/bin/dat2s  liballegro-devel        /usr/bin/pa
> >t2dat        6
> > liballegro-devel      /usr/bin/grabber        liballegro-devel        /us
> >r/bin/pat2dat        6
>
> Вот на эти хотелось бы посмотреть отдельно. Хотя наверняка в случае игрушек
> просто имеет место быть дублирование кода.
Думаю это из-за статической линковки.

-- 
С уважением,
Сергей Полковников

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Alexey Tourbin]

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

On Fri, May 19, 2006 at 06:38:06PM +0400, Alexey Tourbin wrote:
> Полуавтоматически (то есть вручную) -- сравнить совпадающие символы в
> /usr/lib/liballeg-4.2.0.so и /usr/games/atanks.  Делается это примерно
> так:

> $ comm -12 1 2

> allegro_errno
> allegro_error

Как видно, часть дублируемых символов сходно названию библиотеки, что
подтверждает гипотезу о неправомерном дублировании бинарного кода.

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Valery V. Inozemtsev]

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

В сообщении от 19 мая 2006 18:21 Anton Farygin написал(a):
> Кстати, в эту же тему. В Sisyphus отправлен libxine, собранный с внешней
> ffmpeg. Вроде как работает ;)

libdca еще забыл

-- 
Valery V. Inozemtsev

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Igor Zubkov]

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

В сообщении от 19 мая 2006 18:47 Alexey Tourbin написал(a):
> On Fri, May 19, 2006 at 06:38:06PM +0400, Alexey Tourbin wrote:
> > Полуавтоматически (то есть вручную) -- сравнить совпадающие символы в
> > /usr/lib/liballeg-4.2.0.so и /usr/games/atanks.  Делается это примерно
> > так:
> >
> > $ comm -12 1 2
> >
> > allegro_errno
> > allegro_error
>
> Как видно, часть дублируемых символов сходно названию библиотеки, что
> подтверждает гипотезу о неправомерном дублировании бинарного кода.

atanks проще отправить в orphaned чем чинить. Я пытался его обновить ещё пол 
года назад, но воз и ныне там.

-- 
I.F.K. - 2-1

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Alexey Tourbin]

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

On Fri, May 19, 2006 at 05:52:07PM +0400, Pavlov Konstantin wrote:
> > 	55 NEW dup_elf_symbols added to the list
> > ffmpeg	/usr/bin/ffmpeg	fftv	/usr/bin/ffmpeg-fftv	2
> и прочее, вполне нормально с учетом дублежа кода ffmpeg. Его почти все таскают 
> с собой.

Кстати, 2 -- это слишком мало, на уровне кажимости, а 8 -- это слишком
много, примерно как молотком по голове.  Разъяснение приаттачено.

> > liballegro	/usr/lib/liballeg-4.2.0.so	atanks	/usr/games/atanks	8
> > liballegro	/usr/lib/liballeg-4.2.0.so	dumb_0.9.2	/usr/bin/dumbplay	8

[-- Attachment #1.2: dup_elf_symbols --]
[-- Type: text/plain, Size: 1796 bytes --]

#!/bin/sh -ef
export LC_ALL=C

cd "${workdir:?}"
[ -n "$*" ] || set -- -ap
rpmelfsym "$@" >sym
awk -F'\t' '$3~/[DT]/' sym >def
sort -t$'\t' -k4 -o def def

# avoid most frequent symbols
nelf=`sort -u -k2,2 def |wc -l`
cut -f4 def |uniq -cd |sort -n >freq
awk -v n=$nelf '$1<sqrt(3*n){print$NF}' freq |grep -vf /dev/fd/3 >defsym 3<<'__EOF__'
__cxa_
__cxxabiv1
__gnu_cxx
__gxx_personality
^__dynamic_cast$
^_Znwj$
^_ZdlPv$
^_Znaj$
^_ZdaPv$
^_ZNSt[0-9]
^_ZNKSt[0-9]
^_ZSt[0-9]
^_Unwind_
^__register_frame
^yy[a-z_]
__EOF__
sort -o defsym -u defsym
join -t$'\t' -14 -21 -o '1.1 1.2 1.3 1.4' def defsym >xdef

# product ::= pkg1 elf1 pkg2 elf2 symtype symname
join -t$'\t' -j 4 -o '1.1 1.2 1.3 2.1 2.2 2.3 0' xdef xdef |
	awk -F'\t' 'function prio(f) {
			if (f~"^/lib/lib[^/]+[.]so[^/]*$") return 1
			if (f~"^/usr/lib/lib[^/]+[.]so[^/]*$") return 2
			if (f~"^/usr/X11R./lib/lib[^/]+[.]so[^/]*$") return 3
			if (f~"lib/lib[^/]+[.]so[^/]*$") return 4
			if (f~"/lib[^/]+[.]so[^/]*$") return 5
			if (f~"[^/][.]so[^/]*$") return 6
			return 9
		}
		($2<$5 && $3==$6) {
			OFS="\t"
			pd = prio($2)-prio($5)
			if (pd<0 || pd==0 && length($2)<=length($5))
				print $1,$2,$4,$5,$6,$7
			else
				print $4,$5,$1,$2,$6,$7 }' >product

# suspect ::= pkg1 elf1 pkg2 elf2 log2(nsym)
# I need logarithmic scale here to facilitate diffing
#	3-5 symbols (approx. 4)		log2 = 2
#	6-11 symbols (approx. 8)	log2 = 3
#	12-22 symbols (approx. 16)	log2 = 4
#	23-45 symbols (approx. 32)	log2 = 5
#	46-90 symbols (approx. 64)	log2 = 6
#	91-181 symbols (approx. 128)	log2 = 7
#	182-362 symbols (approx. 256)	log2 = 8
cut -f-4 product |sort |uniq -cd |sed 's/^ *\([0-9]\+\) \+\(.\+\)$/\2\t\1/' |
	awk -F'\t' 'BEGIN{OFS=FS}($NF=int(log($NF)/log(2)+0.5))>1' >suspect
sort -o suspect -u suspect
cat suspect
cd - >/dev/null

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Alexey Tourbin]

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

On Fri, May 19, 2006 at 06:58:20PM +0300, Igor Zubkov wrote:
> > Как видно, часть дублируемых символов сходно названию библиотеки, что
> > подтверждает гипотезу о неправомерном дублировании бинарного кода.
> 
> atanks проще отправить в orphaned чем чинить. Я пытался его обновить ещё пол 
> года назад, но воз и ныне там.

Любой пакет проще отправить в orphaned чем чинить.

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Konstantin A. Lepikhov]

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

Hi Pavlov!

Friday 19, at 05:52:07 PM you wrote:

> On Friday 19 May 2006 05:11, QA Team Robot wrote:
> > 	55 NEW dup_elf_symbols added to the list
> > ffmpeg	/usr/bin/ffmpeg	fftv	/usr/bin/ffmpeg-fftv	2
> и прочее, вполне нормально с учетом дублежа кода ffmpeg. Его почти все таскают 
> с собой.
Кстати, кто будет его отрывать из MPlayer ради поддержки dts? Ну и вообще
порядок там навести.

-- 
WBR et al.

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Pavlov Konstantin]

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

On Friday 19 May 2006 22:36, Konstantin A. Lepikhov wrote:

> Friday 19, at 05:52:07 PM you wrote:
> > On Friday 19 May 2006 05:11, QA Team Robot wrote:
> > > 	55 NEW dup_elf_symbols added to the list
> > > ffmpeg	/usr/bin/ffmpeg	fftv	/usr/bin/ffmpeg-fftv	2
> >
> > и прочее, вполне нормально с учетом дублежа кода ffmpeg. Его почти все
> > таскают с собой.
>
> Кстати, кто будет его отрывать из MPlayer ради поддержки dts? Ну и вообще
> порядок там навести.

(глядя в сторону daedalus и led@ ) Те, кто им пользуется? :)

Я-то так, чисто RTSP-потоки свои потестировать его запускаю. Не больше.

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

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

[devel] mplayer team? Re: [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Michael Shigorin]

On Fri, May 19, 2006 at 10:36:25PM +0400, Konstantin A. Lepikhov wrote:
> Кстати, кто будет его отрывать из MPlayer ради поддержки dts?
> Ну и вообще порядок там навести.

Мне так кажется -- вы с led@, не?

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Valery V. Inozemtsev]

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

В сообщении от 19 мая 2006 22:36 Konstantin A. Lepikhov написал(a):
> Hi Pavlov!
>
> Friday 19, at 05:52:07 PM you wrote:
> > On Friday 19 May 2006 05:11, QA Team Robot wrote:
> > > 	55 NEW dup_elf_symbols added to the list
> > > ffmpeg	/usr/bin/ffmpeg	fftv	/usr/bin/ffmpeg-fftv	2
> >
> > и прочее, вполне нормально с учетом дублежа кода ffmpeg. Его почти все
> > таскают с собой.
>
> Кстати, кто будет его отрывать из MPlayer ради поддержки dts?

а че там отрывать? добавить в configure
--disable-libavcodec \
--disable-libavformat \
--enable-shared-pp \
вроде не сложно

> Ну и вообще 
> порядок там навести.

-- 
Valery V. Inozemtsev

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 19 мая 2006 18:21 Anton Farygin написал(a):
>> Кстати, в эту же тему. В Sisyphus отправлен libxine, собранный с внешней
>> ffmpeg. Вроде как работает ;)
> 
> libdca еще забыл

А это что за зверь ?

Rgds,
Rider

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Valery V. Inozemtsev]

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

В сообщении от 22 мая 2006 08:49 Anton Farygin написал(a):
> Valery V. Inozemtsev wrote:
> > В сообщении от 19 мая 2006 18:21 Anton Farygin написал(a):
> >> Кстати, в эту же тему. В Sisyphus отправлен libxine, собранный с внешней
> >> ffmpeg. Вроде как работает ;)
> >
> > libdca еще забыл
>
> А это что за зверь ?

http://developers.videolan.org/libdca.html

в BuildRequires добавь libdca-devel, в configure --with-external-libdts

-- 
Valery V. Inozemtsev

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

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 22 мая 2006 08:49 Anton Farygin написал(a):
>> Valery V. Inozemtsev wrote:
>>> В сообщении от 19 мая 2006 18:21 Anton Farygin написал(a):
>>>> Кстати, в эту же тему. В Sisyphus отправлен libxine, собранный с внешней
>>>> ffmpeg. Вроде как работает ;)
>>> libdca еще забыл
>> А это что за зверь ?
> 
> http://developers.videolan.org/libdca.html
> 
> в BuildRequires добавь libdca-devel, в configure --with-external-libdts

ага.. сегодня сделаем.

Rgds,
Rider

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Led]

В сообщении от 20 мая 2006 13:23 Valery V. Inozemtsev написал(a):
> В сообщении от 19 мая 2006 22:36 Konstantin A. Lepikhov написал(a):
> > Hi Pavlov!
> >
> > Friday 19, at 05:52:07 PM you wrote:
> > > On Friday 19 May 2006 05:11, QA Team Robot wrote:
> > > > 	55 NEW dup_elf_symbols added to the list
> > > > ffmpeg	/usr/bin/ffmpeg	fftv	/usr/bin/ffmpeg-fftv	2
> > >
> > > и прочее, вполне нормально с учетом дублежа кода ffmpeg. Его почти все
> > > таскают с собой.
> >
> > Кстати, кто будет его отрывать из MPlayer ради поддержки dts?
>
> а че там отрывать? добавить в configure
> --disable-libavcodec \
> --disable-libavformat \
> --enable-shared-pp \

Не совсем так:
--disable-avformat \
--disable-avcodec \
--disable-avutil \
--disable-postproc \
--enable-avformat_so \
--enable-avcodec_so \
--enable-avutil_so \
--enable-postproc_so

> вроде не сложно

Как сказать... Там с каждым cvs-снапшотом параметры configure меняются и 
приходится патчи для сборки переделывать или новые изготовлять:)

>
> > Ну и вообще
> > порядок там навести.

-- 
Led.

Re: [devel] mplayer team? Re: [Sisyphus-cybertalk] I: Sisyphus-20060519 dup_elf_symbols: +55 -46 (57838)

[Led]

В сообщении от 20 мая 2006 10:43 Michael Shigorin написал(a):
> On Fri, May 19, 2006 at 10:36:25PM +0400, Konstantin A. Lepikhov wrote:
> > Кстати, кто будет его отрывать из MPlayer ради поддержки dts?
> > Ну и вообще порядок там навести.
>
> Мне так кажется -- вы с led@, не?

Уже - в Daedalus. там же - ffmpeg с включенними runtime CPU и 
MMX/MMX2/3DNow!/SSE/SSE2 оптимизацией.

-- 
Led.