Re: gtkpod and dynamic libmp4v2 (was: RFS: smplayer (updated package))
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 28.04.2009 22:54, Reinhard Tartler wrote: > Maia Kozheva writes: >> Response from gtkpod upstream: >> >>> I like the idea of dynamically detecting libmp4v2. Patches welcome. >> I'll try to write a patch this week and commit it to upstream SVN first, then >> backport to Ubuntu. > > Excellent, thanks for your work! I've committed the changes upstream and uploaded gtkpod version 0.99.14-2ubuntu2 adding the patch. Now libmp4v2 support (and thus .m4a handling) should be enabled in gtkpod if libmp4v2-0 is installed. (I added it to recommends.) I'm not sure what to do with the gtkpod-aac package, though. The user will get the same functionality with gtkpod and libmp4v2-0 installed, but even a transitional package cannot depend on the latter because it is in multiverse. I see two possible directions from here: 1) remove the current Ubuntu gtkpod-aac source package and add a transitional gtkpod-aac package to gtkpod that does not depend on libmp4v2-0; or 2) replace the gtkpod-aac package in multiverse (currently a modified copy of gtkpod) with a small native package that does nothing except pulling gtkpod and libmp4v2-0. Which approach would be preferable? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkoG+N4ACgkQGSKqQPshyArZcgCg3RuqyUJQ4A9gYPCYqxWurW6U kt8An0rKYxGXCtcsYJmO9462O10mkDHT =Osxh -END PGP SIGNATURE- -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: RFS: smplayer (updated package)
Maia Kozheva writes: > 20.04.2009 20:48, Reinhard Tartler wrote: >> How about modifying gtkpod to load libmp4v2 at runtime instead of at >> load-time? This would allow the "normal" gtkpod package to be compiled >> without libmp4v2 and use it if it happens to be installed. >> > Response from gtkpod upstream: > >> I like the idea of dynamically detecting libmp4v2. Patches welcome. > > I'll try to write a patch this week and commit it to upstream SVN first, then > backport to Ubuntu. Excellent, thanks for your work! > No idea if the patch would be picked up by Debian (after all, there is > no libmp4v2 in the Debian archive), so we would probably be doomed to > carry the divergence until the next upstream release. I don't see why not. Debian more or less just recently started a new release cycle, so they would integrate that patch on the next upstream release at latest. Probably even earlier as here the problem is even more pressing. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: RFS: smplayer (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 20.04.2009 20:48, Reinhard Tartler wrote: > How about modifying gtkpod to load libmp4v2 at runtime instead of at > load-time? This would allow the "normal" gtkpod package to be compiled > without libmp4v2 and use it if it happens to be installed. > > > PS: please try avoid top-posting and trim your replies > Response from gtkpod upstream: > I like the idea of dynamically detecting libmp4v2. Patches welcome. > > Cheers, > > > JSc. I'll try to write a patch this week and commit it to upstream SVN first, then backport to Ubuntu. No idea if the patch would be picked up by Debian (after all, there is no libmp4v2 in the Debian archive), so we would probably be doomed to carry the divergence until the next upstream release. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkn3JP0ACgkQGSKqQPshyArWpACeJQc02espiI+F6gjqTFi52fCS E6QAniouZajVSh22D23O2Ft0O3J3XOB7 =q6cF -END PGP SIGNATURE- -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: RFS: smplayer (updated package)
Maia Kozheva writes: > I would suggest also discussing this issue with Christian Marillat of > debian-multimedia.org. Good luck with that. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: RFS: smplayer (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cesare Tirabassi wrote: > Since we are on the subject, I'd rather have an mplayer package without > gui (gmplayer is buggy/obsolete and unmaintained, mplayer upstream are > actually recommending it to not be distributed) and, if really > necessary, have an mplayer-gui (or gmplayer) package with the gui alone. > With the excellent stand-alone gui's we have today (smplayer, kmplayer, > gnome-mplayer) this is what makes the most sense. > > Cesare > Makes sense to me. I never understood why the mplayer binary was shipped in two conflicting packages, and removing gmplayer from the mplayer package would allow us to simplify dependencies for smplayer, kplayer, etc. I think the gmplayer binary should be moved into a separate binary package called gmplayer, and mplayer-nogui made transitional to mplayer. I would suggest also discussing this issue with Christian Marillat of debian-multimedia.org. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknttZkACgkQGSKqQPshyAorZQCbBn/k2AeWlHu+zGGRp4WahRyM w4wAnAy5OIDlz9JZoqHHLl4/PSvuvARE =PgmV -END PGP SIGNATURE- -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: RFS: smplayer (updated package)
On Mon, 20 Apr 2009 15:02:58 +0200 Reinhard Tartler wrote: > > Maia Kozheva writes: > > > - It does no harm in Debian as it is, except for debcheck warnings. > > - mplayer-nogui is available in Ubuntu, and I would rather keep the > > same package in Debian and Ubuntu. > > - mplayer-nogui is available in debian-multimedia.org, which many > > Debian users install mplayer from for extra patent-restricted > > codecs. > > - There is a bug report (#523842) in Debian itself to add an > > mplayer-nogui package, confirmed by one of the maintainers, so I > > presume an mplayer-nogui package may appear in Debian soon. > > I think we really should replace the mplayer package from multiverse > with the package currently in debian/main. > Since we are on the subject, I'd rather have an mplayer package without gui (gmplayer is buggy/obsolete and unmaintained, mplayer upstream are actually recommending it to not be distributed) and, if really necessary, have an mplayer-gui (or gmplayer) package with the gui alone. With the excellent stand-alone gui's we have today (smplayer, kmplayer, gnome-mplayer) this is what makes the most sense. Cesare -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: RFS: smplayer (updated package)
LucidFox writes: > gtkpod-aac uses libmp4v2 from mpeg4ip. It's the reason it is in > multiverse while "vanilla" gtkpod, built without libmp4v2 support, is > in universe. How about modifying gtkpod to load libmp4v2 at runtime instead of at load-time? This would allow the "normal" gtkpod package to be compiled without libmp4v2 and use it if it happens to be installed. PS: please try avoid top-posting and trim your replies -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: RFS: smplayer (updated package)
gtkpod-aac uses libmp4v2 from mpeg4ip. It's the reason it is in multiverse while "vanilla" gtkpod, built without libmp4v2 support, is in universe. 2009/4/20 Reinhard Tartler : > Maia Kozheva writes: > >> Actually, we could follow the ffmpeg precedent here. >> >> To elaborate: before intrepid, the ffmpeg package was in universe (later >> main) >> and had restricted codecs disabled, which forced users of restricted-codec >> versions to install them from medibuntu. In intrepid, ffmpeg was moved to >> multiverse with extra codecs enabled, but at the same time it introduced a >> new >> package: ffmpeg-debian, based on the Debian version without restricted >> codecs. > > This is not exactly right, the ffmpeg package in ubuntu never had codecs > disabled completely. What *is* right however is that some *encoders* > (and ONLY encoders) are disabled, all ffmpeg *decoders* have ever been > in place. > > What makes things more interesting is that ffmpeg is able to use some > external libraries to decode even more stuff. Most notably was AAC in > the past, nowadays it is libmp3lame and amr (the latter not in ubuntu > because of unredistributable legal status). > >> We could do something similar here and add an mplayer-debian package. > > Please don't. Instead please help me in the pkg-multimedia team to > maintain the package properly. I already do that for ffmpeg and vlc > rather successfully (at least I'd say so), so why not mplayer as well. > >> In general, the handling of restricted codecs in Ubuntu has been >> inconsistent. >> Another example of parallel packages is gtkpod, where the version without AAC >> support is named simply gtkpod (and autosynced from Debian) but the more >> functional version is named gtkpod-aac and has to be merged manually. > > No idea what's going on with gtkpod, but duplicating functionality like > that doesn't seem pretty clever to me. Do you happen to know if > gtkpod-aac uses ffmpeg or libfaac? It seems to depend on neither, > though, so I'm confused whats going on in that package. > > -- > Gruesse/greetings, > Reinhard Tartler, KeyID 945348A4 > -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: RFS: smplayer (updated package)
Maia Kozheva writes: > Actually, we could follow the ffmpeg precedent here. > > To elaborate: before intrepid, the ffmpeg package was in universe (later main) > and had restricted codecs disabled, which forced users of restricted-codec > versions to install them from medibuntu. In intrepid, ffmpeg was moved to > multiverse with extra codecs enabled, but at the same time it introduced a new > package: ffmpeg-debian, based on the Debian version without restricted > codecs. This is not exactly right, the ffmpeg package in ubuntu never had codecs disabled completely. What *is* right however is that some *encoders* (and ONLY encoders) are disabled, all ffmpeg *decoders* have ever been in place. What makes things more interesting is that ffmpeg is able to use some external libraries to decode even more stuff. Most notably was AAC in the past, nowadays it is libmp3lame and amr (the latter not in ubuntu because of unredistributable legal status). > We could do something similar here and add an mplayer-debian package. Please don't. Instead please help me in the pkg-multimedia team to maintain the package properly. I already do that for ffmpeg and vlc rather successfully (at least I'd say so), so why not mplayer as well. > In general, the handling of restricted codecs in Ubuntu has been inconsistent. > Another example of parallel packages is gtkpod, where the version without AAC > support is named simply gtkpod (and autosynced from Debian) but the more > functional version is named gtkpod-aac and has to be merged manually. No idea what's going on with gtkpod, but duplicating functionality like that doesn't seem pretty clever to me. Do you happen to know if gtkpod-aac uses ffmpeg or libfaac? It seems to depend on neither, though, so I'm confused whats going on in that package. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: RFS: smplayer (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Actually, we could follow the ffmpeg precedent here. To elaborate: before intrepid, the ffmpeg package was in universe (later main) and had restricted codecs disabled, which forced users of restricted-codec versions to install them from medibuntu. In intrepid, ffmpeg was moved to multiverse with extra codecs enabled, but at the same time it introduced a new package: ffmpeg-debian, based on the Debian version without restricted codecs. We could do something similar here and add an mplayer-debian package. In general, the handling of restricted codecs in Ubuntu has been inconsistent. Another example of parallel packages is gtkpod, where the version without AAC support is named simply gtkpod (and autosynced from Debian) but the more functional version is named gtkpod-aac and has to be merged manually. Reinhard Tartler wrote: > Maia Kozheva writes: > >> - It does no harm in Debian as it is, except for debcheck warnings. >> - mplayer-nogui is available in Ubuntu, and I would rather keep the same >> package >> in Debian and Ubuntu. >> - mplayer-nogui is available in debian-multimedia.org, which many Debian >> users >> install mplayer from for extra patent-restricted codecs. >> - There is a bug report (#523842) in Debian itself to add an mplayer-nogui >> package, confirmed by one of the maintainers, so I presume an mplayer-nogui >> package may appear in Debian soon. > > I think we really should replace the mplayer package from multiverse > with the package currently in debian/main. > > The main obstacle would probably be to re-introduce mencoder in the > package, but that shouldn't be too hard, I'd think. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknseFMACgkQGSKqQPshyArw0ACgtg2ZuQNIu2gLB1EK8DGksTVH KQMAoIhODB0CkM/qxVAOfAKfvu9hlcmj =vUoV -END PGP SIGNATURE- -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: RFS: smplayer (updated package)
Maia Kozheva writes: > - It does no harm in Debian as it is, except for debcheck warnings. > - mplayer-nogui is available in Ubuntu, and I would rather keep the same > package > in Debian and Ubuntu. > - mplayer-nogui is available in debian-multimedia.org, which many Debian users > install mplayer from for extra patent-restricted codecs. > - There is a bug report (#523842) in Debian itself to add an mplayer-nogui > package, confirmed by one of the maintainers, so I presume an mplayer-nogui > package may appear in Debian soon. I think we really should replace the mplayer package from multiverse with the package currently in debian/main. The main obstacle would probably be to re-introduce mencoder in the package, but that shouldn't be too hard, I'd think. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
