Bug#644873: marked as done (unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed)
Your message dated Mon, 10 Oct 2011 08:12:26 +0200 with message-id 877h4dxtmd@faui43f.informatik.uni-erlangen.de and subject line Re: Bug#644873: unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed has caused the Debian Bug report #644873, regarding unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed 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.) -- 644873: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644873 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libavcodec53 Severity: grave apt-get -s install libavcodec53 The following packages have unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed or libavutil-extra-51 ( 4:0.7.2.99) but it is not going to be installed The Package: libavutil51(4:0.7.2-1) is currently available at the package servers. http://packages.debian.org/wheezy/libavcodec53 told me in the list of related packages: * dep: multiarch-support Transitional package to ensure multiarch compatibility * dep: libavutil51 ( 4:0.7.2-99) Libav utility library or libavutil-extra-51 ( 4:0.7.2.99) Libav utility library dep: libavutil51 (= 4:0.7.2-1) or libavutil-extra-51 (= 4:0.7.2) * dep: libc0.1 (= 2.7) [kfreebsd-amd64, kfreebsd-i386] didn't get this? Two version areas? By the way I tried to install gnash: gnash-common : Depends: libavcodec53 (= 4:0.7-1) but it is not going to be installed or libavcodec-extra-53 (= 4:0.7-1) but it is not going to be installed regards -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- On So, Okt 09, 2011 at 23:56:12 (CEST), spa...@freenet.de wrote: Package: libavcodec53 Severity: grave apt-get -s install libavcodec53 The following packages have unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed or ^ libavutil-extra-51 ( 4:0.7.2.99) but it is not going to be installed Please remove any references of debian-multimedia.org from your sources.list and try again. regards, -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ---End Message--- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#567863: RFP: Handbrake - video transcoder
On Mo, Okt 10, 2011 at 07:12:23 (CEST), Rogério Brito wrote: Hi there. I'm just including the Multimedia team, as they don't seem to be subscribed to this bug. On Oct 09 2011, Ralf Jung wrote: Can't be packaged as x264 video codec and aac and mp3 audio codec aren't free. How can that be, I can decode and encode mp3 and view MPEG4 videos without problems, installing only packages from the debian repositories...? Ralf, I think that when Christian wrote that, we didn't have x264 and lame in the main archive. Things have changed since this bug was originally filed. Once we have faac (if it's acceptable for our archive), then it would be lovely to have a new version of handbrake (e.g., from their git tree) in the archive, as it is a frontend for multimedia libraries that quite possibly passes the useable by mom and dad usability test, especially since it comes with sensible presets. I don't think we'll ever have faac in Debian because of its license. See https://bugs.edge.launchpad.net/ubuntu/+source/faac/+bug/374900 for details. Luckily, we have vo-aacenc (http://packages.debian.org/sid/main/libvo-aacenc0), which is the aac encoder from android and can encode aac just fine. As far as I know, Handbrake does not even implement any of this. It uses gstreamer, ffmpeg and others. Well, it does implement some things, like, for instance, their decombing routines, which is very nice for some interlaced and almost-interlaced things. As a side-effect, this decombing of theirs results in variable frame rates, which potentially feeds fewer frames to x264 (or whatever encoder is in question), making the bitrates tend to lower. Another side-effect that people may not appreciate because they run fast architectures is that outputting fewer frames, some slower video cards (e.g., in a powerpc machine) can have a fighting chance of playing some videos. I don't know of any implementation of handbrake's decombing algorithm in other software (e.g., ffmpeg/libav, mplayer, mplayer2, gstreamer etc.) Does anyone know? The other transcoders (arista, transmaggedon) are jokes regarding the amount of configurability that they allow. I agree that Handbrake is a really great tool. Actually, I did take a look at the sources and found out, that it would require a lot of efford to get it into debian. The reason is that the ship a lot of patched libraries that we already have in debian. I don't think this code duplication is acceptable for the Debian system. As for this RFP, I think any potential packager should identify the included libraries and start upstreaming the included patches. Then, try to build them against the libraries that Debian already ships. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#644873: closed by Reinhard Tartler siret...@tauware.de (Re: Bug#644873: unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed)
On 10/10/2011 08:18 AM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the libavcodec53 package: #644873: unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed It has been closed by Reinhard Tartlersiret...@tauware.de. ... Please remove any references of debian-multimedia.org from your sources.list and try again. Morgen :), never had: ~$ grep -v '#' /etc/apt/sources.list deb http://ftp.debian.org/debian/ wheezy main non-free contrib deb-src http://ftp.debian.org/debian/ wheezy main non-free contrib I'll remove /var/lib/apt/whatever when I'm back home. Maybe it helps... regards ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#644873: closed by Reinhard Tartler siret...@tauware.de (Re: Bug#644873: unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed)
On Mo, Okt 10, 2011 at 09:18:51 (CEST), Anti Spam User 3 wrote: On 10/10/2011 08:18 AM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the libavcodec53 package: #644873: unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed It has been closed by Reinhard Tartlersiret...@tauware.de. ... Please remove any references of debian-multimedia.org from your sources.list and try again. Morgen :), never had: ~$ grep -v '#' /etc/apt/sources.list deb http://ftp.debian.org/debian/ wheezy main non-free contrib deb-src http://ftp.debian.org/debian/ wheezy main non-free contrib I'll remove /var/lib/apt/whatever when I'm back home. Maybe it helps... also check /etc/apt/sources.list.d/*.list We didn't have a libavutil package with epoch 5: in debian, but I know that dmo does. regards, Reinhard -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#567863: RFP: Handbrake - video transcoder
Hi, okay, thanks a lot for the update - I was not aware that the position wrt such codecs changed so drastically, but I am glad to hear it. And I agree that handbrake would be a great addition, I use it whenever possible to do recode my videos. The package from the original author, designed for Ubuntu, works fine with Debian testing. I agree that Handbrake is a really great tool. Actually, I did take a look at the sources and found out, that it would require a lot of efford to get it into debian. The reason is that the ship a lot of patched libraries that we already have in debian. I don't think this code duplication is acceptable for the Debian system. That might explain why the executable is 16MiB in size... ;-) (it does not ship any .so files though) Kind regards, Ralf ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: mplayer2 FTBFS on sparc
On So, Okt 09, 2011 at 22:41:26 (CEST), Kurt Roeckx wrote: On Sun, Oct 09, 2011 at 07:49:04PM +0200, Reinhard Tartler wrote: Moreover, Jurij suggests that mplayer2 should be compiled with -mcpu=ultrasparc anyway. The upstream configure script will do that when running under a 64bit kernel. However, this piece of information is 'hidden' on the buildds by the use of linux32. I think in the general case you should not pass -mcpu or -march to gcc. Implemented as http://anonscm.debian.org/gitweb/?p=pkg-multimedia/mplayer2.git;a=commitdiff;h=2c975a69c625fb24669d892ce9eed51e4e4b66ec This seems to avoid any -mcpu compiler options. Cheers, Reinhard. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of mplayer2_2.0-134-g84d8671-8_i386.changes
mplayer2_2.0-134-g84d8671-8_i386.changes uploaded successfully to localhost along with the files: mplayer2_2.0-134-g84d8671-8.dsc mplayer2_2.0-134-g84d8671-8.debian.tar.gz mplayer2_2.0-134-g84d8671-8_i386.deb mplayer2-dbg_2.0-134-g84d8671-8_i386.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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
mplayer2_2.0-134-g84d8671-8_i386.changes ACCEPTED into unstable
Accepted: mplayer2-dbg_2.0-134-g84d8671-8_i386.deb to main/m/mplayer2/mplayer2-dbg_2.0-134-g84d8671-8_i386.deb mplayer2_2.0-134-g84d8671-8.debian.tar.gz to main/m/mplayer2/mplayer2_2.0-134-g84d8671-8.debian.tar.gz mplayer2_2.0-134-g84d8671-8.dsc to main/m/mplayer2/mplayer2_2.0-134-g84d8671-8.dsc mplayer2_2.0-134-g84d8671-8_i386.deb to main/m/mplayer2/mplayer2_2.0-134-g84d8671-8_i386.deb Override entries for your package: mplayer2-dbg_2.0-134-g84d8671-8_i386.deb - extra debug mplayer2_2.0-134-g84d8671-8.dsc - source video mplayer2_2.0-134-g84d8671-8_i386.deb - extra video Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#644901: vlc: makes crackling sounds while playing back audio through ca0106 HDAudio device
Package: vlc Version: 1.1.3-1squeeze6 Severity: normal From changed audio preferences-settings to playing back throuh vlc-plugin-pulse and pulseaudio with 24 bit resulution, I tried a few things to resolve this problem, but did not succeed. It reminds me a bit of a crackling vinyl record. In Preferences/Audio the 'Audio output frequence (Hz)' was set to 96000, 'Replay preamp' was set to 0.00. Enabling the equalizer-filter even worsened the effect. Possibly it has to do with the alsa configuration of the sound-card, I did not really go into that yet, because rhythmbox, exaile and totem play back without any hassle. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa11.4p5-38 ascii art library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libfreetype6 2.4.2-2.1+squeeze1 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.4.5-8 GCC support library ii libgl1-mesa-glx [libg 7.7.1-5A free implementation of the OpenG ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libsdl-image1.2 1.2.10-2+b2image loading library for Simple D ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libtar1.2.11-6 C library for manipulating tar arc ii libvlccore4 1.1.3-1squeeze6base library for VLC and its modul ii libx11-6 2:1.3.3-4 X11 client-side library ii libx11-xcb1 2:1.3.3-4 Xlib/XCB interface library ii libxcb-keysyms1 0.3.6-1utility libraries for X C Binding ii libxcb-randr0 1.6-1 X C Binding, randr extension ii libxcb-shm0 1.6-1 X C Binding, shm extension ii libxcb-xv01.6-1 X C Binding, xv extension ii libxcb1 1.6-1 X C Binding ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii ttf-freefont 20090104-7 Freefont Serif, Sans and Mono True ii vlc-nox 1.1.3-1squeeze6multimedia player and streamer (wi ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vlc recommends: ii vlc-plugin-notify1.1.3-1squeeze6 LibNotify plugin for VLC ii vlc-plugin-pulse 1.1.3-1squeeze6 PulseAudio plugin for VLC Versions of packages vlc suggests: ii mozilla-plugin-vlc 1.1.3-1squeeze6 multimedia plugin for web browsers ii videolan-doc 20070626-1 documentation for the VideoLAN str Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-14 library for decoding ATSC A/52 str ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libass4 0.9.9-1library for SSA/ASS subtitles rend ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libavc1394-0 0.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec52 4:0.5.4-1 ffmpeg codec library ii libavformat52 4:0.5.4-1 ffmpeg file format library ii libavutil49 4:0.5.4-1 ffmpeg utility library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-1 colour ASCII art library ii libcddb2 1.3.2-2library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libdc1394-22 2.1.2-3high level programming interface f ii libdca0 0.0.5-3decoding library for DTS Coherent ii libdirac-encoder0 1.0.2-3open and royalty free high quality ii libdvbpsi60.1.7-1library for MPEG TS and DVB PSI ta ii libdvdnav44.1.3-7DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml0 0.7.7-3.1 access library for the EBML format ii libfaad2 2.7-6 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libfontconfig12.8.0-2.1 generic font
RFS pd-zexy (was Re: pd-zexy review)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 to my knowledge i have fixed all the remaining issues of the pd-zexy package. given that the new upload would fix an RC-critical bug, i would very much appreciate it, if some DD could upload this package for me. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6TErUACgkQkX2Xpv6ydvQWkQCgw2E/AMkcvolJ/8pjriYRaSgx 9mAAoLl5divUiVLlnrinHNS7LaOVITYr =e6Im -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS pd-zexy (was Re: pd-zexy review)
On Mon, 2011-10-10 at 17:43 +0200, IOhannes m zmoelnig wrote: to my knowledge i have fixed all the remaining issues of the pd-zexy package. The packages includes a lintian override statement: snip # the upstream library format includes the license file in it, this library # has a unique license that is just a statement of public domain, so we just # leave the file in place, since there is no license file to symlink to. pd-zexy: extra-license-file usr/lib/pd/extra/zexy/LICENSE.txt /snip But the file usr/lib/pd/extra/zexy/LICENSE.txt seems to be (almost[1]) identical to GPL-2 from /usr/share/common-licenses Either the included LICENSE.txt was meant to contain a different text or the license actually is meant to be GPL-2 and thus should be symlinked to /usr/share/common-licenses/GPL-2. Roman [1] It contains everything until the END OF TERMS AND CONDITIONS ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: pd-hid caught in unstable, but why?
On Fri, Oct 7, 2011 at 12:00, Hans-Christoph Steiner h...@at.or.at wrote: I was just checking in on my packages, it seems that pd-hid is caught in unstable for 75 days, but I can't figure out what the issue is. The error message is Adding pd-hid makes 1 non-depending packages uninstallable on kfreebsd-amd64: pd-hid http://release.debian.org/migration/testing.pl?package=pd-hid;expand=1 But what is that 1 non-depending package? Is it 'puredata (0.43)'? Other packages with that same Build-Depends are already in testing. This looks fishy. You might want to ask on debian-release. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: pd-hid caught in unstable, but why?
On Oct 10, 2011, at 4:23 PM, Felipe Sateler wrote: On Fri, Oct 7, 2011 at 12:00, Hans-Christoph Steiner h...@at.or.at wrote: I was just checking in on my packages, it seems that pd-hid is caught in unstable for 75 days, but I can't figure out what the issue is. The error message is Adding pd-hid makes 1 non-depending packages uninstallable on kfreebsd-amd64: pd-hid http://release.debian.org/migration/testing.pl?package=pd- hid;expand=1 But what is that 1 non-depending package? Is it 'puredata (0.43)'? Other packages with that same Build-Depends are already in testing. This looks fishy. You might want to ask on debian-release. Yeah, it does. pd-hid should only depend on Linux's input.h, libc, and puredata. All of those are in kFreeBSD. Thanks, I'll ask there. .hc All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: pd-hid caught in unstable, but why?
FYI, here's the answer from debian-release: On Mon, 2011-10-10 at 22:01 +0100, Adam D. Barratt wrote: On Mon, 2011-10-10 at 16:43 -0400, Hans-Christoph Steiner wrote: I was just checking in on my packages, it seems that pd-hid is caught in unstable for 75 days, but I can't figure out what the issue is. The error message is Adding pd-hid makes 1 non-depending packages uninstallable on kfreebsd-amd64: pd-hid http://release.debian.org/migration/testing.pl?package=pd-hid;expand=1 But what is that 1 non-depending package? Is it 'puredata (0.43)'? No, it's pd-hid, as the message you quoted indicates. Other packages with that same Build-Depends are already in testing. Also, buildd seems to show it as installed on kFreeBSD: That only indicates it builds, not that it's installable. edos-debcheck is one method of demonstrating the issue: $ edos-debcheck -explain -checkonly pd-hid Packages_kfreebsd-amd64 Completing conflicts...* 100.0% Conflicts and dependencies... * 100.0% Solving* 100.0% pd-hid (= 0.7-1): FAILED pd-hid (= 0.7-1) depends on one of: - pd-mapping (= 0.2-1) $ edos-debcheck -explain -checkonly pd-mapping Packages_kfreebsd-amd64 Completing conflicts...* 100.0% Conflicts and dependencies... * 100.0% Solving* 100.0% pd-mapping (= 0.2-1): FAILED pd-mapping (= 0.2-1) depends on missing: - pd-cyclone $ dak ls pd-cyclone pd-cyclone | 0.1~alpha55-3 | testing | source, amd64, armel, i386, ia64, mips, mipsel, powerpc, s390, sparc pd-cyclone | 0.1~alpha55-3 | unstable | source, amd64, armel, i386, ia64, mips, mipsel, powerpc, s390, sparc Regards, Adam ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#604687: vlc: xvideo output not working on powerbook (radeon video card, powerpc)
Package: vlc Version: 1.1.12-1 Followup-For: Bug #604687 Hi, I've an iBook G4 (PowerPC) with a Redeon card and I'm seeing this message, too. Running vlc with -vvv gives me these messages: [0x10676a18] xcb_xv generic debug: connected to X11.0 server [0x10676a18] xcb_xv generic debug: vendor : The X.Org Foundation [0x10676a18] xcb_xv generic debug: version: 11101000 [0x1067be60] xdg_screensaver inhibit debug: started xdg-screensaver (PID = 18954) [0x10676a18] xcb_xv generic debug: using screen 0xfb [0x10676a18] xcb_xv generic debug: using XVideo extension v2.2 [0x10676a18] xcb_xv generic error: no available XVideo adaptor Which information do you need to further investigate this bug? Bye, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.1.0-rc8.ledtest-00743-gf72a209-dirty Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa11.4p5-39 ii libavcodec53 4:0.7.2-1 ii libavutil51 4:0.7.2-1 ii libc6 2.13-21 ii libfreetype6 2.4.6-2 ii libfribidi0 0.19.2-1 ii libgcc1 1:4.6.1-13 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libice6 2:1.0.7-2 ii libqtcore44:4.7.3-8 ii libqtgui4 4:4.7.3-8 ii libsdl-image1.2 1.2.10-2.1+b1 ii libsdl1.2debian 1.2.14-6.4 ii libsm62:1.2.0-2 ii libstdc++64.6.1-13 ii libtar0 1.2.11-8 ii libva-x11-1 1.0.12-2 ii libva11.0.12-2 ii libvlccore4 1.1.12-1 ii libx11-6 2:1.4.4-2 ii libx11-xcb1 2:1.4.4-2 ii libxcb-keysyms1 0.3.8-1 ii libxcb-randr0 1.7-3 ii libxcb-shm0 1.7-3 ii libxcb-xv01.7-3 ii libxcb1 1.7-3 ii libxext6 2:1.3.0-3 ii libxpm4 1:3.5.9-1 ii ttf-freefont 20100919-1 ii vlc-nox 1.1.12-1 ii zlib1g1:1.2.5.dfsg-1 Versions of packages vlc recommends: ii vlc-plugin-notify none ii vlc-plugin-pulse none ii xdg-utils 1.1.0~rc1-2 Versions of packages vlc suggests: pn mozilla-plugin-vlc none pn videolan-docnone Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-16 ii libasound2 1.0.24.1-4 ii libass40.9.13-1 ii libavahi-client3 0.6.30-5 ii libavahi-common3 0.6.30-5 ii libavc1394-0 0.5.3-1+b2 ii libavcodec53 4:0.7.2-1 ii libavformat53 4:0.7.2-1 ii libavutil514:0.7.2-1 ii libc6 2.13-21 ii libcaca0 0.99.beta17-2.1 ii libcddb2 1.3.2-3 ii libcdio10 0.81-4 ii libdbus-1-31.4.16-1 ii libdc1394-22 2.1.3-4 ii libdca00.0.5-5 ii libdirac-decoder0 1.0.2-4 ii libdirac-encoder0 1.0.2-4 ii libdvbpsi7 0.2.1-1 ii libdvdnav4 4.1.4-1219-4 ii libdvdread44.1.4-1219-4 ii libebml3 1.2.2-1 ii libfaad2 2.7-7 ii libflac8 1.2.1-6 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libfribidi00.19.2-1 ii libgcc11:4.6.1-13 ii libgcrypt111.5.0-3 ii libgnutls262.12.11-1 ii libgpg-error0 1.10-1 ii libiso9660-7 0.81-4 ii libkate1 0.4.1-1 ii liblircclient0 0.9.0~pre1-1 ii liblua5.1-05.1.4-10 ii libmad00.15.1b-6 ii libmatroska4 1.2.0-1 ii libmodplug11:0.8.8.4-1 ii libmpcdec6 2:0.1~r459-1 ii libmpeg2-4 0.4.1-3 ii libmtp91.1.0-4 ii libncursesw5 5.9-2 ii libogg0
Bug#604687: Same issue here on macmini G4 ppc
Experiencing the same issue on macmini G4 ppc with a Radeon 9200 card. Mplayer works fine, VLC does not. Noticed further issues with Xserver:1) When running Xorg -configure, X crashes with the following message: (excerpt)List of video drivers: radeon mach64 r128 ati (++) Using config file: /root/xorg.conf.new (==) Using system config directory /usr/share/X11/xorg.conf.d (II) [KMS] No DRICreatePCIBusID symbol, no kernel modesetting. Backtrace: 0: Xorg (xorg_backtrace+0x54) [0x10183dc0] 1: Xorg (0x1000+0x188040) [0x10188040] 2: (vdso) (__kernel_sigtramp_rt32+0x0) [0x100370] 3: /usr/lib/xorg/modules/libint10.so (xf86ExtendedInitInt10+0x264) [0xf6ce4e8] 4: /usr/lib/xorg/modules/libvbe.so (VBEExtendedInit+0x2d8) [0xf710984] 5: /usr/lib/xorg/modules/libvbe.so (VBEInit+0x28) [0xf710b08] 6: /usr/lib/xorg/modules/drivers/radeon_drv.so (0xf82c000+0x49d5c) [0xf875d5c] 7: Xorg (DoConfigure+0xe00) [0x10069098] 8: Xorg (InitOutput+0xb84) [0x100781d8] 9: Xorg (0x1000+0x1edb8) [0x1001edb8] 10: /lib/libc.so.6 (0xfac1000+0x1f63c) [0xfae063c] 11: /lib/libc.so.6 (0xfac1000+0x1f800) [0xfae0800] Bus error at address 0x48173000 Fatal server error: Caught signal 7 (Bus error). Server aborting 2) syslog shows messages like: (don't know if it matters)Oct 11 00:17:47 macmini kernel: [ 1756.527455] radeonfb :00:10.0: Invalid ROM contents Oct 11 00:17:47 macmini kernel: [ 1756.527589] radeonfb :00:10.0: Invalid ROM contents 3) xdpyinfo lists XVideo among extensions, but doing a xdpyinfo -ext XVideo results in the following message: XVideo extension not supported by xdpyinfo BTW I upgraded xorg server to testing version, and since then I noticed one improvement:xdriinfo now says Screen 0: r200, whereas before it said not direct rendering capable. Again, no idea if this has any connection to the XVideo issue. Also, I installed firmware-linux-nonfree, and noticed better performance (when running glxgears), but no joy with VLC. I'd be happy to run any sort of tests and provide any kind of information needed to fix this bug. Cheers,Pavle.___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#644873: Info received (Bug#644873 closed by Reinhard Tartler siret...@tauware.de (Re: Bug#644873: unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be in
... also check /etc/apt/sources.list.d/*.list We didn't have a libavutil package with epoch 5: in debian, but I know that dmo does. Hi, thanks for your effort. # ls -la /etc/apt/sources.list.d/ total 8 drwxr-xr-x 2 root root 4096 Jul 12 13:59 . drwxr-xr-x 6 root root 4096 Oct 11 00:24 .. I didn't have a clue ... but you can close this ticket, because I don't want to waste more time in this. Anytime, somehow the package problem vanishes. here some outs (ein Skript sagt mehr als 1000 Worte:) -- cut --- # /bin/mv /var/lib/apt /tmp # apt-get update ; apt-get -s dist-upgrade -u | less read -p jetzt upgraden? ### apt-get dist-upgrade -u Get:1 http://ftp.de.debian.org wheezy InRelease [135 kB] Get:2 http://ftp.de.debian.org wheezy/main Sources [5,460 kB] Get:3 http://ftp.de.debian.org wheezy/non-free Sources [91.1 kB] Get:4 http://ftp.de.debian.org wheezy/contrib Sources [51.6 kB] Get:5 http://ftp.de.debian.org wheezy/main amd64 Packages [7,392 kB] Get:6 http://ftp.de.debian.org wheezy/non-free amd64 Packages [108 kB] Get:7 http://ftp.de.debian.org wheezy/contrib amd64 Packages [64.2 kB] Ign http://ftp.de.debian.org wheezy/contrib TranslationIndex Get:8 http://ftp.de.debian.org wheezy/main TranslationIndex [2,045 B] Ign http://ftp.de.debian.org wheezy/non-free TranslationIndex Ign http://ftp.de.debian.org wheezy/contrib Translation-en_US Ign http://ftp.de.debian.org wheezy/contrib Translation-en Ign http://ftp.de.debian.org wheezy/non-free Translation-en_US Ign http://ftp.de.debian.org wheezy/non-free Translation-en Fetched 13.3 MB in 21s (632 kB/s) Reading package lists... Done jetzt upgraden? ### Reading package lists... Building dependency tree... The following packages have been kept back: browser-plugin-gnash gnash gnash-common mozilla-plugin-vlc vlc vlc-nox vlc-plugin-notify vlc-plugin-pulse 0 upgraded, 0 newly installed, 0 to remove and 8 not upgraded. # apt-get -s install browser-plugin-gnash gnash gnash-common libhighgui2.1 mozilla-plugin-vlc vlc Reading package lists... Done Building dependency tree... 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: gnash-common : Depends: libavcodec53 (= 4:0.7-1) but it is not going to be installed or libavcodec-extra-53 (= 4:0.7-1) but it is not going to be installed Depends: libavformat53 (= 4:0.7-1) but it is not going to be installed or ... -- n paste --- regards ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: FFmpeg package in Debian/Ubuntu
Hi Fabian, Dominik, Debian developers On Wed, Oct 05, 2011 at 11:43:19AM +0200, Fabian Greffrath wrote: Dear Dominik, Am 23.09.2011 18:03, schrieb Dominik 'Rathann' Mierzejewski: Dear All, I'm sending this (Bcc) to Debian/Ubuntu package maintainers who are listed under Original Maintainers on http://packages.ubuntu.com/oneiric/ffmpeg and who seem to be doing something at least a bit related still. You seem to have missed Debian multimedia packages maintainers pkg-multimedia-maintainers@lists.alioth.debian.org. Shifting this mail there as I am not going to discuss this with you in private. Thank you for moving this to a public mailing list. Dominik has pointed me to this mail, and i think its something i should as main author of ffmpeg/libav, reply to. libav forked off ffmpeg in the begin of this year. Since then libav has fallen behind ffmpeg very significantly. Also due to the unfortunate choice of the name of the fork, i should probably clarify that the ffmpeg libraries libavcodec, libavformat, libavfilter and so on are developed and maintained within the ffmpeg project. Their maintainers, reviewers and authors are still predominantly in the ffmpeg project, in some cases like libavfilter and libpostproc all authors are to 100% on the ffmpeg side of the fork. In terms of features: ffmpeg has 17 additional decoders, 11 encoders, 11 demuxers, 5 muxers, 19 native av filter and 51 non native filters that libav does not have. You only have to diff the libav*/all*.c files between ffmpeg and libav git to see this. There is no single feature in libav that ffmpeg does not have. All improvments and bugfixes from libav are always merged into ffmpeg. But changes from ffmpeg are only sometimes merged into libav, this includes some security relevant changes. In terms of bugs: Both projects in the past used roundup to track bugs. With the fork we were forced to switch to a new serverhosting and with that also choose to use trak as tracker while libav, for reasons unknown to me switched to bugzilla. Due to this, its very easy to compare the bug fixing activity as both projects started with fresh trackers. ffmpeg has 280 fixed bugs, see: https://ffmpeg.org/trac/ffmpeg/query?resolution=fixed libav has 17 fixed bugs see: http://bugzilla.libav.org/buglist.cgi?query_format=advancedresolution=FIXED Given above, and especially the security issues, i would strongly suggest debian to reconsider the decission to package just libav. The ffmpeg team as well as I are of course happy to help with maintaining debian packages if such help is needed or wanted! [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Let us carefully observe those good qualities wherein our enemies excel us and endeavor to excel them, by avoiding what is faulty, and imitating what is excellent in them. -- Plutarch signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: pd-hid caught in unstable, but why?
$ edos-debcheck -explain -checkonly pd-mapping Packages_kfreebsd-amd64 Completing conflicts...* 100.0% Conflicts and dependencies... * 100.0% Solving* 100.0% pd-mapping (= 0.2-1): FAILED pd-mapping (= 0.2-1) depends on missing: - pd-cyclone $ dak ls pd-cyclone pd-cyclone | 0.1~alpha55-3 | testing | source, amd64, armel, i386, ia64, mips, mipsel, powerpc, s390, sparc pd-cyclone | 0.1~alpha55-3 | unstable | source, amd64, armel, i386, ia64, mips, mipsel, powerpc, s390, sparc https://buildd.debian.org/status/package.php?p=pd-cyclone looks indeed enlighting. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers