public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] Packages from overlays
@ 2007-01-13  0:49 Willie Wong
  2007-01-13  4:15 ` Dale
                   ` (2 more replies)
  0 siblings, 3 replies; 14+ messages in thread
From: Willie Wong @ 2007-01-13  0:49 UTC (permalink / raw
  To: gentoo-user

Hi list, 

  Is there a way of finding out whether I have packages installed on
  my system from a given overlay? I am asking because I noticed that
  some of the packages I've installed (such as GoogleEarth) from
  overlays had been incorporated into the official portage. I would
  like to 'unsubscribe' to overlays that doesn't have packages that I
  need. 

Thanks, 

Willie
-- 
Will will will unless Will wills willingly. Maybe Willow
   ~tiredwired. Sunday Oct. 6. 6:00pm
Sortir en Pantoufles: up 35 days, 23:04
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13  0:49 [gentoo-user] Packages from overlays Willie Wong
@ 2007-01-13  4:15 ` Dale
  2007-01-13  4:27   ` Kent Fredric
  2007-01-13  5:03   ` Bo Ørsted Andresen
  2007-01-13  4:22 ` Bo Ørsted Andresen
  2007-01-13 12:31 ` Neil Bothwick
  2 siblings, 2 replies; 14+ messages in thread
From: Dale @ 2007-01-13  4:15 UTC (permalink / raw
  To: gentoo-user

Willie Wong wrote:
> Hi list, 
>
>   Is there a way of finding out whether I have packages installed on
>   my system from a given overlay? I am asking because I noticed that
>   some of the packages I've installed (such as GoogleEarth) from
>   overlays had been incorporated into the official portage. I would
>   like to 'unsubscribe' to overlays that doesn't have packages that I
>   need. 
>
> Thanks, 
>
> Willie
>   

You may want to reconsider this.  I have googleearth installed here and
it doesn't get along well with portage and it's digest checking.  Of
course, it doesn't like my dial-up either.  LOL

>From what I understand Google doesn't allow Gentoo to mirror the souce
tarball.  After you install it and sync later on, if Google has changed
something, you get a digest error.  It will delete the tarball from
distfiles too.  I'm on dial-up and that sort of ticks me off,

The way I got around it is to manually delete it from my world file. 
That way it doesn't check the digest.  Some guru may have a better way
to do this but this is what I have ran into with googleearth.  May want
to check farther before you run into the same thing I did.

Hope that helps, and makes sense.  Sometimes I don't.  LOL

Dale

:-)  :-)  :-)

-- 
www.myspace.com/dalek1967

-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13  0:49 [gentoo-user] Packages from overlays Willie Wong
  2007-01-13  4:15 ` Dale
@ 2007-01-13  4:22 ` Bo Ørsted Andresen
  2007-01-13  4:57   ` [gentoo-user] " »Q«
  2007-01-13  5:09   ` [gentoo-user] " Willie Wong
  2007-01-13 12:31 ` Neil Bothwick
  2 siblings, 2 replies; 14+ messages in thread
From: Bo Ørsted Andresen @ 2007-01-13  4:22 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 1139 bytes --]

On Saturday 13 January 2007 01:49, Willie Wong wrote:
> Is there a way of finding out whether I have packages installed on
> my system from a given overlay? I am asking because I noticed that
> some of the packages I've installed (such as GoogleEarth) from
> overlays had been incorporated into the official portage. I would
> like to 'unsubscribe' to overlays that doesn't have packages that I
> need.

Portage currently does not store any information about where a package was 
installed from. Therefore the best you can do is manually inspect the output 
of `eix --installed-overlay`. It will show all packages where the version you 
have installed exists in any overlay (and you can see if they exist in the 
tree too). That, however, only implies that they might have been installed 
from that overlay..

It does require app-portage/eix-0.8.x. Also if you use update-eix-remote you 
better (re)move the eix database (/var/cache/eix) and regenerate the database 
with `update-eix` first or you will get a lot of false positives. IOW you 
need the eix database to only contain installed overlays.

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13  4:15 ` Dale
@ 2007-01-13  4:27   ` Kent Fredric
  2007-01-13  6:28     ` Dale
  2007-01-13  5:03   ` Bo Ørsted Andresen
  1 sibling, 1 reply; 14+ messages in thread
From: Kent Fredric @ 2007-01-13  4:27 UTC (permalink / raw
  To: gentoo-user

On 1/13/07, Dale <dalek@exceedtech.net> wrote:
> You may want to reconsider this.  I have googleearth installed here and
> it doesn't get along well with portage and it's digest checking.  Of
> course, it doesn't like my dial-up either.  LOL

It would appear google has updated their package without changing the
name, and portage has not been notified of this change. If you want it
to work, delete the digest file for it in
${PORTAGE_DIR}/x11-misc/googleearth/files/digest-googleearth-4_beta
and then re-generate it with
ebuild ${PORTAGE_DIR}/x11-misc/googleearth/googleearth-4_beta digest

and that should fix you up. I found it still compiles and runs fine *shrugs*

-- 
/<ent Fredric
(aka theJackal)
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 14+ messages in thread

* [gentoo-user]  Re: Packages from overlays
  2007-01-13  4:22 ` Bo Ørsted Andresen
@ 2007-01-13  4:57   ` »Q«
  2007-01-13  5:09   ` [gentoo-user] " Willie Wong
  1 sibling, 0 replies; 14+ messages in thread
From: »Q« @ 2007-01-13  4:57 UTC (permalink / raw
  To: gentoo-user

In <news:200701130522.33469.bo.andresen@zlin.dk>,
Bo Ørsted Andresen <bo.andresen@zlin.dk> wrote:

> Portage currently does not store any information about where a
> package was installed from. Therefore the best you can do is manually
> inspect the output of `eix --installed-overlay`. It will show all
> packages where the version you have installed exists in any overlay
> (and you can see if they exist in the tree too). That, however, only
> implies that they might have been installed from that overlay..
> 
> It does require app-portage/eix-0.8.x.

This approach seems to work ok with eix 0.6.4, but the switch is just
--overlay

--
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13  4:15 ` Dale
  2007-01-13  4:27   ` Kent Fredric
@ 2007-01-13  5:03   ` Bo Ørsted Andresen
  1 sibling, 0 replies; 14+ messages in thread
From: Bo Ørsted Andresen @ 2007-01-13  5:03 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 1418 bytes --]

Doesn't really seem to be related to OPs question so it probably should have 
been a new thread, however...

On Saturday 13 January 2007 05:15, Dale wrote:
[SNIP]
> From what I understand Google doesn't allow Gentoo to mirror the souce
> tarball.  After you install it and sync later on, if Google has changed
> something, you get a digest error.

The real issue is that google refuse to rename the tarball when they release a 
new version. The secondary issue is then that Gentoo can't rename it on their 
own mirros since they aren't allowed to redistribute it.

> It will delete the tarball from distfiles too.

Without your consent??

> I'm on dial-up and that sort of ticks me off, 

Understandable. You should, however, realize that it is an actual upgrade 
you're rejecting in this case.

> The way I got around it is to manually delete it from my world file.
> That way it doesn't check the digest.  Some guru may have a better way
> to do this but this is what I have ran into with googleearth.  May want
> to check farther before you run into the same thing I did.

I don't really have a better suggestion if you don't want the upgrades. 
Redigesting it as Kent suggests seems rather pointless as you would just be 
reinstalling the old version (while tricking portage into believing you get 
the newer version (as if that mattered ;)) with no actual gain.

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13  4:22 ` Bo Ørsted Andresen
  2007-01-13  4:57   ` [gentoo-user] " »Q«
@ 2007-01-13  5:09   ` Willie Wong
  2007-01-13  6:04     ` Bo Ørsted Andresen
  1 sibling, 1 reply; 14+ messages in thread
From: Willie Wong @ 2007-01-13  5:09 UTC (permalink / raw
  To: gentoo-user

On Sat, Jan 13, 2007 at 05:22:27AM +0100, Penguin Lover Bo ?rsted Andresen squawked:
> Portage currently does not store any information about where a package was 
> installed from. Therefore the best you can do is manually inspect the output 
> of `eix --installed-overlay`. It will show all packages where the version you 
> have installed exists in any overlay (and you can see if they exist in the 
> tree too). That, however, only implies that they might have been installed 
> from that overlay..

Oh, that is too bad. 

I think I can live with having extra overlays living on my testing
box. 

Just a thought though: would the following be advisable/work?

Could I just delete those relevant overlays (either layman -d or
perhaps commenting them out in the relevant parts of the make.confs)
and see if emerge complains about non-existant packages in my world
file or unsatisfiable dependency? IIRC, I shouldn't have any packages
installed from overlays for more recent versions than portage offered;
I only install them from overlays when the ebuilds are not in portage
at all. 

W
-- 
This is not an optical illusion.
It just looks like one.
Sortir en Pantoufles: up 36 days,  3:22
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13  5:09   ` [gentoo-user] " Willie Wong
@ 2007-01-13  6:04     ` Bo Ørsted Andresen
  0 siblings, 0 replies; 14+ messages in thread
From: Bo Ørsted Andresen @ 2007-01-13  6:04 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 1567 bytes --]

On Saturday 13 January 2007 06:09, Willie Wong wrote:
> Oh, that is too bad.

Unless you have a lot of overlays it not really *that* bad.

[SNIP]
> Just a thought though: would the following be advisable/work?
>
> Could I just delete those relevant overlays (either layman -d or
> perhaps commenting them out in the relevant parts of the make.confs)
> and see if emerge complains about non-existant packages in my world
> file or unsatisfiable dependency? IIRC, I shouldn't have any packages
> installed from overlays for more recent versions than portage offered;
> I only install them from overlays when the ebuilds are not in portage
> at all.

# PORTDIR_OVERLAY="" emerge -ep world >/dev/null

!!! Ebuilds for the following packages are either all
!!! masked or don't exist:
dev-util/regex-coach app-portage/pfs net-analyzer/ksniffer kde-misc/kcpufreq 
app-portage/gentoo-stats

So yeah, that works. :)

IMO the real solution for your problem, however, is a package manager with 
true multiple repository support allowing you to control from which 
repository you want to install a given package. I'm not sure if pkgcore is 
there yet (since I don't follow it too closely), but paludis is. Paludis thus 
also stores information about which repository a package was installed from.

With portage if the same ebuild or eclass exists in any of your overlays and 
in the tree then the one in the tree will just be hidden to portage behind 
the overlay. That's why they are called overlays in the first place.. ;)

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13  4:27   ` Kent Fredric
@ 2007-01-13  6:28     ` Dale
  2007-01-13  6:47       ` Bo Ørsted Andresen
  0 siblings, 1 reply; 14+ messages in thread
From: Dale @ 2007-01-13  6:28 UTC (permalink / raw
  To: gentoo-user

Kent Fredric wrote:
> On 1/13/07, Dale <dalek@exceedtech.net> wrote:
>> You may want to reconsider this.  I have googleearth installed here and
>> it doesn't get along well with portage and it's digest checking.  Of
>> course, it doesn't like my dial-up either.  LOL
>
> It would appear google has updated their package without changing the
> name, and portage has not been notified of this change. If you want it
> to work, delete the digest file for it in
> ${PORTAGE_DIR}/x11-misc/googleearth/files/digest-googleearth-4_beta
> and then re-generate it with
> ebuild ${PORTAGE_DIR}/x11-misc/googleearth/googleearth-4_beta digest
>
> and that should fix you up. I found it still compiles and runs fine
> *shrugs*
>

True, you hit the problem right on the head.  That is exactly what they
do.  But what I had noticed is that they change that thing a lot.  Since
I am on a really slow dial-up here, I check for updates, sync, every
couple days or so.  While I know that it comes from Google and I don't
question the tarball from a security point of view, portage still
complains about it each time and deletes it for me, since it thinks it
is a security problem.  That would normally be a great idea but then I
have to download it again, which takes a little over two hours for me.
I get about 10Mbs a hour here.  < goes to have a good cry >

Plus, it is a pain in the butt to have to manually do the digest thing
every time I sync up too.  My solution was to remove it from the world
file, since portage had already deleted the tarball and I didn't want to
download it again to do a oneshot install.  Now the only drawback is
that --depclean -p tells me it is not needed since it is not in the
world file and is not a dependancy.  I do that manually anyways so it
doesn't matter.

I'm no guru but if he wants it out of overlay, he may want to emerge it
as a oneshot at least.  Then just check for updates on occasion.  I had
to use the --digest option too when I installed it.  That way it assumes
it is OK and doesnt' check it.

Hope that makes sense.  Maybe . . . .   LOL

Dale

:-)  :-)  :-)

-- 
www.myspace.com/dalek1967


-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13  6:28     ` Dale
@ 2007-01-13  6:47       ` Bo Ørsted Andresen
  2007-01-13  7:28         ` Dale
  0 siblings, 1 reply; 14+ messages in thread
From: Bo Ørsted Andresen @ 2007-01-13  6:47 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 1379 bytes --]

I've gotten this mail twice now.

On Saturday 13 January 2007 07:28, Dale wrote:
> Kent Fredric wrote:
> > It would appear google has updated their package without changing the
> > name, and portage has not been notified of this change.

It's the other way around. He gets a digest verification error *because* 
portage was notified. The old ebuild gets removed because it's tarball is now 
unavailable upstream (and a new is available under the same name).

[SNIP]
> > and that should fix you up. I found it still compiles and runs fine
> > *shrugs*

Not much of a fix. Just gets the old version. Of course it still compiles and 
runs. It hasn't changed at all.

[SNIP]
> While I know that it comes from Google and I don't question the tarball from
> a security point of view, portage still complains about it each time and
> deletes it for me, since it thinks it is a security problem.  That would
> normally be a great idea but then I have to download it again, which takes a
> little over two hours for me. I get about 10Mbs a hour here.
[SNIP]

I can't help wondering. If you don't have the bandwidth to upgrade when there 
is an upgrade. How useful is googleearth to you then. It's not like it 
doesn't require any bandwidth just to run... Also the more often you sync the 
more bandwidth you need with Gentoo in general..

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13  6:47       ` Bo Ørsted Andresen
@ 2007-01-13  7:28         ` Dale
  0 siblings, 0 replies; 14+ messages in thread
From: Dale @ 2007-01-13  7:28 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 2717 bytes --]

Bo Ørsted Andresen wrote:
> I've gotten this mail twice now.
>
> On Saturday 13 January 2007 07:28, Dale wrote:
>   
>> Kent Fredric wrote:
>>     
>>> It would appear google has updated their package without changing the
>>> name, and portage has not been notified of this change.
>>>       
>
> It's the other way around. He gets a digest verification error *because* 
> portage was notified. The old ebuild gets removed because it's tarball is now 
> unavailable upstream (and a new is available under the same name).
>
> [SNIP]
>   
>>> and that should fix you up. I found it still compiles and runs fine
>>> *shrugs*
>>>       
>
> Not much of a fix. Just gets the old version. Of course it still compiles and 
> runs. It hasn't changed at all.
>
> [SNIP]
>   
>> While I know that it comes from Google and I don't question the tarball from
>> a security point of view, portage still complains about it each time and
>> deletes it for me, since it thinks it is a security problem.  That would
>> normally be a great idea but then I have to download it again, which takes a
>> little over two hours for me. I get about 10Mbs a hour here.
>>     
> [SNIP]
>
> I can't help wondering. If you don't have the bandwidth to upgrade when there 
> is an upgrade. How useful is googleearth to you then. It's not like it 
> doesn't require any bandwidth just to run... Also the more often you sync the 
> more bandwidth you need with Gentoo in general..
>
>   

I only got it once.  :/

Well, I tried the other way around, not updating as often but I have it
all planned out now.  The problem with waiting is that it builds up.  I
would hate to sync after a month or so then find out OOo and KDE was
updated, plus some otehrs for good measure.  Just OOo takes me about 24
hours to download.  Yes, I get the compiled version.  This is Gentoo
after all.  ;-)  Plus, I ran into a config nightmare.  To many updates
at once for me.  I'm not a guru.

The way I do is this, I connect around 10:00PM, check my emails and
sometimes the weather.  Then I start the sync process and tell it to
fetch the new stuff afterwards, got to love the &&.  While it is doing
that, I go for my nightly soak in the tub.  I have a skin disorder and I
have spent several hours in the tub.  This works well because at the
very least the fetch has started and sometimes it has been fetching for
a while.  It depends on how many things are updated and how long I soak. 

As for googleearth, well, dial-up has taught me patience.  It works, it
just takes a really long time to get there.  Sometimes another soak in
the tub.  LOL

Dale

:-)  :-)  :-)

-- 
www.myspace.com/dalek1967


[-- Attachment #2: Type: text/html, Size: 3598 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13  0:49 [gentoo-user] Packages from overlays Willie Wong
  2007-01-13  4:15 ` Dale
  2007-01-13  4:22 ` Bo Ørsted Andresen
@ 2007-01-13 12:31 ` Neil Bothwick
  2007-01-13 17:30   ` Willie Wong
  2 siblings, 1 reply; 14+ messages in thread
From: Neil Bothwick @ 2007-01-13 12:31 UTC (permalink / raw
  To: gentoo-user


[-- Attachment #1.1: Type: text/plain, Size: 713 bytes --]

On Fri, 12 Jan 2007 19:49:16 -0500, Willie Wong wrote:

>   Is there a way of finding out whether I have packages installed on
>   my system from a given overlay? I am asking because I noticed that
>   some of the packages I've installed (such as GoogleEarth) from
>   overlays had been incorporated into the official portage. I would
>   like to 'unsubscribe' to overlays that doesn't have packages that I
>   need. 

I use the attached script to look for packages installed from overlay
where the same version is available in portage. Run it with the -v option
to see a diff between the two ebuilds, otherwise it just reports names.


-- 
Neil Bothwick

Where do you think you're going today?

[-- Attachment #1.2: checkoverlay --]
[-- Type: application/octet-stream, Size: 683 bytes --]

#!/bin/bash

PORTDIR=$(portageq portdir)
OVERLAYS=$(portageq portdir_overlay)

find /var/db/pkg -name environment.bz2 | while read PKG; do
	for OVERLAY in ${OVERLAYS}; do
		EBUILD=$(bzgrep ^EBUILD\=${OVERLAY} ${PKG}  | sed "s:^EBUILD\=${OVERLAY}/\(.*\):\1:")
		[ -z "${EBUILD}" ] && continue
		if [ -f ${PORTDIR}/${EBUILD} ]; then
			basename ${EBUILD}
			if [ "$1" == "-v" ]; then
				if [ -f ${OVERLAY}/${EBUILD} ]; then
					colordiff -u ${PORTDIR}/${EBUILD} ${OVERLAY}/${EBUILD}
				else
					echo "$(basename ${EBUILD}) was installed from ${OVERLAY}/${EBUILD}, which no longer exists"
					fi
				echo -e "\n========================================\n"
				fi
			fi
		done
	done

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13 12:31 ` Neil Bothwick
@ 2007-01-13 17:30   ` Willie Wong
  2007-01-13 20:48     ` Neil Bothwick
  0 siblings, 1 reply; 14+ messages in thread
From: Willie Wong @ 2007-01-13 17:30 UTC (permalink / raw
  To: gentoo-user

On Sat, Jan 13, 2007 at 12:31:33PM +0000, Penguin Lover Neil Bothwick squawked:
> I use the attached script to look for packages installed from overlay
> where the same version is available in portage. Run it with the -v option
> to see a diff between the two ebuilds, otherwise it just reports names.

Whoa! Thanks, Neil!

W

-- 
"What was the self-sacrifice? "
"I jettisoned half of a much loved and I think 
irreplaceable pair of shoes. "
"Why was that self-sacrifice? "
"Because they were mine! " said Ford crossly.
"I think we have different value systems. "
"Well mine's better. "
"That's according to your... oh never mind. "
Sortir en Pantoufles: up 36 days, 15:48
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [gentoo-user] Packages from overlays
  2007-01-13 17:30   ` Willie Wong
@ 2007-01-13 20:48     ` Neil Bothwick
  0 siblings, 0 replies; 14+ messages in thread
From: Neil Bothwick @ 2007-01-13 20:48 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 802 bytes --]

On Sat, 13 Jan 2007 12:30:44 -0500, Willie Wong wrote:

> On Sat, Jan 13, 2007 at 12:31:33PM +0000, Penguin Lover Neil Bothwick
> squawked:

LOL!

> > I use the attached script to look for packages installed from overlay
> > where the same version is available in portage. Run it with the -v
> > option to see a diff between the two ebuilds, otherwise it just
> > reports names.  
> 
> Whoa! Thanks, Neil!

No problem, I wrote it for my own use some time ago. It uses colordiff to
produce the diffs so either

1) Emerge colordiff
2) Edit the script to use diff instead
3) Don't use the -v option

Warranty is the usual "whatever happens, happens" and if it breaks, you
get to keep the pieces.


-- 
Neil Bothwick

Captain, I sense millions of minds focused on my cleavage.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2007-01-13 20:55 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-13  0:49 [gentoo-user] Packages from overlays Willie Wong
2007-01-13  4:15 ` Dale
2007-01-13  4:27   ` Kent Fredric
2007-01-13  6:28     ` Dale
2007-01-13  6:47       ` Bo Ørsted Andresen
2007-01-13  7:28         ` Dale
2007-01-13  5:03   ` Bo Ørsted Andresen
2007-01-13  4:22 ` Bo Ørsted Andresen
2007-01-13  4:57   ` [gentoo-user] " »Q«
2007-01-13  5:09   ` [gentoo-user] " Willie Wong
2007-01-13  6:04     ` Bo Ørsted Andresen
2007-01-13 12:31 ` Neil Bothwick
2007-01-13 17:30   ` Willie Wong
2007-01-13 20:48     ` Neil Bothwick

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox