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
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/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
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:
-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 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
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 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 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
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/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:
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 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 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, 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 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 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 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 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 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 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 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 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 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 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 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 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, 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 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-
# 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 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
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
> + 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
# 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
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
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
36 matches
Mail list logo
