Re: [gentoo-dev] emerge resume list

2006-04-05 Thread evader
Hi, Further to my email before, a quick hack in the emerge script somewhere here should fix it: # We're resuming. print green("*** Resuming merge...") emergelog(" *** Resuming merge...") mymergelist=portage.mtimedb["resume

Re: [gentoo-dev] emerge resume list

2006-04-05 Thread evader
Thanks for your prompt response. It would be very useful I think to have a small tool to continue a merge from a certain point, for example by selecting the package name you want to continue from. Example: eresume dev-db/mysql Would just look in the /var/cache/edb/mtimedb file for 'dev-db

Re: [gentoo-dev] emerge resume list

2006-04-05 Thread Alec Warner
evader wrote: > Hi, > > I'm not sure if this is the correct list to send this too, but it is > the only gentoo one I am currently subscribed to. > > When I do an emerge -e world where is the list of files to be merged > stored? For example if I break an emerge, and want to resume later from > a

[gentoo-dev] emerge resume list

2006-04-05 Thread evader
Hi, I'm not sure if this is the correct list to send this too, but it is the only gentoo one I am currently subscribed to. When I do an emerge -e world where is the list of files to be merged stored? For example if I break an emerge, and want to resume later from a different position, can

Re: [gentoo-dev] Re: Question on SLOTting libraries

2006-04-05 Thread Roy Wright
Anthony Gorecki wrote: On Wednesday, April 05, 2006 16:08, m h wrote: My question is how do other packages that build against a slotted library know where to find the library? Generally, there is no need to do that in an ebuild. The software package's configure script will automatically

[gentoo-dev] Re: Question on SLOTting libraries

2006-04-05 Thread Anthony Gorecki
On Wednesday, April 05, 2006 16:08, m h wrote: > My question is how do other packages that build against a slotted > library know where to find the library? To the best of my knowledge, that is the responsibility of pkg-config. Information about the supported libraries is stored in /usr/lib/pkgco

[gentoo-dev] Question on SLOTting libraries

2006-04-05 Thread m h
Hi all- I've googled and RTFM for "SLOTS" which from what I can tell is this paragraph: With Portage different versions of a single package can coexist on a system. While other distributions tend to name their package to those versions (like freetype and freetype2) Portage uses a technology calle

Re: [gentoo-dev] Renewed security risk uhm Dev

2006-04-05 Thread Lars Weiler
* Stefan Cornelius <[EMAIL PROTECTED]> [06/04/05 19:13 +0200]: > I'd also like to take this opportunity to especially thank Pylon (my You're welcome! :-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastruc

Re: [gentoo-dev] Open Office on x86_64

2006-04-05 Thread Jonathan Smith
Chris White wrote: That would be suka, but just to somewhat summarize, there are a lot of issues in getting it ported to amd64, and upstream itself is using lots of manpower to try and resolve this issue. At this point it's pretty much going with what upstream is doing. I tried it personally an

Re: [gentoo-dev] Open Office on x86_64

2006-04-05 Thread Patrick McLean
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dennis Allison wrote: > Open office appears to be masked (amd64). Who would I ask to find out the > current status? > OpenOffice doesn't currently compile on 64-bit architectures, you can use openoffice-bin, which is a 32-bit binary, on amd64 for no

Re: [gentoo-dev] Open Office on x86_64

2006-04-05 Thread Chris White
On Wednesday 05 April 2006 01:13 pm, Dennis Allison wrote: > Open office appears to be masked (amd64). Who would I ask to find out the > current status? That would be suka, but just to somewhat summarize, there are a lot of issues in getting it ported to amd64, and upstream itself is using lots

Re: [gentoo-dev] Open Office on x86_64

2006-04-05 Thread Andrew Gaffney
Dennis Allison wrote: Open office appears to be masked (amd64). Who would I ask to find out the current status? It is masked because the current version does not compile on amd64. You can use openoffice-bin for now. -- Andrew Gaffneyhttp://dev.gentoo.org/~agaffne

[gentoo-dev] Open Office on x86_64

2006-04-05 Thread Dennis Allison
Open office appears to be masked (amd64). Who would I ask to find out the current status? -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] GLEP discussion: pink bugzilla with ponies

2006-04-05 Thread Paul de Vrieze
On Wednesday 05 April 2006 19:38, Alexandre Buisse wrote: > Hi, dear gentoo folks, > > this is the first round of discussion of a GLEP that intends to bring > joy and happiness to every bugzilla user, of course ending in world > peace. > > The draft is attached to this email and you can also find i

Re: [gentoo-dev] GLEP discussion: pink bugzilla with ponies

2006-04-05 Thread Diego 'Flameeyes' Pettenò
On Wednesday 05 April 2006 19:54, Alexandre Buisse wrote: > Now it is attached, sorry (murphy law instance: whenever you say that > you attach something to an email, you forget it at the last moment). That's why modern email clients will look at your mail contents and if you said "patch" or "attac

Re: [gentoo-dev] Renewed security risk uhm Dev

2006-04-05 Thread Stefan Cornelius
Hi all, I would like to thank everybody who congratulated via IRC or here on the list. I'd also like to take this opportunity to especially thank Pylon (my mentor) and Kugelfang (my recruiter), who didn't hesitate to invest their valuable time in order to help me. Thank you! Cheers, Stefan 'DerC

[gentoo-dev] Reminder: DevAway aka Unavailable Devs listing

2006-04-05 Thread Duncan
I recently had occasion to check the Unavailable Gentoo Devs listing, here: http://www.gentoo.org/proj/en/devrel/roll-call/devaway.xml A number of those entries are obviously stale (old dates, azarah, caleb, mkay uberlord, likely others) and others look like they might be (see mattam's listing, f

Re: [gentoo-dev] GLEP discussion: pink bugzilla with ponies

2006-04-05 Thread Alexandre Buisse
On Wed, Apr 5, 2006 at 19:50:14 +0200, Alexandre Buisse wrote: > The draft is attached to this email and you can also find it on > http://dev.gentoo.org/~nattfodd/glep-pink.txt Now it is attached, sorry (murphy law instance: whenever you say that you attach something to an email, you forget it a

[gentoo-dev] GLEP discussion: pink bugzilla with ponies

2006-04-05 Thread Alexandre Buisse
Hi, dear gentoo folks, this is the first round of discussion of a GLEP that intends to bring joy and happiness to every bugzilla user, of course ending in world peace. The draft is attached to this email and you can also find it on http://dev.gentoo.org/~nattfodd/glep-pink.txt Please share all y

Re: [gentoo-dev] New Developer: bbj

2006-04-05 Thread Benigno B. Junior
Marcelo, yes, soon we will dominate this "thingy" and sell this out. :P But for now, I only have one thing to say: thank you all for the welcome. :) On Tue, 4 Apr 2006 18:17:52 -0300 "Marcelo Góes" <[EMAIL PROTECTED]> wrote: // Welcome! // // brazilian_conspiracy++; // Ok, there may not be a lo

Re: [gentoo-dev] adding a code of conduct

2006-04-05 Thread Paul de Vrieze
On Tuesday 04 April 2006 01:35, Aron Griffis wrote: > > All of this is obvious, except for who is "we"? > This is obvious too. It is the community of gentoo developers. And for the record I agree with stating that repeated distruptive behaviour IS a threat to the stability and security of gentoo