Gentoo Archives: gentoo-dev

From: Alexis Ballier <aballier@g.o>
To: Matt Turner <mattst88@g.o>
Cc: gentoo-dev@l.g.o, "Tomáš Chvátal" <scarabeus@g.o>
Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-libs/libva: ChangeLog libva-1.0.10.ebuild
Date: Mon, 09 May 2011 23:46:40
Message-Id: 201105091944.11432.aballier@gentoo.org
In Reply to: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-libs/libva: ChangeLog libva-1.0.10.ebuild by Matt Turner
1 On Monday, May 09, 2011 07:00:09 PM Matt Turner wrote:
2 > 2011/5/9 Alexis Ballier <aballier@g.o>:
3 > > maybe your answer is in the readme :)
4 > > http://www.splitted-desktop.com/~gbeauchesne/libva/patches/000_README
5 > >
6 > > some of them are needed, some of them are useful, some we could certainly
7 > > drop. If the most important patches could go upstream then, again, I'm
8 > > all for going to fdo, but I'm not that enthusiastic about it (e.g. fdo
9 > > git still installs the test programs, they make """releases""" that
10 > > don't even build, etc...).
11 > >
12 > > If it's for maintaining my own patchset with the sds patches then I
13 > > prefer using sds directly :) We could start excluding some sds patches
14 > > to stop applying them, bringing us closer to fdo though, it's just I
15 > > don't see the need. Feel free to propose me somes to drop with
16 > > justifications ;)
17 >
18 > The most obvious thing about the SDS version is that the last release
19 > was 24-Feb-2011. There looks to be a number of fixes in the FDO
20 > version that, given the last release was in February of SDS libva,
21 > haven't made it to the SDS version.
22 >
23 > We can certainly fix the FDO version to our liking and push things
24 > back upstream, and since FDO actually is upstream, this seems to make
25 > sense.
26 >
27 > So, it only seems reasonable to (1) move to the FDO version, (2) fix
28 > and commit fixes for stupid things like installing test programs.
29
30 switch 2 and 1 and we get a deal ;)
31
32 > We're not doing much to maintain the software if we just rely on some
33 > guy to patch it for us, I think.
34
35 I don't see anything wrong with this. Once again, if you want things to move,
36 please start looking carefuly at sds patches, pushing what's needed to fdo and
37 proposing me to drop what's not. If you're suggesting I do it, then it's not
38 _that_ urgent for me since sds works quite well and users seem happy with it.
39
40 A.