On 05/07/2012 04:00 AM, hasufell wrote:
On 05/07/2012 02:47 AM, Arfrever Frehtes Taifersar Arahesis wrote:
2012-05-06 02:34:26 hasufell napisał(a):
# grep :webkit use.local.desc | wc -l 33
I would vote to make this a global useflag:
webkit - Adds support for the webkit library/module
I sugg
On 05/07/2012 02:24 AM, Ulrich Mueller wrote:
Therefore I suggest we move this example a bit down in skel.ebuild
as it's more logical to continue with new lines instead of applying
in-between
Any objections?
Yes. Please leave it as it is.
Yeah, I will if someone has a (good) argument for
# Samuli Suominen (07 May 2012)
# Dead upstream. Removal in 30 days. Bugs 339811,
# 372009 and 414837. Use app-misc/tracker or any other
# indexer instead.
app-misc/beagle
app-misc/beagle-xesam
dev-libs/libbeagle
sys-fs/beaglefs
> + 07 May 2012; Ben de Groot
> + +files/traverso-0.49.2-desktop.patch,
> +files/traverso-0.49.2-gold.patch,
that patch is not portable, please fix
> + +traverso-0.49.2-r1.ebuild, -traverso-0.49.1.ebuild,
> -traverso-0.49.2.ebuild:
this leaves a stray patch in files, please fix
On Mon, 7 May 2012 21:00:18 +0800
Ben de Groot wrote:
> On 7 May 2012 20:35, Alexis Ballier wrote:
> >> + 07 May 2012; Ben de Groot
> >> + +files/traverso-0.49.2-desktop.patch,
> >> +files/traverso-0.49.2-gold.patch,
> >
> > that patch is not portable, please fix
>
> I considered that, but t
> > On Sun, 6 May 2012, Andreas K Huettel wrote:
> > I've collected information and the extensions (should) work with any
> > office variant, openoffice and libreoffice. To be more precise, they
> > should work with anything that uses the so-called "uno bridge".
> >
> > This is why I like the
# Samuli Suominen (07 May 2012)
# Upstream discontinued security support for 3.6 series.
# Blocking net-libs/xulrunner removal wrt bug #403415.
# If you still need these, now is the time to copy them
# to your local overlay.
# Masked for removal in 30 days.
=www-client/firefox-3.6*
On 05/06/2012 05:47 PM, Arfrever Frehtes Taifersar Arahesis wrote:
> 2012-05-06 02:34:26 hasufell napisał(a):
>> # grep :webkit use.local.desc | wc -l
>> 33
>>
>> I would vote to make this a global useflag:
>>
>> webkit - Adds support for the webkit library/module
>
> I suggest to use separate qt-
On Mon, 07 May 2012 11:11:04 -0700
Zac Medico wrote:
> REQUIRED_USE="webkit? ( qt ) !webkit? ( !qt ) qt? ( webkit ) !qt? (
> !webkit )"
Why do you need to write it both ways?
> It's pretty awkward with the existing operators, but we could extend
> the REQUIRED_USE syntax to support an equivalent
> On Mon, 07 May 2012, Zac Medico wrote:
> Another possible way to model this kind of relationship would be to
> us REQUIRED_USE to enforce relationships with the qt and gtk flags:
> REQUIRED_USE="webkit? ( qt ) !webkit? ( !qt ) qt? ( webkit ) !qt? (
> !webkit )"
This line just says that eit
On Mon, 7 May 2012 20:26:08 +0200
Ulrich Mueller wrote:
> REQUIRED_USE="^^ ( webkit !qt )"
Please provide an algorithm that will turn that into an appropriate
error message for displaying to a user.
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On 05/07/2012 11:26 AM, Ulrich Mueller wrote:
>> REQUIRED_USE="webkit? ( gtk ) !webkit? ( !gtk ) gtk? ( webkit ) !gtk? (
>> !webkit )"
>
>> It's pretty awkward with the existing operators, but we could extend
>> the REQUIRED_USE syntax to support an equivalent operator in a
>> future EAPI.
>
> As
> On Mon, 7 May 2012, Ciaran McCreesh wrote:
> I propose:
> REQUIRED_USE="== ( qt webkit )"
But this just means that the ebuild has redundant USE flags, so one of
them shouldn't be in IUSE, in the first place.
Ulrich
On Mon, 2012-05-07 at 11:11 -0700, Zac Medico wrote:
> On 05/06/2012 05:47 PM, Arfrever Frehtes Taifersar Arahesis wrote:
> > 2012-05-06 02:34:26 hasufell napisał(a):
> >> # grep :webkit use.local.desc | wc -l
> >> 33
> >>
> >> I would vote to make this a global useflag:
> >>
> >> webkit - Adds sup
On 05/07/2012 12:18 PM, Ulrich Mueller wrote:
>> On Mon, 7 May 2012, Ciaran McCreesh wrote:
>
>> I propose:
>
>> REQUIRED_USE="== ( qt webkit )"
>
> But this just means that the ebuild has redundant USE flags, so one of
> them shouldn't be in IUSE, in the first place.
It serves to conve
On 05/07/2012 12:33 PM, Stelian Ionescu wrote:
> Isn't it the time to make a new EAPI which no longer has USE "flags" but
> USE "values" ? Many of the really weird USE flags combinations would be
> much more clearly expressed if the possible types for a USE variable
> were:
> 1) member-of: for choo
On Mon, 07 May 2012 13:24:31 -0700
Zac Medico wrote:
> On 05/07/2012 12:18 PM, Ulrich Mueller wrote:
> >> On Mon, 7 May 2012, Ciaran McCreesh wrote:
> >
> >> I propose:
> >
> >> REQUIRED_USE="== ( qt webkit )"
> >
> > But this just means that the ebuild has redundant USE flags, so one
On 05/07/2012 01:43 PM, Michał Górny wrote:
> On Mon, 07 May 2012 13:24:31 -0700
> Zac Medico wrote:
>
>> On 05/07/2012 12:18 PM, Ulrich Mueller wrote:
On Mon, 7 May 2012, Ciaran McCreesh wrote:
>>>
I propose:
>>>
REQUIRED_USE="== ( qt webkit )"
>>>
>>> But this just means
On Mon, 07 May 2012 14:41:33 -0700
Zac Medico wrote:
> What if '!webkit? ( !qt )' also applies though? As an alternative to
> listing both constraints separately, you could combine them as '^^ (
> webkit !qt )', or add support for '== ( qt webkit )' to make the
> expression easier to read.
Forget
On Fri, May 04, 2012 at 05:59:45PM -0700, Greg KH wrote
> On Fri, May 04, 2012 at 02:52:33PM -0700, Luca Barbato wrote:
> > On 04/05/12 14:35, Walter Dnes wrote:
> > > What could work is a shim or compatability layer that gets
> > > called, and pre-processes requests and forwards them to mdev.
> >
On Fri, May 04, 2012 at 06:06:52PM -0700, Greg KH wrote
> > Remember, you are passing the complexity of insisting that you do not
> > want these things to the people managing the packages and trying to
> > support the system in so many different combinations. Why someone would
> > want to run Chro
On Mon, 2012-05-07 at 18:23 -0400, Walter Dnes wrote:
> On Fri, May 04, 2012 at 05:59:45PM -0700, Greg KH wrote
> > On Fri, May 04, 2012 at 02:52:33PM -0700, Luca Barbato wrote:
> > > On 04/05/12 14:35, Walter Dnes wrote:
> > > > What could work is a shim or compatability layer that gets
> > > > c
On Sun, May 06, 2012 at 07:33:59AM -0400, Rich Freeman wrote
> The bottom line is that we don't need 47 different profile targets -
> there will always be a "use" for 1 more. That's why we all run Gentoo
> - we aren't bound by the decisions made for us by the package
> maintainers.
There's a "
On Mon, May 7, 2012 at 7:17 PM, Walter Dnes wrote:
> There's a "server" profile which could be the answer.
I've never seen that as being a terribly useful profile. Servers tend
to be very minimal configurations. Maybe if we ever ripped sshd out
of the default profile we might put it there, but
On 05/08/12 07:16, Olivier Crête wrote:
> On Mon, 2012-05-07 at 18:23 -0400, Walter Dnes wrote:
>> On Fri, May 04, 2012 at 05:59:45PM -0700, Greg KH wrote
>>> On Fri, May 04, 2012 at 02:52:33PM -0700, Luca Barbato wrote:
On 04/05/12 14:35, Walter Dnes wrote:
> What could work is a shim or
On 05/06/2012 12:52 PM, Davide Pesavento wrote:
> On Sun, May 6, 2012 at 2:34 AM, hasufell wrote:
>> # grep :webkit use.local.desc | wc -l
>> 33
>>
>> I would vote to make this a global useflag:
>>
>> webkit - Adds support for the webkit library/module
>>
>
> I suggest the following description:
Greg KH wrote:
> On Fri, May 04, 2012 at 03:50:24PM +0100, Steven J Long wrote:
>> >> To confirm again, that this is about without initramfs:
>> > systemd and udev are being merged into one tarball. For the
>> > "foreseeable future", it will still build 2 separate binaries.
>> > What happens dow
On 05/07/12 21:40, Steven J Long wrote:
> "The future of GNOME is as a Linux based OS. It is harmful to pretend
> that you are writing the OS core to work on any number of different
> kernels, user space subsystem combinations, and core libraries..
> Kernels just aren't that interesting. Linux is
On 04/05/12 18:02, Greg KH wrote:
> When was the last time dbus crashed on you?
Last time I used with bluez? I think about few months ago, I hadn't time
to debug the issue and I tend not to use stuff I known broken.
I know that's a chicken egg issue =|
I'm not sure if connman hanging randomly i
On Mon, 07 May 2012 14:41:33 -0700
Zac Medico wrote:
> On 05/07/2012 01:43 PM, Michał Górny wrote:
> > On Mon, 07 May 2012 13:24:31 -0700
> > Zac Medico wrote:
> >
> >> On 05/07/2012 12:18 PM, Ulrich Mueller wrote:
> On Mon, 7 May 2012, Ciaran McCreesh wrote:
> >>>
> I propose:
>
On 04/05/12 17:59, Greg KH wrote:
> On Fri, May 04, 2012 at 02:52:33PM -0700, Luca Barbato wrote:
>> On 04/05/12 14:35, Walter Dnes wrote:
>>> What could work is a shim or compatability layer that gets
>>> called, and pre-processes requests and forwards them to mdev.
>>
>> That's my idea =)
>
> a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/07/2012 08:50 PM, Michał Górny wrote:
> On Mon, 07 May 2012 14:41:33 -0700 Zac Medico
> wrote:
>
>> On 05/07/2012 01:43 PM, Michał Górny wrote:
>>> On Mon, 07 May 2012 13:24:31 -0700 Zac Medico
>>> wrote:
>>>
On 05/07/2012 12:18 PM, Ulri
On Mon, 07 May 2012 20:58:18 -0700
Zac Medico wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05/07/2012 08:50 PM, Michał Górny wrote:
> > On Mon, 07 May 2012 14:41:33 -0700 Zac Medico
> > wrote:
> >
> >> On 05/07/2012 01:43 PM, Michał Górny wrote:
> >>> On Mon, 07 May 2012 13:
On 05/07/2012 09:07 PM, Michał Górny wrote:
> On Mon, 07 May 2012 20:58:18 -0700
> Zac Medico wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 05/07/2012 08:50 PM, Michał Górny wrote:
>>> On Mon, 07 May 2012 14:41:33 -0700 Zac Medico
>>> wrote:
>>>
On 05/07/2012 01:43 P
Upstream is talking about removing the ability to build python without
threads support (non-double negative: future Python would require
threads support). Is anyone here depending on building Python with
-threads?
Cheers,
Dirkjan
On 05/08/2012 02:01 AM, Rich Freeman wrote:
> On Mon, May 7, 2012 at 7:17 PM, Walter Dnes wrote:
>> There's a "server" profile which could be the answer.
>
> I've never seen that as being a terribly useful profile. Servers tend
> to be very minimal configurations. Maybe if we ever ripped sshd
36 matches
Mail list logo
