[RFC] removing libdvd* from MPlayer repository
Hello, With the libdvdnav and libdvdread SVN repositories being unmaintained, these libraries and often even libdvdcss not so hard to get anymore and DVDs also used much less I'd like to know if anyone objects against removing these from the MPlayer repository/svn:external? I.e. only supporting the versions installed on the system. Objections gain extra weight if they come with offers to help out with getting them at least reasonably updated. Regards, Reimar
On Fri, Oct 24, 2014 at 9:08 PM, Reimar Döffinger <Reimar.Doeffinger@gmx.de> wrote:
Hello, With the libdvdnav and libdvdread SVN repositories being unmaintained, these libraries and often even libdvdcss not so hard to get anymore and DVDs also used much less I'd like to know if anyone objects against removing these from the MPlayer repository/svn:external? I.e. only supporting the versions installed on the system. Objections gain extra weight if they come with offers to help out with getting them at least reasonably updated.
Fine with me. Most people who install multimedia libs on their systems, install these as well. Not sure about their -dev or -devel packages, but I install those too.
Regards, Reimar _______________________________________________ MPlayer-dev-eng mailing list MPlayer-dev-eng@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
-- Yours truly
On Fri, 24 Oct 2014 21:08:37 +0200 Reimar Döffinger <Reimar.Doeffinger@gmx.de> wrote:
against removing these from the MPlayer repository/svn:external? I.e. only supporting the versions installed on the system. Objections gain extra weight if they come with offers to help out with getting them at least reasonably updated.
maybe it would be nice to make a configure check for dvd* and then automatically run svn co on the other repo if its not found in the system? kind of like the ffmpeg system/internal situation. not sure if thats preferred or useless waste of time. -compn
compn wrote on Fri, 24 Oct 2014 15:51:27 -0400:
On Fri, 24 Oct 2014 21:08:37 +0200 Reimar Döffinger <Reimar.Doeffinger@gmx.de> wrote:
against removing these from the MPlayer repository/svn:external? [...] maybe it would be nice to make a configure check for dvd* and then automatically run svn co on the other repo if its not found in the system?
I don't mind the removal, but I wouldn't like an automatic svn co. If MPlayer doesn't provide dvd* let the users decide whether they want it or not (and not everyone configuring themself may have installed svn and wants to grapple with it). Ingo
On Fri, Oct 24, 2014 at 10:16:50PM +0200, Ingo Brückl wrote:
compn wrote on Fri, 24 Oct 2014 15:51:27 -0400:
On Fri, 24 Oct 2014 21:08:37 +0200 Reimar Döffinger <Reimar.Doeffinger@gmx.de> wrote:
against removing these from the MPlayer repository/svn:external? [...] maybe it would be nice to make a configure check for dvd* and then automatically run svn co on the other repo if its not found in the system?
I don't mind the removal, but I wouldn't like an automatic svn co.
If MPlayer doesn't provide dvd* let the users decide whether they want it or not (and not everyone configuring themself may have installed svn and wants to grapple with it).
We already have a svn external. The whole point is that the SVN repository is horribly outdated (which is a really bad idea as well, leaving around a repository with an ancient version of a library - they should really be removed). And I certainly don't intend to add another set of git hacks like for FFmpeg.
Reimar Döffinger wrote on Sat, 25 Oct 2014 01:14:26 +0200:
On Fri, Oct 24, 2014 at 10:16:50PM +0200, Ingo Brückl wrote:
compn wrote on Fri, 24 Oct 2014 15:51:27 -0400:
On Fri, 24 Oct 2014 21:08:37 +0200 Reimar Döffinger <Reimar.Doeffinger@gmx.de> wrote:
against removing these from the MPlayer repository/svn:external? [...] maybe it would be nice to make a configure check for dvd* and then automatically run svn co on the other repo if its not found in the system?
I don't mind the removal, but I wouldn't like an automatic svn co.
If MPlayer doesn't provide dvd* let the users decide whether they want it or not (and not everyone configuring themself may have installed svn and wants to grapple with it).
We already have a svn external.
Yes, but what if you grab sources already checked out? (We used to offer nightly checkouts once.) Ingo
On 25.10.2014, at 19:06, Ingo Brückl <ib@wupperonline.de> wrote:
Reimar Döffinger wrote on Sat, 25 Oct 2014 01:14:26 +0200:
On Fri, Oct 24, 2014 at 10:16:50PM +0200, Ingo Brückl wrote:
compn wrote on Fri, 24 Oct 2014 15:51:27 -0400:
On Fri, 24 Oct 2014 21:08:37 +0200 Reimar Döffinger <Reimar.Doeffinger@gmx.de> wrote:
against removing these from the MPlayer repository/svn:external? [...] maybe it would be nice to make a configure check for dvd* and then automatically run svn co on the other repo if its not found in the system?
I don't mind the removal, but I wouldn't like an automatic svn co.
If MPlayer doesn't provide dvd* let the users decide whether they want it or not (and not everyone configuring themself may have installed svn and wants to grapple with it).
We already have a svn external.
Yes, but what if you grab sources already checked out? (We used to offer nightly checkouts once.)
I don't see the connection? The point is if there was an up-to-date SVN repository we wouldn't need to do anything as we already use svn:external. So I can't see what the point would be of automatically running svn co, that would be adding code for no useful result. Neither is going to give a non-ancient version of the library, which is why I want to remove them.
Reimar Döffinger wrote on Sat, 25 Oct 2014 20:13:06 +0200:
On 25.10.2014, at 19:06, Ingo Brückl <ib@wupperonline.de> wrote:
Reimar Döffinger wrote on Sat, 25 Oct 2014 01:14:26 +0200:
On Fri, Oct 24, 2014 at 10:16:50PM +0200, Ingo Brückl wrote:
compn wrote on Fri, 24 Oct 2014 15:51:27 -0400:
On Fri, 24 Oct 2014 21:08:37 +0200 Reimar Döffinger <Reimar.Doeffinger@gmx.de> wrote:
against removing these from the MPlayer repository/svn:external? [...] maybe it would be nice to make a configure check for dvd* and then automatically run svn co on the other repo if its not found in the system?
I don't mind the removal, but I wouldn't like an automatic svn co.
If MPlayer doesn't provide dvd* let the users decide whether they want it or not (and not everyone configuring themself may have installed svn and wants to grapple with it).
We already have a svn external.
Yes, but what if you grab sources already checked out? (We used to offer nightly checkouts once.)
I don't see the connection?
After removing the svn:external (which I don't mind) I wouldn't like to automatically have run svn co on the other repo if libdvd* isn't found in the system as brought up for discussion by compn, because without internal libdvd* let the user decide whether he wants DVD support or not (and thus don't press such user to have svn installed if they have grabbed a source already checked out by somebody else - offered on some website, for example). Ingo
On 10/24/14, Reimar Döffinger <Reimar.Doeffinger@gmx.de> wrote:
Hello, With the libdvdnav and libdvdread SVN repositories being unmaintained, these libraries and often even libdvdcss not so hard to get anymore and DVDs also used much less I'd like to know if anyone objects against removing these from the MPlayer repository/svn:external? I.e. only supporting the versions installed on the system. Objections gain extra weight if they come with offers to help out with getting them at least reasonably updated.
I'm ok with that.
On 2014-11-03 16:36 +0200, Ivan Kalvachev wrote:
On 10/24/14, Reimar Döffinger <Reimar.Doeffinger@gmx.de> wrote:
Hello, With the libdvdnav and libdvdread SVN repositories being unmaintained, these libraries and often even libdvdcss not so hard to get anymore and DVDs also used much less I'd like to know if anyone objects against removing these from the MPlayer repository/svn:external? I.e. only supporting the versions installed on the system. Objections gain extra weight if they come with offers to help out with getting them at least reasonably updated.
I'm ok with that.
I am not exactly sure it is really that good of an idea, but it may be OK. So no objections from me too... Alexander
Well as long as it possible changes the config and read add the libs I don't mind, I have just managed to get DVD's playing on AmigaOS4, will there be any replacement libs? 2014-11-03 15:36 GMT+01:00 Ivan Kalvachev <ikalvachev@gmail.com>:
On 10/24/14, Reimar Döffinger <Reimar.Doeffinger@gmx.de> wrote:
Hello, With the libdvdnav and libdvdread SVN repositories being unmaintained, these libraries and often even libdvdcss not so hard to get anymore and DVDs also used much less I'd like to know if anyone objects against removing these from the MPlayer repository/svn:external? I.e. only supporting the versions installed on the system. Objections gain extra weight if they come with offers to help out with getting them at least reasonably updated.
I'm ok with that. _______________________________________________ MPlayer-dev-eng mailing list MPlayer-dev-eng@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
On 03/11/14 9:39 PM, Kjetil Hvalstrand wrote:
Well as long as it possible changes the config and read add the libs I don't mind, I have just managed to get DVD's playing on AmigaOS4, will there be any replacement libs?
The libs that have been around for over a decade. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi, On Tue, Nov 04, 2014 at 03:39:13AM +0100, Kjetil Hvalstrand wrote:
Well as long as it possible changes the config and read add the libs I don't mind, I have just managed to get DVD's playing on AmigaOS4, will there be any replacement libs?
There is a new fork of the DVDNav and DVDRead libraries at videolan.org: http://download.videolan.org/pub/videolan/ http://www.jbkempf.com/blog/tag/libdvdread http://www.jbkempf.com/blog/tag/libdvdnav http://www.jbkempf.com/blog/tag/libdvdcss The dvd{read,nav} page at mplayerhq.hu has some info on this: http://dvdnav.mplayerhq.hu/ HTH, Erik -- In the beginning, there were not enough colors. -- Guy Keren
participants (9)
-
Alexander Strasser -
Brad Smith -
compn -
Erik Auerswald -
Grozdan -
Ingo Brückl -
Ivan Kalvachev -
Kjetil Hvalstrand -
Reimar Döffinger