Re: [gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Karl Trygve Kalleberg
Stefan Schweizer wrote: > Are you expecting the other browser-plugin-ebuilds to follow this step? > acroread, gplflash, netscape-flash, netscape-plugger, mozplugger, > mplayerplug-in? As Aaron points out, mplayerplug-in, mozplugger, netscape-plugger, netscape-flash and gplflash do not have the m

Re: [gentoo-dev] ebookmerge unmask and ebook-*.ebuilds remove

2005-07-11 Thread José Alberto Suárez López
El lun, 11-07-2005 a las 20:57 +0200, Henrik Brix Andersen escribió: > On Mon, 2005-07-11 at 15:10 +0200, José Alberto Suárez López wrote: > > * this app will not broke anything in the system or userside if it > > fails. > > * i will go in vacations soon > > * and i forget about 30 days sorry :P >

Re: [gentoo-dev] New MySQL doc

2005-07-11 Thread Francesco R
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris White wrote: >Here's the initial devspace draft of the new MySQL draft I've been working on: > >http://dev.gentoo.org/~chriswhite/mysql.html > >Comments, etc are welcome. > >Chris White one reminder: "Code listing 1.3: MySQL configuration" pro

Re: [gentoo-dev] New MySQL doc

2005-07-11 Thread Julien Allanos
Chris White wrote: > Here's the initial devspace draft of the new MySQL draft I've been working on: > > http://dev.gentoo.org/~chriswhite/mysql.html > > Comments, etc are welcome. > > Chris White Nice guide! You might mention phpmyadmin as well, as it's a popular web-based gui to mysql. -- dju

Re: [gentoo-dev] New MySQL doc

2005-07-11 Thread John Myers
On Monday 11 July 2005 21:38, Chris White wrote: > http://dev.gentoo.org/~chriswhite/mysql.html > > Comments, etc are welcome. Sorry for posting twice, but Code listing 4.11: REVOKE format is incorrect. It probably should say REVOKE [privleges] ON database.* FROM '[user]'@'[host]';

Re: [gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Aron Griffis
Stefan Schweizer wrote: [Mon Jul 11 2005, 12:38:46PM EDT] > Are you expecting the other browser-plugin-ebuilds to follow this step? > acroread makes sense here > gplflash, netscape-flash, netscape-plugger, mozplugger, > mplayerplug-in? These are all plugins by definition, there's nothing to do

Re: [gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Aron Griffis
Diego 'Flameeyes' Pettenò wrote:[Mon Jul 11 2005, 03:25:22PM EDT] > profiles/use.local.desc:app-text/djvu:nsplugin - Builds plugins for Netscape > compatible browsers > > We already have this that is the same at the end. This looks like the right thing to do instead of the browserplugin

Re: [gentoo-dev] New MySQL doc

2005-07-11 Thread John Myers
On Monday 11 July 2005 21:38, Chris White wrote: > http://dev.gentoo.org/~chriswhite/mysql.html > > Comments, etc are welcome. You might want to make Code listing 4.19: Finding our guest user in the user table a little narrower, as it makes the page much wider than my 1,280 pixel wide scr

[gentoo-dev] New MySQL doc

2005-07-11 Thread Chris White
Here's the initial devspace draft of the new MySQL draft I've been working on: http://dev.gentoo.org/~chriswhite/mysql.html Comments, etc are welcome. Chris White pgpuXmAvblVwE.pgp Description: PGP signature

Re: [gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Diego 'Flameeyes' Pettenò
On Monday 11 July 2005 20:56, Jeremy Maitin-Shepard wrote: > Thus it is probably better for the USE flag to be > called `mozillaplugin', to allow for the future introduction of other > browser-specific plugin USE flags. profiles/use.local.desc:app-text/djvu:nsplugin - Builds plugins for Netscape c

Re: [gentoo-dev] ebookmerge unmask and ebook-*.ebuilds remove

2005-07-11 Thread Robert Paskowitz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > a few : > > * this app will not broke anything in the system or userside if it > fails. But users will get angry if a package is not working and start filling bugs. > * i will go in vacations soon All the more reason _not_ to mark stable, since a

Re: [gentoo-dev] ebookmerge unmask and ebook-*.ebuilds remove

2005-07-11 Thread Henrik Brix Andersen
On Mon, 2005-07-11 at 15:10 +0200, José Alberto Suárez López wrote: > * this app will not broke anything in the system or userside if it > fails. > * i will go in vacations soon > * and i forget about 30 days sorry :P Those are not really valid points for breaking the policy - but it's too late no

Re: [gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Jeremy Maitin-Shepard
One issue I see with a `browserplugin' USE flag is that there may at some point be web browsers in the tree that support plugins that are not Mozilla-compatible. Although there are multiple Mozilla-compatible browsers (mainly browsers which use Mozilla code or have Mozilla embedded), the plugins i

Re: [gentoo-dev] GET ME OF THIS LIST!

2005-07-11 Thread Lance Albertson
[EMAIL PROTECTED] wrote: > Hi, > > I don't want to be an ignorant asss, but it is impossible for me to > unsubscribe by myself right now. > > I currently only have webmail access, and the webmail program of my ISP > will not > accept an e-mail address in the form of "gentoo-dev > [EMAIL PROTECTED

Re: [gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Henrik Brix Andersen
On Mon, 2005-07-11 at 18:38 +0200, Stefan Schweizer wrote: > I vote for global use flag and useage in all browserplugins. Yes, I second that. ./Brix -- Henrik Brix Andersen <[EMAIL PROTECTED]> Gentoo Metadistribution | Mobile computing herd signature.asc Description: This is a digitally signed

Re: [gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Stefan Schweizer
Am Montag 11 Juli 2005 15:13 schrieb Karl Trygve Kalleberg: > Hi gang, > > over the course of the next few days, we will finally be replacing the > 'mozilla' useflag in all the Java runtimes with a new USE flag, called > 'browserplugin'. Are you expecting the other browser-plugin-ebuilds to follow

[gentoo-dev] GET ME OF THIS LIST!

2005-07-11 Thread hans . dumbrajs
Hi, I don't want to be an ignorant asss, but it is impossible for me to unsubscribe by myself right now. I currently only have webmail access, and the webmail program of my ISP will not accept an e-mail address in the form of "gentoo-dev [EMAIL PROTECTED]" for whatever reason, and since a re

Re: [gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Aron Griffis
KarlTK wrote: [Mon Jul 11 2005, 09:13:03AM EDT] > over the course of the next few days, we will finally be replacing > the 'mozilla' useflag in all the Java runtimes with a new USE flag, > called 'browserplugin'. I think I can speak for the mozilla team... this change looks good. Regards, Aron

Re: [gentoo-dev] make and wrappers

2005-07-11 Thread Kito
On Jul 11, 2005, at 7:32 AM, Henrik Brix Andersen wrote: On Mon, 2005-07-11 at 14:20 +0200, Diego 'Flameeyes' Pettenò wrote: Let's see: we already have an emake script, but using it for "make install" is a no-go because it uses -jX from make.conf and that's not good. A solution can be to im

Re: [gentoo-dev] G/FBSD compatibility: root:root and cp -a

2005-07-11 Thread Martin Schlemmer
On Mon, 2005-07-11 at 14:08 +0200, Diego 'Flameeyes' Pettenò wrote: > Ok, to help devels know which are the requisites of Gentoo/FreeBSD porting > (as > we're going near to a release, I hope), I think it's better telling here what > we hope you all will avoid (and we must replace when keywording

Re: [gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Diego 'Flameeyes' Pettenò
On Monday 11 July 2005 15:13, Karl Trygve Kalleberg wrote: > over the course of the next few days, we will finally be replacing the > 'mozilla' useflag in all the Java runtimes with a new USE flag, called > 'browserplugin'. Wasn't nsplugin plugin useflag already present? [Btw I usually don't use it

Re: [gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Henrik Brix Andersen
On Mon, 2005-07-11 at 15:13 +0200, Karl Trygve Kalleberg wrote: > over the course of the next few days, we will finally be replacing the > 'mozilla' useflag in all the Java runtimes with a new USE flag, called > 'browserplugin'. Yay! ./Brix -- Henrik Brix Andersen <[EMAIL PROTECTED]> Gentoo Meta

[gentoo-dev] Notice: Changing mozilla useflag to browserplugin for all Java runtimes

2005-07-11 Thread Karl Trygve Kalleberg
Hi gang, over the course of the next few days, we will finally be replacing the 'mozilla' useflag in all the Java runtimes with a new USE flag, called 'browserplugin'. The change means that in order to have continued Java browser plugin support, you must add the useflag 'browserplugin' to the USE

Re: [gentoo-dev] make and wrappers

2005-07-11 Thread Ciaran McCreesh
On Mon, 11 Jul 2005 15:02:52 +0200 Henrik Brix Andersen <[EMAIL PROTECTED]> wrote: | On Mon, 2005-07-11 at 14:00 +0100, Ciaran McCreesh wrote: | > Anything using a standardish autotools install can potentially | > explode when parallelised. | | That wasn't very informative... Feel free to hire me

Re: [gentoo-dev] ebookmerge unmask and ebook-*.ebuilds remove

2005-07-11 Thread José Alberto Suárez López
El lun, 11-07-2005 a las 14:58 +0200, Henrik Brix Andersen escribió: > On Mon, 2005-07-11 at 14:53 +0200, José Alberto Suárez López wrote: > > after a week w/o bugs for ebookmerge i will unmask it and i will remove > > all the ebook-*.ebuilds if nobody say the secret word ;) > > A week? Any pa

Re: [gentoo-dev] make and wrappers

2005-07-11 Thread Henrik Brix Andersen
On Mon, 2005-07-11 at 14:00 +0100, Ciaran McCreesh wrote: > Anything using a standardish autotools install can potentially explode > when parallelised. That wasn't very informative... ./Brix -- Henrik Brix Andersen <[EMAIL PROTECTED]> Gentoo Metadistribution | Mobile computing herd signature.a

Re: [gentoo-dev] ebookmerge unmask and ebook-*.ebuilds remove

2005-07-11 Thread Henrik Brix Andersen
On Mon, 2005-07-11 at 14:53 +0200, José Alberto Suárez López wrote: > after a week w/o bugs for ebookmerge i will unmask it and i will remove > all the ebook-*.ebuilds if nobody say the secret word ;) A week? Any particular reason not to follow policy and wait 30 days? ./Brix -- Henrik Brix

Re: [gentoo-dev] make and wrappers

2005-07-11 Thread Ciaran McCreesh
On Mon, 11 Jul 2005 14:32:06 +0200 Henrik Brix Andersen <[EMAIL PROTECTED]> wrote: | On Mon, 2005-07-11 at 14:20 +0200, Diego 'Flameeyes' Pettenò wrote: | > Let's see: we already have an emake script, but using it for "make | > install" is a no-go because it uses -jX from make.conf and that's | >

[gentoo-dev] ebookmerge unmask and ebook-*.ebuilds remove

2005-07-11 Thread José Alberto Suárez López
Hola :) after a week w/o bugs for ebookmerge i will unmask it and i will remove all the ebook-*.ebuilds if nobody say the secret word ;) regards signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] make and wrappers

2005-07-11 Thread Diego 'Flameeyes' Pettenò
On Monday 11 July 2005 14:32, Ciaran McCreesh wrote: > Why not check which phase you're in instead? That also can be done, true. -- Diego "Flameeyes" Pettenò Gentoo Developer - http://dev.gentoo.org/~flameeyes/ (Gentoo/FreeBSD, Video, Gentoo/AMD64, Sound, PAM) pgpC1VHMPecuU.pgp Description: PGP

Re: [gentoo-dev] make and wrappers

2005-07-11 Thread Henrik Brix Andersen
On Mon, 2005-07-11 at 14:20 +0200, Diego 'Flameeyes' Pettenò wrote: > Let's see: we already have an emake script, but using it for "make install" > is > a no-go because it uses -jX from make.conf and that's not good. > A solution can be to improve emake wrapper to check if "install" is in its >

Re: [gentoo-dev] make and wrappers

2005-07-11 Thread Ciaran McCreesh
On Mon, 11 Jul 2005 14:20:20 +0200 "Diego 'Flameeyes' Pettenò" <[EMAIL PROTECTED]> wrote: | Let's see: we already have an emake script, but using it for "make | install" is a no-go because it uses -jX from make.conf and that's not | good. A solution can be to improve emake wrapper to check if "ins

[gentoo-dev] make and wrappers

2005-07-11 Thread Diego 'Flameeyes' Pettenò
Following the discussion me and Azarah had about make commands, I've started thinking of a way to fix this without being too intrusive and I found a bit of a solution following Az's suggestion to use a wrapper script. Let's see: we already have an emake script, but using it for "make install" is

[gentoo-dev] G/FBSD compatibility: root:root and cp -a

2005-07-11 Thread Diego 'Flameeyes' Pettenò
Ok, to help devels know which are the requisites of Gentoo/FreeBSD porting (as we're going near to a release, I hope), I think it's better telling here what we hope you all will avoid (and we must replace when keywording). Those problems are also valid for ppc-macos AFAIK, so you won't help just

Re: [gentoo-dev] devfs is dead, let's move on

2005-07-11 Thread Martin Schlemmer
On Sat, 2005-07-09 at 20:34 +0200, Richard Fish wrote: > >>>I.o.w. is it still necessary to have RC_DEVICE_TARBALL="yes" as a > >>>default or can we move to a pure udev system and change the default to > >>>"no". > >>> > >>> > >>I've been running my boxes successfully with "no" since the opti