View previous topic :: View next topic |
Author |
Message |
Messelin n00b
Joined: 17 May 2007 Posts: 14
|
Posted: Fri Jan 21, 2011 10:22 am Post subject: Old Portage [solved] |
|
|
Hello Everyone,
Does anybody know where I can find old portages?
I mean, I need the old packets from 2006, 2007-08 years...
(Something like a web-source with archive of the portages)
Thanks in advance.
Last edited by Messelin on Fri Jan 21, 2011 1:12 pm; edited 1 time in total |
|
Back to top |
|
|
desultory Bodhisattva
Joined: 04 Nov 2005 Posts: 9410
|
|
Back to top |
|
|
Messelin n00b
Joined: 17 May 2007 Posts: 14
|
Posted: Fri Jan 21, 2011 1:12 pm Post subject: |
|
|
desultory Thank you. |
|
Back to top |
|
|
littletux n00b
Joined: 08 Dec 2003 Posts: 74
|
Posted: Thu Aug 01, 2013 1:18 pm Post subject: |
|
|
I have not opened a new thread because i think the answer of my question could be also interesting for others in correlation with this oldportage address.
I am searching for a way not only to download some single files, but the whole tree including also all dead files and folders, because for some very special reason it would be really very easier to do so, because if a older package with a lot of dependencies is needed, it is very hard to find out all dependencies and download them all separately
I ask this, because i have tested the described ways , without sucess. I had always the problem that only the not dead files were downloaded. |
|
Back to top |
|
|
desultory Bodhisattva
Joined: 04 Nov 2005 Posts: 9410
|
Posted: Fri Aug 02, 2013 3:40 am Post subject: |
|
|
Considering that a full repository clone involves gigabytes of data, just using anonymous CVS to checkout the whole tree, or better still just the package bearing subdirectories, as of a given date is usually more manageable.
If you do have an explicit need for a full clone of the repository, you could probably make arrangements with the infrastructure team, or wait until the git migration and fetch a copy of planned history graft and add that to a local clone of the repository. Either would allow you to pull any revision of any file from the tree as needed.
All this bearing in mind that having the latest revision of each file in the tree including those in the attic would not imply having a consistent tree. To produce a consistent tree from such an amalgam would require at very least regenerating manifests for most, if not all, packages. Beyond that ebuilds and eclasses from before the initial codification of EAPIs and their subsequent introduction in the tree would not necessarily be compatible with EAPI 0, amongst other potential problems one would encounter when attempting such an endeavor. |
|
Back to top |
|
|
|