Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
Hi, On 10/07/2011 03:46 PM, Mauro Carvalho Chehab wrote: Em 07-10-2011 10:05, Hans de Goede escreveu: Hi, On 10/07/2011 03:02 PM, Mauro Carvalho Chehab wrote: Em 07-10-2011 03:05, Hans Verkuil escreveu: On Friday, October 07, 2011 04:07:38 Mauro Carvalho Chehab wrote: Em 06-10-2011 14:24, Mauro Carvalho Chehab escreveu: Em 06-10-2011 10:27, Mauro Carvalho Chehab escreveu: Em 06-10-2011 09:23, Hans Verkuil escreveu: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. I propose to combine them all to one media-utils.git repository. I think it makes a lot of sense to do this. After the switch the other repositories are frozen (with perhaps a README pointing to the new media-utils.git). I'm not sure if there are plans to make new stable releases of either of these repositories any time soon. If there are, then it might make sense to wait until that new stable release before merging. Comments? I like that idea. It helps to have the basic tools into one single repository, and to properly distribute it. Ok, I found some time to do an experimental merge of the repositories. It is available at: http://git.linuxtv.org/mchehab/media-utils.git For now, all dvb-apps stuff is on a separate directory. It makes sense to latter re-organize the directories. Anyway, the configure script will allow disable dvb-apps, v4l-utils and/or libv4l. The default is to have all enabled. One problem I noticed is that the dvb-apps are at version 1.1. So, if we're releasing a new version, we'll need to jump from 0.9 to dvb-apps version + 1. So, IMO, the first version with the merge should be version 1.2. Comments? Strange: $ git clone git://git.linuxtv.org/mchehab/media-utils.git Cloning into media-utils... fatal: The remote end hung up unexpectedly I've no problem with other git trees. Hans, FYI, I'm getting this when compiling from the v4l-utils tree (even before the merge): g++ -o qv4l2 qv4l2.o general-tab.o ctrl-tab.o v4l2-api.o capture-win.o moc_qv4l2.o moc_general-tab.o moc_capture-win.o qrc_qv4l2.o -L/usr/lib -L../../lib/libv4l2 -lv4l2 -L../../lib/libv4lconvert -lv4lconvert -lrt -L../libv4l2util -lv4l2util -ldl -ljpeg -lQtGui -lQtCore -lpthread qv4l2.o: In function `ApplicationWindow::setDevice(QString const, bool)': /home/v4l/work_trees/media-utils/utils/qv4l2/qv4l2.cpp:149: undefined reference to `libv4l2_default_dev_ops' collect2: ld returned 1 exit status Yeah, that is because qmake is stupid and add /usr/lib[64] to the library path and adds it *before* the paths we've specified in its template, so if you've an older libv4l2 installed in /usr/lib[64] when building you get this. To fix it, first do a make; make install in the lib subdir, with LIBDIR setup up to overwrite the old version. Didn't work, as the Fedora package installed it at /usr/lib, while make install installed at /usr/local/lib. (ok, I forced it anyway, by renaming the old library, but this sucks) Agreed (that it sucks). The right thing to do is to get rid of it from qv4l2.pro. I can see two possible solutions: 1) add a logic at the build target that would do something like cat qv4l2.pro|sed s,\-L/usr/lib,,; 2) Don't use -L for the libraries. In this case, we'll need to add some logic to include either the .so or the .a version of the library, depending on the type of the libraries that were generated. We're not adding the -L/usr/lib, qmake is when it generates the Makefile, which is why I gave up after a quick attempt to fix it. Patches welcome :) Regards, Hans -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
Em 07-10-2011 15:08, Manu Abraham escreveu: On Thu, Oct 6, 2011 at 5:53 PM, Hans Verkuilhverk...@xs4all.nl wrote: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. We had a discussion earlier on the same subject wrt dvb-apps and the decision at that time was against a merge. That decision still holds. Yes, years ago when v4l-utils tree were created. Since them, there was several major releases of it, and not a single release of dvb-apps, with, btw, still lacks proper support for DVB APIv5. So, why not discuss it again? Regards, Manu -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
On Sat, Oct 8, 2011 at 5:42 PM, Mauro Carvalho Chehab mche...@redhat.com wrote: Em 07-10-2011 15:08, Manu Abraham escreveu: On Thu, Oct 6, 2011 at 5:53 PM, Hans Verkuilhverk...@xs4all.nl wrote: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. We had a discussion earlier on the same subject wrt dvb-apps and the decision at that time was against a merge. That decision still holds. Yes, years ago when v4l-utils tree were created. Since them, there was several major releases of it, and not a single release of dvb-apps, with, btw, still lacks proper support for DVB APIv5. So, why not discuss it again? - dvb-apps is a repository consisting of simple stand-alone utils, basically meant for raw tests alone. (these tiny test apps don't have any external dependencies, so there exists no issues regarding packaging. for such a development model, a merge with a repository having other dependencies, this merge concept doesn't work well) In fact your own example repository with --disable this --enable that implies that, one needs to download the whole thing, altogether. I don't need to download things that's irrelevant to me. - a repository and how it works depends on the people working with it. (It depends on the comfortability of the people working with/maintaining it. It was found that the existing model works well and needs no change) - just simply making a release number, doesn't make a new release. (That said, a release is very near) - I don't see any significant contributions either from Hans V, the proposer for the merger of dvb-apps, or from you. - API v5 is severely broken in many senses and unusable in the way it is supposed to be used, it is still worked around using the v3 API (I will address this broken issue and try to have a fix in another mail) -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
On Friday, October 07, 2011 04:07:38 Mauro Carvalho Chehab wrote: Em 06-10-2011 14:24, Mauro Carvalho Chehab escreveu: Em 06-10-2011 10:27, Mauro Carvalho Chehab escreveu: Em 06-10-2011 09:23, Hans Verkuil escreveu: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. I propose to combine them all to one media-utils.git repository. I think it makes a lot of sense to do this. After the switch the other repositories are frozen (with perhaps a README pointing to the new media-utils.git). I'm not sure if there are plans to make new stable releases of either of these repositories any time soon. If there are, then it might make sense to wait until that new stable release before merging. Comments? I like that idea. It helps to have the basic tools into one single repository, and to properly distribute it. Ok, I found some time to do an experimental merge of the repositories. It is available at: http://git.linuxtv.org/mchehab/media-utils.git For now, all dvb-apps stuff is on a separate directory. It makes sense to latter re-organize the directories. Anyway, the configure script will allow disable dvb-apps, v4l-utils and/or libv4l. The default is to have all enabled. One problem I noticed is that the dvb-apps are at version 1.1. So, if we're releasing a new version, we'll need to jump from 0.9 to dvb-apps version + 1. So, IMO, the first version with the merge should be version 1.2. Comments? Strange: $ git clone git://git.linuxtv.org/mchehab/media-utils.git Cloning into media-utils... fatal: The remote end hung up unexpectedly I've no problem with other git trees. Regards, Hans -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
Hi, On 10/06/2011 02:23 PM, Hans Verkuil wrote: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. I propose to combine them all to one media-utils.git repository. I think it makes a lot of sense to do this. Didn't we've this same discussion back when v4l-utils was formed, and didn't the dvb-apps people want to keep doing there own tree + release? I'm fine with this if it gets buy in from the dvb-apps people, but if they don't want this I'm strongly against it! Which would leave just media-ctl, I'm fine with that going into v4l-utils, and Laurent getting direct push access to v4l-utils (if he does not have that already), but in that case I would like to keep the v4l-utils name as renaming is a pain for distros and leads to confusion. Regards, Hans -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
Em 07-10-2011 03:05, Hans Verkuil escreveu: On Friday, October 07, 2011 04:07:38 Mauro Carvalho Chehab wrote: Em 06-10-2011 14:24, Mauro Carvalho Chehab escreveu: Em 06-10-2011 10:27, Mauro Carvalho Chehab escreveu: Em 06-10-2011 09:23, Hans Verkuil escreveu: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. I propose to combine them all to one media-utils.git repository. I think it makes a lot of sense to do this. After the switch the other repositories are frozen (with perhaps a README pointing to the new media-utils.git). I'm not sure if there are plans to make new stable releases of either of these repositories any time soon. If there are, then it might make sense to wait until that new stable release before merging. Comments? I like that idea. It helps to have the basic tools into one single repository, and to properly distribute it. Ok, I found some time to do an experimental merge of the repositories. It is available at: http://git.linuxtv.org/mchehab/media-utils.git For now, all dvb-apps stuff is on a separate directory. It makes sense to latter re-organize the directories. Anyway, the configure script will allow disable dvb-apps, v4l-utils and/or libv4l. The default is to have all enabled. One problem I noticed is that the dvb-apps are at version 1.1. So, if we're releasing a new version, we'll need to jump from 0.9 to dvb-apps version + 1. So, IMO, the first version with the merge should be version 1.2. Comments? Strange: $ git clone git://git.linuxtv.org/mchehab/media-utils.git Cloning into media-utils... fatal: The remote end hung up unexpectedly I've no problem with other git trees. Re-cloned and ran update-server-info. Please test again. Thanks, Mauro. Regards, Hans -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
Em 07-10-2011 03:05, Hans Verkuil escreveu: On Friday, October 07, 2011 04:07:38 Mauro Carvalho Chehab wrote: Em 06-10-2011 14:24, Mauro Carvalho Chehab escreveu: Em 06-10-2011 10:27, Mauro Carvalho Chehab escreveu: Em 06-10-2011 09:23, Hans Verkuil escreveu: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. I propose to combine them all to one media-utils.git repository. I think it makes a lot of sense to do this. After the switch the other repositories are frozen (with perhaps a README pointing to the new media-utils.git). I'm not sure if there are plans to make new stable releases of either of these repositories any time soon. If there are, then it might make sense to wait until that new stable release before merging. Comments? I like that idea. It helps to have the basic tools into one single repository, and to properly distribute it. Ok, I found some time to do an experimental merge of the repositories. It is available at: http://git.linuxtv.org/mchehab/media-utils.git For now, all dvb-apps stuff is on a separate directory. It makes sense to latter re-organize the directories. Anyway, the configure script will allow disable dvb-apps, v4l-utils and/or libv4l. The default is to have all enabled. One problem I noticed is that the dvb-apps are at version 1.1. So, if we're releasing a new version, we'll need to jump from 0.9 to dvb-apps version + 1. So, IMO, the first version with the merge should be version 1.2. Comments? Strange: $ git clone git://git.linuxtv.org/mchehab/media-utils.git Cloning into media-utils... fatal: The remote end hung up unexpectedly I've no problem with other git trees. Hans, FYI, I'm getting this when compiling from the v4l-utils tree (even before the merge): g++ -o qv4l2 qv4l2.o general-tab.o ctrl-tab.o v4l2-api.o capture-win.o moc_qv4l2.o moc_general-tab.o moc_capture-win.o qrc_qv4l2.o-L/usr/lib -L../../lib/libv4l2 -lv4l2 -L../../lib/libv4lconvert -lv4lconvert -lrt -L../libv4l2util -lv4l2util -ldl -ljpeg -lQtGui -lQtCore -lpthread qv4l2.o: In function `ApplicationWindow::setDevice(QString const, bool)': /home/v4l/work_trees/media-utils/utils/qv4l2/qv4l2.cpp:149: undefined reference to `libv4l2_default_dev_ops' collect2: ld returned 1 exit status This error occurs at the upstream tree (and also on my tree, as I didn't fix it there) Cheers, Mauro -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
Hi, On 10/07/2011 03:02 PM, Mauro Carvalho Chehab wrote: Em 07-10-2011 03:05, Hans Verkuil escreveu: On Friday, October 07, 2011 04:07:38 Mauro Carvalho Chehab wrote: Em 06-10-2011 14:24, Mauro Carvalho Chehab escreveu: Em 06-10-2011 10:27, Mauro Carvalho Chehab escreveu: Em 06-10-2011 09:23, Hans Verkuil escreveu: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. I propose to combine them all to one media-utils.git repository. I think it makes a lot of sense to do this. After the switch the other repositories are frozen (with perhaps a README pointing to the new media-utils.git). I'm not sure if there are plans to make new stable releases of either of these repositories any time soon. If there are, then it might make sense to wait until that new stable release before merging. Comments? I like that idea. It helps to have the basic tools into one single repository, and to properly distribute it. Ok, I found some time to do an experimental merge of the repositories. It is available at: http://git.linuxtv.org/mchehab/media-utils.git For now, all dvb-apps stuff is on a separate directory. It makes sense to latter re-organize the directories. Anyway, the configure script will allow disable dvb-apps, v4l-utils and/or libv4l. The default is to have all enabled. One problem I noticed is that the dvb-apps are at version 1.1. So, if we're releasing a new version, we'll need to jump from 0.9 to dvb-apps version + 1. So, IMO, the first version with the merge should be version 1.2. Comments? Strange: $ git clone git://git.linuxtv.org/mchehab/media-utils.git Cloning into media-utils... fatal: The remote end hung up unexpectedly I've no problem with other git trees. Hans, FYI, I'm getting this when compiling from the v4l-utils tree (even before the merge): g++ -o qv4l2 qv4l2.o general-tab.o ctrl-tab.o v4l2-api.o capture-win.o moc_qv4l2.o moc_general-tab.o moc_capture-win.o qrc_qv4l2.o-L/usr/lib -L../../lib/libv4l2 -lv4l2 -L../../lib/libv4lconvert -lv4lconvert -lrt -L../libv4l2util -lv4l2util -ldl -ljpeg -lQtGui -lQtCore -lpthread qv4l2.o: In function `ApplicationWindow::setDevice(QString const, bool)': /home/v4l/work_trees/media-utils/utils/qv4l2/qv4l2.cpp:149: undefined reference to `libv4l2_default_dev_ops' collect2: ld returned 1 exit status Yeah, that is because qmake is stupid and add /usr/lib[64] to the library path and adds it *before* the paths we've specified in its template, so if you've an older libv4l2 installed in /usr/lib[64] when building you get this. To fix it, first do a make; make install in the lib subdir, with LIBDIR setup up to overwrite the old version. Regards, Hans -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
Em 07-10-2011 10:05, Hans de Goede escreveu: Hi, On 10/07/2011 03:02 PM, Mauro Carvalho Chehab wrote: Em 07-10-2011 03:05, Hans Verkuil escreveu: On Friday, October 07, 2011 04:07:38 Mauro Carvalho Chehab wrote: Em 06-10-2011 14:24, Mauro Carvalho Chehab escreveu: Em 06-10-2011 10:27, Mauro Carvalho Chehab escreveu: Em 06-10-2011 09:23, Hans Verkuil escreveu: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. I propose to combine them all to one media-utils.git repository. I think it makes a lot of sense to do this. After the switch the other repositories are frozen (with perhaps a README pointing to the new media-utils.git). I'm not sure if there are plans to make new stable releases of either of these repositories any time soon. If there are, then it might make sense to wait until that new stable release before merging. Comments? I like that idea. It helps to have the basic tools into one single repository, and to properly distribute it. Ok, I found some time to do an experimental merge of the repositories. It is available at: http://git.linuxtv.org/mchehab/media-utils.git For now, all dvb-apps stuff is on a separate directory. It makes sense to latter re-organize the directories. Anyway, the configure script will allow disable dvb-apps, v4l-utils and/or libv4l. The default is to have all enabled. One problem I noticed is that the dvb-apps are at version 1.1. So, if we're releasing a new version, we'll need to jump from 0.9 to dvb-apps version + 1. So, IMO, the first version with the merge should be version 1.2. Comments? Strange: $ git clone git://git.linuxtv.org/mchehab/media-utils.git Cloning into media-utils... fatal: The remote end hung up unexpectedly I've no problem with other git trees. Hans, FYI, I'm getting this when compiling from the v4l-utils tree (even before the merge): g++ -o qv4l2 qv4l2.o general-tab.o ctrl-tab.o v4l2-api.o capture-win.o moc_qv4l2.o moc_general-tab.o moc_capture-win.o qrc_qv4l2.o -L/usr/lib -L../../lib/libv4l2 -lv4l2 -L../../lib/libv4lconvert -lv4lconvert -lrt -L../libv4l2util -lv4l2util -ldl -ljpeg -lQtGui -lQtCore -lpthread qv4l2.o: In function `ApplicationWindow::setDevice(QString const, bool)': /home/v4l/work_trees/media-utils/utils/qv4l2/qv4l2.cpp:149: undefined reference to `libv4l2_default_dev_ops' collect2: ld returned 1 exit status Yeah, that is because qmake is stupid and add /usr/lib[64] to the library path and adds it *before* the paths we've specified in its template, so if you've an older libv4l2 installed in /usr/lib[64] when building you get this. To fix it, first do a make; make install in the lib subdir, with LIBDIR setup up to overwrite the old version. Didn't work, as the Fedora package installed it at /usr/lib, while make install installed at /usr/local/lib. (ok, I forced it anyway, by renaming the old library, but this sucks) The right thing to do is to get rid of it from qv4l2.pro. I can see two possible solutions: 1) add a logic at the build target that would do something like cat qv4l2.pro|sed s,\-L/usr/lib,,; 2) Don't use -L for the libraries. In this case, we'll need to add some logic to include either the .so or the .a version of the library, depending on the type of the libraries that were generated. Cheers, Mauro Regards, Hans -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
On Thu, Oct 6, 2011 at 5:53 PM, Hans Verkuil hverk...@xs4all.nl wrote: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. We had a discussion earlier on the same subject wrt dvb-apps and the decision at that time was against a merge. That decision still holds. Regards, Manu -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. I propose to combine them all to one media-utils.git repository. I think it makes a lot of sense to do this. After the switch the other repositories are frozen (with perhaps a README pointing to the new media-utils.git). I'm not sure if there are plans to make new stable releases of either of these repositories any time soon. If there are, then it might make sense to wait until that new stable release before merging. Comments? Regards, Hans -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
Em 06-10-2011 09:23, Hans Verkuil escreveu: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. I propose to combine them all to one media-utils.git repository. I think it makes a lot of sense to do this. After the switch the other repositories are frozen (with perhaps a README pointing to the new media-utils.git). I'm not sure if there are plans to make new stable releases of either of these repositories any time soon. If there are, then it might make sense to wait until that new stable release before merging. Comments? I like that idea. It helps to have the basic tools into one single repository, and to properly distribute it. I think through, that we should work to have an smart configure script that would allow enabling/disabling the several components of the utils, like the --enable/--disable approach used by autoconf scripts: --enable-libv4l --enable-dvb --enable-ir --enable-v4l --enable-mc ... Of course, using --disable-libv4l would mean that libv4l-aware utils would be statically linked with the current libv4l libraries. This would help distributions to migrate to it, as they can keep having separate packages for each component for the existing stable distros, while merging into a single source package for future distros. Regards, Mauro -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC] Merge v4l-utils. dvb-apps and mediactl to media-utils.git
Em 06-10-2011 10:27, Mauro Carvalho Chehab escreveu: Em 06-10-2011 09:23, Hans Verkuil escreveu: Currently we have three repositories containing libraries and utilities that are relevant to the media drivers: dvb-apps (http://linuxtv.org/hg/dvb-apps/) v4l-utils (http://git.linuxtv.org/v4l-utils.git) media-ctl (git://git.ideasonboard.org/media-ctl.git) It makes no sense to me to have three separate repositories, one still using mercurial and one that isn't even on linuxtv.org. I propose to combine them all to one media-utils.git repository. I think it makes a lot of sense to do this. After the switch the other repositories are frozen (with perhaps a README pointing to the new media-utils.git). I'm not sure if there are plans to make new stable releases of either of these repositories any time soon. If there are, then it might make sense to wait until that new stable release before merging. Comments? I like that idea. It helps to have the basic tools into one single repository, and to properly distribute it. I think through, that we should work to have an smart configure script that would allow enabling/disabling the several components of the utils, like the --enable/--disable approach used by autoconf scripts: --enable-libv4l --enable-dvb --enable-ir --enable-v4l --enable-mc ... Of course, using --disable-libv4l would mean that libv4l-aware utils would be statically linked with the current libv4l libraries. This would help distributions to migrate to it, as they can keep having separate packages for each component for the existing stable distros, while merging into a single source package for future distros. A patch for the above ended by being simple to add. For now, I've just added two options, to allow disabling dynamic libv4l compilation/install and to allow disabling v4l-utils. It is not hard to add more flags there to allow selecting other things. - Add support to disable libv4l and/or v4l-utils Add some autogen magic to allow disabling the compilation of v4l-utils or libv4l. If libv4l is disabled but v4l-utils is enabled, it will still build libv4l statically, and will linkedit the v4l-utils against the static libraries. This way distributions can ship v4l-utils on a separate package from libv4l, and even having things like providing a v4l-utils based on a different version of libv4l. This changeset also opens space to add more libraries and other packages, as the first step to turn it into a media-utils tree. While here, adds a v4l-utils.spec rpm file, as found on Fedora. Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com diff --git a/.gitignore b/.gitignore index 1f62182..2b7d617 100644 --- a/.gitignore +++ b/.gitignore @@ -4,3 +4,7 @@ *.so.0 *.pc *.a +config.log +config.status +Makefile +configure diff --git a/Make.rules b/Make.rules index 13d8464..759c75b 100644 --- a/Make.rules +++ b/Make.rules @@ -1,5 +1,3 @@ -V4L_UTILS_VERSION=0.9.0-test - # These ones can be overriden from the cmdline CFLAGS := -g -O1 @@ -17,7 +15,7 @@ MANDIR = $(PREFIX)/share/man # Note the -I../.. this assumes all sources live in a 2 level dir hierarchy! override CPPFLAGS += -I../../include -I../../lib/include -D_GNU_SOURCE -DV4L_UTILS_VERSION='$(V4L_UTILS_VERSION)' -override LDFLAGS += -L../../lib/libv4l1 -L../../lib/libv4l2 -L../../lib/libv4lconvert +override LDFLAGS += -L../../lib/libv4l1 -L../../lib/libv4l2 -L../../lib/libv4lconvert -ldl -ljpeg # And last various rules diff --git a/Makefile b/Makefile deleted file mode 100644 index fa0cb05..000 --- a/Makefile +++ /dev/null @@ -1,37 +0,0 @@ -all install: - $(MAKE) -C lib $@ - $(MAKE) -C utils $@ - -sync-with-kernel: - @if [ ! -f $(KERNEL_DIR)/include/linux/videodev2.h -o \ - ! -f $(KERNEL_DIR)/include/linux/ivtv.h -o \ - ! -f $(KERNEL_DIR)/include/media/v4l2-chip-ident.h ]; then \ - echo Error you must set KERNEL_DIR to point to an extracted kernel source dir; \ - exit 1; \ - fi - cp -a $(KERNEL_DIR)/include/linux/videodev2.h include/linux - cp -a $(KERNEL_DIR)/include/linux/ivtv.h include/linux - cp -a $(KERNEL_DIR)/include/media/v4l2-chip-ident.h include/media - $(MAKE) -C utils $@ - -clean:: - rm -f include/*/*~ - $(MAKE) -C lib $@ - $(MAKE) -C utils $@ - -tag: - @git tag -a -m Tag as v4l-utils-$(V4L_UTILS_VERSION) v4l-utils-$(V4L_UTILS_VERSION) - @echo Tagged as v4l-utils-$(V4L_UTILS_VERSION) - -archive-no-tag: - @git archive --format=tar --prefix=v4l-utils-$(V4L_UTILS_VERSION)/ v4l-utils-$(V4L_UTILS_VERSION) v4l-utils-$(V4L_UTILS_VERSION).tar - @bzip2 -f v4l-utils-$(V4L_UTILS_VERSION).tar - -archive: clean tag archive-no-tag - -export: clean - tar --transform s/^\./v4l-utils-$(V4L_UTILS_VERSION)/g \ - --exclude=.git -jcvf \ - /tmp/v4l-utils-$(V4L_UTILS_VERSION).tar.bz2 . - -include Make.rules diff --git a/Makefile.in b/Makefile.in new file mode