Bug#442181: playing video with -vo xvidix using radeon 9200 almost always shows green screen
Luckily I still have this hardware. I'll get back to you on whethere bug is still present. On Aug 5, 2010 9:21 AM, Reinhard Tartler siret...@tauware.de wrote: tags 442181 help upstream stop Hi there, I'm in the process of cleaning up old bugreports. This is a really old one, and I need to apologize for not coming to this earlier. On Thu, Sep 13, 2007 at 17:16:50 (EDT), Alan L. Liu wrote: Package: mplayer Version: 1.0~rc1-15 Severity: normal For a long time I've used mplayer's xvidix output, which has never had a problem playing videos with my dedicated Radeon 9200. Recently mplayer's behavior has been to show only a green screen until a lot of seemingly random alt-tabbing, pausing, rewinding, and so forth on my part gets the video to finally show up. Sometimes, portions of the video show up on the left, and the rest is a stripe of green, but usually it's the whole window. It may be due to upgrading Xorg but I'm not sure since mplayer is the only program I use that has it. Does this still happen with current lenny or squeeze? I have to admit that I have no idea about vidix other than it needs special hardware. I'm therefore tagging this bug 'help'. -- 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
Re: Bug#591287: libmatroska: New upstream version available
Am 04.08.2010 09:32, schrieb Fabian Greffrath: Alright, I've tried this approach. Could you please check if it works now? Ping. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] FFmpeg packaging branch, master, updated. debian/0.5.2-1-1-g0f5949e
Am 05.08.2010 17:34, schrieb Reinhard Tartler: I really don't know the details here, I'm just told by zack that this is possible now. All that he told me is that there will be a more elaborate announcement as soon as they have something to announce ready. Exciting things seem to happen during this debconf, and it seems zack will be my favourite DPL so far. :) I am really looking forward to this official announcement. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591890: jkmeter: FTBFS on ubuntu because of unlocatable header file
Package: jkmeter Version: 0.4.0-1 Severity: Important Justification: fails-to-build-from-source Hello dear maintainer, Your package ftbfs on ubuntu due to unlocatable sndfile.h header Refer the below buildlogs: http://people.ubuntuwire.org/~lucas/ubuntu-nbs/64/jkmeter_0.4.0-1build1_lubuntu64.buildlog http://people.ubuntuwire.org/~lucas/ubuntu-nbs/32/jkmeter_0.4.0-1build1_lubuntu32.buildlog This can be circumvented by Build Depending on libsndfile1-dev regards -- Bhavani Shankar.R https://launchpad.net/~bhavi, a proud ubuntu community member. What matters in life is application of mind!, It makes great sense to have some common sense..! ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: your mail
Processing commands for cont...@bugs.debian.org: tags 591890 pending Bug #591890 [jkmeter] jkmeter: FTBFS on ubuntu because of unlocatable header file Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 591890: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591890 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Processing of lame_3.98.4-1_i386.changes
I've got two more questions with regard to lame: - Shouldn't we remove the .la file from the -dev package? - Should the shared lib package really Provides: liblame0? - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
tags 591881 help moreinfo stop On Fri, Aug 06, 2010 at 02:29:50 (EDT), Lucas Nussbaum wrote: -- New version is unstable version: FAILED (0.8.6.h-4+lenny2 != 1.1.1-1) -- Packages that will be removed if installed: FAILED Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: vlc-nox: Depends: libavformat52 (= 4:0.5.1-1) but 0.svn20080206-18+lenny1 is to be installed or libavformat-extra-52 (= 4:0.5.1-1) but it is not installable E: Broken packages this basically says that libavformat52 from debian/squeeze was not installable, no? I find this pretty hard to believe, espc. since it has been isntalled successfully earlier in the log. the last step of your script seems to install again a larger number of packages from sid, but holds back libavformat. This seems to be the actual culprit of this problem, but from the log it's totally unclear to me why this happens. The full build log is available from: http://people.debian.org/~lucas/logs/2010/08/05/vlc-nox.log It is reproducible by installing your package in a clean chroot, using the debconf Noninteractive frontend, and priority: critical. -- 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
Processed: Re: Bug#591881: vlc-nox: package fails to upgrade properly from lenny
Processing commands for cont...@bugs.debian.org: tags 591881 help moreinfo Bug #591881 [vlc-nox] vlc-nox: package fails to upgrade properly from lenny Added tag(s) help and moreinfo. stop Stopping processing here. Please contact me if you need assistance. -- 591881: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591881 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591904: libavcodec52: text relocations on AMD64
Package: libavcodec52 Version: 4:0.5.2-1 Severity: normal $ eu-findtextrel /usr/lib/libavcodec.so.52|uniq either the file containing the function 'ff_vp6_filter_diag4_sse2' or the file containing the function 'ff_imdct_half_3dn' is not compiled with -fpic/-fPIC The above functions contain inline assembly. On the AMD64 architecture it should be possible to rewrite this to not need a text relocation as we have no great shortage of registers. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libavcodec52 depends on: ii libavutil49 4:0.5.2-1ffmpeg utility library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdirac-encoder0 1.0.2-3 open and royalty free high quality ii libfaad22.7-4freeware Advanced Audio Decoder - ii libgsm1 1.0.13-3 Shared libraries for GSM speech co ii libopenjpeg21.3+dfsg-4 JPEG 2000 image compression/decomp ii libschroedinger-1.0-0 1.0.9-2 library for encoding/decoding of D ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libvorbis0a 1.3.1-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.3.1-1 The Vorbis General Audio Compressi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libavcodec52 recommends no packages. libavcodec52 suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Processing of lame_3.98.4-1_i386.changes
On Fri, Aug 06, 2010 at 07:50:41 (EDT), Fabian Greffrath wrote: I've got two more questions with regard to lame: - Shouldn't we remove the .la file from the -dev package? Yes, we should. - Should the shared lib package really Provides: liblame0? Yes, I think so. It was there for transition purposes in ubuntu, but I think we no longer need it their as well -- 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
Processed: Re: Bug#591904: libavcodec52: text relocations on AMD64
Processing commands for cont...@bugs.debian.org: severity 591904 minor Bug #591904 [libavcodec52] libavcodec52: text relocations on AMD64 Severity set to 'minor' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 591904: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591904 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591904: libavcodec52: text relocations on AMD64
severity 591904 minor thanks On Fri, Aug 06, 2010 at 08:20:57 (EDT), Russell Coker wrote: Package: libavcodec52 Version: 4:0.5.2-1 Severity: normal $ eu-findtextrel /usr/lib/libavcodec.so.52|uniq either the file containing the function 'ff_vp6_filter_diag4_sse2' or the file containing the function 'ff_imdct_half_3dn' is not compiled with -fpic/-fPIC The above functions contain inline assembly. On the AMD64 architecture it should be possible to rewrite this to not need a text relocation as we have no great shortage of registers. Patches welcome, please see http://ffmpeg.org/developer.html for detailed guidelines. Just a bit of a warning, espc. the assembler parts are written by experts with a very strong opinion. -- 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#591915: rosegarden: Black text on black background
Package: rosegarden Version: 1:10.04.2-1+b1 Severity: normal Within Configure Rosegarden, under General and Behaviour, there is a Details button for the Sequencer status. It produces a window that contains black text on a black background. Best regards Torquil Sørensen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rosegarden depends on: ii flac 1.2.1-2+b1Free Lossless Audio Codec - comman ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libgcc11:4.4.4-8 GCC support library ii libjack0 [libjack-0.11 1:0.118+svn3796-7 JACK Audio Connection Kit (librari ii liblircclient0 0.8.3-5 infra-red remote control support - ii liblo7 0.26~repack-5 Lightweight OSC library ii liblrdf0 0.4.0-3 a library to manipulate RDF files ii libqt4-network 4:4.6.3-1 Qt 4 network module ii libqt4-qt3support 4:4.6.3-1 Qt 3 compatibility library for Qt ii libqt4-xml 4:4.6.3-1 Qt 4 XML module ii libqtcore4 4:4.6.3-1 Qt 4 core module ii libqtgui4 4:4.6.3-1 Qt 4 GUI module ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsndfile11.0.21-3 Library for reading/writing audio ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxml-twig-perl 1:3.34-1 Perl module for processing huge XM ii sndfile-programs 1.0.21-3 Sample programs that use libsndfil ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages rosegarden recommends: pn cups-bsd | lpr none (no description available) ii evince [pdf-viewer] 2.30.3-1 Document (postscript, pdf) viewer ii ghostscript 8.71~dfsg2-4 The GPL Ghostscript PostScript/PDF ii iceweasel [www-browser] 3.5.11-1 Web browser based on Firefox ii jackd 5JACK Audio Connection Kit (default ii lilypond2.12.3-6 A program for typesetting sheet mu ii swh-plugins [ladspa-plugin] 0.4.15+1-4 Steve Harris's LADSPA plugins ii w3m [www-browser] 0.5.2-9 WWW browsable pager with excellent Versions of packages rosegarden suggests: ii qjackctl 0.3.6-1+b1 User interface for controlling the -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591915: Black text on black background
Package: rosegarden Severity: normal Ok, I just deleted the configuration file ~/.config/rosegardenmusic/Rosegarden.conf and the problem disappeared... I haven't actively changed any colours in Rosegarden as I can remember, but perhaps I had an old configuration from a previous version? Should I close this report again? Torquil -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rosegarden depends on: ii flac 1.2.1-2+b1Free Lossless Audio Codec - comman ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libgcc11:4.4.4-8 GCC support library ii libjack0 [libjack-0.11 1:0.118+svn3796-7 JACK Audio Connection Kit (librari ii liblircclient0 0.8.3-5 infra-red remote control support - ii liblo7 0.26~repack-5 Lightweight OSC library ii liblrdf0 0.4.0-3 a library to manipulate RDF files ii libqt4-network 4:4.6.3-1 Qt 4 network module ii libqt4-qt3support 4:4.6.3-1 Qt 3 compatibility library for Qt ii libqt4-xml 4:4.6.3-1 Qt 4 XML module ii libqtcore4 4:4.6.3-1 Qt 4 core module ii libqtgui4 4:4.6.3-1 Qt 4 GUI module ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsndfile11.0.21-3 Library for reading/writing audio ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxml-twig-perl 1:3.34-1 Perl module for processing huge XM ii sndfile-programs 1.0.21-3 Sample programs that use libsndfil ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages rosegarden recommends: pn cups-bsd | lpr none (no description available) ii evince [pdf-viewer] 2.30.3-1 Document (postscript, pdf) viewer ii ghostscript 8.71~dfsg2-4 The GPL Ghostscript PostScript/PDF ii iceweasel [www-browser] 3.5.11-1 Web browser based on Firefox ii jackd 5JACK Audio Connection Kit (default ii lilypond2.12.3-6 A program for typesetting sheet mu ii swh-plugins [ladspa-plugin] 0.4.15+1-4 Steve Harris's LADSPA plugins ii w3m [www-browser] 0.5.2-9 WWW browsable pager with excellent Versions of packages rosegarden suggests: ii qjackctl 0.3.6-1+b1 User interface for controlling the -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591904: libavcodec52: text relocations on AMD64
On Fri, 6 Aug 2010, Reinhard Tartler siret...@tauware.de wrote: Just a bit of a warning, espc. the assembler parts are written by experts with a very strong opinion. Yes, I've been through this before. ;) But this time we're dealing with AMD64 and plenty of registers. -- russ...@coker.com.au http://etbe.coker.com.au/ My Main Blog http://doc.coker.com.au/ My Documents Blog ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Bug#506244: mplayer: Can't keep up with 64kbit/s Vorbis on 400MHz CPU
Processing commands for cont...@bugs.debian.org: tags 506244 moreinfo upstream Bug #506244 [mplayer] mplayer: Can't keep up with 64kbit/s Vorbis on 400MHz CPU Added tag(s) upstream and moreinfo. retitle 506244 Prefer tremor on machines without FPU (e.g., armish platforms) Bug #506244 [mplayer] mplayer: Can't keep up with 64kbit/s Vorbis on 400MHz CPU Changed Bug title to 'Prefer tremor on machines without FPU (e.g., armish platforms)' from 'mplayer: Can't keep up with 64kbit/s Vorbis on 400MHz CPU' stop Stopping processing here. Please contact me if you need assistance. -- 506244: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506244 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Processing of lame_3.98.4-1_i386.changes
Am 06.08.2010 14:41, schrieb Reinhard Tartler: Yes, I think so. It was there for transition purposes in ubuntu, but I think we no longer need it their as well Alright, I think lame and xvidcore are ready for a new upload. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#506244: mplayer: Can't keep up with 64kbit/s Vorbis on 400MHz CPU
On Fri, Aug 06, 2010 at 10:16:49AM -0400, Reinhard Tartler wrote: In case this works, Diego, Reimar, do you think it's worth to ship a different codecs.conf on arm-ish (arm, armel and armhf) platforms that prefer tremor over ffvorbis? Or can this preference perhaps be influenced by a configure switch? I have thought about this before, but I have no good idea how to solve this. A different codecs.conf will work, but it's ugly. Maybe we could add a fixedpoint flag to codecs.conf entries and prefer these codecs on systems without FPU? Reimar? Diego ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: new packages: libraries for the 'puredata' package
On 05/08/10 23:51, Hans-Christoph Steiner wrote: On Thu, 2010-08-05 at 20:52 -0400, Jonas Smedegaard wrote: Hi Hans-Cristoph, On Thu, Aug 05, 2010 at 07:10:14PM -0400, Hans-Christoph Steiner wrote: So I've been maintaining a set of packages outside of Debian for a whole bunch of libraries for the Pd (aka Pure Data) programming langauge. Awesome. I also want to become a DM, and working with pkg-multimedia Even more awesome! :-) I am thinking the next step is to take one package all the way thru the mentors.debian.net process and get that all smoothed out, then work on the rest. Just join our team. The Debian sponsoring/mentoring system is for lonely riders, not teams. In other words: You need no mentor or sponsoring when working with us. Are you already subscribed to this mailinglist? Can I drop you as explicit recipient? Kind regards, - Jonas Some relevant bullet points ;) * I'm already on this list * I read thru the DebianMultimedia wiki * I'm eighthave-guest on alioth I've just added you. Welcome to the team! You can start importing your packages into git. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
On 06/08/10 at 08:16 -0400, Reinhard Tartler wrote: tags 591881 help moreinfo stop On Fri, Aug 06, 2010 at 02:29:50 (EDT), Lucas Nussbaum wrote: -- New version is unstable version: FAILED (0.8.6.h-4+lenny2 != 1.1.1-1) -- Packages that will be removed if installed: FAILED Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: vlc-nox: Depends: libavformat52 (= 4:0.5.1-1) but 0.svn20080206-18+lenny1 is to be installed or libavformat-extra-52 (= 4:0.5.1-1) but it is not installable E: Broken packages this basically says that libavformat52 from debian/squeeze was not installable, no? I find this pretty hard to believe, espc. since it has been isntalled successfully earlier in the log. the last step of your script seems to install again a larger number of packages from sid, but holds back libavformat. This seems to be the actual culprit of this problem, but from the log it's totally unclear to me why this happens. So, after installing vlc-nox/lenny and upgrading to sid: - trying to upgrade just vlc-nox: parapide-16:~# apt-get install vlc-nox Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: vlc-nox: Depends: libavformat52 (= 4:0.5.1-1) but 0.svn20080206-18+lenny1 is to be installed or libavformat-extra-52 (= 4:0.5.1-1) but it is not installable E: Broken packages - trying to upgrade vlc-nox, forcing installation of libavformat-extra-52: parapide-16:~# apt-get install vlc-nox libavformat-extra-52 Reading package lists... Done Building dependency tree Reading state information... Done Package libavformat-extra-52 is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package libavformat-extra-52 has no installation candidate - trying to upgrade vlc-nox, forcing installation of libavformat52: parapide-16:~# apt-get -y install vlc-nox libavformat52 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libtalloc1 libmodplug0c2 libx11-data g++-4.3 libiso9660-5 libmpfr1ldbl libdvbpsi4 libkrb53 libcdio7 libhal1 libstdc++6-4.3-dev libdvdread3 libraw1394-8 libdb4.2 libsysfs2 libx11-6 libid3tag0 dbus-x11 libmpcdec3 libfaad0 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: libavcodec51 libvlc0 The following packages will be upgraded: libavformat52 vlc-nox 2 upgraded, 0 newly installed, 2 to remove and 0 not upgraded. Need to get 3519kB of archives. After this operation, 11.4MB disk space will be freed. Get:1 http://localhost sid/main vlc-nox 1.1.1-1 [3152kB] Get:2 http://localhost sid/main libavformat52 4:0.5.2-1 [367kB] Fetched 3519kB in 0s (6801kB/s) (Reading database ... 15805 files and directories currently installed.) Preparing to replace vlc-nox 0.8.6.h-4+lenny2 (using .../vlc-nox_1.1.1-1_amd64.deb) ... Unpacking replacement vlc-nox ... (Reading database ... 15901 files and directories currently installed.) Removing libvlc0 ... dpkg: libavcodec51: dependency problems, but removing anyway as you requested: libavformat52 depends on libavcodec51 (= 0.svn20080206-8) | libavcodec-unstripped-51 (= 0.svn20080206-8); however: Package libavcodec51 is to be removed. Package libavcodec-unstripped-51 is not installed. Removing libavcodec51 ... (Reading database ... 15884 files and directories currently installed.) Preparing to replace libavformat52 0.svn20080206-18+lenny1 (using .../libavformat52_4%3a0.5.2-1_amd64.deb) ... Unpacking replacement libavformat52 ... Setting up libavformat52 (4:0.5.2-1) ... Setting up vlc-nox (1.1.1-1) ... = so that works, but why doesn't apt-get figures it out by itself? (it might be an apt bug rather than a vlc-nox one) L. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#591287: libmatroska: New upstream version available
On 06/08/10 04:06, Fabian Greffrath wrote: Am 04.08.2010 09:32, schrieb Fabian Greffrath: Alright, I've tried this approach. Could you please check if it works now? Ping. Sorry, I forgot about this one. Building it now... -- Saludos, Felipe Sateler signature.asc Description: OpenPGP digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of libmatroska_1.0.0-1_amd64.changes
libmatroska_1.0.0-1_amd64.changes uploaded successfully to localhost along with the files: libmatroska_1.0.0-1.dsc libmatroska_1.0.0.orig.tar.bz2 libmatroska_1.0.0-1.debian.tar.gz libmatroska2_1.0.0-1_amd64.deb libmatroska-dev_1.0.0-1_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
libmatroska_1.0.0-1_amd64.changes is NEW
libmatroska-dev_1.0.0-1_amd64.deb
to main/libm/libmatroska/libmatroska-dev_1.0.0-1_amd64.deb
(new) libmatroska2_1.0.0-1_amd64.deb optional libs
extensible open standard audio/video container format (shared library)
Matroska is aiming to become the standard of Multimedia
Container Formats one day. It is based on EBML (Extensible Binary
Meta Language), a kind of binary version of XML. This way the
significant advantages in terms of future format extensability
are gained without breaking file support in old parsers.
.
This package contains the shared library needed to run applications that
use libmatroska.
libmatroska_1.0.0-1.debian.tar.gz
to main/libm/libmatroska/libmatroska_1.0.0-1.debian.tar.gz
libmatroska_1.0.0-1.dsc
to main/libm/libmatroska/libmatroska_1.0.0-1.dsc
libmatroska_1.0.0.orig.tar.bz2
to main/libm/libmatroska/libmatroska_1.0.0.orig.tar.bz2
Changes: libmatroska (1.0.0-1) experimental; urgency=low
.
* Imported Upstream version 1.0.0 (Closes: #591287).
* Add myself to uploaders.
* Add debian/watch file.
* Bump SONAME to libmatroska2.
* Remove unnecessary files from debian/ directory.
* Bump libebml-dev requirements to (= 1.0.0).
* Convert Debian packaging to dh7.
* Wrap lines in debian/control and add ${misc:Depends}.
* Update Vcs-* fields.
* Add Homepage field.
* Clarify license of the Debian packaging in debian/copyright.
* Fix duplicate-short-description.
* Fix old-fsf-address-in-copyright-file.
* Fix spelling-error-in-copyright.
* Omit building test for the time being. They fail if compiled without
-finput-charset=ISO8859-15 and have not been built before anyway.
* Drop all patches, not needed anymore.
* Convert to Source Format 3.0 (quilt).
* Bump Standards-Version to 3.9.1.
* Add debian/gbp.conf file.
Override entries for your package:
libmatroska-dev_1.0.0-1_amd64.deb - optional libdevel
libmatroska_1.0.0-1.dsc - source libs
Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 591287
Your package contains new components which requires manual editing of
the override file. It is ok otherwise, so please be patient. New
packages are usually added to the override file about once a week.
You may have gotten the distribution wrong. You'll get warnings above
if files already exist in other distributions.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591525: [PATCH] segfault in playtree.c
On Thu, Aug 05, 2010 at 08:48:59PM -0400, Reinhard Tartler wrote:
On Thu, Aug 05, 2010 at 18:00:11 (EDT), Reimar Döffinger wrote:
On Thu, Aug 05, 2010 at 12:39:52AM -0400, Reinhard Tartler wrote:
Hi Folks,
This is a patch from Adrian Knoth a...@drcomp.erfurt.thur.de to fix a
segfault on empty playlists.
This is Debian Bug: http://bugs.debian.org/591525
Index: playtree.c
===
--- playtree.c (revision 31912)
+++ playtree.c (working copy)
@@ -223,6 +223,13 @@
assert(pt-entry_type == PLAY_TREE_ENTRY_NODE);
#endif
+ /* Roughly validate input data. Both, pt and child are going to be
+ * dereferenced, hence assure they're not NULL.
+ */
+ if (NULL == pt || NULL == child) {
+ return;
+ }
+
//DEBUG_FF: Where are the children freed?
// Attention in using this function!
for(iter = pt-child ; iter != NULL ; iter = iter-next)
Think I replied to the wrong place first: I think this is the wrong
place, at least it must be before the asserts.
I've analyzed the stacktrace more, and I think there is a bug in
parse_pls() in playtreeparser.c. In case there is no (valid) entry, the
for loop in line 344 is executed 0 times. This leads to leaving the
variable 'list' to '0', which in turn causes the crash. For this reason,
I'm proposing this patch:
Index: playtreeparser.c
===
--- playtreeparser.c (revision 31930)
+++ playtreeparser.c (working copy)
@@ -368,6 +368,7 @@
free(entries);
entry = play_tree_new();
+ if (list)
play_tree_set_child(entry,list);
return entry;
}
I don't know how the code is supposed to handle it, but I think that
and empty playlist should be considered invalid and the return value
should indicate this.
E.g. by returning NULL instead of an empty new playtree.
However, I still think Adrians Patch isn't bad and in this case would
have had the exact same behavior. If perhaps other parsers have a
similar problems, Adi's patch would be more safe.
I am not against applying an improved version (with the checks before
the asserts) as an additional safety measure, however it should
also print an error message, IMO failing at that point is an
indication the playlist parser code had a bug and failed to detect
a malformed playlist file.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#506244: mplayer: Can't keep up with 64kbit/s Vorbis on 400MHz CPU
On Fri, Aug 06, 2010 at 05:07:14PM +0200, Diego Biurrun wrote: On Fri, Aug 06, 2010 at 10:16:49AM -0400, Reinhard Tartler wrote: In case this works, Diego, Reimar, do you think it's worth to ship a different codecs.conf on arm-ish (arm, armel and armhf) platforms that prefer tremor over ffvorbis? Or can this preference perhaps be influenced by a configure switch? I have thought about this before, but I have no good idea how to solve this. A different codecs.conf will work, but it's ugly. Maybe we could add a fixedpoint flag to codecs.conf entries and prefer these codecs on systems without FPU? Reimar? I think the approach that was discussed for FFmpeg was to only compile the faster variant. I has quite a few issues, but in principle only compiling in tremor support would select it. It would also work the other way round (and probably better), make tremor the default but only compile it in on FPU-less systems. In the case of MPlayer there may be some issues with that, e.g. the native ogg demuxer behaviour might change. Of course the best solution would have been if tremor hadn't been developed as a completely different library but instead was just a different configuration of libvorbis... ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: unarchiving 90091, reopening 90091, submitter 90091, owner 90091
Processing commands for cont...@bugs.debian.org:
# Lame has recently been uploaded by Reinhard
unarchive 90091
Bug #90091 {Done: Mark Purcell m...@purcell.aaa.net.au} [wnpp] ITP: lame --
mp3 encoder
Unarchived Bug 90091
reopen 90091
Bug #90091 {Done: Mark Purcell m...@purcell.aaa.net.au} [wnpp] ITP: lame --
mp3 encoder
submitter 90091 pkg-multimedia-maintainers@lists.alioth.debian.org
Bug #90091 [wnpp] ITP: lame -- mp3 encoder
Changed Bug submitter to 'pkg-multimedia-maintainers@lists.alioth.debian.org'
from 'Mark Purcell m...@purcell.aaa.net.au'
owner 90091 pkg-multimedia-maintainers@lists.alioth.debian.org
Bug #90091 [wnpp] ITP: lame -- mp3 encoder
Owner recorded as pkg-multimedia-maintain...@lists.alioth.debian.org.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
90091: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=90091
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#506244: mplayer: Can't keep up with 64kbit/s Vorbis on 400MHz CPU
On Fri, Aug 06, 2010 at 05:56:25PM +0200, Reimar Döffinger wrote: On Fri, Aug 06, 2010 at 05:07:14PM +0200, Diego Biurrun wrote: On Fri, Aug 06, 2010 at 10:16:49AM -0400, Reinhard Tartler wrote: In case this works, Diego, Reimar, do you think it's worth to ship a different codecs.conf on arm-ish (arm, armel and armhf) platforms that prefer tremor over ffvorbis? Or can this preference perhaps be influenced by a configure switch? I have thought about this before, but I have no good idea how to solve this. A different codecs.conf will work, but it's ugly. Maybe we could add a fixedpoint flag to codecs.conf entries and prefer these codecs on systems without FPU? Reimar? I think the approach that was discussed for FFmpeg was to only compile the faster variant. I has quite a few issues, but in principle only compiling in tremor support would select it. It would also work the other way round (and probably better), make tremor the default but only compile it in on FPU-less systems. In the case of MPlayer there may be some issues with that, e.g. the native ogg demuxer behaviour might change. Of course the best solution would have been if tremor hadn't been developed as a completely different library but instead was just a different configuration of libvorbis... I disagree slightly here since the issue does not only apply to Vorbis/Tremor. For MP3 we have a similar situation: We default to mp3lib, but ffmp3 is fixedpoint and thus faster on systems without FPU. So a slightly more general framework on our side might be adequate. Diego ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
idjc 0.8.3-1 MIGRATED to testing
FYI: The status of the idjc source package in Debian's testing distribution has changed. Previous version: 0.8.2-4 Current version: 0.8.3-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
reassign src:ffmpeg,apt severity 591881 important thanks On Fri, Aug 06, 2010 at 11:15:44 (EDT), Lucas Nussbaum wrote: On 06/08/10 at 08:16 -0400, Reinhard Tartler wrote: tags 591881 help moreinfo stop On Fri, Aug 06, 2010 at 02:29:50 (EDT), Lucas Nussbaum wrote: -- New version is unstable version: FAILED (0.8.6.h-4+lenny2 != 1.1.1-1) -- Packages that will be removed if installed: FAILED Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: vlc-nox: Depends: libavformat52 (= 4:0.5.1-1) but 0.svn20080206-18+lenny1 is to be installed or libavformat-extra-52 (= 4:0.5.1-1) but it is not installable E: Broken packages this basically says that libavformat52 from debian/squeeze was not installable, no? I find this pretty hard to believe, espc. since it has been isntalled successfully earlier in the log. the last step of your script seems to install again a larger number of packages from sid, but holds back libavformat. This seems to be the actual culprit of this problem, but from the log it's totally unclear to me why this happens. So, after installing vlc-nox/lenny and upgrading to sid: - trying to upgrade just vlc-nox: parapide-16:~# apt-get install vlc-nox Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: vlc-nox: Depends: libavformat52 (= 4:0.5.1-1) but 0.svn20080206-18+lenny1 is to be installed or libavformat-extra-52 (= 4:0.5.1-1) but it is not installable E: Broken packages this is wrong, because there is a newer version of libavformat52. Why apt doesn't see it? - trying to upgrade vlc-nox, forcing installation of libavformat-extra-52: parapide-16:~# apt-get install vlc-nox libavformat-extra-52 Reading package lists... Done Building dependency tree Reading state information... Done Package libavformat-extra-52 is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package libavformat-extra-52 has no installation candidate This is correct, we don't have libavformat-extra-52 in Debian. Possibly we will see it for squeeze+1, it clearly missed the freeze for squeeze. - trying to upgrade vlc-nox, forcing installation of libavformat52: parapide-16:~# apt-get -y install vlc-nox libavformat52 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libtalloc1 libmodplug0c2 libx11-data g++-4.3 libiso9660-5 libmpfr1ldbl libdvbpsi4 libkrb53 libcdio7 libhal1 libstdc++6-4.3-dev libdvdread3 libraw1394-8 libdb4.2 libsysfs2 libx11-6 libid3tag0 dbus-x11 libmpcdec3 libfaad0 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: libavcodec51 libvlc0 The following packages will be upgraded: libavformat52 vlc-nox 2 upgraded, 0 newly installed, 2 to remove and 0 not upgraded. Need to get 3519kB of archives. After this operation, 11.4MB disk space will be freed. Get:1 http://localhost sid/main vlc-nox 1.1.1-1 [3152kB] Get:2 http://localhost sid/main libavformat52 4:0.5.2-1 [367kB] Fetched 3519kB in 0s (6801kB/s) (Reading database ... 15805 files and directories currently installed.) Preparing to replace vlc-nox 0.8.6.h-4+lenny2 (using .../vlc-nox_1.1.1-1_amd64.deb) ... Unpacking replacement vlc-nox ... (Reading database ... 15901 files and directories currently installed.) Removing libvlc0 ... dpkg: libavcodec51: dependency problems, but removing anyway as you requested: libavformat52 depends on libavcodec51 (= 0.svn20080206-8) | libavcodec-unstripped-51 (= 0.svn20080206-8); however: Package libavcodec51 is to be removed. Package libavcodec-unstripped-51 is not installed. Removing libavcodec51 ... this is correct, because libavcodec has bumped SONAME from 51 to 52. (Reading database ... 15884 files and directories currently installed.) Preparing to replace libavformat52 0.svn20080206-18+lenny1 (using .../libavformat52_4%3a0.5.2-1_amd64.deb) ... Unpacking replacement libavformat52 ... Setting up libavformat52 (4:0.5.2-1) ... Setting up
Processed (with 1 errors): Re: Bug#591881: vlc-nox: package fails to upgrade properly from lenny
Processing commands for cont...@bugs.debian.org: reassign src:ffmpeg,apt Unknown command or malformed arguments to command. severity 591881 important Bug #591881 [vlc-nox] vlc-nox: package fails to upgrade properly from lenny Severity set to 'important' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. -- 591881: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591881 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591525: [PATCH] segfault in playtree.c
On Fri, Aug 06, 2010 at 11:49:59 (EDT), Reimar Döffinger wrote:
On Thu, Aug 05, 2010 at 08:48:59PM -0400, Reinhard Tartler wrote:
On Thu, Aug 05, 2010 at 18:00:11 (EDT), Reimar Döffinger wrote:
On Thu, Aug 05, 2010 at 12:39:52AM -0400, Reinhard Tartler wrote:
Hi Folks,
This is a patch from Adrian Knoth a...@drcomp.erfurt.thur.de to fix a
segfault on empty playlists.
This is Debian Bug: http://bugs.debian.org/591525
Index: playtree.c
===
--- playtree.c(revision 31912)
+++ playtree.c(working copy)
@@ -223,6 +223,13 @@
assert(pt-entry_type == PLAY_TREE_ENTRY_NODE);
#endif
+ /* Roughly validate input data. Both, pt and child are going to be
+ * dereferenced, hence assure they're not NULL.
+ */
+ if (NULL == pt || NULL == child) {
+ return;
+ }
+
//DEBUG_FF: Where are the children freed?
// Attention in using this function!
for(iter = pt-child ; iter != NULL ; iter = iter-next)
Think I replied to the wrong place first: I think this is the wrong
place, at least it must be before the asserts.
I've analyzed the stacktrace more, and I think there is a bug in
parse_pls() in playtreeparser.c. In case there is no (valid) entry, the
for loop in line 344 is executed 0 times. This leads to leaving the
variable 'list' to '0', which in turn causes the crash. For this reason,
I'm proposing this patch:
Index: playtreeparser.c
===
--- playtreeparser.c (revision 31930)
+++ playtreeparser.c (working copy)
@@ -368,6 +368,7 @@
free(entries);
entry = play_tree_new();
+ if (list)
play_tree_set_child(entry,list);
return entry;
}
I don't know how the code is supposed to handle it, but I think that
and empty playlist should be considered invalid and the return value
should indicate this.
E.g. by returning NULL instead of an empty new playtree.
I see. In this case, I propose this:
Index: playtreeparser.c
===
--- playtreeparser.c(revision 31931)
+++ playtreeparser.c(working copy)
@@ -367,6 +367,9 @@
free(entries);
+ if (list)
+return NULL;
+
entry = play_tree_new();
play_tree_set_child(entry,list);
return entry;
However, I still think Adrians Patch isn't bad and in this case would
have had the exact same behavior. If perhaps other parsers have a
similar problems, Adi's patch would be more safe.
I am not against applying an improved version (with the checks before
the asserts) as an additional safety measure, however it should
also print an error message, IMO failing at that point is an
indication the playlist parser code had a bug and failed to detect
a malformed playlist file.
Okay, so how about this:
Index: playtree.c
===
--- playtree.c (revision 31931)
+++ playtree.c (working copy)
@@ -218,8 +218,15 @@
play_tree_set_child(play_tree_t* pt, play_tree_t* child) {
play_tree_t* iter;
-#ifdef MP_DEBUG
- assert(pt != NULL);
+ /* Roughly validate input data. Both, pt and child are going to be
+ * dereferenced, hence assure they're not NULL.
+ */
+ if (NULL == pt || NULL == child) {
+mp_msg(MSGT_PLAYTREE,MSGL_ERR, Detected malformed playlist file. Possible
bug in paser?\n);
+return;
+ }
+
+#ifdef MP_DEBUG || 1
assert(pt-entry_type == PLAY_TREE_ENTRY_NODE);
#endif
--
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
Processed: reassign 591881 to src:ffmpeg,apt
Processing commands for cont...@bugs.debian.org: reassign 591881 src:ffmpeg,apt Bug #591881 [vlc-nox] vlc-nox: package fails to upgrade properly from lenny Bug reassigned from package 'vlc-nox' to 'src:ffmpeg,apt'. Bug No longer marked as found in versions vlc/1.1.1-1. thanks Stopping processing here. Please contact me if you need assistance. -- 591881: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591881 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: new packages: libraries for the 'puredata' package
On Fri, 2010-08-06 at 11:11 -0400, Felipe Sateler wrote: On 05/08/10 23:51, Hans-Christoph Steiner wrote: On Thu, 2010-08-05 at 20:52 -0400, Jonas Smedegaard wrote: Hi Hans-Cristoph, On Thu, Aug 05, 2010 at 07:10:14PM -0400, Hans-Christoph Steiner wrote: So I've been maintaining a set of packages outside of Debian for a whole bunch of libraries for the Pd (aka Pure Data) programming langauge. Awesome. I also want to become a DM, and working with pkg-multimedia Even more awesome! :-) I am thinking the next step is to take one package all the way thru the mentors.debian.net process and get that all smoothed out, then work on the rest. Just join our team. The Debian sponsoring/mentoring system is for lonely riders, not teams. In other words: You need no mentor or sponsoring when working with us. Are you already subscribed to this mailinglist? Can I drop you as explicit recipient? Kind regards, - Jonas Some relevant bullet points ;) * I'm already on this list * I read thru the DebianMultimedia wiki * I'm eighthave-guest on alioth I've just added you. Welcome to the team! You can start importing your packages into git. Yee haw! I'm going to work thru the final kinks in the upstream SVN where I have been doing the development/packaging so far. Then I'll upload them. And thanks for the words of support Alexandre! .hc ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591802: FTBFS on sparc: [po/fr/LC_MESSAGES/csound5.mo] Error -11
Felipe Sateler fsate...@debian.org (06/08/2010): I also just managed to build it on smetana. Looks like the buildd is borked. What should I do next? I guess I'm going to give it back again and again, until it builds… I'm open to any ideas, of course. 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#591881: vlc-nox: package fails to upgrade properly from lenny
On 06/08/10 at 13:13 -0400, Reinhard Tartler wrote: reassign src:ffmpeg,apt severity 591881 important thanks [...] I agree, so I'm reassinging this bug. OK, but what's the reason for downgrading severity, too? -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#506244: mplayer: Can't keep up with 64kbit/s Vorbis on 400MHz CPU
On Fri, Aug 06, 2010 at 06:32:01PM +0200, Diego Biurrun wrote: I disagree slightly here since the issue does not only apply to Vorbis/Tremor. For MP3 we have a similar situation: We default to mp3lib, but ffmp3 is fixedpoint and thus faster on systems without FPU. So a slightly more general framework on our side might be adequate. Not really, the issue is the same: FFmpeg has a float and a fixed-point implementation, it needs to select the proper one automatically. The current approach is as silly as having a different decoder for MMX, SSE, SSE2 and expecting an application to manually select the right one. It's just not going to work. Also it is not just a matter of FPU or not, but also the relative speed of integer vs. FPU units. Apart from this, adding ac=ffmp3,tremor, to the default config of FPU-less systems should work, it just is no good solution. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
reassing 591881 libavformat52,apt thanks On Fri, Aug 06, 2010 at 14:19:21 (EDT), Lucas Nussbaum wrote: On 06/08/10 at 13:13 -0400, Reinhard Tartler wrote: reassign src:ffmpeg,apt severity 591881 important thanks [...] I agree, so I'm reassinging this bug. OK, but what's the reason for downgrading severity, too? because it can be fixed by running the upgrade in several steps? feel free to raise severity if you feel this is RC, but I wouldn't hold up the release for this issue. In any case, Moritz has localized this issue: j...@galadriel:~$ sudo chroot chroots/lenny/ r...@galadriel:/# apt-get install libavformat52 libavcodec51 Reading package lists... Done Building dependency tree Reading state information... Done libavcodec51 is already the newest version. libavcodec51 set to manually installed. Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libavformat52: Breaks: libavcodec51 ( 3:0.svn20090303-1) but 0.svn20080206-18+lenny1 is to be installed E: Broken packages r...@galadriel:/# The breaks is in place to force apt to not install libavformat52 together with libavcodec51; The corresponding changelog entry is here: ffmpeg-debian (3:0.svn20090303-1) unstable; urgency=low [...] * The libavformat52 now links against libavcodec52, which breaks applications that *ALSO* link against libavcodec51. Adding a Breaks: libavcodec51 should prevent this and (hopefully) Closes: #516885. [...] -- Reinhard Tartler siret...@tauware.de Tue, 03 Mar 2009 21:01:25 +0100 Now we are having other upgrade problems. hrmpf. any ideas what's the correct approach here? -- 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#591881: vlc-nox: package fails to upgrade properly from lenny
Hi, On Fri, Aug 06, 2010 at 02:55:31PM -0400, Reinhard Tartler wrote: In any case, Moritz has localized this issue: j...@galadriel:~$ sudo chroot chroots/lenny/ r...@galadriel:/# apt-get install libavformat52 libavcodec51 Reading package lists... Done Building dependency tree Reading state information... Done libavcodec51 is already the newest version. libavcodec51 set to manually installed. Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libavformat52: Breaks: libavcodec51 ( 3:0.svn20090303-1) but 0.svn20080206-18+lenny1 is to be installed E: Broken packages r...@galadriel:/# The breaks is in place to force apt to not install libavformat52 together with libavcodec51; The corresponding changelog entry is here: ffmpeg-debian (3:0.svn20090303-1) unstable; urgency=low [...] * The libavformat52 now links against libavcodec52, which breaks applications that *ALSO* link against libavcodec51. Adding a Breaks: libavcodec51 should prevent this and (hopefully) Closes: #516885. [...] -- Reinhard Tartler siret...@tauware.de Tue, 03 Mar 2009 21:01:25 +0100 Now we are having other upgrade problems. hrmpf. any ideas what's the correct approach here? This smells like a apt bug, it seems to not parse the versioned Breaks correctly? aptitude gets it right. Since all the packages in Squeeze have been recompiled and libavcodec51 no longer exists, you might just as well drop the Breaks. AFAICT it was needed for the transition, which is now done? Cheers, Moritz ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
On Fr, 2010-08-06 at 15:38 -0400, Moritz Muehlenhoff wrote: Hi, On Fri, Aug 06, 2010 at 02:55:31PM -0400, Reinhard Tartler wrote: In any case, Moritz has localized this issue: j...@galadriel:~$ sudo chroot chroots/lenny/ r...@galadriel:/# apt-get install libavformat52 libavcodec51 Reading package lists... Done Building dependency tree Reading state information... Done libavcodec51 is already the newest version. libavcodec51 set to manually installed. Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libavformat52: Breaks: libavcodec51 ( 3:0.svn20090303-1) but 0.svn20080206-18+lenny1 is to be installed E: Broken packages r...@galadriel:/# The breaks is in place to force apt to not install libavformat52 together with libavcodec51; The corresponding changelog entry is here: ffmpeg-debian (3:0.svn20090303-1) unstable; urgency=low [...] * The libavformat52 now links against libavcodec52, which breaks applications that *ALSO* link against libavcodec51. Adding a Breaks: libavcodec51 should prevent this and (hopefully) Closes: #516885. [...] -- Reinhard Tartler siret...@tauware.de Tue, 03 Mar 2009 21:01:25 +0100 Now we are having other upgrade problems. hrmpf. any ideas what's the correct approach here? This smells like a apt bug, it seems to not parse the versioned Breaks correctly? aptitude gets it right. Since all the packages in Squeeze have been recompiled and libavcodec51 no longer exists, you might just as well drop the Breaks. AFAICT it was needed for the transition, which is now done? This would not be totally correct as libavcodec51 is in stable, and partial upgrades would break. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Fri Aug 6 20:03:20 UTC 2010 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: pacemaker-mgmt tags 531953 + pending Bug #531953 [wnpp] ITP: pacemaker-mgmt -- Graphical management tool for Pacemaker HA clusters Added tag(s) pending. # Source package in NEW: wireshark tags 591563 + pending Bug #591563 [wireshark] wireshark: [INTL:ja] Update po-debconf template translation (ja.po) Added tag(s) pending. # Source package in NEW: wireshark tags 68746 + pending Bug #68746 [wireshark] Including user's guide Bug #221137 [wireshark] ethereal: please package the docu Bug #568041 [wireshark] offline manuals Added tag(s) pending. Added tag(s) pending. Added tag(s) pending. # Source package in NEW: mricron tags 579231 + pending Bug #579231 [wnpp] ITP: mricron -- magnetic resonance image conversion, viewing and analysis Added tag(s) pending. # Source package in NEW: libmatroska tags 591287 + pending Bug #591287 [libmatroska] libmatroska: New upstream version available Added tag(s) pending. # Source package in NEW: gitit tags 556099 + pending Bug #556099 [wnpp] ITP: gitit -- A wiki backed by a git or darcs filestore Added tag(s) pending. # Source package in NEW: mpris-remote tags 591855 + pending Bug #591855 [wnpp] ITP: mpris-remote -- command-line interface for mpris compatbile media players Added tag(s) pending. # Source package in NEW: linpsk tags 575243 + pending Bug #575243 [linpsk] linpsk: Uses deprecated sound system Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 575243: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575243 591855: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591855 556099: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556099 68746: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=68746 531953: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531953 591287: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591287 579231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579231 591563: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591563 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591525: [PATCH] segfault in playtree.c
On Fri, Aug 06, 2010 at 15:01:15 (EDT), Reimar Döffinger wrote:
On Fri, Aug 06, 2010 at 01:22:12PM -0400, Reinhard Tartler wrote:
I see. In this case, I propose this:
Index: playtreeparser.c
===
--- playtreeparser.c (revision 31931)
+++ playtreeparser.c (working copy)
@@ -367,6 +367,9 @@
free(entries);
+ if (list)
+return NULL;
+
entry = play_tree_new();
play_tree_set_child(entry,list);
return entry;
Condition inverted? I also don't know if the code
above can deal with NULL return, but in principle
I guess it should be right.
D'oh, so this should be better:
Index: playtreeparser.c
===
--- playtreeparser.c(revision 31935)
+++ playtreeparser.c(working copy)
@@ -367,6 +367,9 @@
free(entries);
+ if (!list)
+return NULL;
+
entry = play_tree_new();
play_tree_set_child(entry,list);
return entry;
On checking again, this means that the parser code
will try to parse it as a different format.
Probably correct, but definitely a side-effect.
Index: playtree.c
===
--- playtree.c (revision 31931)
+++ playtree.c (working copy)
@@ -218,8 +218,15 @@
play_tree_set_child(play_tree_t* pt, play_tree_t* child) {
play_tree_t* iter;
-#ifdef MP_DEBUG
- assert(pt != NULL);
+ /* Roughly validate input data. Both, pt and child are going to be
+ * dereferenced, hence assure they're not NULL.
+ */
+ if (NULL == pt || NULL == child) {
+mp_msg(MSGT_PLAYTREE,MSGL_ERR, Detected malformed playlist file.
Possible bug in paser?\n);
+return;
+ }
+
+#ifdef MP_DEBUG || 1
Mostly ok, except the ifdef part of course and also I am not
sure this is only called for playlist files.
It should be something like Internal error, attempt to
add an empty child or use empty playlist\n.
Also NULL == pt should be !pt etc.
Also, a spaces is missing before MSGL.
So how about this:
Index: playtree.c
===
--- playtree.c (revision 31935)
+++ playtree.c (working copy)
@@ -218,8 +218,15 @@
play_tree_set_child(play_tree_t* pt, play_tree_t* child) {
play_tree_t* iter;
+ /* Roughly validate input data. Both, pt and child are going to be
+ * dereferenced, hence assure they're not NULL.
+ */
+ if (!pt || !child) {
+mp_msg(MSGT_PLAYTREE, MSGL_ERR, Internal error, attempt to add an empty
child or use empty playlist\n);
+return;
+ }
+
#ifdef MP_DEBUG
- assert(pt != NULL);
assert(pt-entry_type == PLAY_TREE_ENTRY_NODE);
#endif
--
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
