Gentoo Archives: gentoo-dev

From: james <garftd@×××××××.net>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] The future of the Sunrise project
Date: Tue, 07 Jun 2016 14:42:32
Message-Id: 5756EBC1.8090602@verizon.net
In Reply to: Re: [gentoo-dev] The future of the Sunrise project by "Michał Górny"
1 On 06/07/2016 09:25 AM, Michał Górny wrote:
2 > Dnia 7 czerwca 2016 16:16:38 CEST, Ian Stakenvicius <axs@g.o> napisał(a):
3 >> On 07/06/16 05:18 AM, Raymond Jennings wrote:
4 >>> On Tue, Jun 7, 2016 at 12:55 AM, Robin H. Johnson <robbat2@g.o
5 >>> <mailto:robbat2@g.o>> wrote:
6 >>>>
7 >>>> On Tue, Jun 07, 2016 at 09:44:42AM +0200, Dirkjan Ochtman wrote:
8 >>>> > On Mon, Jun 6, 2016 at 11:23 PM, Michał Górny
9 >> <mgorny@g.o <mailto:mgorny@g.o>> wrote:
10 >>>> > > Your thoughts?
11 >>>> > I would agree that proxy-maint and GH pull requests are better
12 >> than
13 >>>> > sunrise, and so we should probably sunset (pun intended) the
14 >> latter.
15 >>>> The new method is better, but that doesn't cover what to do with
16 >> the
17 >>>> 500+ packages in sunrise.
18 >>>>
19 >>>> I have found them useful in the past, when I suddenly had a need
20 >> for
21 >>>> something, and there was an ebuild in sunrise that I could adopt
22 >> into
23 >>>> the tree.
24 >>>
25 >>> How about simply closing sunrise to new packages, and migrate them to
26 >>> elsewhere as resources permit?
27 >>>
28 >>> Just plugging the spigot and deprecating it would improve things.
29 >>>
30 >>
31 >> Isn't that effectively where we are already at though? If the last
32 >> push was a full year ago, we've pretty well got a closed-tree already.
33 >> I guess we just need to announce it..?
34 >>
35 >> As for what to do with the packages that exist already.... what about
36 >> adding a p.mask to the repo with a message along the lines of:
37 >>
38 >> "Sunrise has been masked for removal, if you care about this package
39 >> please ping its bug on bugs.gentoo.org so that we know it is a
40 >> priority for migration"
41 >>
42 >> ..or similar?
43 >
44 > Wouldn't removing it from repositories.xml have pretty much the same effect?
45 >
46 > Also, i think we should make the unreviewed repo public then, so people can get the newest ebuilds.
47
48
49 Perhaps a deprecation period of a year, with a gentoo wiki page that
50 lists the packages found @sunrise, is a good idea?

Replies

Subject Author
Re: [gentoo-dev] The future of the Sunrise project "M. J. Everitt" <m.j.everitt@×××.org>