1 |
On Wed, Jan 25, 2006 at 06:06:02PM +0900, Jason Stubbs wrote: |
2 |
> On Wednesday 25 January 2006 17:43, Donnie Berkholz wrote: |
3 |
> > Jason Stubbs wrote: |
4 |
> > > I'm not exactly sure what you mean by "broken" in the first paragraph nor |
5 |
> > > how a check can help with unmaintained (=no commits, no?) packages, but if |
6 |
> > > a repoman check will hasten package porting while smoothing the users' |
7 |
> > > ride, I'm personally all for it. |
8 |
> > |
9 |
> > By "broken" I mean unported. In other words, directly depending on |
10 |
> > either virtual/x11 or x11-base/xorg-x11. The check will help discover |
11 |
> > unmaintained packages by not allowing people to do flyby fixes without |
12 |
> > also fixing this. |
13 |
> > |
14 |
> > What can I do to speed up the process of getting this into a 2.1 |
15 |
> > release? Keep in mind my python is beyond bad. |
16 |
> |
17 |
> Perhaps not so easy. What specific states need to be checked for to regard a |
18 |
> package as broken? Depending on "x11-base/xorg-x11" is one. Depending on |
19 |
> "virtual/x11" seems to be valid looking at the porting guide though. Would |
20 |
> considering a package broken if it contains "virtual/x11" where the token |
21 |
> immediately preceding the surrounding brackets is not "||" be correct? |
22 |
> |
23 |
> DEPEND="x11-base/xorg-x11" # wrong |
24 |
> DEPEND="virtual/x11" # wrong |
25 |
> DEPEND="|| ( x11? ( virtual/x11 ) )" # wrong |
26 |
> DEPEND="|| ( misc/atoms virtual/x11 )" # right |
27 |
> |
28 |
> There's a small possibility that broken packages will be missed by this, but |
29 |
> is there any chance that valid packages will be incorrectly flagged? If this |
30 |
> gets a go-ahead, it'll be easy enough to get in for the next release (which |
31 |
> is likely this coming Saturday). |
32 |
|
33 |
Patch misses on |
34 |
|| ( virtual/x11 ) |
35 |
|| ( x86? ( virtual/x11 ) b ) |
36 |
via the latter, kind of guranteed it's going to miss on |
37 |
|| ( x86? ( valid-dep ) virtual/x11 ) |
38 |
also... |
39 |
|
40 |
Fixing it's a bit fun. fixed a few of the issues in |
41 |
dev.gentoo.org/~ferringb/deprecated-x11-scan.py , but some of the |
42 |
cases still exist. |
43 |
~harring |