So we have 31 packages that can optionally support webkit, and none of them
lets you choose between the qt and gtk branches at compile time. I fail to
see the benefit of splitting the flag.
---
Jesús Guerrero Botella
El 07/05/2012 05:16, "Ben" escribió:
> On 7 May 2012 08:47, Arfrever Frehtes Ta
On Sunday 06 May 2012 17:56:41 Michael Sterrett wrote:
> I prefer it right after IUSE which is where it currently is in skel.ebuild.
this
-mike
signature.asc
Description: This is a digitally signed message part.
On 7 May 2012 08:47, Arfrever Frehtes Taifersar Arahesis
wrote:
> I suggest to use separate qt-webkit (or webkit-qt) and webkit-gtk USE flags.
I don't think that is necessary.
Ben | yngwin
2012-05-07 03:00:31 hasufell napisał(a):
> 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 we
# Naohiro Aota (07 May 2012)
# Dead upstream.
# Removal in 30 days - bug 412503, 412505, 412511
app-dicts/canna-canda-med
app-dicts/canna-shion
app-dicts/canna-zipcode
pgpyWAt9n1qDb.pgp
Description: PGP signature
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 suggest to use separate qt-w
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-webkit (or webkit-qt) and webkit-gtk USE flags.
--
Arfrever Frehtes Taifers
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2012-05-06 23h59 UTC.
Removals:
x11-themes/qgtkstyle2012-04-30 14:27:28 pesa
media-libs/tunepimp 2012-05-01 10:04:54 johu
x11-drivers/xf86-input
Am Montag 07 Mai 2012, 01:24:39 schrieb Ulrich Mueller:
> > On Mon, 07 May 2012, Samuli Suominen wrote:
> > On 05/07/2012 01:27 AM, Ulrich Mueller wrote:
> >> Are we now using behaviour of editors as a reference? With Emacs or
> >> XEmacs, the template includes RESTRICT and places it before DEP
> On Mon, 07 May 2012, Samuli Suominen wrote:
> On 05/07/2012 01:27 AM, Ulrich Mueller wrote:
>> Are we now using behaviour of editors as a reference? With Emacs or
>> XEmacs, the template includes RESTRICT and places it before DEPEND
>> and RDEPEND.
> I would rather see RESTRICT dropped from
On 05/07/2012 01:27 AM, Ulrich Mueller wrote:
On Mon, 07 May 2012, Samuli Suominen wrote:
If you `vim foo.ebuild` the default template will automatically
include lines for DEPEND and RDEPEND, but not for RESTRICT
Are we now using behaviour of editors as a reference? With Emacs or
XEmacs, the
> On Mon, 07 May 2012, Samuli Suominen wrote:
> If you `vim foo.ebuild` the default template will automatically
> include lines for DEPEND and RDEPEND, but not for RESTRICT
Are we now using behaviour of editors as a reference? With Emacs or
XEmacs, the template includes RESTRICT and places it
I prefer it right after IUSE which is where it currently is in skel.ebuild.
If you `vim foo.ebuild` the default template will automatically include
lines for DEPEND and RDEPEND, but not for RESTRICT
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?
--- skel
Am Samstag 05 Mai 2012, 20:54:09 schrieb Andreas K. Huettel:
> Am Freitag, 4. Mai 2012, 18:30:10 schrieb hasufell:
> > # @ECLASS-VARIABLE: CMAKE_VERBOSE
> > # @DESCRIPTION:
> > # Set to enable verbose messages during compilation.
> >
> > By default this is deactivated which is inconvenient imo and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/05/12 09:06, Andreas K. Huettel wrote:
> Am Samstag, 5. Mai 2012, 23:15:46 schrieb Markos Chandras:
>> On 05/05/2012 08:04 PM, Michał Górny wrote:
>>> On Sat, 5 May 2012 20:40:47 +0200 "Andreas K. Huettel"
>>>
>>> wrote:
there's a growing c
> 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 new category
El dom, 06-05-2012 a las 19:28 +0200, Fabian Groffen escribió:
> On 06-05-2012 19:23:47 +0200, Pacho Ramos wrote:
> > El dom, 06-05-2012 a las 18:10 +0200, Andreas K. Huettel escribió:
> > > Maybe we could punt ChangeLogs generally and generate them from commit
> > > messages...
> > >
> > > err.
On 06-05-2012 19:23:47 +0200, Pacho Ramos wrote:
> El dom, 06-05-2012 a las 18:10 +0200, Andreas K. Huettel escribió:
> > Maybe we could punt ChangeLogs generally and generate them from commit
> > messages...
> >
> > err... hasn't this been discussed before?
> >
> > :o(
>
> Well, in this case
El dom, 06-05-2012 a las 18:10 +0200, Andreas K. Huettel escribió:
> Am Sonntag, 6. Mai 2012, 14:03:02 schrieb Pacho Ramos:
> > El dom, 06-05-2012 a las 14:41 +0300, Samuli Suominen escribió:
> > > eclass/ has a ChangeLog
> > >
> > > (and this is getting old that everyone keeps ignoring it, I've p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/06/2012 05:35 PM, Pacho Ramos wrote:
> Well, in tree versions are still buggy and outdated, I would vote
> for either: 1. Mask them for removal (server is already hardmasked,
> but client not). 2. Proxy maintain them if anyone volunteers.
I wo
Am Sonntag, 6. Mai 2012, 14:03:02 schrieb Pacho Ramos:
> El dom, 06-05-2012 a las 14:41 +0300, Samuli Suominen escribió:
> > eclass/ has a ChangeLog
> >
> > (and this is getting old that everyone keeps ignoring it, I've proposed
> > punting the ChangeLog from eclass/ directory once, and repeating
Am Samstag, 5. Mai 2012, 23:15:46 schrieb Markos Chandras:
> On 05/05/2012 08:04 PM, Michał Górny wrote:
> > On Sat, 5 May 2012 20:40:47 +0200 "Andreas K. Huettel"
> >
> > wrote:
> >> there's a growing culture of libreoffice extensions, and (with
> >> the help of an eclass prepared by scarabeus)
El dom, 15-04-2012 a las 17:09 +0200, Philipp Riegger escribió:
> On Sat, 14 Apr 2012 14:24:25 +0300
> Samuli Suominen wrote:
>
> > On 04/14/2012 02:16 PM, Pacho Ramos wrote:
> > > Due long devaway, his packages need a co-maintainer, feel free to
> > > add to metadata if you want. Thanks:
> > > d
On Sun, 6 May 2012 07:33:59 -0400
Rich Freeman wrote:
> Some other questionable ones:
> emboss - Adds support for the European Molecular Biology Open
We've had this discussion before... The question is not "are people
likely to want emboss?". The question is "of people who use packages
that have
On 05/06/2012 03:01 PM, Pacho Ramos wrote:
El dom, 06-05-2012 a las 07:33 -0400, Rich Freeman escribió:
On Sun, May 6, 2012 at 5:37 AM, Michał Górny wrote:
I don't think even heavyweight DE/WM usually needs ldap...
Tend to agree. I don't think we want to create a new profile every
time we
On 05/06/2012 02:45 PM, Fabian Groffen wrote:
On 06-05-2012 14:41:13 +0300, Samuli Suominen wrote:
eclass/ has a ChangeLog
(and this is getting old that everyone keeps ignoring it, I've proposed
punting the ChangeLog from eclass/ directory once, and repeating it now)
% head Changelog
# Chang
El dom, 06-05-2012 a las 14:41 +0300, Samuli Suominen escribió:
> eclass/ has a ChangeLog
>
> (and this is getting old that everyone keeps ignoring it, I've proposed
> punting the ChangeLog from eclass/ directory once, and repeating it now)
>
Maybe we could punt ChangeLog from eclass/ and gener
El dom, 06-05-2012 a las 07:33 -0400, Rich Freeman escribió:
> On Sun, May 6, 2012 at 5:37 AM, Michał Górny wrote:
> >
> > I don't think even heavyweight DE/WM usually needs ldap...
> >
>
> Tend to agree. I don't think we want to create a new profile every
> time we want to change one of the fla
hasufell wrote:
> # grep ^USE /usr/portage/profiles/releases/make.defaults
> USE="acl cups gdbm gpm nptl nptlonly sysfs unicode"
I cannot find any description about 'nptlonly' and 'sysfs' in either
/profiles/use{,.local}.desc. Are they still used?
> This is used by "/usr/portage/profiles/default/
On 06-05-2012 14:41:13 +0300, Samuli Suominen wrote:
> eclass/ has a ChangeLog
>
> (and this is getting old that everyone keeps ignoring it, I've proposed
> punting the ChangeLog from eclass/ directory once, and repeating it now)
% head Changelog
# ChangeLog for eclass directory
# Copyright 199
eclass/ has a ChangeLog
(and this is getting old that everyone keeps ignoring it, I've proposed
punting the ChangeLog from eclass/ directory once, and repeating it now)
On 05/06/2012 02:42 PM, Fabian Groffen (grobian) wrote:
grobian 12/05/06 11:42:07
Modified: libtool.ecla
On Sun, May 6, 2012 at 5:37 AM, Michał Górny wrote:
>
> I don't think even heavyweight DE/WM usually needs ldap...
>
Tend to agree. I don't think we want to create a new profile every
time we want to change one of the flags.
Some other questionable ones:
emboss - Adds support for the European M
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:
"Add support for the WebKit HTML rendering/layout engine."
On Sun, 06 May 2012 10:23:25 +0100
Markos Chandras wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 05/06/2012 03:04 AM, Ben wrote:
> > On 6 May 2012 08:29, Dale wrote:
> >> I mentioned this once a long time ago. We expect things to stay
> >> the same unless we do something to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/06/2012 02:55 AM, Ben wrote:
> On 6 May 2012 08:34, 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
>>
>
> IIRC this wa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/06/2012 02:58 AM, Ben wrote:
> On 6 May 2012 04:45, hasufell wrote:
>> # grep ^USE /usr/portage/profiles/releases/make.defaults USE="acl
>> cups gdbm gpm nptl nptlonly sysfs unicode"
>>
>> This is used by "/usr/portage/profiles/default/linux/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/06/2012 03:04 AM, Ben wrote:
> On 6 May 2012 08:29, Dale wrote:
>> I mentioned this once a long time ago. We expect things to stay
>> the same unless we do something to change them. If things change
>> without us doing the change, we tend to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
# Markos Chandras (06 May 2012)
# Stopped working long time ago. Removal in 30 days
# Use emesene:2 as an alternative
net-im/emesene:0
- --
Regards,
Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
-BEGIN PGP SIGNATURE-
Version:
On 05/06/2012 04:58 AM, Ben wrote:
On 6 May 2012 04:45, hasufell wrote:
# grep ^USE /usr/portage/profiles/releases/make.defaults
USE="acl cups gdbm gpm nptl nptlonly sysfs unicode"
This is used by "/usr/portage/profiles/default/linux/amd64/10.0" for
example, so I have "cups" in default NON-DES
On Sat, 5 May 2012, hasufell wrote:
# grep ^USE /usr/portage/profiles/releases/make.defaults
USE="acl cups gdbm gpm nptl nptlonly sysfs unicode"
This is used by "/usr/portage/profiles/default/linux/amd64/10.0" for
example, so I have "cups" in default NON-DESKTOP profile like it was a
mandatory
41 matches
Mail list logo
