On 00:07 Thu 21 Jan 2010, Mauro Carvalho Chehab wrote: > Brandon Philips wrote: > > On 19:50 Wed 20 Jan 2010, Hans de Goede wrote: > >> On 01/20/2010 04:41 PM, Mauro Carvalho Chehab wrote: > >>> As we're discussing about having a separate tree for v4l2-apps, > >>> maybe the better is to port it to -git (in a way that we can > >>> preserve the log history). > > > > I have a small script I used to convert the history of libv4l to > > git. Let me know when we are ready to drop them from the hg tree > > and I can do the conversion and post the result for review. > > > > This is the result from the script for just libv4l: > > http://ifup.org/git/?p=libv4l.git;a=summary > > Seems fine, but we need to import the entire v4l2-apps. Yes, I know. I will run the script over v4l2-apps to generate a git repo once v4l2-apps is ready to be dropped from v4l-dvb mercurial and we figure out the directory layout. Doing it before is just a waste of time since they will get out of sync. > > Also, I suggest we call the repo v4lutils? In the spirit of > > usbutils, pciutils, etc. > > Hmm... as dvb package is called as dvb-utils, it seems more logical to call it > v4l2-utils, but v4l2utils would equally work. Yes, that is fine. > IMO, the better is to use v4l2 instead of just v4l, to avoid causing > any mess with the old v4l applications provided with xawtv. The problem I saw was that libv4l1 will be in v4l2-utils. I don't care either way though. So here is how I see v4l-utils.git being laid out based on what others have said: libv4l1/ libv4l2/ libv4lconvert/ test/ v4l2-dbg/ contrib/ qv4l2-qt3/ qv4l2-qt4/ cx25821/ etc... everything else Are there things in v4l2-apps that should be imported? Other suggestions? Cheers, Brandon -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html