Re: Introducing symbol versioning in FFmpeg
On Tue, 2010-01-26 at 07:57 +0100, Reinhard Tartler wrote: > On Mo, Dez 21, 2009 at 23:17:42 (CET), Adam D. Barratt wrote: > > > Please go ahead with the uploads introducing symbol versioning. In > > order to ease transition, we'll schedule the required binNMUs once the > > package has migrated to testing. > > While ffmpeg not migrated to testing yet (will most probably do so in 2 > days), it has now been installed on all architectures: > > https://buildd.debian.org/status/package.php?p=ffmpeg&suite=unstable > > AFAIUI binNMUs for reverse depends can be scheduled now. It would be preferable to have the package migrate first to avoid the (albeit low) possibility of anything that needs to migrate quickly getting stuck behind it; admittedly a few recent uploads, including a couple of python2.6 binNMUs, appear to have picked up updated ffmpeg dependencies already. In any case, ffmpeg should migrate in tonight's britney run. > Do you have > specialized tools for determining a list of packages subject to binNMUs, > or shall I compile a list for i386? http://release.debian.org/~adsb/ffmpeg_binNMUs.txt is what I believe to be the list of packages potentially needing binNMUs. Excluding those packages which have either had sourceful uploads in the past day or so (e.g. vtk) or have already scheduled or completed binNMUs for python2.6 (e.g. picard) would be useful to avoid duplicated work and builds. Regards, Adam ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Reminder: Next meeting poll
On Wed, Jan 20, 2010 at 05:28:37PM -0500, Eric Dantan Rzewnicki wrote: > Please fill out the poll at the URL below for selecting a time and date > for the next IRC meeting. It only covers a 5-day span this time to save > some clicking for everyone. > > http://doodle.com/abimemzqvp8htdta Thank you to the 8 people who have responded to the meeting poll so far. This is a reminder to those who haven't to please do so. Also, please add your agenda items to the wiki: http://wiki.debian.org/DebianMultimedia/Meetings#AgendaItems Thanks, Eric Rz. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
Hi Petr, thanks for your contribution! Cyril, I'm about to apply the attached patch, what do think about it? Could you test whether it actually prevents the build failure? -- Alessio Treglia Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 snd_11.2-2.debdiff Description: Binary data ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
Alessio Treglia (27/01/2010): > Cyril, I'm about to apply the attached patch, what do think about > it? Could you test whether it actually prevents the build failure? It looks like it does not: | gcc -Wl,-export-dynamic -I. -g -O2 -g3 -Wall -O -g3 -Wredundant-decls -Wcast-align -Wmissing-prototypes -Wpointer-arith -Wimplicit -Wreturn-type -Wunused-label -Wunused-variable -Wunused-value -Wcomment -Wformat -Wunused-function -Wuninitialized -Wparentheses -Wall -Winit-self -Wsequence-point -Wmissing-field-initializers s7.o headers.o audio.o io.o sound.o clm.o xen.o vct.o sndlib2xen.o clm2xen.o snd-io.o snd-utils.o snd-listener.o snd-error.o snd-completion.o snd-menu.o snd-axis.o snd-data.o snd-fft.o snd-marks.o snd-file.o snd-edits.o snd-chn.o snd-dac.o snd-region.o snd-select.o snd-find.o snd-snd.o snd-help.o snd-main.o snd-print.o snd-trans.o snd-mix.o snd.o snd-env.o snd-xen.o snd-ladspa.o snd-kbd.o snd-sig.o snd-draw.o run.o rt-various.o snd-nogui.o -o snd -lfftw3 -lm -L/usr/lib -lgsl -lgslcblas -lm -lgmp -lmpfr -lmpc -lc -lm -lm | snd-xen.o: In function `g_dlinit': | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-xen.c:1340: undefined reference to `dlsym' | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-xen.c:1341: undefined reference to `dlerror' | snd-xen.o: In function `g_dlerror': | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-xen.c:1331: undefined reference to `dlerror' | snd-xen.o: In function `g_dlclose': | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-xen.c:1324: undefined reference to `dlclose' | snd-xen.o: In function `g_dlopen': | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-xen.c:1299: undefined reference to `dlopen' | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-xen.c:1304: undefined reference to `dlopen' | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-xen.c:1309: undefined reference to `dlerror' | snd-ladspa.o: In function `loadLADSPADirectory': | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-ladspa.c:230: undefined reference to `dlopen' | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-ladspa.c:234: undefined reference to `dlerror' | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-ladspa.c:236: undefined reference to `dlsym' | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-ladspa.c:238: undefined reference to `dlerror' | snd-ladspa.o: In function `unloadLADSPA': | /srv/storage/kibi/hack/porting-4/snd-11.2/snd-ladspa.c:137: undefined reference to `dlclose' | collect2: ld returned 1 exit status Grepping the log for configure, one gets: | ./configure --with-ladspa --enable-snd-debug --with-gmp --prefix=/usr \ | --with-no-gui \ | --with-oss | checking build system type... i686-unknown-kfreebsd8.0-gnu | checking host system type... i686-unknown-kfreebsd8.0-gnu | checking for gcc... gcc | checking whether the C compiler works... yes | checking for C compiler default output file name... a.out | checking for suffix of executables... | checking whether we are cross compiling... no Looks like -ldl is still missing. ;) Mraw, KiBi. signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
Looks like -ldl is still missing. ;) It is needed to extend configure.ac and regenerate configure, as shown in "Message #22 received at 566...@bugs.debian.org". Also cleanup of debian/control, like Package: snd-gtk-pulse Architecture: any -Provides: snd-gtk-alsa, snd-gtk +Provides: snd-gtk-alsa [linux-any], snd-gtk is needed. It might be better to have only one -nox package named "snd-nox" which will use ALSA on Linux and OSS on GNU/kFreeBSD. AFAIK hurd does not have sound support. On the other hand snd-gtk-jack might be usefull even on GNU/kFreeBSD. Please, what are the preferences of maintainer ? Petr ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
On Wed, Jan 27, 2010 at 3:29 PM, Cyril Brulebois wrote: > Looks like -ldl is still missing. ;) Ths fix is easy, we can achieve that by adding -ldl to LDFLAGS. On Wed, Jan 27, 2010 at 6:01 PM, Petr Salinger wrote: > It is needed to extend configure.ac and regenerate configure, > as shown in "Message #22 received at 566...@bugs.debian.org". Maybe did you mean the config.guess file? [1] Please could you prepare a patch? > > Also cleanup of debian/control, like > > Package: snd-gtk-pulse > Architecture: any > -Provides: snd-gtk-alsa, snd-gtk > +Provides: snd-gtk-alsa [linux-any], snd-gtk > > is needed. I think it's still a non-valid expression, I can replace it with [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] > It might be better to have only one -nox package named "snd-nox" > which will use ALSA on Linux and OSS on GNU/kFreeBSD. > AFAIK hurd does not have sound support. Looks good, I'm about to provide a single -nox package, as described above . [1] http://git.debian.org/?p=pkg-multimedia/snd.git;a=blob;f=config.guess -- Alessio Treglia Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Introducing symbol versioning in FFmpeg
On Wed, 2010-01-27 at 07:54 +, Adam D. Barratt wrote: > http://release.debian.org/~adsb/ffmpeg_binNMUs.txt is what I believe to > be the list of packages potentially needing binNMUs. > > Excluding those packages which have either had sourceful uploads in the > past day or so (e.g. vtk) or have already scheduled or completed binNMUs > for python2.6 (e.g. picard) would be useful to avoid duplicated work and > builds. The list has now been updated to remove those packages which have had rebuilds since the ffmpeg upload or have outstanding python2.6 binNMUs scheduled for them (and in one case to include a binNMU for one architecture where the python2.6 binNMU completed shortly before ffmpeg was available on that architecture). Regards, Adam ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
On Wed, Jan 27, 2010 at 19:06:18 +0100, Alessio Treglia wrote: > > Package: snd-gtk-pulse > > Architecture: any > > -Provides: snd-gtk-alsa, snd-gtk > > +Provides: snd-gtk-alsa [linux-any], snd-gtk > > > > is needed. > > I think it's still a non-valid expression, I can replace it with > [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] > snd-gtk-alsa [linux-any] would work just fine. Cheers, Julien ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
On Mi, Jan 27, 2010 at 19:06:18 (CET), Alessio Treglia wrote: > On Wed, Jan 27, 2010 at 3:29 PM, Cyril Brulebois wrote: >> Looks like -ldl is still missing. ;) > > Ths fix is easy, we can achieve that by adding -ldl to LDFLAGS. please don't set this in debian/rules but in configure.ac so that this fix can be upstreamed. > On Wed, Jan 27, 2010 at 6:01 PM, Petr Salinger > wrote: >> It is needed to extend configure.ac and regenerate configure, >> as shown in "Message #22 received at 566...@bugs.debian.org". > > Maybe did you mean the config.guess file? [1] > Please could you prepare a patch? no, here really configure.ac is meant. It is the source of the configure script - autoconf expands with m4 macros when you run 'autoreconf -i'. >> >> Also cleanup of debian/control, like >> >> Package: snd-gtk-pulse >> Architecture: any >> -Provides: snd-gtk-alsa, snd-gtk >> +Provides: snd-gtk-alsa [linux-any], snd-gtk >> >> is needed. > > I think it's still a non-valid expression, I can replace it with > [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] AFAIR linux-any is valid for regular dependencies, but not for build dependencies. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#567200: vlc: only mono output squeeezed in left 25% of window when using, xserver-xorg-radeonhd
Package: vlc Version: 1.0.4-2 Severity: important Currently the fglrx-driver module doesn't seem to be available so I reverted to the radeonhd one. This has made vlc unusable again, with the same mono output squeezed into the left quarter of the screen that I've complained about before. I've tried several of the video options and they all demonstrate the same problem, except the openGL one, which crashes vlc, and the video memory output, which simply doesn't work at all. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.9-1+b1 Free Implementation of the Unicode ii libgcc1 1:4.4.2-9GCC support library ii libgl1-mesa-glx [libgl1 7.6.1-1 A free implementation of the OpenG ii libglib2.0-02.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnotify1 [libnotify1- 0.4.5-1 sends desktop notifications to a n ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libsdl-image1.2 1.2.10-1 image loading library for Simple D ii libsdl1.2debian 1.2.13-5 Simple DirectMedia Layer ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libtar 1.2.11-6 C library for manipulating tar arc ii libvlccore2 1.0.4-2 base library for VLC and its modul ii libx11-62:1.3.3-1X11 client-side library ii libxcb-keysyms1 0.3.6-1 utility libraries for X C Binding ii libxcb1 1.5-2X C Binding ii libxext62:1.1.1-2X11 miscellaneous extension librar ii libxinerama12:1.1-2 X11 Xinerama extension library ii libxv1 2:1.0.5-1X11 Video extension library ii libxxf86vm1 1:1.1.0-2X11 XFree86 video mode extension l ii ttf-dejavu-core 2.30-2 Vera font family derivate with add ii vlc-nox 1.0.4-2 multimedia player and streamer (wi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vlc recommends: ii vlc-plugin-pulse 1.0.4-2PulseAudio plugin for VLC Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-13 library for decoding ATSC A/52 str ii libasound21.0.21a-1 shared library for ALSA applicatio ii libass4 0.9.8-1library for SSA/ASS subtitles rend ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libavc1394-0 0.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec52 5:0.5+svn20100115-0.0 library to encode decode multimedi ii libavformat52 5:0.5+svn20100115-0.0 ffmpeg file format library ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcaca0 0.99.beta16-3 colour ASCII art library ii libcddb2 1.2.1-1library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdca0 0.0.5-3decoding library for DTS Coherent ii libdvbpsi50.1.6-1library for MPEG TS and DVB PSI ta ii libdvdnav44.1.3-6DVD navigation library ii libdvdread4 4.1.3-7library for reading DVDs ii libebml0 0.7.7-3.1 access library for the EBML format ii libfaad2 2.7-4 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.9-1+b1Free Implementation of the Unicode ii libgcc1 1:4.4.2-9 GCC support library ii libgcrypt11 1.4.4-6LGPL Crypto library - runtime li
Bug#567200: marked as done (vlc: only mono output squeeezed in left 25% of window when using, xserver-xorg-radeonhd)
Your message dated Wed, 27 Jan 2010 22:57:31 +0100 with message-id <20100127215731.go4...@chewa.net> and subject line Re: Bug#567200: vlc: only mono output squeeezed in left 25% of window when using, xserver-xorg-radeonhd has caused the Debian Bug report #567200, regarding vlc: only mono output squeeezed in left 25% of window when using, xserver-xorg-radeonhd to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 567200: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567200 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: vlc Version: 1.0.4-2 Severity: important Currently the fglrx-driver module doesn't seem to be available so I reverted to the radeonhd one. This has made vlc unusable again, with the same mono output squeezed into the left quarter of the screen that I've complained about before. I've tried several of the video options and they all demonstrate the same problem, except the openGL one, which crashes vlc, and the video memory output, which simply doesn't work at all. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.9-1+b1 Free Implementation of the Unicode ii libgcc1 1:4.4.2-9GCC support library ii libgl1-mesa-glx [libgl1 7.6.1-1 A free implementation of the OpenG ii libglib2.0-02.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnotify1 [libnotify1- 0.4.5-1 sends desktop notifications to a n ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libsdl-image1.2 1.2.10-1 image loading library for Simple D ii libsdl1.2debian 1.2.13-5 Simple DirectMedia Layer ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libtar 1.2.11-6 C library for manipulating tar arc ii libvlccore2 1.0.4-2 base library for VLC and its modul ii libx11-62:1.3.3-1X11 client-side library ii libxcb-keysyms1 0.3.6-1 utility libraries for X C Binding ii libxcb1 1.5-2X C Binding ii libxext62:1.1.1-2X11 miscellaneous extension librar ii libxinerama12:1.1-2 X11 Xinerama extension library ii libxv1 2:1.0.5-1X11 Video extension library ii libxxf86vm1 1:1.1.0-2X11 XFree86 video mode extension l ii ttf-dejavu-core 2.30-2 Vera font family derivate with add ii vlc-nox 1.0.4-2 multimedia player and streamer (wi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vlc recommends: ii vlc-plugin-pulse 1.0.4-2PulseAudio plugin for VLC Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-13 library for decoding ATSC A/52 str ii libasound21.0.21a-1 shared library for ALSA applicatio ii libass4 0.9.8-1library for SSA/ASS subtitles rend ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libavc1394-0 0.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec52 5:0.5+svn20100115-0.0 library to encode decode multimedi ii libavformat52 5:0.5+svn20100115-0.0 ffmpeg file format library ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcaca0 0.99.beta16-3 colour ASCII art library ii libcddb2 1.2.1-1library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.16-2 simple inter
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
On Thu, Jan 28, 2010 at 12:31 AM, Petr Salinger wrote: > I propose > > package snd-gtk-pulse everywhere, on linux uses ALSA, on GNU/kFreeBSD OSS > package snd-gtk-jack on i386 amd64 powerpc CPUs, i.e. also on kfreebsd-amd64 > and kfreebsd-i386 > package snd-nox everywhere, on linux uses ALSA, on GNU/kFreeBSD OSS Agreed. Do we really need to change the name? Could we simply leave snd-nox-alsa unchanged and build it with different configurations on Linux and kFreeBSD? -- Alessio Treglia Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
On Do, Jan 28, 2010 at 01:36:31 (CET), Alessio Treglia wrote: > On Thu, Jan 28, 2010 at 12:31 AM, Petr Salinger > wrote: >> I propose >> >> package snd-gtk-pulse everywhere, on linux uses ALSA, on GNU/kFreeBSD OSS >> package snd-gtk-jack on i386 amd64 powerpc CPUs, i.e. also on kfreebsd-amd64 >> and kfreebsd-i386 >> package snd-nox everywhere, on linux uses ALSA, on GNU/kFreeBSD OSS > > Agreed. > Do we really need to change the name? Could we simply leave > snd-nox-alsa unchanged and build it with different configurations on > Linux and kFreeBSD? if that means to make the snd-nox-alsa package to use oss on kFreeBSD, then I'd object to that idea. That would cause too much confusion IMO. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
