Gentoo Archives: gentoo-project

From: Andrew Savchenko <bircoph@g.o>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] Re: Council meeting 2015-04-14: call for agenda items
Date: Mon, 06 Apr 2015 22:25:31
Message-Id: 20150407012522.f863b4812f5e7c7d610b020b@gentoo.org
In Reply to: Re: [gentoo-project] Re: Council meeting 2015-04-14: call for agenda items by "Michał Górny"
1 Hi,
2
3 On Tue, 7 Apr 2015 00:05:50 +0200 Michał Górny wrote:
4 [...]
5 > > I sad nowhere I'm going to do it. We are discussing opportunities
6 > > to fix current sore situation. Threatening people with bans just
7 > > for their thoughts reminds me of George Orwell's Thought Police...
8 >
9 > You are discussing something that has already been proven impossible
10 > like you're trying to make it possible via introducing more noise.
11 >
12 > > > Let me remind you: once you break dependency tree on *ANY* stable
13 > > > architecture, repoman won't let you commit. Travis turns red. All pull
14 > > > requests are marked as broken.
15 > >
16 > > Repoman, travis and other QA tools can be fixed if policy changes.
17 > > That's not a problem. Right now we have an all-green travis, but
18 > > outdated, broken and likely insecure packages it tree marked as
19 > > stable. That is the problem we're trying to discuss here.
20 >
21 > How can they be fixed? By making them ignore dependency breakages? What
22 > is the use of QA tools if you disable the most important QA check just
23 > to push your some really stupid idea through.
24 >
25 > > And as I see this problem has no good solution, so one less painful
26 > > for users should be chosen. If this will require a QA policy
27 > > update, then it should be done.
28 >
29 > And thanks to this 'less painful' solution people lately had a real
30 > hard time due to app-eselect/ move. Sure, it looks good on a first
31 > glance but then you get into the fine details and everything falls
32 > apart. Of course, some people simply don't care about the fine details
33 > at all.
34
35 I'm not claiming that my proposal is perfect or even good enough;
36 please propose something better, but consider all side-effects
37 carefully: you'll see that broken stable deptree is not a worse
38 possible scenario. My main point is that things should not be left
39 as they are right now.
40
41 Best regards,
42 Andrew Savchenko