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
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ò flamee...@gentoo.org (13 Dec 2009)
# on behalf of QA team
#
# Pre-strip files (bug #241534),
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 its
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 the
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
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,
2.
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
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
On Tue, 15 Dec 2009 08:09:20 +0100
Ulrich Mueller u...@gentoo.org 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.
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
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 (GNU
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 Dec 2009,
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
В Втр, 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 a user
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
В Пнд, 07/12/2009 в 21:20 +0100, Thilo Bangert пишет:
Hans de Graaff gra...@gentoo.org said:
On Mon, 2009-12-07 at 12:56 +0100, Thilo Bangert wrote:
dev-util/cucumber herd missing
Fixed, but this is really a bug in metadata.dtd, which specifies
!ELEMENT
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:
!ELEMENT pkgmetadata ( herd+, (maintainer|longdescription|use|upstream)* )
we will force
On Tuesday 15 December 2009 10:19:00 Peter Volkov wrote:
we will force all metadata.xml files have strict order of tags: first
herd/ 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Volkov wrote:
В Пнд, 07/12/2009 в 21:20 +0100, Thilo Bangert пишет:
Hans de Graaff gra...@gentoo.org said:
On Mon, 2009-12-07 at 12:56 +0100, Thilo Bangert wrote:
dev-util/cucumber herd missing
Fixed, but this is
В Втр, 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 be used
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
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 that
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, it
-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
-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
25 matches
Mail list logo
