Gregory M. Turner posted on Mon, 10 Sep 2012 20:29:53 -0700 as excerpted:
> However, IIRC, /etc/make.conf is just ignored by portage if
> /etc/portage/make.conf is present, so symlinking, or even better, if
> possible, hardlinking those files would probably "do the right thing"
> for legacy tools
On 9/9/2012 6:34 PM, Zac Medico wrote:
On 09/09/2012 05:59 PM, Duncan wrote:
To your knowlege (IOW have you tested) having /etc/make.conf either a
symlink to /etc/portage/make.conf or a simple one-line
"source /etc/portage/make.conf"?
I've tested them both just now, and they work for me. Why w
On Fri, Sep 07, 2012 at 04:14:17PM -0400, Ian Stakenvicius wrote:
> Is there anything in particular in the spec/proposal for DEPENDENCIES
> that would exclude the addition of individual "build: app-cat/myatom"
> "run: app-cat/myatom" deps by an eclass or eclasses? I know the
> "goal" here is to ma
On Mon, Sep 10, 2012 at 02:47:48PM -0700, Christopher Head wrote:
> As a user… yes? I use a laptop, so I don’t much care which one is
> maintained but I’d be quite annoyed if both went away (unless there’s
> some other dæmon that does the same job that I’ve never heard of).
I am thinking that we w
On Mon, 10 Sep 2012 09:48:32 -0500
William Hubbs wrote:
> Does anyone have any thoughts about whether we should keep OpenRC
> support for one or both of these?
As a user… yes? I use a laptop, so I don’t much care which one is
maintained but I’d be quite annoyed if both went away (unless there’s
On Mon, Sep 10, 2012 at 04:26:10PM -0400, Olivier Crête wrote:
> On Mon, 2012-09-10 at 09:48 -0500, William Hubbs wrote:
> > In researching this program, I have found that it and ifplugd, which is
> > the alternative, have been unmaintained for years. Also Debian has
> > declared netplugd to be obs
On Mon, 2012-09-10 at 09:48 -0500, William Hubbs wrote:
> In researching this program, I have found that it and ifplugd, which is
> the alternative, have been unmaintained for years. Also Debian has
> declared netplugd to be obsolete in favor of ifplugd.
>
> Does anyone have any thoughts about whe
On 10 September 2012 15:48, William Hubbs wrote:
> All,
>
> I have a regression in OpenRc wrt netplugd [1].
>
> In researching this program, I have found that it and ifplugd, which is
> the alternative, have been unmaintained for years. Also Debian has
> declared netplugd to be obsolete in favor o
All,
I have a regression in OpenRc wrt netplugd [1].
In researching this program, I have found that it and ifplugd, which is
the alternative, have been unmaintained for years. Also Debian has
declared netplugd to be obsolete in favor of ifplugd.
Does anyone have any thoughts about whether we sho
On 09/10/2012 03:55 AM, Doug Goldstein wrote:
> Hey all,
>
> Just an announcement that app-emulation/qemu-kvm will be pkgmove'd to
> app-emulation/qemu at some point this week. The app-emulation/qemu
> ebuilds will effectively die and be replaced by the
> app-emulation/qemu-kvm ebuilds. I've broug
On 10-09-2012 10:28:26 +0100, Ciaran McCreesh wrote:
> On Mon, 10 Sep 2012 11:25:05 +0200
> Fabian Groffen wrote:
> > On 10-09-2012 09:32:23 +0100, Ciaran McCreesh wrote:
> > > So really we should just not support prefix at all in any EAPI
> > > before 5, and not have the whole "but define those p
On Mon, 10 Sep 2012 11:25:05 +0200
Fabian Groffen wrote:
> On 10-09-2012 09:32:23 +0100, Ciaran McCreesh wrote:
> > So really we should just not support prefix at all in any EAPI
> > before 5, and not have the whole "but define those prefix variables
> > anyway" hack in eclasses. But apparently pe
On 10-09-2012 09:32:23 +0100, Ciaran McCreesh wrote:
> So really we should just not support prefix at all in any EAPI before
> 5, and not have the whole "but define those prefix variables anyway"
> hack in eclasses. But apparently people are preferring to go to great
> lengths not to have to use ne
On Mon, 10 Sep 2012 10:18:56 +0200
Fabian Groffen wrote:
> Normally, if you use a USE-flag, you add them to IUSE of the ebuild.
> However, some USE-flags have been considered too general to put them
> in there in the past.
That's not exactly why. Historically (as in, way before EAPI days) IUSE
wa
On 07-09-2012 16:38:15 -0700, Gregory M. Turner wrote:
> On 9/7/2012 10:32 AM, Fabian Groffen wrote:
> > With the introduction of IMPLICIT_IUSE (scheduled for EAPI 5), a phrase
> > has been added to PMS, that finally makes a statement on what's supposed
> > to be in IUSE, and what not[2]. To me, t
On Sun, 9 Sep 2012 20:55:58 -0500
Doug Goldstein wrote:
> Just an announcement that app-emulation/qemu-kvm will be pkgmove'd to
> app-emulation/qemu at some point this week.
Package moves shouldn't be used to move a package over something that
already exists. You should just package.mask and late
Doug Goldstein schrieb:
> Just an announcement that app-emulation/qemu-kvm will be pkgmove'd to
> app-emulation/qemu at some point this week. The app-emulation/qemu
> ebuilds will effectively die and be replaced by the
> app-emulation/qemu-kvm ebuilds. I've brought this up before and there
> was a
Hi all,
please give comments on the attached eclass.
The purpose of the eclass is
* handle the suite bundle and its single rpms
* simplify ebuilds
* a clean and easy way to unpack what is needs to be install
Thanks,
justin
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms
On Mon, 10 Sep 2012 17:22:14 +1200
Kent Fredric wrote:
> On 9 September 2012 15:53, Matthias Bethke
> wrote:
> > I think Gentoo of all distributions should aim to provide software
> > as "original" as possible. If there are any reasons that I have
> > ignored so far why people would want the cu
19 matches
Mail list logo
