On 07-10-2007 16:37:21 -0600, Joe Peterson wrote:
1) Limit tool options to those that are common to all tool variants
2) Port a standard (i.e. GNU) set of tools to all platforms
3) Force all gentoo ports to use GNU userland
...
No, it is not. The problem IMHO is in the user userland and
On 2007-10-08 at 05:37 +0200, Robert Buchholz wrote:
On Thursday, 4. October 2007, Christian Hoffmann wrote:
# Christian Hoffmann [EMAIL PROTECTED] (04 Oct 2007)
# Outdated (no releases since May 2006), buggy and possibly
vulnerable
# to security problems
Anything security-related
On Sun, 2007-10-07 at 21:26 -0600, Joe Peterson wrote:
Mike Frysinger wrote:
Fabian has summed it up nicely, thanks. i could care less what your
userland
is outside of the ebuild environment since it doesnt matter to ebuild
writers. you want a deficient runtime environment, more
On Montag, 8. Oktober 2007, Donnie Berkholz wrote:
On 20:23 Sun 07 Oct , Joerg Bornkessel (hd_brummy) wrote:
1.1
media-plugins/vdr-extrecmenu/vdr-extrecmenu-1.0.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-plugins/vdr-extrecm
Am 08.10.2007 um 10:05 schrieb Christian Hoffmann:
On 2007-10-08 at 05:37 +0200, Robert Buchholz wrote:
On Thursday, 4. October 2007, Christian Hoffmann wrote:
# Christian Hoffmann [EMAIL PROTECTED] (04 Oct 2007)
# Outdated (no releases since May 2006), buggy and possibly
vulnerable
# to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marius Mauch wrote:
Marijn Schouten (hkBst) [EMAIL PROTECTED]:
I imagine there are a lot more cases where the simple on/off
system we have now is suboptimal. I could be wrong of course.
Please comment.
This key=value systems sounds interesting.
On 10/8/07, Natanael Copa [EMAIL PROTECTED] wrote:
On Sun, 2007-10-07 at 21:26 -0600, Joe Peterson wrote:
Mike Frysinger wrote:
Fabian has summed it up nicely, thanks. i could care less what your
userland
is outside of the ebuild environment since it doesnt matter to ebuild
Marijn Schouten (hkBst) wrote:
Marius Mauch wrote:
We already have this with USE_EXPAND. Not exactly the same syntax, but
I don't see a terrible problem in that, and we don't have to fix all
three trillion related tools to handle it. Unless you can come up
with a case that can't be handled
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ryan Hill wrote:
Marijn Schouten (hkBst) wrote:
Marius Mauch wrote:
We already have this with USE_EXPAND. Not exactly the same syntax, but
I don't see a terrible problem in that, and we don't have to fix all
three trillion related tools to
On Mon, 2007-10-08 at 06:52 -0700, Alec Warner wrote:
On 10/8/07, Natanael Copa [EMAIL PROTECTED] wrote:
On Sun, 2007-10-07 at 21:26 -0600, Joe Peterson wrote:
Mike Frysinger wrote:
Fabian has summed it up nicely, thanks. i could care less what your
userland
is outside of the
Natanael Copa wrote:
On Mon, 2007-10-08 at 06:52 -0700, Alec Warner wrote:
On 10/8/07, Natanael Copa [EMAIL PROTECTED] wrote:
On Sun, 2007-10-07 at 21:26 -0600, Joe Peterson wrote:
Mike Frysinger wrote:
Fabian has summed it up nicely, thanks. i could care less what
your userland
On Mon, 08 Oct 2007 13:45:04 +0200
Marijn Schouten (hkBst) [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marius Mauch wrote:
Marijn Schouten (hkBst) [EMAIL PROTECTED]:
I imagine there are a lot more cases where the simple on/off
system we have now is
Tristan Heaven wrote:
It's my understanding that anything in DEPEND will be installed into /,
so no.
If you mean that running `ROOT=/target emerge --usepkgonly foo-package`
will install foo-package's dependencies into real /, then no, it won't.
Cheers,
-jkt
--
cd /local/pub more beer
On 10/8/07, Donnie Berkholz [EMAIL PROTECTED] wrote:
cp /usr/share/gettext/config.rpath .
Shouldn't this respect ROOT != / ? I can see how that would be a bit of
an unusual use case for games, though.
While we're on that topic :
[EMAIL PROTECTED] /tmp/gcompris-8.4 $ ./configure --help
Gilles Dartiguelongue (eva) [EMAIL PROTECTED]:
Modified: ChangeLog
Added:devhelp-0.16.1.ebuild
Log:
bump to 0.16.1
sparc? ( =www-client/mozilla-firefox-1.0.2-r1 )
|| (
xulrunner? ( net-libs/xulrunner )
Hi list,
attached are two new eclasses I'm planning to commit soon.
I'm sending 'em as some reviewing never hurts, but I hope they're
perfectly fine ;)
texlive-common.eclass : helper eclass for handling the texmf
tree; it contains variable definitions used by texlive ebuilds and
two functions :
Le lundi 08 octobre 2007 à 23:36 +0200, Christian Faulhammer a écrit :
Gilles Dartiguelongue (eva) [EMAIL PROTECTED]:
Modified: ChangeLog
Added:devhelp-0.16.1.ebuild
Log:
bump to 0.16.1
sparc? ( =www-client/mozilla-firefox-1.0.2-r1 )
||
On Mon, 8 Oct 2007 23:47:31 +0200
Alexis Ballier [EMAIL PROTECTED] wrote:
Hi list,
Try 2, after dberkholz comments on irc:
- replaced test by []
- removed useless use of cat
Alexis.
texlive-common.eclass
Description: Binary data
texlive-module.eclass
Description: Binary data
On Tue, 9 Oct 2007 01:03:17 +0200
Alexis Ballier [EMAIL PROTECTED] wrote:
Hi list,
A bit of documentation for the (exported) functions would be nice. And
maybe some red tape to show where the exported bits end/start. And
short bits of text explaining why some of the variables are needed and
On 11:13 Mon 08 Oct , Steve Dibb (beandog) wrote:
1.1 media-libs/win32codecs/win32codecs-20071007.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-libs/win32codecs/win32codecs-20071007.ebuild?rev=1.1view=markup
plain:
On Monday 08 October 2007 06:47:05 Donnie Berkholz wrote:
src_unpack() {
[SNIP]
Shouldn't this respect ROOT != / ? I can see how that would be a bit of
an unusual use case for games, though.
Use of $ROOT in src_* would be illegal (which is why there a bunch of bug
reports with abusing ROOT
On 15:22 Mon 08 Oct , Christian Faulhammer (opfer) wrote:
1.1 app-emacs/lua-mode/lua-mode-20070708.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-emacs/lua-mode/lua-mode-20070708.ebuild?rev=1.1view=markup
plain:
On 22:01 Mon 08 Oct , Doug Goldstein (cardoe) wrote:
1.1 sys-fs/evms/evms-2.5.5-r8.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-fs/evms/evms-2.5.5-r8.ebuild?rev=1.1view=markup
plain:
On Monday 08 of October 2007 11:22:42 Matthias Schwarzott wrote:
On Montag, 8. Oktober 2007, Donnie Berkholz wrote:
On 20:23 Sun 07 Oct , Joerg Bornkessel (hd_brummy) wrote:
This doesn't respect ROOT != / and it's also dependent on the build
system.
I guess ROOT-safeness here is
24 matches
Mail list logo