On Wed, 7 Mar 2012 21:41:02 +0100
Ulrich Mueller wrote:
> Hi all,
>
> The way how we currently specify the EAPI in ebuilds has some
> problems. For example, there is no sane way to allow usage of features
> of a new bash version in a new EAPI. So we are currently stuck with
> bash 3.2. Also chan
On Tue, 10 Apr 2012 13:45:04 -0500
William Hubbs wrote:
> On Sun, Apr 08, 2012 at 03:04:22PM -0700, Greg KH wrote:
> > On Sun, Apr 08, 2012 at 04:30:01PM +0200, Ulrich Mueller wrote:
> > > New udev and separate /usr partition
> > >
> > > Decide on whether a se
On Thu, 24 May 2012 16:40:02 +0200
Michał Górny wrote:
> d) Talk with github folks to add our repo as 'mirror'.
Can we keep the master on Gentoo hardware please.
Also, there still should be a bug at b.g.o and git format-patch works
just fine for that. Maybe it's only github now but how many pla
On Tue, 29 May 2012 18:27:51 +0200
hasufell wrote:
> Well then let my clarify: I'm against too many pre-set (meaning
> "activated") features/useflags.
Think of it as nouserpriv feature. ;) Either way, to disable userpriv
is kind of working against QA as a package really should be build-able
as n
Both java-pkg_ensure-test and java-pkg_ensure-gcj will be removed from
java-utils-2.eclass after the 4 of July 2012. See attached patch.
java-pkg_ensure-test: [1]
Was used to enforce USE=test if FEATURES=test. For quite some time this
is handled by package managers. Relies on the env var FEATURES
On Thu, 07 Jun 2012 09:43:32 -0700
Zac Medico wrote:
> On 06/07/2012 01:24 AM, Brian Harring wrote:
> > On Wed, Jun 06, 2012 at 05:43:49PM -0700, Zac Medico wrote:
> >> On 06/06/2012 12:23 PM, Ciaran McCreesh wrote:
> >>> On Wed, 06 Jun 2012 21:16:05 +0200
> >>> Pacho Ramos wrote:
> Well, I
On Wed, 20 Jun 2012 18:24:33 +0100
Ciaran McCreesh wrote:
> Can we all agree to just stop this and just restrict the arguing to
> being between SDEPEND and DEPENDENCIES? Cheers.
I clearly favour going with SDEPEND now as this fits better what people
are used to and the move to DEPENDENCIES is al
On Sat, 23 Jun 2012 07:40:02 -0400
Rich Freeman wrote:
> On Sat, Jun 23, 2012 at 7:32 AM, wrote:
> > WARN: postinst
> > Please rebuild both libxcb and xcb-util if you are upgrading from
> > version 1.6
> >
>
> I've read enough warnings like this (many packages use them) that it
> occurred to m
On Sat, 30 Jun 2012 20:33:35 +0200
"Andreas K. Huettel" wrote:
> Am Samstag 30 Juni 2012, 13:22:39 schrieb Zac Medico:
> > On 06/30/2012 04:07 AM, Pacho Ramos wrote:
> > > I would like to discuss a bit more issues like:
> > > https://bugs.gentoo.org/show_bug.cgi?id=423087
> > >
> > > Even if the
On Sat, 30 Jun 2012 13:01:52 -0700
Zac Medico wrote:
> On 06/30/2012 12:42 PM, Ralph Sennhauser wrote:
> > That might be neat, but it would already help if you had to add
> > --allow-downgrades or similar to emerge in case Portage wants to
> > downgrade one or more
# Ralph Sennhauser (13 Jul 2012
# Mask for removal in 30 days. Fails to build with java 7 #421917.
# QA issues #298701. Ceased to be useful long ago. #235124. Thanks
# to Michael Weber #235124 for maintaining a
# binary package in his overlay. (layman -a xmw)
=app-misc/jbidwatcher-1
On Thu, 19 Jul 2012 08:57:09 +0200
Ulrich Mueller wrote:
> Thanks, this explains why these DESCRIPTIONs are there.
>
> But history left aside, are they still useful today? If not, then they
> should be removed.
DESCRIPTION="Based on the ${ECLASS} eclass" is never a sufficient
description for a
On Thu, 19 Jul 2012 14:45:39 +0800
Ben de Groot wrote:
> Today I would like to present to you my proposal for a new eclass with
> helper functions for treating localizations: l10n.eclass (see the
> attached file or [1]). Its functionality can be used in other eclasses
> (such as qt4-r2 and cmake-
On Thu, 19 Jul 2012 23:37:32 +0800
Ben de Groot wrote:
> I got a few more suggestions on IRC, and I have updated the eclass
> accordingly. Please check the attached new version, also available at
> https://gitorious.org/gentoo-qt/qt/blobs/master/eclass/l10n.eclass
Pseudo inlining
> # Add lingua
On Mon, 23 Jul 2012 20:29:44 +0800
Ben de Groot wrote:
> >> # ones. This function is normally used internally in this eclass,
> >> not by # l10n.eclass consumers.
> >> l10n_get_locales() {
> >
> > I'd mark this function @INTERNAL then, at least until someone can
> > presents a use case.
> > If
On Tue, 24 Jul 2012 08:48:52 +
Sven Vermeulen wrote:
> Can current users also already use the /etc/portage location? If so,
> I can already update the docs now (since I'll need to describe both
> of the locations for a while anyhow).
I moved my make.conf to the new location about a year ago.
On Tue, 24 Jul 2012 12:29:14 +0300
Maxim Kammerer wrote:
> On Tue, Jul 24, 2012 at 3:07 AM, Jorge Manuel B. S. Vicetto
> wrote:
> > I propose to commit this news item in 2 or 3 days. Does anyone have
> > any comments about it?
>
> Several comments:
>
> 1. Maybe note that /etc/portage/make.co
On Sat, 28 Jul 2012 14:27:49 +0800
Ben de Groot wrote:
> On 28 July 2012 13:59, Nikos Chantziaras wrote:
> > On 28/07/12 08:22, Ben de Groot wrote:
> >>
> >> In preparation for that, we want to ask maintainers of all ebuilds
> >> in the tree with dependencies on Qt4, to make sure that they have
On Sat, 28 Jul 2012 15:54:07 +0800
Ben de Groot wrote:
> We do not have (nor want to support) a qt useflag. We have opted
> for "qt4" and "qt5" useflags as the most straightforward and least
> confusing.
Indeed, the flag qt has almost disappeared from the tree. Good to know.
On Sun, 16 Sep 2012 19:41:14 -0700
Brian Harring wrote:
> On Sun, Sep 16, 2012 at 10:10:47PM -0400, Mike Frysinger wrote:
> > On Sunday 16 September 2012 03:51:04 Brian Harring wrote:
> > > + if ! has $EAPI 0 1 2 3; then
> > > + eqawarn "built_with_use should not be used in
> > > $EAPI; u
On Mon, 17 Sep 2012 08:45:22 +0200
Ralph Sennhauser wrote:
> The aim would be to get rid of built_with_use not only in a distant
> future. The corresponding bug [1] is from 2009 and can't be fixed
... without something like "increasing EAPI baseline".
On Mon, 17 Sep 2012 00:58:02 -0700
"Gregory M. Turner" wrote:
>
> > My main focus here is switching built_with_use to actively nagging
> > people to stop using it; this includes nagging EAPI0/1 users of it.
> > Sans the implementation details, anyone got complaints with the
> > intent?
>
> I h
From time to time the topic of deprecating EAPIs comes up and usually
one suggestion is to keep 0 and start with converting EAPI 1 ebuilds.
Then someone comes along and asks what is the point? Indeed, a fair
question.
The following tries to take a different approach to the topic. It's not
all thou
On Fri, 12 Oct 2012 21:10:23 -0600
Ryan Hill wrote:
> I'd argue against deprecating EAPI 0 any time soon though. Killing
> EAPI 1 would be a better idea.
I'm not for forced EAPI bumps anytime soon, but I expect EAPI 0 to be
gone from tree in 3-5 years once the EAPI=0 requirement is lifted.
Cur
On Thu, 29 Nov 2012 17:09:34 +0100
justin wrote:
> On 29/11/12 16:51, Ian Stakenvicius wrote:
[...]
> > ..ok remind me again what the .pc files provide you? this is so
> > that you can have slotted blas providers and various packages can
> > choose their preferred one instead of having to use th
On Fri, 14 Dec 2012 12:02:40 -0800
Greg KH wrote:
> On Fri, Dec 14, 2012 at 02:05:27PM -0500, Ian Stakenvicius wrote:
> > On 14/12/12 01:28 PM, Greg KH wrote:
> > > On Fri, Dec 14, 2012 at 11:43:41AM +0100, Fabian Groffen wrote:
> > >> Handling separate /usr support ==
On Fri, 4 Jan 2013 23:34:59 -0600
Donnie Berkholz wrote:
> On 10:26 Sat 22 Dec , Pacho Ramos wrote:
> > Hello
> >
> > After seeing:
> > https://bugs.gentoo.org/show_bug.cgi?id=440214
> >
> > Looking to a lot of its blockers shows that we are using "elog"
> > messages for informing people ab
On Mon, 21 Jan 2013 13:27:18 +0800
Ben de Groot wrote:
> On 21 January 2013 12:16, Peter Stuge wrote:
> > Panagiotis Christopoulos wrote:
> >> I don't build server machines every day, others do and it would be
> >> much appreciated if they could respond here.
> >
> > I build catalyst stage4s. An
On Tue, 29 Jan 2013 22:47:26 +0100
Pacho Ramos wrote:
> Also, autoformatting will help to prevent every package setting
> messages with different lines length (in some cases really long lines
> that I finally reported some bugs in the past to get them fitting in
> "standard" 80 characters per lin
On Sat, 2 Feb 2013 23:33:26 +
"Aaron W. Swenson" wrote:
> After years of "if use test ; then ..." just working when
> FEATURES="test" is declared, it isn't working with EAPI5. I think we
> could save some bytes and headaches if we just add "test" to
> IUSE_IMPLICIT.
>
> Portage's emerge's "-
On Sun, 03 Feb 2013 13:46:52 +0100
Pacho Ramos wrote:
> dev-libs/boehm-gc
Will take this one in a few days if no one else grabs it first.
signature.asc
Description: PGP signature
On Mon, 04 Feb 2013 09:16:32 +0800
Patrick Lauer wrote:
> On 02/03/2013 09:45 PM, Ralph Sennhauser wrote:
> > On Sun, 03 Feb 2013 13:46:52 +0100
> > Pacho Ramos wrote:
> >
> >> dev-libs/boehm-gc
> >
> > Will take this one in a few days if no on
On Sun, 10 Feb 2013 12:22:13 +0100
""Paweł Hajdan, Jr."" wrote:
> I can actually batch invalidate all of them. This will generate some
> further bug spam (I apologize), but can save your time dealing with
> the mess. Please let me know what's your preference.
The URL field is likely not filled o
On Tue, 19 Feb 2013 14:10:33 +0100
Thomas Kahle wrote:
> ... if it is used in the ebuild?
>
> It is a system package here on amd64, but is it everywhere?
>
> Cheers,
> Thomas
>
Gnu sed version 4 is guaranteed by pms [1]
[1] http://dev.gentoo.org/~ulm/pms/5/pms.html#x1-12500011.3.1
signatur
Hi,
I'm querying this list out of the need of adding a new license[1] for
adobe-pcfi[2].
Suggested name for the license is adobe-pcfi. An other possibility
could be Adobe-PCFI to better match other Adobe* licenses.
The license would be added to the MISC-FREE license group.
If you have any doubt
On Sun, 10 Mar 2013 11:10:38 +
"Robin H. Johnson" wrote:
> On Sun, Mar 10, 2013 at 11:01:55AM +0100, Ulrich Mueller wrote:
> > > CMaps for PDF CJK Fonts
> > > ---
> > > [...]
> > > Permission is granted for redistribution of this file
> > > provided this copyright
On Tue, 30 Apr 2013 21:25:40 -0600
Ryan Hill wrote:
> I'm also going to rename the "test" flag to "regression-test" or
> something similar to get it out of FEATURES="test" control. The
> testsuite is a huge time-suck and only useful to developers IMO
> (always expected to fail and primarily mean
On Wed, 01 May 2013 01:29:05 -0400
"Rick \"Zero_Chaos\" Farina" wrote:
> Sadly it is so
> bad that we have a FEATURES=test-fail-continue I can't really say
> anything negative, that fact really says it all...
My beef is not with the existence of this FEATURE but that it's enabled
in the dev
On Wed, 8 May 2013 13:37:51 -0400
Rich Freeman wrote:
> Bottom line is that none of this should really be inconveniencing
> maintainers much - nobody is required to create unit files. However,
> if a friendly user submits a bug with one attached, then the
> maintainer should strongly consider ad
On Wed, 1 May 2013 19:18:52 -0600
Ryan Hill wrote:
> On Wed, 1 May 2013 10:14:02 +0200
> Ralph Sennhauser wrote:
>
> > On Tue, 30 Apr 2013 21:25:40 -0600
> > Ryan Hill wrote:
> >
> > > I'm also going to rename the "test" flag to "regr
On Sat, 11 May 2013 11:51:39 -0400
Mike Gilbert wrote:
> On Sat, May 11, 2013 at 5:30 AM, Michał Górny
> wrote:
> > Fixed naming the proper default sub-phase and declaring 'edefault'
> > in python_prepare_all().
> > ---
>
> I think I prefer to explicitly name the function I want to call, so I
>
On Fri, 10 May 2013 06:09:32 -0400
Rich Freeman wrote:
> On Fri, May 10, 2013 at 3:45 AM, Ralph Sennhauser
> wrote:
> > The other thing is those unit files really should come from upstream
> > and other distributions urge their developers to work with upstream
> > [1]
On Mon, 13 May 2013 00:24:09 +0200
Alexander Berntsen wrote:
> On 13/05/13 00:21, Peter Stuge wrote:
> > There is no problem if github is only used for hosting, but if it
> > is the primary point of contact, or if pull requests are accepted,
> > then github is also writing to repositories, and me
On Mon, 13 May 2013 09:07:21 +0200
Alexander Berntsen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 13/05/13 08:32, Ralph Sennhauser wrote:
> > Once I was asked if I could look into a package. I spent a day
> > writing a couple of ebuilds including fi
On Tue, 28 May 2013 17:15:40 -0500
William Hubbs wrote:
> On Tue, May 28, 2013 at 09:07:37PM +0200, Michał Górny wrote:
> > For the others, how large is the benefit of having them switchable?
> > At least some of them look like something that wouldn't hurt people
> > if it was always-built.
>
>
On Tue, 1 Apr 2014 15:31:56 -0700
Tim Harder wrote:
> Currently the java-utils-2 eclass refers to $DESTTREE in the
> java-pkg_init_paths_ function that gets run during pkg_setup (via the
> java-pkg-2 eclass that calls java-pkg_init). The java-pkg_init_paths_
> function also gets called again for
On Mon, 13 Oct 2014 14:02:55 -0400
"Anthony G. Basile" wrote:
> On 10/13/14 12:58, Michael Orlitzky wrote:
> > I've got two obsolete packages masked currently: app-text/unix2dos
> > and app-doc/djbdns-man. Both of them block other stable packages,
> > app-text/dos2unix and net-dns/djbdns respecti
# Ralph Sennhauser (04 Jan 2012)
# Outdated Java version, fails to fetch, no upstream. #228929
# Removal in 30 days.
dev-java/jrockit-jdk-bin
On Fri, 6 Jan 2012 20:05:47 +0100
Michał Górny wrote:
[snip]
>
> You should consider taking like 1 or 2 hours of your precious time to
> read about the use and meaning of various directories in the
> filesystem.
>
The FHS gives different meaning to directories than the systemd folks
like it t
On Fri, 20 Jan 2012 07:49:07 -0500
Rich Freeman wrote:
> On Thu, Jan 19, 2012 at 10:33 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> > Zac Medico posted on Thu, 19 Jan 2012 16:39:12 -0800 as excerpted:
> >
> >> Maybe it would be enough to add a suggestion about --exclude in the
> >> --newuse section
# Ralph Sennhauser (28 Jan 2012)
# Hopelessly outdated, contains broken jars. #91484
# Removal in 30 days.
dev-java/sun-j2ee
signature.asc
Description: PGP signature
51 matches
Mail list logo
