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, DEPEN
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 ecl
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 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 insi
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 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
>
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 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 s
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.
M
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 st
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 rig
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
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 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 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
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 reall
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 polluted
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
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]
--
gentoo-dev@gen
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 f
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 mai
-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
22 matches
Mail list logo
