Re: Orphaning system-auto-death

2010-12-16 Thread seth vidal
On Wed, 2010-12-15 at 22:34 -0500, Matthew Miller wrote:
 On Wed, Dec 15, 2010 at 08:59:19PM -0500, Matthew Miller wrote:
  I think I'll change the f15 deadline to very-far-in-the-future, and then
  when I invent some spare time, work on some of the other ideas for automatic
  determination of the time. That's better than not having the package
  completely zapped.

I have released ownership
https://admin.fedoraproject.org/pkgdb/acls/name/system-autodeath


go claim it and enjoy :)

-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-16 Thread Ralf Corsepius
On 12/16/2010 03:18 PM, seth vidal wrote:
 On Wed, 2010-12-15 at 22:34 -0500, Matthew Miller wrote:
 On Wed, Dec 15, 2010 at 08:59:19PM -0500, Matthew Miller wrote:
 I think I'll change the f15 deadline to very-far-in-the-future, and then
 when I invent some spare time, work on some of the other ideas for automatic
 determination of the time. That's better than not having the package
 completely zapped.

 I have released ownership
 https://admin.fedoraproject.org/pkgdb/acls/name/system-autodeath


 go claim it and enjoy :)

Just a thought: How about equipping a repo's metadata with some sort of 
expiration/best before date, which yum etc. could use to warn users?
If we had something like this, system-auto-death etc. would become 
superfluous.

Ralf

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-16 Thread seth vidal
On Thu, 2010-12-16 at 18:13 +0100, Ralf Corsepius wrote:
 On 12/16/2010 03:18 PM, seth vidal wrote:
  On Wed, 2010-12-15 at 22:34 -0500, Matthew Miller wrote:
  On Wed, Dec 15, 2010 at 08:59:19PM -0500, Matthew Miller wrote:
  I think I'll change the f15 deadline to very-far-in-the-future, and then
  when I invent some spare time, work on some of the other ideas for 
  automatic
  determination of the time. That's better than not having the package
  completely zapped.
 
  I have released ownership
  https://admin.fedoraproject.org/pkgdb/acls/name/system-autodeath
 
 
  go claim it and enjoy :)
 
 Just a thought: How about equipping a repo's metadata with some sort of 
 expiration/best before date, which yum etc. could use to warn users?
 If we had something like this, system-auto-death etc. would become 
 superfluous.
 

it would mean we'd have to be able/willing to push new metadata out to
the base repo so that the repo could be used at all for future installs.

-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-16 Thread Ralf Corsepius
On 12/16/2010 06:26 PM, seth vidal wrote:
 On Thu, 2010-12-16 at 18:13 +0100, Ralf Corsepius wrote:
 On 12/16/2010 03:18 PM, seth vidal wrote:
 On Wed, 2010-12-15 at 22:34 -0500, Matthew Miller wrote:
 On Wed, Dec 15, 2010 at 08:59:19PM -0500, Matthew Miller wrote:
 I think I'll change the f15 deadline to very-far-in-the-future, and then
 when I invent some spare time, work on some of the other ideas for 
 automatic
 determination of the time. That's better than not having the package
 completely zapped.

 I have released ownership
 https://admin.fedoraproject.org/pkgdb/acls/name/system-autodeath


 go claim it and enjoy :)

 Just a thought: How about equipping a repo's metadata with some sort of
 expiration/best before date, which yum etc. could use to warn users?
 If we had something like this, system-auto-death etc. would become
 superfluous.


 it would mean we'd have to be able/willing to push new metadata out to
 the base repo so that the repo could be used at all for future installs.
Not necessarily -  Yum could simply issue a warning and continue to 
work, yum could have a --disable-expiration-warnings option, ...

There are many possibilities
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-16 Thread Matt McCutchen
On Thu, 2010-12-16 at 18:33 +0100, Ralf Corsepius wrote:
 On 12/16/2010 06:26 PM, seth vidal wrote:
  On Thu, 2010-12-16 at 18:13 +0100, Ralf Corsepius wrote:
  Just a thought: How about equipping a repo's metadata with some sort of
  expiration/best before date, which yum etc. could use to warn users?
  If we had something like this, system-auto-death etc. would become
  superfluous.
 
 
  it would mean we'd have to be able/willing to push new metadata out to
  the base repo so that the repo could be used at all for future installs.
 Not necessarily -  Yum could simply issue a warning and continue to 
 work, yum could have a --disable-expiration-warnings option, ...
 
 There are many possibilities

Rather than push the issue onto the user, I think the right solution
would be for the fedora repo definition to have an option
updated_by=updates that causes yum not to check its expiration when
the updates repo is also enabled.

-- 
Matt

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-16 Thread Ralf Corsepius
On 12/16/2010 06:43 PM, Matt McCutchen wrote:
 On Thu, 2010-12-16 at 18:33 +0100, Ralf Corsepius wrote:
 On 12/16/2010 06:26 PM, seth vidal wrote:
 On Thu, 2010-12-16 at 18:13 +0100, Ralf Corsepius wrote:
 Just a thought: How about equipping a repo's metadata with some sort of
 expiration/best before date, which yum etc. could use to warn users?
 If we had something like this, system-auto-death etc. would become
 superfluous.


 it would mean we'd have to be able/willing to push new metadata out to
 the base repo so that the repo could be used at all for future installs.
 Not necessarily -  Yum could simply issue a warning and continue to
 work, yum could have a --disable-expiration-warnings option, ...

 There are many possibilities

 Rather than push the issue onto the user,
I don't think this is pushing the issue onto the user. I'd consider 
this to be warning them about you might be doing something unwise.

 I think the right solution
 would be for the fedora repo definition to have an option
 updated_by=updates that causes yum not to check its expiration when
 the updates repo is also enabled.
Yes, this would also be an alternative, except that one also would have 
to take users into account who run plain DVD Fedora w/o updates and 
use-cases which run entirely off-line.

Ralf

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-16 Thread Matt McCutchen
On Thu, 2010-12-16 at 18:54 +0100, Ralf Corsepius wrote:
 On 12/16/2010 06:43 PM, Matt McCutchen wrote:
  On Thu, 2010-12-16 at 18:33 +0100, Ralf Corsepius wrote:
  On 12/16/2010 06:26 PM, seth vidal wrote:
  On Thu, 2010-12-16 at 18:13 +0100, Ralf Corsepius wrote:
  Just a thought: How about equipping a repo's metadata with some sort of
  expiration/best before date, which yum etc. could use to warn users?
  If we had something like this, system-auto-death etc. would become
  superfluous.
 
 
  it would mean we'd have to be able/willing to push new metadata out to
  the base repo so that the repo could be used at all for future installs.
  Not necessarily -  Yum could simply issue a warning and continue to
  work, yum could have a --disable-expiration-warnings option, ...
 
  There are many possibilities
 
  Rather than push the issue onto the user,
 I don't think this is pushing the issue onto the user. I'd consider 
 this to be warning them about you might be doing something unwise.
 
  I think the right solution
  would be for the fedora repo definition to have an option
  updated_by=updates that causes yum not to check its expiration when
  the updates repo is also enabled.
 Yes, this would also be an alternative, except that one also would have 
 to take users into account who run plain DVD Fedora w/o updates and 
 use-cases which run entirely off-line.

I was referring to the issue Seth raised where using the fedora repo
would produce an expiration warning that is bogus (i.e., the user is not
at risk) provided that the updates repo is also enabled.  That can and
should be solved on our end.

Showing the warning to users who don't use the updates repo is correct
behavior, though we could separately have an option for the user to hide
the warning if they already know about it and find it annoying.

-- 
Matt

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-16 Thread seth vidal
On Thu, 2010-12-16 at 14:32 -0600, Matt Domsch wrote:
 On Wed, Dec 15, 2010 at 09:24:40AM -0500, seth vidal wrote:
  After this bug:
  https://bugzilla.redhat.com/show_bug.cgi?id=663340
  
  I realize I'm not remembering to update the EOL date often enough.
  
  So, I'm orphaning system-auto-death. If no one steps up to take care of
  it I'm going to issue an update which disables the cron job.
 
 I mentioned this in the bug, but preupgrade needs to know about the
 EOL date of a release too.  Hence:
 
 http://mirrors.fedoraproject.org/releases.txt
 
 includes an eol-date entry:
 
 [Fedora 12 (Constantine)]
 stable=True
 preupgrade-ok=True
 version=12
 mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-12arch=$basearch
 installmirrorlist=http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora/linux/releases/12/Fedora/$basearch/os
 eol-date=20101202
 
 
 This is kept updated (mostly by me), it lives in the fedora-web git
 tree in infrastructure.
 

An excellent item for the fabulous new maintainer, Matt Miller, to take
up! :)

-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Orphaning system-auto-death

2010-12-15 Thread seth vidal
After this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=663340

I realize I'm not remembering to update the EOL date often enough.

So, I'm orphaning system-auto-death. If no one steps up to take care of
it I'm going to issue an update which disables the cron job.


-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-15 Thread Matthew Miller
On Wed, Dec 15, 2010 at 09:24:40AM -0500, seth vidal wrote:
 After this bug:
 https://bugzilla.redhat.com/show_bug.cgi?id=663340
 
 I realize I'm not remembering to update the EOL date often enough.
 
 So, I'm orphaning system-auto-death. If no one steps up to take care of
 it I'm going to issue an update which disables the cron job.

Could it be changed so that the deathdate is determined automatically when
the package is installed? Perhaps N months (18? 24?) from the build date of
fedora-release?

Or rather than setting it at install time, maybe make it six months after
the last yum update was received? Or count from when the last package was
installed. Or from the last date in the yum metadata.


-- 
Matthew Miller mat...@mattdm.org
Senior Systems Architect -- Instructional  Research Computing Services
Harvard School of Engineering  Applied Sciences
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-15 Thread seth vidal
On Wed, 2010-12-15 at 10:11 -0500, Matthew Miller wrote:
 On Wed, Dec 15, 2010 at 09:24:40AM -0500, seth vidal wrote:
  After this bug:
  https://bugzilla.redhat.com/show_bug.cgi?id=663340
  
  I realize I'm not remembering to update the EOL date often enough.
  
  So, I'm orphaning system-auto-death. If no one steps up to take care of
  it I'm going to issue an update which disables the cron job.
 
 Could it be changed so that the deathdate is determined automatically when
 the package is installed? Perhaps N months (18? 24?) from the build date of
 fedora-release?
 
 Or rather than setting it at install time, maybe make it six months after
 the last yum update was received? Or count from when the last package was
 installed. Or from the last date in the yum metadata.
 

maybe - but I have no interest in doing so.

If you want the pkg - you're welcome to do it but it's not useful to me.

-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-15 Thread Matthew Miller
On Wed, Dec 15, 2010 at 10:16:54AM -0500, seth vidal wrote:
 maybe - but I have no interest in doing so.
 If you want the pkg - you're welcome to do it but it's not useful to me.

I guess the question is: Does *anyone* but me care?

-- 
Matthew Miller mat...@mattdm.org
Senior Systems Architect -- Instructional  Research Computing Services
Harvard School of Engineering  Applied Sciences
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-15 Thread seth vidal
On Wed, 2010-12-15 at 12:07 -0500, Matthew Miller wrote:
 On Wed, Dec 15, 2010 at 10:16:54AM -0500, seth vidal wrote:
  maybe - but I have no interest in doing so.
  If you want the pkg - you're welcome to do it but it's not useful to me.
 
 I guess the question is: Does *anyone* but me care?

I suspect not b/c there's only one person reporting that their f13 or
f14 system went offline today. :)

I'm going to orphan it and block it from rawhide.

Matt,
 If you could check the updates I just pushed and add karma I'd
appreciate it.

https://admin.fedoraproject.org/updates/system-autodeath-0.3-2.fc13
https://admin.fedoraproject.org/updates/system-autodeath-0.3-2.fc14

Thanks,
-sv




-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-15 Thread Matthew Miller
On Wed, Dec 15, 2010 at 12:09:50PM -0500, seth vidal wrote:
  I guess the question is: Does *anyone* but me care?
 I suspect not b/c there's only one person reporting that their f13 or
 f14 system went offline today. :)


Well, maybe it's working *really well*. :)


-- 
Matthew Miller mat...@mattdm.org
Senior Systems Architect -- Instructional  Research Computing Services
Harvard School of Engineering  Applied Sciences
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-15 Thread seth vidal
On Wed, 2010-12-15 at 20:24 -0500, Matthew Miller wrote:
 On Wed, Dec 15, 2010 at 12:09:50PM -0500, seth vidal wrote:
   I guess the question is: Does *anyone* but me care?
  I suspect not b/c there's only one person reporting that their f13 or
  f14 system went offline today. :)
 
 
 Well, maybe it's working *really well*. :)
 

So, do you want to take over the pkg?

-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-15 Thread Matthew Miller
On Wed, Dec 15, 2010 at 08:34:30PM -0500, seth vidal wrote:
   I suspect not b/c there's only one person reporting that their f13 or
   f14 system went offline today. :)
  Well, maybe it's working *really well*. :)
 So, do you want to take over the pkg?

Yeah, okay.

I think I'll change the f15 deadline to very-far-in-the-future, and then
when I invent some spare time, work on some of the other ideas for automatic
determination of the time. That's better than not having the package
completely zapped.


-- 
Matthew Miller mat...@mattdm.org
Senior Systems Architect -- Instructional  Research Computing Services
Harvard School of Engineering  Applied Sciences
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Orphaning system-auto-death

2010-12-15 Thread Matthew Miller
On Wed, Dec 15, 2010 at 08:59:19PM -0500, Matthew Miller wrote:
 I think I'll change the f15 deadline to very-far-in-the-future, and then
 when I invent some spare time, work on some of the other ideas for automatic
 determination of the time. That's better than not having the package
 completely zapped.

s/not//

:)

-- 
Matthew Miller mat...@mattdm.org
Senior Systems Architect -- Instructional  Research Computing Services
Harvard School of Engineering  Applied Sciences
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel