Zac Medico posted on Sun, 09 Sep 2012 18:34:09 -0700 as excerpted:
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
On Mon, 10 Sep 2012 17:22:14 +1200
Kent Fredric kentfred...@gmail.com wrote:
On 9 September 2012 15:53, Matthias Bethke matth...@towiski.de
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
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
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
On Sun, 9 Sep 2012 20:55:58 -0500
Doug Goldstein car...@gentoo.org 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
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, this
On Mon, 10 Sep 2012 10:18:56 +0200
Fabian Groffen grob...@gentoo.org 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
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 newer
On Mon, 10 Sep 2012 11:25:05 +0200
Fabian Groffen grob...@gentoo.org 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
On 10-09-2012 10:28:26 +0100, Ciaran McCreesh wrote:
On Mon, 10 Sep 2012 11:25:05 +0200
Fabian Groffen grob...@gentoo.org 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
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 brought
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
On 10 September 2012 15:48, William Hubbs willi...@gentoo.org 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
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 whether
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 obsolete
On Mon, 10 Sep 2012 09:48:32 -0500
William Hubbs willi...@gentoo.org 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
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
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 make things
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
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 that
20 matches
Mail list logo
