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
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
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
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
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,
-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.
>
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
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 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
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
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
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 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 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
-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
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
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
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
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
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
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 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
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 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
>
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 $
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
Ciaran McCreesh wrote:
[...]
> I remain, Sirs, your most humble and obedient servant,
^^^ LOL
--
gentoo-dev@gentoo.org mailing list
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
28 matches
Mail list logo
