(I screwed up and did this w/o asking first; I expect thugs^Wenforcers from the Chicago area to arrive momentarily; fortunately, steaks are on the grill and hopefully they can be appeased. I can easily put the content back if need be.)
I want to move the videos (ogg and avi files) currently hosted only on torrent.fp.o, to alt.fp.o/pub/alt/videos/ with the other videos. I have already copied the content over.
This request will remove the torrents, their contents, and their .ini files on torrent1. Then, the normal processes will refresh the torrent.fp.o web page and the tracker.
There are currently 0 or 1 seed, and 0 downloaders, for this content, which dates back to January 2008 at the most recent.
Thanks, Matt
On 2009-05-28 08:15:11 PM, Matt Domsch wrote:
(I screwed up and did this w/o asking first; I expect thugs^Wenforcers from the Chicago area to arrive momentarily; fortunately, steaks are on the grill and hopefully they can be appeased. I can easily put the content back if need be.)
I want to move the videos (ogg and avi files) currently hosted only on torrent.fp.o, to alt.fp.o/pub/alt/videos/ with the other videos. I have already copied the content over.
This request will remove the torrents, their contents, and their .ini files on torrent1. Then, the normal processes will refresh the torrent.fp.o web page and the tracker.
There are currently 0 or 1 seed, and 0 downloaders, for this content, which dates back to January 2008 at the most recent.
+1
Thanks, Ricky
+1
Also note, you need to send some of the steaks to Australia...
- Nigel ----- "Matt Domsch" Matt_Domsch@dell.com wrote:
(I screwed up and did this w/o asking first; I expect thugs^Wenforcers from the Chicago area to arrive momentarily; fortunately, steaks are on the grill and hopefully they can be appeased. I can easily put the content back if need be.)
I want to move the videos (ogg and avi files) currently hosted only on torrent.fp.o, to alt.fp.o/pub/alt/videos/ with the other videos. I have already copied the content over.
This request will remove the torrents, their contents, and their .ini files on torrent1. Then, the normal processes will refresh the torrent.fp.o web page and the tracker.
There are currently 0 or 1 seed, and 0 downloaders, for this content, which dates back to January 2008 at the most recent.
Thanks, Matt
-- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux
Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
On Thu, May 28, 2009 at 10:06 PM, Nigel Jones nigjones@redhat.com wrote:
Also note, you need to send some of the steaks to Australia...
And some to NYC.
On Fri, May 29, 2009 at 12:03:39AM -0400, Jon Stanley wrote:
On Thu, May 28, 2009 at 10:06 PM, Nigel Jones nigjones@redhat.com wrote:
Also note, you need to send some of the steaks to Australia...
And some to NYC.
You all know of my standing offer. Any time anyone in FI is on Austin, drop me a line - the grill will be hot and the beverages cold.
I want to move the videos (ogg and avi files) currently hosted only on torrent.fp.o, to alt.fp.o/pub/alt/videos/ with the other videos. I have already copied the content over.
As long as I'm removing torrent content, let me suggest a few more. :-)
ccLiveContent-1.0-i386 Posted August 2007. No seeders.
ccLiveContent-2.0-1202964485.iso ccLiveContent-2.0-FINAL.iso Posted Feb 2008. 3 seeders, but no links from the torrent.fp.o HTML page.
Fedora 11 Alpha. No links from torrent.fp.o HTML page. Amazingly, some of these have as many as 11 seeders and 6 downloaders. No reason to encourage downloads of this anymore though.
Fedora 11 Beta. _Is_ linked from t.fp.o HTML page. 1-17 seeders, 0-2 downloaders. Same reason as Alpha - there are newer bits available to test with.
Fedora 11 Snap 1. _Is_ linked from t.fp.o HTML page. 1-6 seeders, 0-3 downloaders. Pre-dates the Preview release.
Now for something maybe more controversial.
Fedora 8. _Is_ linked from t.fp.o HTML page. 1-35 seeders, 0-8 downloaders. F8 is EOL, and still posted on archive.fp.o.
I also note that the map link besides each torrent on the t.fp.o HTML page is broken. But hey, that's only present for the F8 and ccLiveContent bits, which, if we nuke, then we don't have a problem there either. :-)
Thanks, Matt the pruner
On Thu, 28 May 2009, Matt Domsch wrote:
I want to move the videos (ogg and avi files) currently hosted only on torrent.fp.o, to alt.fp.o/pub/alt/videos/ with the other videos. I have already copied the content over.
As long as I'm removing torrent content, let me suggest a few more. :-)
ccLiveContent-1.0-i386 Posted August 2007. No seeders.
ccLiveContent-2.0-1202964485.iso ccLiveContent-2.0-FINAL.iso Posted Feb 2008. 3 seeders, but no links from the torrent.fp.o HTML page.
Fedora 11 Alpha. No links from torrent.fp.o HTML page. Amazingly, some of these have as many as 11 seeders and 6 downloaders. No reason to encourage downloads of this anymore though.
Fedora 11 Beta. _Is_ linked from t.fp.o HTML page. 1-17 seeders, 0-2 downloaders. Same reason as Alpha - there are newer bits available to test with.
Fedora 11 Snap 1. _Is_ linked from t.fp.o HTML page. 1-6 seeders, 0-3 downloaders. Pre-dates the Preview release.
Now for something maybe more controversial.
Fedora 8. _Is_ linked from t.fp.o HTML page. 1-35 seeders, 0-8 downloaders. F8 is EOL, and still posted on archive.fp.o.
I also note that the map link besides each torrent on the t.fp.o HTML page is broken. But hey, that's only present for the F8 and ccLiveContent bits, which, if we nuke, then we don't have a problem there either. :-)
Thanks, Matt the pruner
I'm all for pruning, lets have a plan for it though. Anyone see any reason not to have these up there?
Should we come up with some test for what does and does not get removed?
-Mike
On Thu, May 28, 2009 at 11:46:20PM -0500, Mike McGrath wrote:
I'm all for pruning, lets have a plan for it though. Anyone see any reason not to have these up there?
Should we come up with some test for what does and does not get removed?
I agree. Here's what I am going by:
a) content that has reached the end of life. This includes: 1) pre-release content (Alpha, Beta, snapshots, ...) that have been superceeded, and are thus no longer useful for testing. 2) EOL releases that we have moved to archive.fp.o (I'm open to be swayed on this one...)
b) content which has exceedingly limited seeders and downloaders, and which has little prospect of increasing those numbers, and which is
1 year old. The several-years-old videos fall into this
category, with 0-1 seeder, and no significant increase in downloads in a while (by visual inspection, ~3000 downloads as far back as I can remember).
Content which is still considered "current" (e.g. spins of non-EOL releases) get to stay.
We haven't traditionally hosted spins elsewhere, such as archive.fp.o or alt.fp.o, so nuking them removes the only method by which someone could obtain them. Given we're OK on space right now, there's no good reason to remove spins even of EOL releases where the non-spins got archived.
On Fri, 29 May 2009, Matt Domsch wrote:
On Thu, May 28, 2009 at 11:46:20PM -0500, Mike McGrath wrote:
I'm all for pruning, lets have a plan for it though. Anyone see any reason not to have these up there?
Should we come up with some test for what does and does not get removed?
I agree. Here's what I am going by:
a) content that has reached the end of life. This includes:
- pre-release content (Alpha, Beta, snapshots, ...) that have been superceeded, and are thus no longer useful for testing.
- EOL releases that we have moved to archive.fp.o (I'm open to be swayed on this one...)
b) content which has exceedingly limited seeders and downloaders, and which has little prospect of increasing those numbers, and which is
1 year old. The several-years-old videos fall into this
category, with 0-1 seeder, and no significant increase in downloads in a while (by visual inspection, ~3000 downloads as far back as I can remember).
Content which is still considered "current" (e.g. spins of non-EOL releases) get to stay.
We haven't traditionally hosted spins elsewhere, such as archive.fp.o or alt.fp.o, so nuking them removes the only method by which someone could obtain them. Given we're OK on space right now, there's no good reason to remove spins even of EOL releases where the non-spins got archived.
This seems reasonable to me. Anyone have issues?
-Mike
Mike McGrath (mmcgrath@redhat.com) said:
I'm all for pruning, lets have a plan for it though. Anyone see any reason not to have these up there?
Should we come up with some test for what does and does not get removed?
I agree. Here's what I am going by:
a) content that has reached the end of life. This includes:
- pre-release content (Alpha, Beta, snapshots, ...) that have been superceeded, and are thus no longer useful for testing.
- EOL releases that we have moved to archive.fp.o (I'm open to be swayed on this one...)
b) content which has exceedingly limited seeders and downloaders, and which has little prospect of increasing those numbers, and which is
1 year old. The several-years-old videos fall into this
category, with 0-1 seeder, and no significant increase in downloads in a while (by visual inspection, ~3000 downloads as far back as I can remember).
Content which is still considered "current" (e.g. spins of non-EOL releases) get to stay.
We haven't traditionally hosted spins elsewhere, such as archive.fp.o or alt.fp.o, so nuking them removes the only method by which someone could obtain them. Given we're OK on space right now, there's no good reason to remove spins even of EOL releases where the non-spins got archived.
This seems reasonable to me. Anyone have issues?
Seems reasonable. Should we make this generic so it applies to older alpha/beta trees on the ftp/http site as well?
Bill
On Fri, May 29, 2009 at 10:55:04AM -0400, Bill Nottingham wrote:
Seems reasonable. Should we make this generic so it applies to older alpha/beta trees on the ftp/http site as well?
Well, we pretty much do already. We delete the alpha/beta releases whenever we have content that superceeds those and when we're low on space. If we're good on space, sometimes these stay longer, but they can be removed at any time.
Mike and Jesse have also been good about moving EOL content (Fedora 7 and 8 and their updates) to archive.fp.o to free up space to host the new content.
On Fri, 29 May 2009, Matt Domsch wrote:
On Thu, May 28, 2009 at 11:46:20PM -0500, Mike McGrath wrote:
I'm all for pruning, lets have a plan for it though. Anyone see any reason not to have these up there?
Should we come up with some test for what does and does not get removed?
I agree. Here's what I am going by:
a) content that has reached the end of life. This includes:
- pre-release content (Alpha, Beta, snapshots, ...) that have been superceeded, and are thus no longer useful for testing.
- EOL releases that we have moved to archive.fp.o (I'm open to be swayed on this one...)
b) content which has exceedingly limited seeders and downloaders, and which has little prospect of increasing those numbers, and which is
1 year old. The several-years-old videos fall into this
category, with 0-1 seeder, and no significant increase in downloads in a while (by visual inspection, ~3000 downloads as far back as I can remember).
Content which is still considered "current" (e.g. spins of non-EOL releases) get to stay.
We haven't traditionally hosted spins elsewhere, such as archive.fp.o or alt.fp.o, so nuking them removes the only method by which someone could obtain them. Given we're OK on space right now, there's no good reason to remove spins even of EOL releases where the non-spins got archived.
FYI +1 to removing stale content from torrent1
-Mike
On Tue, 2 Jun 2009, Mike McGrath wrote:
releases) get to stay.
We haven't traditionally hosted spins elsewhere, such as archive.fp.o or alt.fp.o, so nuking them removes the only method by which someone could obtain them. Given we're OK on space right now, there's no good reason to remove spins even of EOL releases where the non-spins got archived.
FYI +1 to removing stale content from torrent1
+1 to mike's +1ing.
-sv
infrastructure@lists.fedoraproject.org