-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Harring wrote:
Hola all-
We've got a new portage dev; Alec Warner, aka antarus- aside from
doc work, he'll be doing repoman work and the usual random bug
squashing.
Welcome antarus, might I also mention that he helps out the x86 team
as
Brian Harring wrote:
Hola all-
Well looky here, we've got another new portage dev to report- Zac
Medico (zmedico). Areas of focus thus far are general stable work,
and work on the rewrite (you can thank him and marienz for the test
framework work).
Additionally, Zac is the maintainer
On Thursday 02 February 2006 20:55, Ciaran McCreesh wrote:
[EMAIL PROTECTED] wrote:
| Yeah that would help. But in the mean time what should we do?
What you should always do. Do the right thing, even if repoman
disagrees.
Seems like repoman is actually our boss in this case, so I was forced
On 2/5/06, Brian Harring [EMAIL PROTECTED] wrote:
I am currently a senior, going after a Computer Science Bachelors
with a cognate ( minor basically ) in Japanese.
GO gentoo-jp :)
Yay, nihongo++!
Welcome aboard Alec!
--
Marcelo Góes
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
On Thursday 02 February 2006 20:55, Ciaran McCreesh wrote:
but also make sure that there's a bug
filed describing how repoman is broken.
FWIW, I've filed that bug and attached a patch that solves the issue by
letting repoman load the *.desc files in profiles dir for the use-expanded
variables.
I have two bugs [1][2] with installs failing due to some environmental
variables being set, which end up overriding the settings in the
packages' makefiles, causing sandbox violations. While this is a simple
enough to work around with some unsets, how much do we really want to
work to fix
Chris PeBenito wrote:
I have two bugs [1][2] with installs failing due to some environmental
variables being set, which end up overriding the settings in the
packages' makefiles, causing sandbox violations. While this is a simple
enough to work around with some unsets, how much do we really
On Sunday 05 February 2006 12:17, Chris PeBenito wrote:
I have two bugs [1][2] with installs failing due to some environmental
variables being set, which end up overriding the settings in the
packages' makefiles, causing sandbox violations. While this is a simple
enough to work around with
On Sunday 05 February 2006 09:51, Diego 'Flameeyes' Pettenò wrote:
On Thursday 02 February 2006 20:55, Ciaran McCreesh wrote:
[EMAIL PROTECTED] wrote:
| Yeah that would help. But in the mean time what should we do?
What you should always do. Do the right thing, even if repoman
On Sunday 05 February 2006 21:34, Mike Frysinger wrote:
that's retarded, please remove all such linguas_* crap from use.desc files
I can, but then Mr_Bones_ will come back to me again and we're stuck in this
loop.
You can remove them, but then it's your turn with Mr_Bones_ about them.
So here
On Sun, 2006-02-05 at 15:33 -0500, Mike Frysinger wrote:
On Sunday 05 February 2006 12:17, Chris PeBenito wrote:
I have two bugs [1][2] with installs failing due to some environmental
variables being set, which end up overriding the settings in the
packages' makefiles, causing sandbox
Mike Frysinger wrote:
On Sunday 05 February 2006 09:51, Diego 'Flameeyes' Pettenò wrote:
On Thursday 02 February 2006 20:55, Ciaran McCreesh wrote:
[EMAIL PROTECTED] wrote:
| Yeah that would help. But in the mean time what should we do?
What you should always do. Do the right thing, even if
On Sun, 5 Feb 2006 21:43:58 +0100 Diego 'Flameeyes' Pettenò
[EMAIL PROTECTED] wrote:
| On Sunday 05 February 2006 21:34, Mike Frysinger wrote:
| that's retarded, please remove all such linguas_* crap from
| use.desc files
|
| I can, but then Mr_Bones_ will come back to me again and we're stuck
|
On Sunday 05 February 2006 15:43, Diego 'Flameeyes' Pettenò wrote:
On Sunday 05 February 2006 21:34, Mike Frysinger wrote:
that's retarded, please remove all such linguas_* crap from use.desc
files
I can, but then Mr_Bones_ will come back to me again and we're stuck in
this loop.
On Sunday 05 February 2006 15:49, Christopher J. PeBenito wrote:
But looking at 02kth-krb in its files directory we have:
PATH=/usr/athena/bin
ROOTPATH=/usr/athena/sbin
LDPATH=/usr/athena/lib
MANDIR=/usr/athena/man
INFODIR=/usr/athena/info
then, as Donnie said, kth-krb is wrong
it should
On Sunday 05 February 2006 22:04, Mike Frysinger wrote:
You can remove them, but then it's your turn with Mr_Bones_ about them.
done
Thanks :)
--
Diego Flameeyes Pettenò - http://dev.gentoo.org/~flameeyes/
Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE
pgp88DTyI0EEz.pgp
On Sun, 2006-02-05 at 16:07 -0500, Mike Frysinger wrote:
On Sunday 05 February 2006 15:49, Christopher J. PeBenito wrote:
But looking at 02kth-krb in its files directory we have:
PATH=/usr/athena/bin
ROOTPATH=/usr/athena/sbin
LDPATH=/usr/athena/lib
MANDIR=/usr/athena/man
Just a reminder that all of the following are either illegal or
strongly deprecated, so please don't use them even if Portage currently
lets you get away with it:
DEPEND=blah
You should always use the full foo-bar/blah spec inside ebuilds.
DEPEND==foo-bar/blah
If you specify an operator, you
On Sunday 05 February 2006 16:46, Ciaran McCreesh wrote:
Just a reminder that all of the following are either illegal or
strongly deprecated, so please don't use them even if Portage currently
lets you get away with it:
DEPEND=blah
You should always use the full foo-bar/blah spec inside
Another not-so-uncommon issue that crops up: packages DEPENDing upon
themselves. Sometimes this is legit -- one of the Ada compilers, for
example, DEPENDs upon || ( itself another-compiler ). Sometimes,
however, it's the result of eclass screwups.
Typical example: you're coding a foo.eclass, that
On Sunday 05 February 2006 17:11, Ciaran McCreesh wrote:
Another not-so-uncommon issue that crops up: packages DEPENDing upon
themselves. Sometimes this is legit -- one of the Ada compilers, for
example, DEPENDs upon || ( itself another-compiler ). Sometimes,
however, it's the result of eclass
On Sun, 5 Feb 2006 20:22:05 -0500 Mike Frysinger [EMAIL PROTECTED]
wrote:
| On Sunday 05 February 2006 17:11, Ciaran McCreesh wrote:
| Another not-so-uncommon issue that crops up: packages DEPENDing upon
| themselves. Sometimes this is legit -- one of the Ada compilers, for
| example, DEPENDs
On Mon, Jan 30, 2006 at 10:21:22AM -0800, Zac Medico wrote:
Zac Medico wrote:
Okay, I've created a file-like class called atomic_ostream and it is now
used for both write_atomic() and writedict().
I've been using this patch locally with no problems. Do we have
any more feedback or are
On Mon, Jan 30, 2006 at 12:36:42PM -0800, Zac Medico wrote:
Hi everyone,
The subject says it all. What do y'all think?
Go for it.
~harring
pgpJ5TEihqeyZ.pgp
Description: PGP signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone,
While auditing the code related to bug 117988, I've noticed that it calls
portageexit() directly because the normal atexit hooks do not work with the
os.execv call when portage restarts itself. Currently, several other atexit
hooks
25 matches
Mail list logo
