Dnia 2014-02-20, o godz. 01:44:17
Steev Klimaszewski st...@gentoo.org napisał(a):
On Thu, 2014-02-20 at 07:55 +0200, Samuli Suominen wrote:
On 20/02/14 00:23, Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3 USE flag is used by
27 packages, so I suggest making it a
On Wed, 19 Feb 2014 23:23:23 +0100 Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3 USE flag is used by
27 packages, so I suggest making it a global flag:
gtk3 - Add support for x11-libs/gtk+ (The GIMP Toolkit) version 3
Ulrich
+1
gtk+:3 still is a mess even in its tenth
On 20/02/14 09:44, Steev Klimaszewski wrote:
On Thu, 2014-02-20 at 07:55 +0200, Samuli Suominen wrote:
On 20/02/14 00:23, Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3 USE flag is used by
27 packages, so I suggest making it a global flag:
gtk3 - Add support for
On Thu, 2014-02-20 at 10:40 +0200, Samuli Suominen wrote:
On 20/02/14 09:44, Steev Klimaszewski wrote:
On Thu, 2014-02-20 at 07:55 +0200, Samuli Suominen wrote:
On 20/02/14 00:23, Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3 USE flag is used by
27 packages, so I
On Thu, 20 Feb 2014, Michał Górny wrote:
Except that now users have to use USE='gtk gtk3' to get GUIs in
random applications that support only one toolkit. And then handle
REQUIRED_USE mess for packages that support choosing one of the two.
Why REQUIRED_USE? A package can prefer one of the
On Thu, 2014-02-20 at 09:11 +0100, Michał Górny wrote:
Dnia 2014-02-20, o godz. 01:44:17
Steev Klimaszewski st...@gentoo.org napisał(a):
On Thu, 2014-02-20 at 07:55 +0200, Samuli Suominen wrote:
On 20/02/14 00:23, Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3 USE
On Thu, 2014-02-20 at 02:47 -0600, Steev Klimaszewski wrote:
OR, since I'm the maintainer, I decide that I'm willing to deal with
both, instead of you telling me that I need to pick one or the other.
Upstream says both are supported and viable, and I'm willing to deal
with the headaches. Just
On Thu, 2014-02-20 at 03:59 -0500, Alexandre Rostovtsev wrote:
And this is an example of why everyone on the gnome team doesn't like
the gtk3 flag. Because well-meaning developers will be looking at
their one corner of the portage tree, deciding that they are going to
handle the choice of gtk
On Thu, 20 Feb 2014, Alexandre Rostovtsev wrote:
Unfortunately, at the same time, lots of other developers are going
to start adding support for building against gtk2 XOR gtk3. Because
of course Gentoo is about choice, and the more choices, the
merrier, and the gtk3 flag has been declared as
On 20/02/14 10:47, Steev Klimaszewski wrote:
On Thu, 2014-02-20 at 10:40 +0200, Samuli Suominen wrote:
On 20/02/14 09:44, Steev Klimaszewski wrote:
On Thu, 2014-02-20 at 07:55 +0200, Samuli Suominen wrote:
On 20/02/14 00:23, Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3
On 20/02/14 11:23, Steev Klimaszewski wrote:
On Thu, 2014-02-20 at 03:59 -0500, Alexandre Rostovtsev wrote:
And this is an example of why everyone on the gnome team doesn't like
the gtk3 flag. Because well-meaning developers will be looking at
their one corner of the portage tree, deciding
On Thu, 2014-02-20 at 03:23 -0600, Steev Klimaszewski wrote:
The KDE team seems to be able to deal with it just fine, but somehow
it's impossible and hard for the GNOME team. Why is that? What does
KDE do differently that makes it feasible?
The KDE ecosystem moved from qt3 to qt4 around
On 20 Feb 2014 10:12, Michał Górny mgo...@gentoo.org wrote:
Dnia 2014-02-20, o godz. 01:44:17
Steev Klimaszewski st...@gentoo.org napisał(a):
On Thu, 2014-02-20 at 07:55 +0200, Samuli Suominen wrote:
On 20/02/14 00:23, Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3
Samuli Suominen posted on Thu, 20 Feb 2014 07:55:44 +0200 as excerpted:
On 20/02/14 00:23, Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3 USE flag is used by 27
packages, so I suggest making it a global flag:
gtk3 - Add support for x11-libs/gtk+ (The GIMP Toolkit) version
On Thu, 2014-02-20 at 10:26 +0100, Ulrich Mueller wrote:
On Thu, 20 Feb 2014, Alexandre Rostovtsev wrote:
Unfortunately, at the same time, lots of other developers are going
to start adding support for building against gtk2 XOR gtk3. Because
of course Gentoo is about choice, and the more
On 20/02/14 12:07, Duncan wrote:
Samuli Suominen posted on Thu, 20 Feb 2014 07:55:44 +0200 as excerpted:
On 20/02/14 00:23, Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3 USE flag is used by 27
packages, so I suggest making it a global flag:
gtk3 - Add support for
On Thu, 20 Feb 2014 11:28:36 +0200 Samuli Suominen wrote:
On 20/02/14 11:23, Steev Klimaszewski wrote:
On Thu, 2014-02-20 at 03:59 -0500, Alexandre Rostovtsev wrote:
And this is an example of why everyone on the gnome team doesn't
like the gtk3 flag. Because well-meaning developers will be
I find it sad the QA team has been taken over by some of the new and
semi-new
developers who don't completely understand the implications of this
decision yet
since they haven't lived through the older transitions.
As far as I can remember, the experienced and older developers were unable
On Thu, Feb 20, 2014 at 4:21 AM, Andreas K. Huettel
dilfri...@gentoo.org wrote:
I find it sad the QA team has been taken over by some of the new and
semi-new
developers who don't completely understand the implications of this
decision yet
since they haven't lived through the older
Hi,
it seems like some GNU projects start to release their source tarballs
in lzip compressed versions only [1][2].
This is a problem since portage's unpack function doesn't know anything
about lzip.
For sys-fs/ddrescue (where I am the Gentoo package maintainer) I simply
added app-arch/lzip to
On 20 Feb 2014 12:30, Samuli Suominen ssuomi...@gentoo.org wrote:
On 20/02/14 12:07, Duncan wrote:
Samuli Suominen posted on Thu, 20 Feb 2014 07:55:44 +0200 as excerpted:
On 20/02/14 00:23, Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3 USE flag is used by 27
On Thu, Feb 20, 2014 at 8:12 AM, Lars Wendler polynomia...@gentoo.org wrote:
Hi,
it seems like some GNU projects start to release their source tarballs
in lzip compressed versions only [1][2].
This is a problem since portage's unpack function doesn't know anything
about lzip.
...
What do
On Thu, 20 Feb 2014, Lars Wendler wrote:
it seems like some GNU projects start to release their source
tarballs in lzip compressed versions only [1][2]. This is a problem
since portage's unpack function doesn't know anything about lzip.
For sys-fs/ddrescue (where I am the Gentoo package
On Thu, 20 Feb 2014 11:48:11 +0100
Ulrich Mueller u...@gentoo.org wrote:
We don't want users having to solve a Zebra Puzzle [1] (or, for the
more theoretically inclined, a satisfiability problem [2]) to find
an acceptable combination of their USE flags.
Actually, REQUIRED_USE was introduced
2014-02-20 8:19 GMT-07:00 Mike Gilbert flop...@gentoo.org:
On Thu, Feb 20, 2014 at 8:12 AM, Lars Wendler polynomia...@gentoo.org wrote:
Hi,
it seems like some GNU projects start to release their source tarballs
in lzip compressed versions only [1][2].
This is a problem since portage's unpack
On Thu, 20 Feb 2014 11:26:18 +0200
Samuli Suominen ssuomi...@gentoo.org wrote:
On 20/02/14 10:47, Steev Klimaszewski wrote:
On Thu, 2014-02-20 at 10:40 +0200, Samuli Suominen wrote:
On 20/02/14 09:44, Steev Klimaszewski wrote:
On Thu, 2014-02-20 at 07:55 +0200, Samuli Suominen wrote:
Dnia 2014-02-20, o godz. 14:12:17
Lars Wendler polynomia...@gentoo.org napisał(a):
So what can we do? Three solutions came to my mind which I list
here in the order first being my favorite, last being my least
favorite:
1.)
Make portage's unpack function lzip compatible
Three packages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Ciaran McCreesh:
On Thu, 20 Feb 2014 11:48:11 +0100 Ulrich Mueller u...@gentoo.org
wrote:
We don't want users having to solve a Zebra Puzzle [1] (or, for
the more theoretically inclined, a satisfiability problem [2]) to
find an acceptable
On Thu, 20 Feb 2014 16:41:58 +
hasufell hasuf...@gentoo.org wrote:
But the question is... what sane alternative to REQUIRED_USE? That
will also have impact on a lot of eclasses.
Either pkg_pretend, or Exherbo's MYOPTIONS.
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On Thu, 20 Feb 2014 12:27:30 +0200
Samuli Suominen ssuomi...@gentoo.org wrote:
On 20/02/14 12:07, Duncan wrote:
Samuli Suominen posted on Thu, 20 Feb 2014 07:55:44 +0200 as
excerpted:
On 20/02/14 00:23, Ulrich Mueller wrote:
Following up to today's QA meeting: The gtk3 USE flag is
On Thu, Feb 20, 2014 at 8:39 AM, Michał Górny mgo...@gentoo.org wrote:
Dnia 2014-02-20, o godz. 14:12:17
Lars Wendler polynomia...@gentoo.org napisał(a):
So what can we do? Three solutions came to my mind which I list
here in the order first being my favorite, last being my least
Le 19 févr. 2014 à 23:07, Chris Reffett creff...@gentoo.org a écrit :
Hello all,
The following are the policy changes from this month's QA team meeting:
[…]
-Regarding the gtk/gtk2/gtk3 USE flag situation: we mandate that gtk
move to versioned USE flags. For simplicity of migration, we will
Dnia 2014-02-19, o godz. 17:07:26
Chris Reffett creff...@gentoo.org napisał(a):
-Regarding the gtk/gtk2/gtk3 USE flag situation: we mandate that gtk
move to versioned USE flags. For simplicity of migration, we will allow
USE=gtk to mean depend on gtk2, since there are only a few USE=gtk2
# Ulrich Müller u...@gentoo.org (20 Feb 2014)
# Abandoned by upstream: Last release in 2003, last visible
# upstream activity in 2004. Does not work with Emacs 24.
# File a bug for moving app-emacs/oddmuse (currently in emacs
# overlay) to the main tree if you need a replacement.
# Masked for
On Wed, Feb 19, 2014 at 5:07 PM, Chris Reffett creff...@gentoo.org wrote:
This does not affect sys-boot/grub's USE=multislot, as that
does not mangle the SLOT value like the others (as I understand it).
Right. USE=multislot on grub just toggles the renaming of the grub-foo
commands to
On 20/02/14 04:46 PM, Mike Gilbert wrote:
On Wed, Feb 19, 2014 at 5:07 PM, Chris Reffett creff...@gentoo.org wrote:
This does not affect sys-boot/grub's USE=multislot, as that
does not mangle the SLOT value like the others (as I understand it).
Right. USE=multislot on grub just toggles the
On 00:13 Wed 12 Feb , Gilles Dartiguelongue wrote:
Right now, I don't really get the point of this discussion given all the
precedent threads about this, be it 2 years ago and 8-10 years ago.
I spent a while tonight digging up this post from 2005, which nicely
describes where we were with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/02/14 01:08, Pavel Kazakov wrote:
Scan for failed merges fix them.
All the other modules put the second on a newline, so I wanted
to be consistent. Should I still make the change?
What the other modules are doing is not necessarily an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/02/14 14:58, Brian Dolbec wrote:
Alexander, did you NOT read my other reply about 'module1'?
Obviously not closely enough. A bit tired today. :-)
Pavel is trying to learn the plug-in system, so that he can better
help with the new plug-in
39 matches
Mail list logo
