On Monday 03 October 2005 16:26, Anduin Withers wrote:
> > Can I suggest that if you have problems, you follow Hans' advice and
> > actually state what 0.2 does better than current svn 0.3.9.
>
> I don't know what part of me saying I run 0.2 leads you to believe I have
> some detailed (accurate) list of what I don't like about 0.3.x, I don't run
> it, I just read the headlines (clearly making everything I say uninformed
> hyperbole). Historically it has been rather good advice to choose carefully
> which upgrades to ivtv you decide to jump to.
Unfortunately true. I hope to change that.
> Fact: the current stable branch does not work on the latest current stable
> kernel (released 15 days ago). Sadly it isn't a compile problem, you just
> can't talk to the tuner, which is about as much fun (maybe a little more,
> but I won't share) as it sounds.
>
> The current stable branch is a sham, as much has been admitted here (see:
> "No one has stepped up to maintain it", also see no changes as of initial
> import). In terms of process, I think ivtv has recently made some sizeable
> improvements. That said I do hope the next stable branch won't be allowed
> to languish as this one has.
>
> One day 0.3.9 will be as exciting to update for some as 0.2 is now.
> Creating a new stable branch is easy and maintaining it continues to be
> easy while the branches are close. Actually maintaining a stable branch
> until the next stable branch is ready? That is hard, and isn't being done,
> even at a minimal level.
This is one of the reasons for the move to subversion: to make it easier to
maintain a stable and a development series. When the 0.4 series starts the
0.3 series should still be maintained. Basically I want one stable series
(bug and compile fixes only) and a development series (new features, major
changes). The problem with 0.2 is that it is very old by now and it really is
a sort of accident that the 0.2 series exists at all. Since the changes
between 0.2 and 0.3 are huge it is also next to impossible to compare the
two.
Hans
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
