Re: Helping with Maintenance of Packages in Debian
On Fri, Apr 27, 2012 at 9:18 PM, Hans-Christoph Steiner h...@at.or.at wrote: On Apr 27, 2012, at 7:21 AM, Fabian Greffrath wrote: Am 26.04.2012 18:18, schrieb Hans-Christoph Steiner: When I read statements like Uploading ffmpeg would be a bad idea, it seems to me that the Debian-multimedia team has taken sides on the ffmpeg-libav fork dispute. That is not a position that a Debian team should take. Both ffmpeg and libav remain valuable free software that people want to use. And if someone is willing to do the work, Debian and Debian Multimedia should welcome both ffmpeg and libav. I disagree and second Andres' statement that uploading ffmpeg into Debian *now* in its current state is a bad idea. This is not because ffmpeg is bad per se - it isn't - it's just that we decided to go the libav route. This switch is not irrevocable, but so far no general problems have occured with libav and I think it fits better to Debian's release model. There is simply no pressing reason to switch back. We do not disagree at all on this point. I'm not saying that we should just upload ffmpeg as is, obviously it would be stupid to upload ffmpeg if it broke things. But we should welcome anyone who wants to do the work to make it possible to install libav and ffmpeg at the same time, or any other reasonable solution. And since this is a very political issue, we do need to speak carefully and clearly. That's why I object to the statement Uploading ffmpeg would be a bad idea. It is very broad, and wrong from some legitimate Debian-specific points of view. To install libav and ffmpeg at the same time, you have to either make them ABI compatible or have the libraries, headers, programs, and anything else that conflicts renamed. I am for this only if you work with (or anyone works with) the two upstreams. I am against this if it's to remain Debian-specific changes. I rather not resort to forking both projects, plus I don't want another situation similar to the SSL/SSH keys issues from the past [1]. Furthermore, currently libav and ffmpeg share the same library name space without being binary compatible - they are just not drop-in replacements for each other. This is also the reason for most of the bug reports we receive from users, who mixed up Debian packages built against libav with ffmpeg libraries from d-m.o. From what I know, this really seems to me a question for libav itself. IMHO, it is a version of the code with a new name, so that seems that the burden falls on libav to do it. And for the record, I have zero interest in getting involved in the politics, and I don't even want to know what happened to cause the libav fork. I am just offering a Debian user's perspective on two pieces of valuable software that have some technical conflicts. Renaming of anything is up to the upstream projects, not Debian. If we would re-introduce ffmpeg into Debian now, alongside libav, we'd have two choices. Either we get ffmpeg and libav binary-compatible and sustain this compatibility for all subsequent releases. Or we can live with the incompatibility, but then we sould have to rename the libraries of one of the projects and have to build each and every depending package twice, once against libav and once against ffmpeg - with appropriate package dependency declarations and migration plans. Do you think any of these alternatives is worth the effort? I don't! I'm specifically interested in the ffmpeg command line util, I don't really need all the libraries. That wouldn't be hard to package. As for libraries, how about putting the ffmpeg versions into /usr/include/ffmpeg and /usr/lib/ffmpeg? Then if someone wants to build against them, they can add -I/usr/include/ffmpeg and -L/usr/lib/ffmpeg. For most projects that use the libav* libraries, there probably wouldn't be any difference between using the ffmpeg or libav versions, so it would be silly to make all packages for both. libav already builds and provides the ffmpeg package. This is done despite it being removed in libav upstream. It's only provided in Debian for backward compatibility and to ease migration to avconv. The plan is to remove ffmpeg after the next release is out. As for the suggestions in library and header placements for ffmpeg, you're essentially asking for ffmpeg to be renamed. In this case, like I said already, you need to work with upstream. And of course, I'm not telling anyone that they should do the work here. I am saying we should welcome anyone who wants to do it. Oops, I guess I already said that ;) .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 1.
muse 2.0~rc2-2 MIGRATED to testing
FYI: The status of the muse source package in Debian's testing distribution has changed. Previous version: 2.0~rc2-1 Current version: 2.0~rc2-2 -- 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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
devede 3.21.0-1 MIGRATED to testing
FYI: The status of the devede source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 3.21.0-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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#670762: Versioned dependency on libpostproc52 makes libav-tools uninstallable in unstable
Package: libav-tools Version: 5:0.8.1-4 Severity: normal libavtools Depends on libpostproc52 ( 5:0.8.1-99), libpostproc52 (= 5:0.8.1-4). However, the new separate packages of libpostproc52 have the version number 5:0.git20120217-1, which does not satisfy this versioned dependency. I don't know if this bug lies with libav-tools (whose dependencies don't allow the new version of libpostproc52) or with libpostproc52 (since the new version number breaks many dependencies, potentially unnecessarily). If the latter, please feel free to reassign this to libpostproc52. - Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libav-tools depends on: ii libavcodec53 5:0.8.1-4 ii libavdevice535:0.8.1-4 ii libavfilter2 5:0.8.1-4 ii libavformat535:0.8.1-4 ii libavutil51 5:0.8.1-4 ii libc62.13-30 ii libpostproc525:0.8.1-4 ii libsdl1.2debian 1.2.15-3 ii libswscale2 5:0.8.1-4 libav-tools recommends no packages. libav-tools suggests no packages. -- no debconf information ___ 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#670780: [libois-dev] Pathname changed to lowercase: /usr/include/OIS - ../ois/
Package: libois-dev Version: 1.3.0+dfsg0-4 Severity: normal --- Please enter the report below this line. --- It seems that, for some reason, the pathname in the last revision changed from /usr/include/OIS to ../ois/ , changing the case. OGRE, using cmake macros, fails to find OIS since then. I suspect that this might affect quite a few other projects when developers copy the CMake modules directly from OGRE, or expect to have the directory named in uppercase, as it was the case until now. I tried to spot the differences in the git repository since the last revision, but I couldn't spot anything directly. Maybe the autoreconf stuff or something did cause this side effect? In any case, a simple hack moving the directory after installing would be enough to fix the problem immediately. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstableftp.uk.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libois-1.3.0 (= 1.3.0+dfsg0-4) | 1.3.0+dfsg0-4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Processed (with 2 errors): Re: ogre: CPPFLAGS hardening flags missing
Processing commands for cont...@bugs.debian.org: block 665324 by 670780 Bug #665324 [ogre] ogre: CPPFLAGS hardening flags missing 665324 was not blocked by any bugs. 665324 was not blocking any bugs. Added blocking bug(s) of 665324: 670780 affects 670780 + src:ogre Bug #670780 [libois-dev] [libois-dev] Pathname changed to lowercase: /usr/include/OIS - ../ois/ Added indication that 670780 affects src:ogre stop Stopping processing here. Please contact me if you need assistance. -- 665324: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665324 670780: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670780 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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#670789: vlc: VLC crashes when drag and drop an item from dolphin
Package: vlc Version: 2.0.1-4 Severity: normal Tags: upstream VLC crashes when i drag and drop another item from dolphin to it. I was not able to preduce any usable output for debugging -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) 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 5:0.8.1-4 ii libavutil51 5:0.8.1-4 ii libc6 2.13-30 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-3 ii libgcc1 1:4.7.0-3 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libice6 2:1.0.8-2 ii libqtcore44:4.7.4-3 ii libqtgui4 4:4.7.4-3 ii libsdl-image1.2 1.2.12-1 ii libsdl1.2debian 1.2.15-3 ii libsm62:1.2.1-2 ii libstdc++64.7.0-3 ii libtar0 1.2.11-8 ii libva-x11-1 1.0.15-4 ii libva11.0.15-4 ii libvlccore5 2.0.1-4 ii libx11-6 2:1.4.4-4 ii libxcb-composite0 1.8.1-1 ii libxcb-keysyms1 0.3.8-1 ii libxcb-randr0 1.8.1-1 ii libxcb-render01.8.1-1 ii libxcb-shape0 1.8.1-1 ii libxcb-shm0 1.8.1-1 ii libxcb-xfixes01.8.1-1 ii libxcb-xv01.8.1-1 ii libxcb1 1.8.1-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.1-3 ii libxpm4 1:3.5.9-4 ii ttf-freefont 20100919-1 ii vlc-nox 2.0.1-4 ii zlib1g1:1.2.6.dfsg-2 Versions of packages vlc recommends: ii vlc-plugin-notify 2.0.1-4 ii vlc-plugin-pulse 2.0.1-4 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages vlc suggests: pn videolan-doc none -- debconf-show failed ___ 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#666756: Toonloop compiled with -Werror and new clutter causes warnings
Hi Jonas, I see this bug is pending since over 3 weeks. Any chance you can make the upload anytime soon so toonloop won't FTBFS once we start the clutter/cogl transition. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP 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: Helping with Maintenance of Packages in Debian
On Apr 28, 2012, at 3:25 AM, Reinhard Tartler wrote: On Sat, Apr 28, 2012 at 3:08 AM, Hans-Christoph Steiner h...@at.or.at wrote: On Apr 26, 2012, at 3:31 PM, Reinhard Tartler wrote: On Thu, Apr 26, 2012 at 6:18 PM, Hans-Christoph Steiner h...@at.or.at wrote: ffmpeg provides many things that libav does not. For example, I have written an audio redaction plugin for ffmpeg. Such a plugin is not possible in libav. Please elaborate. What makes this impossible. Maybe you can point to your plugin? From what I can tell, they improved the audio plugin API in ffmpeg 0.9 quite a bit. When I was programming my plugin, I looked at both libav and ffmpeg. It wasn't until I looked at ffmpeg 0.9 that it seemed feasible. I attached my plugin source code: Oh, you're talking about libavfilter. Well, so far there is not a single application in debian that uses it, so it clearly wasn't a priority for me. It is true that lavfi has more functionality in ffmpeg, espc. since stefano has implemented his audio filtering work only after the split. On the libav side, I'd suggest talking to anton about this. He is very open and helpful, so why don't you try to catch him on irc, show him the plugin source code and see if he can port it to libav's libavfilter? There is indeed at least one application that does use libavfilter, and that is the ffmpeg command line tool. I think that's how most people use the functions in libavfilter. There are going to be differences between ffmpeg and there are going to solid reasons to use one or the other. So it seems futile to me to ask the devs to make them the same thing when the devs just split up over that very issue. I should add, since this came up in the discussion related to debian-multimedia.org, that this discussion about ffmpeg and libav should not be taken to mean that I am arguing against the proposals related to debian-multimedia.org. I have also been burned by debian-multimedia.org package conflicts, and at the same time I think that the debian-multimedia.org packages are a valuable resource. I think it is a good idea to make debian-multimedia.org more distinct from Debian itself, and also, it is a good idea to try to get as much of the debian-multimedia.org packages into Debian as possible. So I support the DPL's statement on that specific topic. .hc [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: severity of 670762 is serious
Processing commands for cont...@bugs.debian.org: severity 670762 serious Bug #670762 [libav-tools] Versioned dependency on libpostproc52 makes libav-tools uninstallable in unstable Severity set to 'serious' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 670762: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670762 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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Helping with Maintenance of Packages in Debian
On Sat, Apr 28, 2012 at 9:32 PM, Hans-Christoph Steiner h...@at.or.at wrote: On Apr 28, 2012, at 3:25 AM, Reinhard Tartler wrote: On Sat, Apr 28, 2012 at 3:08 AM, Hans-Christoph Steiner h...@at.or.at wrote: On Apr 26, 2012, at 3:31 PM, Reinhard Tartler wrote: On Thu, Apr 26, 2012 at 6:18 PM, Hans-Christoph Steiner h...@at.or.at wrote: ffmpeg provides many things that libav does not. For example, I have written an audio redaction plugin for ffmpeg. Such a plugin is not possible in libav. Please elaborate. What makes this impossible. Maybe you can point to your plugin? From what I can tell, they improved the audio plugin API in ffmpeg 0.9 quite a bit. When I was programming my plugin, I looked at both libav and ffmpeg. It wasn't until I looked at ffmpeg 0.9 that it seemed feasible. I attached my plugin source code: Oh, you're talking about libavfilter. Well, so far there is not a single application in debian that uses it, so it clearly wasn't a priority for me. It is true that lavfi has more functionality in ffmpeg, espc. since stefano has implemented his audio filtering work only after the split. On the libav side, I'd suggest talking to anton about this. He is very open and helpful, so why don't you try to catch him on irc, show him the plugin source code and see if he can port it to libav's libavfilter? Ahem, XBMC uses libavfilter. XBMC would like to have buffersink filter merged into libav. We would also like all the other new changes in libavfilter merged into libav as well (wherever possible). See [1] on what it's like to support both libav and ffmpeg. I already mentioned this in #libav-devel and was told Anton is working on it. Not trolling here, just saying. There is indeed at least one application that does use libavfilter, and that is the ffmpeg command line tool. I think that's how most people use the functions in libavfilter. There are going to be differences between ffmpeg and there are going to solid reasons to use one or the other. So it seems futile to me to ask the devs to make them the same thing when the devs just split up over that very issue. I should add, since this came up in the discussion related to debian-multimedia.org, that this discussion about ffmpeg and libav should not be taken to mean that I am arguing against the proposals related to debian-multimedia.org. I have also been burned by debian-multimedia.org package conflicts, and at the same time I think that the debian-multimedia.org packages are a valuable resource. I think it is a good idea to make debian-multimedia.org more distinct from Debian itself, and also, it is a good idea to try to get as much of the debian-multimedia.org packages into Debian as possible. So I support the DPL's statement on that specific topic. .hc [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers 1. https://github.com/xbmc/xbmc/pull/629/files -- ~ Andres ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers