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
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, Gen
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 $
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
>
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 spec
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 automak
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'
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"
> > ein
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
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 l
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 d
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 tak
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
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
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
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 permi
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 th
i'm going to be fixing the autoconf/automake wrappers so that they no longer
require all versions of autoconf/automake ... this will resolve the annoying
circular dependency but at the sametime packages need to make sure that if
they use autotools, they pull in the correct version
-mike
pgpUcE
-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
the maintainer of app-crypt/cfs mkennedy is not responding to bugmail and has
an open security bug.
https://bugs.gentoo.org/show_bug.cgi?id=142596
Anyone willing to help take care of this package please CC yourself on the bug
and provide a bump.
--
Sune Kloppenborg Jeppesen
Gentoo Linux Secur
the maintainer of media-gfx/imagemagick sekretarz is not responding to bugmail
and the package has two open security bugs.
https://bugs.gentoo.org/show_bug.cgi?id=143533
https://bugs.gentoo.org/show_bug.cgi?id=144091
Anyone willing to help take care of this package please CC yourself on the
bug
On Mon, Sep 11, 2006 at 11:22:11PM +0100, Ciaran McCreesh wrote:
> Comments both on the nature and the specifics of the specification
> would be welcomed. In particular, I'd like to know if people think
> we're mandating the appropriate degree of specificity and whether we're
> providing sufficient
28 matches
Mail list logo