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
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 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 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 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 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 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 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 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, 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 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 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
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 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
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 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, 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 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 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 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 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 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 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, 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
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 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
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 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 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 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 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 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 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 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 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 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
# 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 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
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, 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 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 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
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 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
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, 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 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
# Ralph Sennhauser (28 Jan 2012)
# Hopelessly outdated, contains broken jars. #91484
# Removal in 30 days.
dev-java/sun-j2ee
signature.asc
Description: PGP signature
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
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
# Ralph Sennhauser (04 Jan 2012)
# Outdated Java version, fails to fetch, no upstream. #228929
# Removal in 30 days.
dev-java/jrockit-jdk-bin
51 matches
Mail list logo
