Alright, now it's the latest.
Regards,
John
"Open source, you don't pay back, you pay forward."
On 7/24/06, Alex Tarkovsky <[EMAIL PROTECTED]> wrote:
On 7/24/06, John Jawed <[EMAIL PROTECTED]> wrote:
> Updated version is up at http://jawed.name/dev/gentoo/einput.eclass now.
The version you hav
Completly rewritten to be function based and thus more universal:
http://gentoo-sunrise.org/svndump/peper/eclass/langs.eclass
Also updated firefox patch:
http://gentoo-sunrise.org/svndump/peper/mozilla-firefox-2.0_beta1-langs.patch
Comments are welcome again :]
--
Best Regards,
Piotr Jaroszyńsk
On 7/24/06, John Jawed <[EMAIL PROTECTED]> wrote:
Updated version is up at http://jawed.name/dev/gentoo/einput.eclass now.
The version you have up there isn't the latest actually, see the
attachment in the post you just replied to. :)
--
gentoo-dev@gentoo.org mailing list
According to the TLP policies, project leads have to be voted upon (or
lose the lottery) for each project once a year at least.
As a consequence, i've been nice to all the members of the forums
project for the last weeks (hey, i even made a trip to the Gentoo UK
meeting to bribe Tom and Jonathan wi
Updated version is up at http://jawed.name/dev/gentoo/einput.eclass now.
Regards,
John
"Open source, you don't pay back, you pay forward."
On 7/24/06, Alex Tarkovsky <[EMAIL PROTECTED]> wrote:
To ensure the global vars play nicely in the Portage environment I've
renamed a few, and moved a coupl
To ensure the global vars play nicely in the Portage environment I've
renamed a few, and moved a couple more to functions as locals and
literal strings. Also improved on the inline documentation and renamed
a couple of functions to something more intuitive.
einput.eclass
Description: Binary data
On Mon, 24 Jul 2006 17:50:42 +0200 "Kevin F. Quinn"
<[EMAIL PROTECTED]> wrote:
| > As I said (and you seemed to have ignored), mandating tree access
| > to use the vdb or a standalone binpkg repository == no go.
|
| I didn't ignore it - I didn't get it when you first said it. What
| you're saying
On Mon, 24 Jul 2006 06:23:59 -0700
Brian Harring <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 24, 2006 at 02:47:46PM +0200, Kevin F. Quinn wrote:
> > On Sun, 23 Jul 2006 12:19:28 +0100
> > Stuart Herbert <[EMAIL PROTECTED]> wrote:
> > > Just adding an alias
> > > into a second category makes the tree
Hi folks,
while emerging seamonkey I've seen something strange on nspr
and nss: these packages are both imported by seamonkey, but
it seems that nss contains nspr. Do we have some duplicates here ?
cu
--
-
Enrico Weigelt
* Ned Ludd <[EMAIL PROTECTED]> schrieb:
Hi,
> Lack of time is fully understandable. It's a big package and takes a
> long time to compile and debug.
Yeah, IMHO the whole mozilla stuff has been grown too big.
nspr already should be fall apart into several packages, the
XUL core another one, ea
On Mon, Jul 24, 2006 at 02:47:46PM +0200, Kevin F. Quinn wrote:
> On Sun, 23 Jul 2006 12:19:28 +0100
> Stuart Herbert <[EMAIL PROTECTED]> wrote:
> > Just adding an alias
> > into a second category makes the tree more of a mess - not less.
>
> The alias, once setup, can be left alone forever. As
Stuart Herbert wrote:
> Kevin F. Quinn wrote:
>> An advantage to this approach is that package moves just become aliases
>> - existing stuff doesn't break yet you get the new categorisation as
>> well.
>
> That's actually a disadvantage. The whole point of moving a package is
> to take it *out* o
On Sun, 23 Jul 2006 12:19:28 +0100
Stuart Herbert <[EMAIL PROTECTED]> wrote:
> Kevin F. Quinn wrote:
> > An advantage to this approach is that package moves just become
> > aliases
> > - existing stuff doesn't break yet you get the new categorisation as
> > well.
>
> That's actually a disadvantag
On Sat, 22 Jul 2006 13:35:08 -0700
Brian Harring <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 22, 2006 at 06:04:10PM +0200, Kevin F. Quinn wrote:
> > On Fri, 21 Jul 2006 01:05:20 -0700
> > Brian Harring <[EMAIL PROTECTED]> wrote:
> >
> > > > >Unfortunately the category system is deeply embedded in po
On Sat, 22 Jul 2006 21:42:07 +0100
Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> On Sat, 22 Jul 2006 18:04:10 +0200 "Kevin F. Quinn"
> <[EMAIL PROTECTED]> wrote:
> | If it were to be implemented with symlinks (implying one entry is
> | "real" and the others are aliases) the package manager just nee
Unfortunately, the audience for this note most likely comprises people
who will not see it, but perhaps it will be useful anyway. However,
it's been a while since I've sent a long, rambling note, so here we
go
Once or twice a week, devrel ((Gentoo) Developer Relations) is assigned
a new bug o
Complete rewrite is comming so wait with comments plz.
--
Best Regards,
Piotr Jaroszyński
--
gentoo-dev@gentoo.org mailing list
Updated version. I had forgotten to remove the case-insensitive stuff
from einput_list(). Input is now case-sensitive, as ebuild devs may
want, for example, "r" and "R" to represent two different (but
related) choices.
Also did a little tidying.
einput.eclass
Description: Binary data
On 7/23/06, John Jawed <[EMAIL PROTECTED]> wrote:
Nice work on this, it's looking good now. Is there a reason the
leading asterisk was dropped? Having it there might be good for
readability as well as keeping in line with the "look here" (einfo,
eerror, ewarn, etc) motif in portage.
I was indee
19 matches
Mail list logo
