1 |
On Wed, Jan 07, 2015 at 04:33:19PM -0600, William Hubbs wrote: |
2 |
> On Wed, Jan 07, 2015 at 02:48:01PM -0500, Mike Pagano wrote: |
3 |
> > On Wed, Jan 07, 2015 at 01:08:21PM -0600, William Hubbs wrote: |
4 |
> > > On Wed, Jan 07, 2015 at 01:29:15PM -0500, Mike Pagano wrote: |
5 |
> > > > On Wed, Jan 07, 2015 at 11:11:32AM -0600, William Hubbs wrote: |
6 |
> > > > > On Wed, Jan 07, 2015 at 11:21:56AM -0500, Mike Pagano wrote: |
7 |
> > > > > > On Tue, Jan 06, 2015 at 05:47:10PM -0600, William Hubbs wrote: |
8 |
> > > > > > > All, |
9 |
> > > > William, |
10 |
> > > > |
11 |
> > > > At what point do we not care about users who have not upgraded and will |
12 |
> > > > miss this security message? |
13 |
> > > |
14 |
> > > I would say that's more up to you as the maintainer, but put something |
15 |
> > > to the affect in the mask comment. |
16 |
> > > |
17 |
> > > # This mask will be removed <whenever> |
18 |
> > > |
19 |
> > > William |
20 |
> > > |
21 |
> > |
22 |
> > Fair enough. This question is to anyone that supports users and works on |
23 |
> > bugs. Especially the portage devs. At what point do you say to a user |
24 |
> > that their system is so old that they really need to upgrade? |
25 |
> > |
26 |
> > 2 years, 1 year, < 1 year? Maybe that's a good thing to state in documentation. |
27 |
> |
28 |
> We already have a distro policy about this. I put ulm on this email |
29 |
> specifically, because he knows where the link is, and I don't right now. |
30 |
> |
31 |
> Basically, at the distro level, anything over a year old is fair game to |
32 |
> be dropped. |
33 |
Ok, here it is: |
34 |
|
35 |
the council decided that the portage tree must provide an upgrade path |
36 |
to a stable system which hasn't been upgraded for one year [1]. |
37 |
|
38 |
That's pretty general. What I would say about the kernel situation is, |
39 |
it should be up to the maintainers, and it can be removed sooner if |
40 |
g-sources-3.17.0 was never stabled. |
41 |
|
42 |
William |
43 |
|
44 |
[1] http://www.gentoo.org/proj/en/council/meeting-logs/20091109-summary.txt |