On Tue, Sep 12, 2006 at 07:40:01PM -0700, Richard Fish wrote:
Is there a Readers Digest version you can give the userreps so we
can at least answer the question properly when it comes up?
The current version is text only and ugly, but at least there is one
and from the feedback i got so far it
Ciaran McCreesh wrote:
[...]
I remain, Sirs, your most humble and obedient servant,
^^^ LOL
--
gentoo-dev@gentoo.org mailing list
Just a short note:
The new council will be showing more presence in #gentoo-council.
This means: even when no meeting is taking place you can reach us all
together on IRC to discuss Gentoo development or to point out problems.
Danny
--
Danny van Dyk [EMAIL PROTECTED]
Gentoo/AMD64 Project,
From bind-9.3.2-r4.ebuild:
# idea from dev-libs/cyrus-sasl
if has distcc ${FEATURES}; then
einfo You have \distcc\ enabled
einfo build with MAKEOPTS=\-j1\
jobs=-j1
else
einfo build with MAKEOPTS=${MAKEOPTS}
jobs=
fi
emake ${jobs} || die
On Wed, Sep 13, 2006 at 10:34:52AM -0400, Aron Griffis wrote:
From bind-9.3.2-r4.ebuild:
# idea from dev-libs/cyrus-sasl
if has distcc ${FEATURES}; then
einfo You have \distcc\ enabled
einfo build with MAKEOPTS=\-j1\
jobs=-j1
else
einfo build
Aron Griffis wrote:
From bind-9.3.2-r4.ebuild:
Unless somebody can explain how this is valid, I'll go ahead and fix
the bind ebuilds (where fix means use -j1 unconditionally since the
Makefiles aren't parallel safe).
Aron
If I'm using Autotools, aren't they smart enough (given that I specify
On Wednesday 13 September 2006 16:51, Alec Warner wrote:
If I'm using Autotools, aren't they smart enough (given that I specify
the proper headers, and source files and whatnot) to generate parallel
safe makefiles? Or is it a shot in the dark as to whether it works or not?
If you use automake,
On Wed, 13 Sep 2006 10:51:47 -0400 Alec Warner [EMAIL PROTECTED]
wrote:
| Aron Griffis wrote:
| From bind-9.3.2-r4.ebuild:
|
| Unless somebody can explain how this is valid, I'll go ahead and fix
| the bind ebuilds (where fix means use -j1 unconditionally since
| the Makefiles aren't
On Wed, 2006-09-13 at 07:52 -0700, Brian Harring wrote:
On Wed, Sep 13, 2006 at 10:34:52AM -0400, Aron Griffis wrote:
From bind-9.3.2-r4.ebuild:
# idea from dev-libs/cyrus-sasl
if has distcc ${FEATURES}; then
einfo You have \distcc\ enabled
einfo build with
Brian Harring wrote: [Wed Sep 13 2006, 10:52:17AM EDT]
Similar trickery in app-office/openoffice, although they enable -jN if
distcc is enabled, else -j1 ...
Always wondered how that was valid, just avoid OO compiles enough it
wasn't something I ever got around to looking into :)
The
Aron Griffis wrote: [Wed Sep 13 2006, 10:34:52AM EDT]
Unless somebody can explain how this is valid, I'll go ahead and fix
the bind ebuilds (where fix means use -j1 unconditionally since
the Makefiles aren't parallel safe).
Maybe this was quick on my part, but I've gone ahead and fixed the
Ciaran McCreesh wrote:
* If no existing file with the intended target name exists, or if
the existing file has identical content to the file to be
installed, the file to be installed is installed as normal.
I would much prefer new files to be treated as if replacing an
existing zero
Danny van Dyk wrote:
Just a short note:
The new council will be showing more presence in #gentoo-council.
This means: even when no meeting is taking place you can reach us all
together on IRC to discuss Gentoo development or to point out problems.
Great! It's good to hear this. But how
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Donnie Berkholz wrote:
Danny van Dyk wrote:
Just a short note:
The new council will be showing more presence in #gentoo-council.
This means: even when no meeting is taking place you can reach us all
together on IRC to discuss Gentoo development
On Wed, 2006-09-13 at 13:09 -0500, Mike Doty wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Donnie Berkholz wrote:
Danny van Dyk wrote:
Just a short note:
The new council will be showing more presence in #gentoo-council.
This means: even when no meeting is taking place you can
On 2006-09-11 at 20:30 -0400, Michael Cummings wrote:
Ciaran McCreesh wrote:
* If no existing file with the intended target name exists, or if the
existing
file has identical content to the file to be installed, the file to be
installed
is installed as normal.
Just one poor
On Wed, 2006-09-13 at 19:47 +0200, Benno Schulenberg wrote:
Ciaran McCreesh wrote:
* If no existing file with the intended target name exists, or if
the existing file has identical content to the file to be
installed, the file to be installed is installed as normal.
I would much
On Wednesday 13 September 2006 19:30, Aron Griffis wrote:
Aron Griffis wrote: [Wed Sep 13 2006, 10:34:52AM EDT]
Unless somebody can explain how this is valid, I'll go ahead and fix
the bind ebuilds (where fix means use -j1 unconditionally since
the Makefiles aren't parallel safe).
Maybe
To my fellow Gentoo developers,
in the Sunrise project we have some users who are ambitious and cotribute
more than a few ebuilds. Those regulars have the possibility to take the
ebuild quiz and acquire the title Sunrise trusted committer. Those
sunrise committers can use extended bugzilla
I just removed these no longer valid entries from package.mask since the
packages have been removed from the tree:
=net-dns/dnsmasq-2.21
=app-editors/vim-core-7.0_alpha*
=app-editors/vim-7.0_alpha*
=app-editors/gvim-7.0_alpha*
Steve
--
gentoo-dev@gentoo.org mailing list
On Sunday 10 September 2006 21:44, Zac Medico wrote:
For example, we can have a list of variable names
stored in a new variable called COLON_SEPARATED that will reside
in either the profiles or /etc/env.d/ itself.
/etc/env.d makes most sense ... we just have to worry about how to handle the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
On Sunday 10 September 2006 21:44, Zac Medico wrote:
For example, we can have a list of variable names
stored in a new variable called COLON_SEPARATED that will reside
in either the profiles or /etc/env.d/ itself.
Ciaran McCreesh wrote:
If anyone has any other suggestions for this kind of user configuration
independent tool, give me a prod here or in #paludis. Writing these is
really trivial and almost certainly worth the effort...
I remain, Sirs, your most humble and obedient servant,
Ciaran,
Planet Gentoo's backend got upgraded today, so if anyone notices any weird
funkies, please let me know.
Thanks for beta-testing. :)
Steve
--
gentoo-dev@gentoo.org mailing list
24 matches
Mail list logo