On Saturday 06 of March 2010 18:05:20 Nirbheek Chauhan wrote:
On Sat, Mar 6, 2010 at 5:02 PM, Ben de Groot yng...@gentoo.org wrote:
Would it be possible to make cups a PDEPEND in gtk+ or is it really
needed at compile time?
cups is definitely needed at compile-time
The same for cups:
On Friday 05 of March 2010 11:22:18 Dirkjan Ochtman wrote:
I *am* a stable user, and I do want to install python3 (without having
to override keywords -- because my packager, the gentoo python team,
says it works!). I recognize the cruft problem, but I don't think
keeping things in unstable
On Monday 01 of March 2010 22:24:56 Ben de Groot wrote:
For some reason beyond my understanding, we have the cups useflag
enabled by default in profiles. This has started to generate circular
dependencies, at least for desktop profile users (gtk - cups -
poppler - gtk). I propose we no longer
On Thursday 25 of February 2010 04:11:49 Maciej Mrozowski wrote:
On Wednesday 17 of February 2010 03:25:16 Maciej Mrozowski wrote:
If no objections, I'm going to commit in 5 days the following patch to
eutils.eclass
Index: eutils.eclass
A as result of discussion http://www.mail-archive.com/gentoo-
d...@lists.gentoo.org/msg37300.html
ebeep and epause functions defined in eutils are not available in EAPI = 3.
For interactive installs, PROPERTIES=interactive should be used instead.
--
regards
MM
On Monday 11 of January 2010 01:25:45 Arfrever Frehtes Taifersar Arahesis
wrote:
2010-01-10 21:56:01 Fabian Groffen napisał(a):
On 10-01-2010 09:29:28 +0100, Arfrever Frehtes Taifersar Arahesis wrote:
I would like to suggest introduction of support for PYTHON_DEPEND
variable, which would
On Thursday 31 of December 2009 14:43:54 Mark Bateman wrote:
Ben de Groot yngwin at gentoo.org writes:
As announced 5 months ago[1], Gentoo's Qt team now officially
deprecates usage of x11-libs/qt:3 and packages depending on this
version of Qt.
# Policy for remaining ebuilds
On Thursday 03 of December 2009 15:06:12 Rémi Cardona wrote:
Le 03/12/2009 02:22, Jeremy Olexa a écrit :
Can parallel init script startup be made the default yet? I've been
running with it for months and never noticed a problem..
I've been running it for more than a year on half a dozen
On Sunday 08 of November 2009 23:19:13 Mike Frysinger wrote:
So, you didn't get my point. It must be true then, what they say about
geeks and social skills...
i dont think your point is relevant to this thread
-mike
Indeed it is - it's not about what's been said, but about the way it's
On Monday 26 of October 2009 21:06:04 Rémi Cardona wrote:
IMHO, we shouldn't even have desktop/server subprofiles to begin with.
I've always considered Gentoo to be an opt-in distro where after a
successful install, you end up with a bash prompt and a _means_ of
installing new packages.
Hi there!
Resulting from discussion during last Gentoo KDE team meeting taking place 22
Oct 2009 at #gentoo-meetings (summary fill be available soon), having Gentoo
GNOME team representative, it's been decided to go ahead with splitting
desktop profile to DE-specific subprofiles, to avoid
On Saturday 24 of October 2009 16:00:03 Jeremy Olexa wrote:
Just so it is clear and there aren't any questions in the future. The
XFCE team maintains a set of recommended global use flags in our docs[1]
(maintained by Josh (nightmorph)). So, whatever direction this ends up,
xfce will not be
On Tuesday 20 of October 2009 20:33:12 Alex Alexander wrote:
Greetings,
The KDE Team will have its usual monthly meeting this Thursday.
Date: Thursday, 2009/10/22
Time: 1900 UTC
Channel: #gentoo-meetings
I'd like to suggest following agenda items:
1. Proposition to split desktop
On Wednesday 21 of October 2009 22:34:18 Denis Dupeyron wrote:
2009/10/21 Maciej Mrozowski reave...@gmail.com:
1. Proposition to split desktop profile to: KDE, Gnome, (and maybe some
others).
How about making a desktop profile with everything common and being
the parent of Gnome, KDE
On Wednesday 14 of October 2009 08:12:03 Eray Aslan wrote:
[...]
Please STOP already, all of you.
There is only one important fact nobody seems to comprehend - new openrc was
added to TESTING repository. That being said, if one uses packages from such
repository (portage subtree, whatever),
On Saturday 10 of October 2009 22:50:37 Zac Medico wrote:
Maybe a syntax extension for IUSE would be a little nicer. For example:
IUSE=unstable? ( foo bar )
No no no, the biggest reason for this is to not touch ebuild at all - it needs
to be fully ebuild independent.
It's like with recent
On Thursday 24 of September 2009 08:32:53 Ulrich Mueller wrote:
It's all about making live - tagged ebuild synchronization easier.
Currently
Not a good idea, IMHO. In pre-EAPI-2, the SCM eclasses shadow
src_unpack of base.eclass, so also no autopatching of base.eclass
takes place. If we now
In pre-EAPI-2, src_unpack phase was the most logical phase to be provided by
SCM eclasses, thus classes has been set up to export ${ECLASS}_src_unpack.
This phase in most (if not all) SCM eclasses provided:
- unpack functionality - fetch and store in ${DISTDIR}
- bootstrap functionality - either
On Monday 21 of September 2009 17:38:53 Tomáš Chvátal wrote:
I think it is not required
EXPF=src_compile src_test src_install - definition, also nulls anything
what was in it before :]
case ${EAPI:-0} in
2) EXPF=${EXPF} src_configure ;;
1|0) ;;
*) die Unknown EAPI,
On Friday 04 of September 2009 22:08:02 Ciaran McCreesh wrote:
On Fri, 04 Sep 2009 22:04:46 +0200
Rémi Cardona r...@gentoo.org wrote:
Having tools to manipulate those variables is very misleading since
users will (rightfully) assume that we've done our homework and that
upstream did too.
On Friday 21 of August 2009 22:56:41 David Leverton wrote:
Does anyone have any opinions on which of the four options (#1
make die respect nonfatal, #2 make die always die, #3 add a new
die variant that respects nonfatal, #4 make regular die respect
nonfatal, and add a new variant that
On Friday 21 of August 2009 23:12:23 Ciaran McCreesh wrote:
On Fri, 21 Aug 2009 23:09:33 +0200
Maciej Mrozowski reave...@poczta.fm wrote:
I suggest #5 - drop the idea of 'nonfatal'.
Then how do you plan to handle all the standard utilities that die on
failure in EAPI 3?
#1 make die
On Friday 21 of August 2009 23:46:38 Ciaran McCreesh wrote:
On Fri, 21 Aug 2009 23:42:11 +0200
PMS accurately reflected the Portage documentation at the time it was
written and at the time it was approved.
Agreed, but I think it was supposed to reflect Portage 'behaviour' at the
time. Of
On Saturday 22 of August 2009 01:06:30 Ciaran McCreesh wrote:
On Sat, 22 Aug 2009 01:01:48 +0200
Maciej Mrozowski reave...@poczta.fm wrote:
That being said I don't like refraining from return value approach
towards exception handling approach
nonfatal's not an exception handling
On Thursday 13 of August 2009 12:35:43 Tiziano Müller wrote:
Am Mittwoch, den 12.08.2009, 23:55 -0600 schrieb Ryan Hill:
On Wed, 12 Aug 2009 19:46:56 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Wed, 12 Aug 2009 20:41:30 +0200
Tomáš Chvátal scarab...@gentoo.org
On Tuesday 11 of August 2009 11:08:34 Robert Buchholz wrote:
In my opinion, the entrance barrier for devs is lower on git.overlays,
there is no signup, password, mail verification required. There's
scripts to keep the ssh keys in LDAP and on git.overlays in sync, and
people can just request
On Tuesday 11 of August 2009 17:07:47 Arun Raghavan wrote:
The advantage is primarily that we retain control of the
infrastructure on which it (the official Gentoo project) is hosted.
Yes, and this is the problem.
That's probably why there's still no CIA.vc bot tracking kde-testing overlay
on
On Tuesday 11 of August 2009 19:38:48 Arun Raghavan wrote:
This still does not address the original problem - if
$external_service shuts down, is bought out, has arbitrary terms about
content that are not immediately clear as being unfavourable to us,
(at least) that part of the project which
Hello
Somewhat continuing my battle to reasonably minimise USE flags enabled by
default for users, I'd like to ask about one particular commit. Note that
there's no commit message and it looks a bit fishy:
http://sources.gentoo.org/viewcvs.py/gentoo-
On Wednesday 01 of July 2009 17:14:11 Maciej Mrozowski wrote:
Hello
Somewhat continuing my battle to reasonably minimise USE flags enabled by
default for users, I'd like to ask about one particular commit. Note that
there's no commit message and it looks a bit fishy:
http
Hi
I'd like to raise your attention on problem of in my opinion overusing IUSE
defaults in various packages.
Currently there seems to be no policy whatsoever at least advising when it's
appropriate to add +useflag and when not, so it's just up to developer's
taste.
While it usually doesn't do
On Wednesday 22 of April 2009 15:35:37 Petteri Räty wrote:
Here's an eclass proposal to wrap EXPORT_FUNCTIONS with auto detection
of functions. This way all eclasses don't have to duplicate the EAPI
detection code. If people find this useful, I will document it properly
with eclass-manpages
On Sunday 24 of May 2009 01:14:57 Andrew Gaffney wrote:
On 05/23/2009 05:56 PM, Mounir Lamouri wrote:
William Hubbs wrote:
[snip]
My question for the group is, how do you feel about speech software
being on our minimal cd as well as our live cd?
I agree, it should be in our minimal
On Monday 18 of May 2009 19:26:58 Ciaran McCreesh wrote:
On Mon, 18 May 2009 19:15:59 +0200
Maciej Mrozowski reave...@poczta.fm wrote:
Not sure who is 'we' there, but Portage team already made is useful.
Basic portage rule for soft-blocks behaviour is no longer referenced
(a'ka 'soft
On Wednesday 25 of March 2009 15:19:36 Ciaran McCreesh wrote:
Being rude doesn't make you cool. (Nor make your points more
effective)
That's not being rude.
[...]
(no comment)
so you're doing them a
discourtesy by wasting their time by repeatedly posting ideas you
haven't thought
On Sunday 22 of March 2009 18:18:15 Ulrich Mueller wrote:
On Sun, 22 Mar 2009, mrness wrote:
Please do not apply patches that have ${P} prefix in other ebuild
versions than ${PV}.
Is that hard to create a new patch with a proper name?
And multiply number and total size of files in
On Monday 16 of March 2009 21:47:17 Ciaran McCreesh wrote:
I've got a very rough draft of what EAPI 3 might end up looking like,
based upon discussion:
[cut]
Nice work.
To avoid further confusion I'd suggest removing all traces of kdebuild- format
and its features (like PDEPEND labels, ranged
No idea whether it's fast idea, but:
- USE flags aliases
This could solve problems with USE flag name changes and breaking dependency
tree because of it.
Placed, let's say in profiles/{use.aliases,use.local.aliases}
example - use.aliases: (no idea whether global aliases are really needed)
#
On Wednesday 11 of March 2009 19:06:33 Thilo Bangert wrote:
my complaint isn't about people using IRC. i object to the way that much
of our knowledge, discussion and decision making process appear to have
been moved into the temporal black hole that is IRC.
realtime communication is an
On Tuesday 10 of March 2009 16:29:56 Alec Warner wrote:
With some devs reviewing gentoo-commits@, I highly doubt that this commit
could go unnoticed more than a few hours.
really? cause I bet I could slip something in; now I'm motivated to try ;p
I somewhat share the view that's rather
On Monday 09 of March 2009 22:36:33 Ciaran McCreesh wrote:
On Mon, 9 Mar 2009 22:33:11 +0100
Christian Faulhammer fa...@gentoo.org wrote:
Ciaran McCreesh ciaran.mccre...@googlemail.com:
Next, some probably easy but long standing features:
* src_test run unless RESTRICTed or
On Monday 09 of March 2009 01:36:52 Mike Frysinger wrote:
Plz fix the bug [1]
[1] - http://bugs.gentoo.org/show_bug.cgi?id=166730
In my opinion it's nowhere near locale specific bug, unless user sets
PORTAGE_TMPDIR to some path containing UTF-8 character beyond ASCII and having
broken
On Tuesday 24 of February 2009 00:22:39 Josh Sled wrote:
To that end, please allow me to suggest:
Cross-KDE support for file metadata indexing via nepomuk and soprano.
If you don't want to couple the message to those particular packages,
then maybe just reference the NEPOMUK project instead.
On Sunday 08 of February 2009 19:51:29 Tiziano Müller wrote:
It's metadata-stuff, why not put it there?
You have two possibilities:
a) Introduce new elements:
tags
tagfoo/tag
tagbar/tag
/tags
b) Think of herds as tags, then you have many packages already tagged.
To be able to add
On Saturday 31 of January 2009 08:54:07 Donnie Berkholz wrote:
and...
The system-config-* collection
--
[snip]
app-admin/system-config-printer
dev-python/pycups
Those two I'm maintaining in kde-testing overlay as they're prerequisites for
kde4 printing
On Monday 02 of February 2009 22:15:53 Luca Barbato wrote:
not sure how useful could be but could make more sense even if right now
kde-base contains everything comes from the main kde distribution.
To be more specific, kde-base contains everything (and only) that is
distributed as KDE stable
On Sunday 18 of January 2009 16:21:57 Ciaran McCreesh wrote:
And yes, I'd really like to see this killed for EAPI 3. Ideally we'd go
with a single DEPENDENCIES variable with labels of some kind,
something like:
DEPENDENCIES=
build:
foo/bar
build+run:
On Thursday 15 of January 2009 09:12:12 Christian Faulhammer wrote:
Hi,
Heath Caldwell (hncaldwell) hncaldw...@gentoo.org:
+ flag name=latex
+ Enable support for LaTeX
+ /flag
You only have to add flags to metadata.xml, that are not in
On Thursday 15 of January 2009 05:24:41 Donnie Berkholz wrote:
So if you want to know both, you need to look in 2 places? That doesn't
seem very nice to me. Also in a distributed VCS, we'd want to generate
ChangeLogs from the commit logs to avoid all kinds of annoying conflict
resolution and
On Wednesday 31 of December 2008 17:28:09 Ciaran McCreesh wrote:
On Wed, 31 Dec 2008 17:21:45 +0100
Maciej Mrozowski reave...@poczta.fm wrote:
On Wednesday 31 of December 2008 16:57:12 Ciaran McCreesh wrote:
Gentoo does not comply with the FHS. It was established a long time
ago
On Thursday 01 of January 2009 22:03:55 Ciaran McCreesh wrote:
No, FHS is not the most commonly used layout. The traditional Unix
layout is the most commonly used layout.
So.. why not blindly use Unix layout everywhere instead (for Gentoo news as
well)
On Thursday 01 of January 2009 22:37:28
On Thursday 01 of January 2009 23:15:20 Ciaran McCreesh wrote:
On Thu, 1 Jan 2009 23:07:08 +0100
So.. why not blindly use Unix layout everywhere instead (for Gentoo
news as well)
We do.
/var/lib/gentoo/news
Seriously, find something useful to change. I realise it's hard around
here to
On Wednesday 31 of December 2008 15:33:14 Fabio Rossi wrote:
Ok, but at the end we have an exception in the tree (/var/lib/gentoo/news/)
which is not justified (looking at the current discussion). My proposal has
arisen after having seen the /var/lib/gentoo/news/ hierarchy.
Then it seems way
On Wednesday 31 of December 2008 16:57:12 Ciaran McCreesh wrote:
Gentoo does not comply with the FHS. It was established a long time ago
that FHS is considered silly and any compliance is merely because the
FHS people somehow managed to avoid screwing that particular area up.
Well, we're not
Following advise from https://bugs.gentoo.org/show_bug.cgi?id=250179, I'm
bringing it here.
--
regards
MM
--
Wygraj telefon komorkowy!
Sprawdz http://link.interia.pl/f1fc0
On Tuesday 02 of December 2008 10:40:19 Alec Warner wrote:
mean hat
You asked, so the counter proposal is to *do nothing*.
very mean generic rant hat on
Ideas (even good ones) don't always get implemented.
Sometimes that just isn't the direction the maintainers want to take
the project.
On Monday 01 of December 2008 08:04:04 Duncan wrote:
Well, so far it's not GLEP, just an idea thrown to brainstorm.
As such, neither /etc/portage/env nor eclasses can effectively deal with
FEATURES in general, tho there are a few specific exceptions that do
happen to be implemented at the
On Monday 01 of December 2008 09:36:12 Diego 'Flameeyes' Pettenò wrote:
- USE=debug is useless when CFLAGS/LDFLAGS or FEATURES are not
appropriate
What are you saying here? I'm afraid you're mistaken here.
The point is to look at this from users' (well, a bit) point of view -
USE=debug
On Monday 01 of December 2008 08:04:04 Duncan wrote:
(Of
course, if it's the latter, it will need to be an official GLEP, and
you'll have three separate package managers and their developers to push
the proposal thru to at least to general agreement, or the council will
almost certainly
Hi
I would like to give some idea into consideration.
Abstract
In short, adding following new variables to make.conf and implement handling
of them in eclasses:
- CFLAGS_DEBUG (and friends like CXXFLAGS_DEBUG) - use defined debug compiler
flags - by default set to -O0 -ggdb (and maybe -Wall as
101 - 160 of 160 matches
Mail list logo