Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Fabian Groffen
On 26-01-2008 17:35:37 -0800, Robin H. Johnson wrote: > Related to the top level of the tree, can we get a release of repoman > that detects if a checkout is a subset only (eg no top level), for folk > that have subtree checkouts only? (Probably look for skel.*/profile > items two levels up). Is i

[gentoo-dev] archives.gentoo.org linking brokenness

2008-01-27 Thread Robin H. Johnson
Hi folks, Due to some mhonarc brokenness, all existing external links to archives messages have become invalidated. We're looking at fixing it in such a way that it doesn't happen again (consistent hashes instead of sequential numbers), but it will be a day or two - restoring the old ones is not p

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Roy Bamford
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2008.01.27 01:08, Zac Medico wrote: > Now that the whole tree has been converted to Manifest2 format we can > remove the old digest files from the tree so that it is pure > Manifest2 format [1]. Any > users who still have a version of portage that

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Robin H. Johnson
On Sun, Jan 27, 2008 at 04:06:47PM +0200, Petteri R??ty wrote: > Fabian Groffen kirjoitti: >> On 26-01-2008 17:35:37 -0800, Robin H. Johnson wrote: >>> Related to the top level of the tree, can we get a release of repoman >>> that detects if a checkout is a subset only (eg no top level), for folk >

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Petteri Räty
Fabian Groffen kirjoitti: On 26-01-2008 17:35:37 -0800, Robin H. Johnson wrote: Related to the top level of the tree, can we get a release of repoman that detects if a checkout is a subset only (eg no top level), for folk that have subtree checkouts only? (Probably look for skel.*/profile items

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Petteri Räty
Robin H. Johnson kirjoitti: On Sun, Jan 27, 2008 at 04:06:47PM +0200, Petteri R??ty wrote: Fabian Groffen kirjoitti: On 26-01-2008 17:35:37 -0800, Robin H. Johnson wrote: Related to the top level of the tree, can we get a release of repoman that detects if a checkout is a subset only (eg no to

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-emulation/qemu-user: ChangeLog qemu-user-0.9.1.ebuild

2008-01-27 Thread Donnie Berkholz
On 10:01 Sun 27 Jan , Luca Barbato (lu_zero) wrote: > 1.1 app-emulation/qemu-user/qemu-user-0.9.1.ebuild > > file : > http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-emulation/qemu-user/qemu-user-0.9.1.ebuild?rev=1.1&view=markup > plain: > http://sources.gentoo.org/viewc

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-emulation/qemu-user: ChangeLog qemu-user-0.9.1.ebuild

2008-01-27 Thread Luca Barbato
Donnie Berkholz wrote: > > Isn't this just einstall with maybe one change? > Probably =) lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] archives.gentoo.org linking brokenness

2008-01-27 Thread Robin H. Johnson
On Sun, Jan 27, 2008 at 01:49:46AM -0800, Robin H. Johnson wrote: > Due to some mhonarc brokenness, all existing external links to archives > messages have become invalidated. We're looking at fixing it in such a > way that it doesn't happen again (consistent hashes instead of > sequential numbers)

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2008-01-27 23h59 UTC

2008-01-27 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2008-01-27 23h59 UTC. Removals: dev-util/poseidonCE 2008-01-25 10:31:24 ali_bush www-servers/jetty 2008-01-26 18:41:31 wltjr dev-java/jdbc2-or

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robin H. Johnson wrote: > Related to the top level of the tree, can we get a release of repoman > that detects if a checkout is a subset only (eg no top level), for folk > that have subtree checkouts only? (Probably look for skel.*/profile > items two

Re: [gentoo-dev] archives.gentoo.org linking brokenness

2008-01-27 Thread Chris Gianelloni
On Sun, 2008-01-27 at 01:49 -0800, Robin H. Johnson wrote: > sequential numbers), but it will be a day or two - restoring the old > ones is not possible at all. Umm... OK. What's the new format? Do we just have to go an manually change every single link we've ever made to anything on archives?

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Chris Gianelloni
On Sun, 2008-01-27 at 06:27 -0800, Robin H. Johnson wrote: > Due to how CVS hooks operate, it's not quite possible. > You wouldn't be able to block the entire commit, only the contents of > the files/ directory would get totally blocked. > If you were committing an ebuild along with a patch, this w

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Chris Gianelloni
On Sat, 2008-01-26 at 17:08 -0800, Zac Medico wrote: > If there are no objections then I don't so any reason not to go ahead and add > the manifest1_obsolete sometime in the near future. Thoughts? 1. Add blocking of commit of files/digest-* in CVS pre-commit hook 2. Add manifest1_obsolete to tree

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Chris Gianelloni
On Sun, 2008-01-27 at 17:11 -0800, Zac Medico wrote: > >> If there are no objections then I don't so any reason not to go ahead and > >> add > >> the manifest1_obsolete sometime in the near future. Thoughts? > > Let's do it. I look forward to a lot less inodes on my disks. > > Let's schedule a da

Re: [gentoo-dev] archives.gentoo.org linking brokenness

2008-01-27 Thread Robin H. Johnson
On Sun, Jan 27, 2008 at 05:31:36PM -0800, Chris Gianelloni wrote: > On Sun, 2008-01-27 at 01:49 -0800, Robin H. Johnson wrote: > > sequential numbers), but it will be a day or two - restoring the old > > ones is not possible at all. > Umm... OK. What's the new format? For example: http://archives.

Re: [gentoo-dev] archives.gentoo.org linking brokenness

2008-01-27 Thread Alec Warner
On 1/27/08, Chris Gianelloni <[EMAIL PROTECTED]> wrote: > On Sun, 2008-01-27 at 01:49 -0800, Robin H. Johnson wrote: > > sequential numbers), but it will be a day or two - restoring the old > > ones is not possible at all. > > Umm... OK. What's the new format? Do we just have to go an manually >

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Robin H. Johnson
On Sun, Jan 27, 2008 at 05:34:14PM -0800, Chris Gianelloni wrote: > On Sun, 2008-01-27 at 06:27 -0800, Robin H. Johnson wrote: > > Due to how CVS hooks operate, it's not quite possible. > > You wouldn't be able to block the entire commit, only the contents of > > the files/ directory would get tota

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Gianelloni wrote: > I do have one question, though. What does an older portage version do > when it hits a package with a missing digest file? > > Let's say I've got portage prior to 2007.0's, so it doesn't support > Manifest2 only. I want to

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-27 Thread Chris Gianelloni
On Sun, 2008-01-27 at 18:01 -0800, Robin H. Johnson wrote: > On Sun, Jan 27, 2008 at 05:34:14PM -0800, Chris Gianelloni wrote: > > On Sun, 2008-01-27 at 06:27 -0800, Robin H. Johnson wrote: > > > Due to how CVS hooks operate, it's not quite possible. > > > You wouldn't be able to block the entire c

Re: [gentoo-dev] archives.gentoo.org linking brokenness

2008-01-27 Thread Chris Gianelloni
On Sun, 2008-01-27 at 17:57 -0800, Robin H. Johnson wrote: > > Do we just have to go an manually change every single link we've ever > > made to anything on archives? How are we going to find the articles > > if the old links don't work? > Unfortunately the hard way, by hand. Ouch. > The new one