-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello.
As announced by Denis (Calchan)[1], we need to have an election for the
Gentoo Council's empty seat.
We'll be putting up a page with all the information for the Council
election, including the election officials, asap. I'll send another
email l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello.
As announced by Denis (Calchan)[1], we need to have an election for the
Gentoo Council's empty seat.
We'll be putting up a page with all the information for the Council
election, including the election officials, asap. I'll send another
email l
> On Tue, 15 Dec 2009, Peter Volkov wrote:
> After you wrote this I've pinged upstream. Could you try attached
> patch (suggested in https://bugs.launchpad.net/bugs/343218 ) and
> tell us here or in upstream bug if this fixes the problem?
I've answered in the upstream bug tracker.
Basically,
> On Tue, 15 Dec 2009, Fabian Groffen wrote:
> With the current route where EAPI=3 will simply be EAPI=2 +
> offset-prefix support,
That's not entirely right, as EAPI 3 will also include mtime
preservation.
> Should an ebuild using an EAPI that has offset-prefix support make the
> use of
With the current route where EAPI=3 will simply be EAPI=2 +
offset-prefix support, and EAPI=4 will be EAPI=3 + some other stuff, the
following question arose:
Should an ebuild using an EAPI that has offset-prefix support make the
use of that support mandatory or optional?
In other words, one
В Втр, 15/12/2009 в 10:39 +0100, Ulrich Mueller пишет:
> bzr.eclass currently uses "bzr export" for copying from
> ${DISTDIR}/bzr-src to ${WORKDIR} in src_unpack. Unfortunately,
> "bzr export" accesses the remote repository for lightweight checkouts
> (which are the eclass's default), so it cannot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Volkov wrote:
> В Пнд, 07/12/2009 в 21:20 +0100, Thilo Bangert пишет:
>> Hans de Graaff said:
>>> On Mon, 2009-12-07 at 12:56 +0100, Thilo Bangert wrote:
dev-util/cucumbermissing
>>> Fixed, but this is really a bug i
On Tuesday 15 December 2009 10:19:00 Peter Volkov wrote:
> we will force all metadata.xml files have strict order of tags: first
> then other tags. Currently there are about 200 ebuilds with
> different order http://bugs.gentoo.org/show_bug.cgi?id=279206#c4 .
>
> Hans's suggestion http://bugs.gen
On Tue, Dec 15, 2009 at 06:19:00PM +0300, Peter Volkov wrote:
> So what we will do with this? It'll be great to fix dtd to follow our
> requirements, but there is a problem:
>
> if we change dtd like this:
>
>
>
> we will force all metadata.xml files have strict order of tags: first
> then oth
В Пнд, 07/12/2009 в 21:20 +0100, Thilo Bangert пишет:
> Hans de Graaff said:
> > On Mon, 2009-12-07 at 12:56 +0100, Thilo Bangert wrote:
> > > dev-util/cucumbermissing
> >
> > Fixed, but this is really a bug in metadata.dtd, which specifies
> > > upstream)* )>
> indeed:
On 12/15/2009 01:46 AM, Daniel Black wrote:
I did email the debian maintainer too. no response yet. They have interactive
builds though and I guess we do too now. Will be a royal pain if every
CA/software did the same thing.
The last thing gentoo needs is interactive builds. XFree86 was forke
В Втр, 15/12/2009 в 09:15 +0100, Ulrich Mueller пишет:
> > On Tue, 15 Dec 2009, Peter Volkov wrote:
> > If package has ssl support use ssl USE flag for that. In case there
> > are alternatives, use openssl/gnutls/nss for upstream _less_
> > recommended implementation(s).
>
> Small problem: If
Le 15/12/2009 10:35, Ulrich Mueller a écrit :
On Tue, 15 Dec 2009, Rémi Cardona wrote:
And here's a list of packages that use one or more of these licenses.
Please let me know if/when you've fixed them.
app-editors/emacs
app-editors/emacs-cvs
x11-libs/openmotif
x11-libs/openmotif-compat
D
According to his website (AFAIR) that license is for _names_ "ion" and
"ion3". License for code is still GPL. If you rename the project, you may
ignore that terms.
On Tue, Dec 15, 2009 at 09:27:29AM +0100, Rémi Cardona wrote:
> Le 15/12/2009 08:09, Ulrich Mueller a écrit :
> >> On Tue, 15 D
Hi,
bzr.eclass currently uses "bzr export" for copying from
${DISTDIR}/bzr-src to ${WORKDIR} in src_unpack. Unfortunately,
"bzr export" accesses the remote repository for lightweight checkouts
(which are the eclass's default), so it cannot be used off-line.
Besides, it is very slow: In my test (G
> On Tue, 15 Dec 2009, Rémi Cardona wrote:
> And here's a list of packages that use one or more of these licenses.
> Please let me know if/when you've fixed them.
> app-editors/emacs
> app-editors/emacs-cvs
> x11-libs/openmotif
> x11-libs/openmotif-compat
Done.
Ulrich
On Tue, 15 Dec 2009 08:09:20 +0100
Ulrich Mueller wrote:
> Wasn't there some licence issue with this package, too?
>
> Ulrich
There was with ion3, yes. It was removed for that reason about 2.5 years ago --
not just Gentoo, but basically all distros pulled it. Upstream went crazy.
http://articl
Dear all,
I've started working on one of my to-do items that is usually very
low-priority : cleaning up X-related licenses in portage.
This is one of the last remains of the Xorg split from a few years ago.
X being a big hairy mess, those who managed the transition a few years
ago decided th
Hello all.
I've got something similar to this:
http://archives.gentoo.org/gentoo-dev/msg_54ec9c3d4c15c3f52e4c71fef5d42633.xml
I have custom python script which should run in background. It spawns several
threads but does
not daemonizes itself, so I use following init.d script ($MYSCRIPT writes i
On Tuesday 15 December 2009 03:05:33 Peter Volkov wrote:
> Hi. How do we choose USE flags in case package supports different ssl
> implementations?
>
> Currently we do this differently: 1. some packages use ssl USE flag and
> additional gnutls (or openssl) to select alternative ssl implementation,
Le 15/12/2009 08:09, Ulrich Mueller a écrit :
On Tue, 15 Dec 2009, Peter Hjalmarsson wrote:
On the other hand this may be something for treecleaners? A package
that has not been bumped for 7 years? With at least three releases
since, and a bumprequest open for at least one year? A link to a
we
> On Tue, 15 Dec 2009, Peter Volkov wrote:
> If package has ssl support use ssl USE flag for that. In case there
> are alternatives, use openssl/gnutls/nss for upstream _less_
> recommended implementation(s).
Small problem: If a user enables more than one of openssl/gnutls/nss
then he'll get
> On Tue, 15 Dec 2009, Peter Hjalmarsson wrote:
> On the other hand this may be something for treecleaners? A package
> that has not been bumped for 7 years? With at least three releases
> since, and a bumprequest open for at least one year? A link to a
> webside that does not exist?
And both
mån 2009-12-14 klockan 19:03 -0500 skrev Mike Frysinger:
> On Monday 14 December 2009 18:38:36 Ryan Hill wrote:
> > On Sun, 13 Dec 2009 20:46:18 +0100 Diego E. Pettenò wrote:
> > > # Diego E. Pettenò (13 Dec 2009)
> > > # on behalf of QA team
> > > #
> > > # Pre-strip files (bug #241534), ignore
On Tuesday 15 December 2009 07:10:25 Robin H. Johnson wrote:
>
> This is entirely moot. The CACert materials in Gentoo come from Debian's
> ca-certificates package. We do NOT independently supply them.
> http://packages.debian.org/sid/ca-certificates
>
> I think this might enable us to entirely s
25 matches
Mail list logo
