Re: v4l-utils: i2c-id.h and alevt

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

 



On Fri, Mar 12, 2010 at 2:27 AM, Hans Verkuil <hverkuil@xxxxxxxxx> wrote:
> For unmaintained applications the problem is that even those people that
> have patches for them have no easy way to get them applied, precisely because
> they are unmaintained.
>
> We as v4l-dvb developers don't have the time to make TV apps, but perhaps if
> we 'adopted' one unmaintained application and just update that whenever we
> make new features, then that would be very helpful I think. Or perhaps just
> provide a place for such applications where there is someone who can take
> community supplied patches and review and apply them.

This is the key reason that KernelLabs "adopted" tvtime - the goal being to:

1.  Consolidate all the distro patches floating around
2.  Have a source tree that compiles without patches on modern distributions
3.  Have a channel for people to submit new patches
4.  Make improvements as necessary to make the app "just work" for
most modern tuner cards.

The goal is to get the distros to switch over to treating our tree as
the "official upstream source" so that people will finally have a
lightweight application for analog tv that "just works" and ships with
their Linux distro by default.

> Such an application does not have to be in v4l2-utils, it can have its own
> tree.

If the goal is for the LinuxTV group to adopt some of these
applications, I would definitely recommend it not be in the v4l-utils
tree (for reasons stated in the previous email).  that said, I
certainly have no objection to it in principle.

> Anyway, regarding alevt: I believe that the consensus is that it should be
> moved to v4l2-utils? Or am I wrong?

I haven't looked at the alevt code itself but I believe the answer
should be based on the following questions:

1.  How big is it?  Will distros not want to include the package by
default because along with a few KB of utilities they also end up with
several megabytes of crap that the vast majority of people don't care
about?

2.  What external dependencies does it have?  Right now, v4l-utils is
just a few command line tools with minimal dependencies (meaning it is
trivial to install in pretty much all environments, including those
without X11).  If the result is that you would now have to install
dozens of packages, then that would be a bad thing.

Jamming stuff into v4l-utils should not be seen as some sort of
backdoor way to get Linux distributions to include programs that they
wouldn't have otherwise.  The distributions should see real value in
the additional tool.  If they value the program, they will package the
program if we host it even as a standalone project outside of
v4l-utils.

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
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