Re: v4l-utils migrated to autotools

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Wed, 18 Jan 2012, Mauro Carvalho Chehab wrote:

> Em 18-01-2012 11:02, Gregor Jasny escreveu:
> > On 1/18/12 1:54 PM, Mauro Carvalho Chehab wrote:
> >> Em 18-01-2012 10:47, Gregor Jasny escreveu:
> >>> On 1/18/12 1:19 PM, Mauro Carvalho Chehab wrote:
> >>>> It would be nice to write at the INSTALL what dependencies are needed for
> >>>> the autotools to work, or, alternatively, to commit the files generated
> >>>> by the autoreconf -vfi magic spell there [1].
> >>>
> >>> The end user gets a tarball created with "make dist" which contains all the m4 files.
> >>
> >> Ah, ok. It probably makes sense then to add some scripting at the server to do
> >> a daily build, as the tarballs aren't updated very often. They're updated only
> >> at the sub-releases:
> >>     http://linuxtv.org/downloads/v4l-utils/
> > 
> > Judging from the upside-down reports: not the lack of a buildable tarball but the lack of updated distribution packages is a problem. For Ubuntu we have a PPA repository with nightly builds:
> > 
> > https://launchpad.net/~libv4l/+archive/development
> > 
> > Do you have similar infrastructure for Fedora / RedHat, too?
> 
> There are two separate issues here:
> 
> 1) users that just get the distro packages.
> 
> For them, the updated distro packages is the issue.
> 
> For those, it is very good to have v4l-utils properly packaged on Ubuntu.
> Thanks for that!
> 
> Hans is maintaining v4l-utils at Fedora. I don't think he's currently 
> using the -git unstable versions at Fedora Rawhide (the Fedora under 
> development distro). Yet, every time a new release is lauched, he
> updates the packages for Fedora.
> 
> So, I think that this is now properly covered with Fedora and Ubuntu 
> (also Debian?). I think that Suse is also doing something similar.
> 
> 2) users that are testing the neat features that the newest package has.
> 
> This covers most of the 900+ subscribers of the linux-media ML.
> 
> Those users, in general, don't care much about the distro packages. They
> just want to download the latest sources and compile, in order to test
> the drivers/tools, and provide us feedback. We want to make life easier
> for them, as their test is very important for us to detect, in advance,
> when some regression is happened somewhere.
> 
> For those users, it may make sense to have a daily tarball or some
> user-friendly scripting that would allow them to easily clone the
> git tree and use it.
> 
> Regards,
> Mauro

As one of the people who comes under category (2) above, let me add a 
couple of comments, here. 

First, I was unaware of these changes until I found out about them the 
hard way, a few days ago. Namely, I did a "git pull" and added the new 
stuff to my working copy, then could not compile anything. The error I got 
said that config.h is missing. Well, it took me all of about 5 minutes to 
figure out that I had better re-read the Imstall file, which made things 
totally clear. Run autoconf. Been there with other projects, done that. No 
problems. I only saw some mail on the list about the changeover a couple 
of days after that, and had a chuckle.

Second, it is no big deal. Autoconf works quite nicely, so what is the 
problem, exactly? I see not much need for "a daily tarball or some 
user-friendly scripting" to "fix" something which does not appear to be a 
problem. Well, there is a problem, but I do not see it as a serious one. 
The problem is that one's tools have to be up to date. That is up to the 
distro. But it is probably well known that some distros are better at 
keeping up with things like this than are others.

Theodore Kilgore
--
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


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux