1 |
Am Samstag, 26. Juli 2014, 10:44:26 schrieb Pacho Ramos: |
2 |
> El sáb, 26-07-2014 a las 10:36 +0200, Pacho Ramos escribió: |
3 |
> > El vie, 25-07-2014 a las 15:07 -0500, William Hubbs escribió: |
4 |
> > > On Fri, Jul 25, 2014 at 03:57:20PM -0400, Anthony G. Basile wrote: |
5 |
> > > > On 07/25/14 15:50, Pacho Ramos wrote: |
6 |
> > > > > El vie, 25-07-2014 a las 15:38 -0400, Anthony G. Basile escribió: |
7 |
> > > > >> On 07/25/14 15:28, Pacho Ramos wrote: |
8 |
> > > > >>> That is the reason for me thinking that maybe the way to go would |
9 |
> > > > >>> be to |
10 |
> > > > >>> do the opposite -> keep only base-system and a few others stable |
11 |
> > > > >>> and |
12 |
> > > > >>> drop stable for most of the rest. This big effort could be |
13 |
> > > > >>> accomplished |
14 |
> > > > >>> in a week by other developers willing to help (like me) and would |
15 |
> > > > >>> solve |
16 |
> > > > >>> the issue for the long term. I guess that is what HPPA team did in |
17 |
> > > > >>> the |
18 |
> > > > >>> past and I think it's working pretty well for them (in summary, |
19 |
> > > > >>> have a |
20 |
> > > > >>> stable tree they are able to keep stable). That will also help |
21 |
> > > > >>> people in |
22 |
> > > > >>> ppc* teams to know that the remaining stabilization bugs, apart of |
23 |
> > > > >>> being |
24 |
> > > > >>> much less, are important enough to deserve rapid attention, as |
25 |
> > > > >>> opposed |
26 |
> > > > >>> to current situation that will have some important bugs mixed with |
27 |
> > > > >>> tons |
28 |
> > > > >>> of stabilization requests of apps that got ppc stable keywords |
29 |
> > > > >>> years ago |
30 |
> > > > >>> and are currently no so important. |
31 |
> > > > >> |
32 |
> > > > >> Yes, please let's just do base system stable. I've been randomly |
33 |
> > > > >> taking |
34 |
> > > > >> care of ppc but nothing systematic. Its pretty spotty. But at the |
35 |
> > > > >> same |
36 |
> > > > >> time I don't like the idea of just loosing all the stabilization |
37 |
> > > > >> effort |
38 |
> > > > >> on the base system, so that might work best. Something to think |
39 |
> > > > >> about |
40 |
> > > > >> for mips too. |
41 |
> > > > > |
42 |
> > > > > Nice, one think we would need to discuss is what do we consider base |
43 |
> > > > > system :/ |
44 |
> > > > > |
45 |
> > > > > I guess packages maintained by base-system, toolchain and... |
46 |
> > > > > xorg-server |
47 |
> > > > > and co... what more |
48 |
> > > > > |
49 |
> > > > > Not sure if we could have a list of current stable tree for ppc*, |
50 |
> > > > > once |
51 |
> > > > > do we have that list, ppc* teams can drop from that list what they |
52 |
> > > > > want |
53 |
> > > > > and we get a new list that will be the final result. What do you |
54 |
> > > > > think |
55 |
> > > > > about that? |
56 |
> > > > |
57 |
> > > > At the very least, its what's needed to build the stages with |
58 |
> > > > catalyst. |
59 |
> > > > I would think we should start with base/packages, but I don't want to |
60 |
> > > > limit it to just those because I at least need a more for building and |
61 |
> > > > maintaining. Where should we start to compile such a list? |
62 |
> > > |
63 |
> > > If we are going to do this, I think we should drop these arch's |
64 |
> > > to exp status in the profiles. That way, it keeps repoman from bothering |
65 |
> > > the rest of us about stabilizations, and we don't have to worry about |
66 |
> > > filing stable requests on them. |
67 |
> > > |
68 |
> > > That would let you stabilize things that you need to build the stages. |
69 |
> > > |
70 |
> > > William |
71 |
> > |
72 |
> > But, moving ppc* to exp wouldn't lead us to likely break their tree? |
73 |
> > (because we wouldn't get any dependency issue even with "base" |
74 |
> > packages...) |
75 |
> |
76 |
> I was thinking in this plan: |
77 |
> - Get a list with all packages stable on ppc |
78 |
> - Drop from that list what ppc teams want |
79 |
> - Run on all that packages ekeyword ~ppc* |
80 |
> - Run repoman to the full tree to fix the dependencies, use.stable.mask |
81 |
> some, tune the list of stable packages... |
82 |
|
83 |
++ from Gentoo kde point of view |