This is your one-day friendly reminder ! The monthly Gentoo Council
meeting is tomorrow in #gentoo-council on irc.freenode.net. See the
channel topic for the exact time (but it's probably 2000 UTC).
If you're supposed to show up, please show up. If you're not supposed
to show up, then show up
On Mon, 06 Apr 2009 12:11:02 +0400
Peter Volkov p...@gentoo.org wrote:
В Вск, 05/04/2009 в 22:41 +0200, Timothy Redaelli пишет:
i think it's better to develop an emerge --info package
It already exists. But regretfully it does not provide useful output
even about the package's USE flags
Mike Frysinger a écrit :
This is your one-day friendly reminder ! The monthly Gentoo Council
meeting is tomorrow in #gentoo-council on irc.freenode.net. See the
channel topic for the exact time (but it's probably 2000 UTC).
I'd like for the Council to discuss a migration plan from old
Hi,
for all of you ever wanting to write a news item for the eselect-news
facilty, there is no my little summary of GLEP 42 to be found on:
URL:http://www.faulhammer.org/archiv-mainmenu-31/35-gentoo/282-writing-a-news-item
V-Li
--
Christian Faulhammer, Gentoo Lisp project
Mike Frysinger wrote:
This is your one-day friendly reminder ! The monthly Gentoo Council
meeting is tomorrow in #gentoo-council on irc.freenode.net. See the
channel topic for the exact time (but it's probably 2000 UTC).
If you're supposed to show up, please show up. If you're not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Volkov wrote:
В Вск, 05/04/2009 в 22:41 +0200, Timothy Redaelli пишет:
i think it's better to develop an emerge --info package
It already exists. But regretfully it does not provide useful output
even about the package's USE flags so I
Tobias Scherbaum dertobi...@gentoo.org posted
1239208319.6160.8.ca...@homer.ob.libexec.de, excerpted below, on Wed, 08
Apr 2009 18:31:59 +0200:
I'd like to vote on whether to approve GLEP 54.
AFAIK after reading council logs, there were three things holding up GLEP
54 as of the last meeting:
Just wanted to let you know the agenda will be coming pretty late
because I've been at a conference that I'm traveling back from today.
I should be home in ~12 hours to do it.
If someone else would like to pull together the things from the
earlier thread and post a draft agenda, that would be
# Mounir Lamouri volk...@gentoo.org (08 Apr 2009)
# This lib is not used by any package and it doesn't work on amd64
# Upstream doesn't maintain this package anymore
# See bug 180757. Masked for removal in 30 days
net-libs/zapata
On Wed, Apr 08, 2009 at 06:31:59PM +0200, Tobias Scherbaum wrote:
As for EAPI=3 the only thing I've got a question on for now is
Councils opinion on bug 264130
(http://bugs.gentoo.org/show_bug.cgi?id=264130) would be appreciated-
seems to have stalled out although the benefits are well
On Tue, 2009-03-17 at 13:55 +, Ciaran McCreesh wrote:
On Tue, 17 Mar 2009 10:50:17 +0300
Peter Volkov p...@gentoo.org wrote:
If failures are non fatal I don't object to having src_test enabled by
default and I'll all for this even.
...and src_test becomes utterly worthless again.
Hello,
On Sun, 2009-03-08 at 08:49 +0100, Tiziano Müller wrote:
With eapis 1 and 2 we introduced nice features but also a couple of
new
problems. One of them are the use dependencies when the package you
depend on doesn't have the use flag anymore (see [1] for an example).
So I think it's
Hello,
This thread is for any discussion about the slot operator support item
in EAPI-3 draft.
The premise is good what := and :* allow for, but I'm concerned about
the syntax possibly ending up being suboptimal in relation to the syntax
we come up in the future for covering the cases not
On Thu, 2009-04-09 at 04:51 +0300, Mart Raudsepp wrote:
--disable-dependency-tracking:
==
possible breakage of (custom) configure scripts that don't accept
unknown arguments. Would be nice to pass that for most packages, but
doing it always with econf seems
14 matches
Mail list logo