On Sun, 9 Sep 2012 07:26:23 +0200
Arfrever Frehtes Taifersar Arahesis wrote:
> 2012-09-04 22:50:16 Michał Górny napisał(a):
> > + local
> > slot=${1:-${BOOST_MAX_VERSION:-$(boost-utils_get_best_slot)}}
>
> When BOOST_MAX_VERSION is non-empty, then it should be used in the
> following way:
>
>
2012-09-09 10:06:43 Michał Górny napisał(a):
> No, we don't support older versions.
Older versions must be supported to easily handle the situation when Boost 1.49
is stable and
Boost 1.50 and 1.51 are unstable and not package.masked and package X has only
stable ebuilds
and all of them currentl
On Sun, 9 Sep 2012 19:47:07 +0200
Arfrever Frehtes Taifersar Arahesis wrote:
> 2012-09-09 10:06:43 Michał Górny napisał(a):
> > No, we don't support older versions.
>
> Older versions must be supported to easily handle the situation when Boost
> 1.49 is stable and
> Boost 1.50 and 1.51 are unst
On 9/8/2012 2:05 PM, Jorge Manuel B. S. Vicetto wrote:
> Here is the second draft for this news item.
> ...
> Starting next week, new stages will have make.conf and make.profile
> moved from /etc to /etc/portage. This is a change in the installation
> defaults, that will only affect new installs so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This news item was committed.
On 06-09-2012 03:55, Jorge Manuel B. S. Vicetto wrote:
> Hi.
>
> Following the July 24th thread about changing the default location
> of make.conf and make.profile in the new stages, I propose to
> commit 2 news items in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This news item was committed.
On 06-09-2012 03:52, Jorge Manuel B. S. Vicetto wrote:
> Hi.
>
> Following the July 24th thread about changing the default location
> of make.conf and make.profile in the new stages, I propose to
> commit 2 news items in
Fixed to support any slot older than specified correctly.
---
gx86/eclass/boost-utils.eclass | 95 ++
1 file changed, 95 insertions(+)
create mode 100644 gx86/eclass/boost-utils.eclass
diff --git a/gx86/eclass/boost-utils.eclass b/gx86/eclass/boost-utils.e
On Sun, Sep 9, 2012 at 3:13 PM, Jorge Manuel B. S. Vicetto
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> This news item was committed.
>
So the news item was a bit ambiguous on if I wanted to make the change
myself to the new locations when I could actually make the change.
Current
On 09/09/2012 02:42 PM, Doug Goldstein wrote:
> On Sun, Sep 9, 2012 at 3:13 PM, Jorge Manuel B. S. Vicetto
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> This news item was committed.
>>
>
> So the news item was a bit ambiguous on if I wanted to make the change
> myself to the
Hola folks.
Currently, our if you needed to mask the use flag introspection
globally, but allow it to be used for say app-crypt/gcr, the profile
configuration would be the following:
use.mask:
introspection
package.use.mask:
app-crypt/gcr -introspection
Frankly, this is a bit of a pain in the
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2012-09-09 23h59 UTC.
Removals:
kde-base/activitymanager2012-09-03 13:42:34 johu
app-arch/TheUnarchiver 2012-09-03 16:11:57 hanno
app-text/epdfview
Zac Medico posted on Sun, 09 Sep 2012 14:57:30 -0700 as excerpted:
> On 09/09/2012 02:42 PM, Doug Goldstein wrote:
>> On Sun, Sep 9, 2012 at 3:13 PM, Jorge Manuel B. S. Vicetto
>> wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> This news item was committed.
>>>
>>>
>> So the
Brian Harring posted on Sun, 09 Sep 2012 15:10:27 -0700 as excerpted:
> [Current profile config to to mask the USE=introspection
> globally, but unmask it for app-crypt/gcr]:
>
> use.mask:
> introspection
>
> package.use.mask:
> app-crypt/gcr -introspection
> [Suggest killing package.* content,
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 wouldn't they?
--
Thanks,
Zac
Duncan posted on Mon, 10 Sep 2012 00:59:32 + as excerpted:
> To your knowlege (IOW have you tested) having /etc/make.conf
I apologize for the terrible "sentence" structure (and
spelling "knowledge" or rather practice). Hopefully it's obvious what I
intended to ask, tho.
--
Duncan - Lis
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 this up before and there
was a bunch of rabble about "k
Revised proposal with suggestions from Nirbheek. VALA_API_VERSION has
been split into max and min to make it easier for packages to depend on
a range of vala slots.
# Copyright 1999-2012 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: v
On Mon, Sep 10, 2012 at 01:28:23AM +, Duncan wrote:
> Brian Harring posted on Sun, 09 Sep 2012 15:10:27 -0700 as excerpted:
>
> > [Current profile config to to mask the USE=introspection
> > globally, but unmask it for app-crypt/gcr]:
> >
> > use.mask:
> > introspection
> >
> > package.use.m
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 current behavior, how about I make this
> patch conditional on a new
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 bo
20 matches
Mail list logo
