On 23 June 2012 22:45, Gilles Dartiguelongue e...@gentoo.org wrote:
Le samedi 23 juin 2012 à 14:40 +0100, Ciaran McCreesh a écrit :
I'd like to know why using USE flags until a nicer solution is
available is sufficiently terrible that it warrants a hackaround.
remember qt3/qt4, gtk/gtk2. We
On 06/24/2012 10:07 AM, Ben de Groot wrote:
I don't see what the problem is now. We have slots, usedeps and
required_use. Why would we need to avoid using gtk2/gtk3 useflags?
We of the Qt team are expecting Qt5 to enter the tree within the
next few months, and I'm not expecting any trouble
On Sat, 23 Jun 2012 22:49:30 -0500
Doug Goldstein car...@gentoo.org wrote:
On Sat, Jun 23, 2012 at 1:26 PM, Michał Górny mgo...@gentoo.org
wrote:
On Sat, 23 Jun 2012 14:40:50 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Sat, 23 Jun 2012 15:33:47 +0200
Gilles
Just to remember everyone what gnome team actually tried to achieve to
reduce any pain from users or devs alike with gnome3 work:
* have libs slotted when possible (to the extent of manpower
available), so gtk USE flag means gtk, whatever slot is needed by the
package using it,
* have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/24/2012 12:11 PM, Gilles Dartiguelongue wrote:
Just to remember everyone what gnome team actually tried to
achieve to reduce any pain from users or devs alike with gnome3
work: * have libs slotted when possible (to the extent of manpower
Le dimanche 10 juin 2012 à 21:55 +0200, Sebastian Pipping a écrit :
On 06/10/2012 05:54 AM, Alexandre Rostovtsev wrote:
For libraries, if possible, try splitting gtk2 and gtk3 support into
different slots (see net-libs/webkit-gtk for an example; the gtk2-based
versions have -r2xx revision
On Sat, 23 Jun 2012 14:53:47 +0200
Gilles Dartiguelongue e...@gentoo.org wrote:
Le dimanche 10 juin 2012 à 21:55 +0200, Sebastian Pipping a écrit :
On 06/10/2012 05:54 AM, Alexandre Rostovtsev wrote:
For libraries, if possible, try splitting gtk2 and gtk3 support
into different slots (see
Le lundi 11 juin 2012 à 19:48 +0100, Ciaran McCreesh a écrit :
On Mon, 11 Jun 2012 20:41:37 +0200
Pacho Ramos pa...@gentoo.org wrote:
No, your goal is to provide a distribution. Gentoo has repeatedly
shot itself in the foot, leg, groin etc by favouring short-term
hacks over a well
On Sat, 23 Jun 2012 15:02:41 +0200
Gilles Dartiguelongue e...@gentoo.org wrote:
It is handled better by working out what exactly the problem is,
and if you can't implement it nicely using existing features, then
not implementing it at all until you have suitable features.
Sorry to make
Le samedi 23 juin 2012 à 14:08 +0100, Ciaran McCreesh a écrit :
On Sat, 23 Jun 2012 15:02:41 +0200
Gilles Dartiguelongue e...@gentoo.org wrote:
It is handled better by working out what exactly the problem is,
and if you can't implement it nicely using existing features, then
not
Forgot to mention that, at least for webkit, this is really a case for
slots usage as this is the same software, built for another toolkit.
This applies to a couple other ebuilds in this gtk2/gtk3 discussion, but
admittedly not all of them.
We have at least three cases that Alexandre summed up:
On Sat, 23 Jun 2012 15:33:47 +0200
Gilles Dartiguelongue e...@gentoo.org wrote:
Well the problem is simple, we need to ship webkit with gtk2 and gtk3
support. This is needed because gentoo has gtk2 based desktop/apps and
because we want to ship gnome3 for example.
Cool thing is that webkit
Le samedi 23 juin 2012 à 14:40 +0100, Ciaran McCreesh a écrit :
I'd like to know why using USE flags until a nicer solution is
available
is sufficiently terrible that it warrants a hackaround.
remember qt3/qt4, gtk/gtk2. We want to avoid repeating these mistakes
hence the guidelines already
On Sun, 10 Jun 2012 21:19:19 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Sat, 09 Jun 2012 23:54:21 -0400
Alexandre Rostovtsev tetrom...@gentoo.org wrote:
For libraries, if possible, try splitting gtk2 and gtk3 support into
different slots (see net-libs/webkit-gtk for an
On Sat, 23 Jun 2012 16:45:09 +0200
Gilles Dartiguelongue e...@gentoo.org wrote:
Le samedi 23 juin 2012 à 14:40 +0100, Ciaran McCreesh a écrit :
I'd like to know why using USE flags until a nicer solution is
available
is sufficiently terrible that it warrants a hackaround.
remember
On Sat, 23 Jun 2012 14:40:50 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Sat, 23 Jun 2012 15:33:47 +0200
Gilles Dartiguelongue e...@gentoo.org wrote:
Well the problem is simple, we need to ship webkit with gtk2 and
gtk3 support. This is needed because gentoo has gtk2
On Sat, 23 Jun 2012 20:26:01 +0200
Michał Górny mgo...@gentoo.org wrote:
You could just have gtk2 and gtk3 use flags in the ebuild, use
REQUIRED_USE to ensure that at least one is enabled, and build
things twice in the ebuild if necessary.
Ah, so because a few paludis users may be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/11/2012 07:08 PM, Ciaran McCreesh wrote:
No, your goal is to provide a distribution. Gentoo has repeatedly
shot itself in the foot, leg, groin etc by favouring short-term
hacks over a well thought out, validated, self-enforcing design.
Right
On Sat, Jun 23, 2012 at 1:31 PM, hasufell hasuf...@gentoo.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/11/2012 07:08 PM, Ciaran McCreesh wrote:
No, your goal is to provide a distribution. Gentoo has repeatedly
shot itself in the foot, leg, groin etc by favouring short-term
On Sat, Jun 23, 2012 at 1:26 PM, Michał Górny mgo...@gentoo.org wrote:
On Sat, 23 Jun 2012 14:40:50 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Sat, 23 Jun 2012 15:33:47 +0200
Gilles Dartiguelongue e...@gentoo.org wrote:
Well the problem is simple, we need to ship webkit
On Sat, Jun 23, 2012 at 9:45 AM, Gilles Dartiguelongue e...@gentoo.org wrote:
Le samedi 23 juin 2012 à 14:40 +0100, Ciaran McCreesh a écrit :
I'd like to know why using USE flags until a nicer solution is
available
is sufficiently terrible that it warrants a hackaround.
remember qt3/qt4,
I took the freedom to open a few bugs about that with a tracker:
https://bugs.gentoo.org/show_bug.cgi?id=420493
This is not an urgent thing, but I think it's good to have an overview
of gtk3 useflag usage, cause they are all more or less migration issues,
some maybe not even fixable or
On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh
ciaran.mccre...@googlemail.com wrote:
On Sun, 10 Jun 2012 21:45:27 +0100
Nirbheek Chauhan nirbh...@gentoo.org wrote:
It's a simple workaround for the lack of proper ebuild namespacing on
the basis of slots.
So, till we have that, this works
On Mon, 11 Jun 2012 13:15:40 +0100
Nirbheek Chauhan nirbh...@gentoo.org wrote:
On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh
ciaran.mccre...@googlemail.com wrote:
On Sun, 10 Jun 2012 21:45:27 +0100
Nirbheek Chauhan nirbh...@gentoo.org wrote:
It's a simple workaround for the lack of
El lun, 11-06-2012 a las 18:08 +0100, Ciaran McCreesh escribió:
On Mon, 11 Jun 2012 13:15:40 +0100
Nirbheek Chauhan nirbh...@gentoo.org wrote:
On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh
ciaran.mccre...@googlemail.com wrote:
On Sun, 10 Jun 2012 21:45:27 +0100
Nirbheek Chauhan
On Mon, 11 Jun 2012 20:41:37 +0200
Pacho Ramos pa...@gentoo.org wrote:
No, your goal is to provide a distribution. Gentoo has repeatedly
shot itself in the foot, leg, groin etc by favouring short-term
hacks over a well thought out, validated, self-enforcing design.
Right now nearly all of
Just to illustrate the USE=gtk3 confusion, on packages I has personal
experience with:
app-i18n/uim
x11-themes/light-themes
-- flag provides support for gtk3 apps, in addition to gtk(2) (with
independent USE=gtk in uim); most users would probably want this.
gnome-base/librsvg
-- flag for gtk3
El dom, 10-06-2012 a las 11:45 +0300, Maxim Kammerer escribió:
Just to illustrate the USE=gtk3 confusion, on packages I has personal
experience with:
[...]
gnome-base/librsvg
-- flag for gtk3 libraries *and* executables (independent USE=gtk; an
example of a package that should be slotted?)
On 06/10/2012 05:54 AM, Alexandre Rostovtsev wrote:
For libraries, if possible, try splitting gtk2 and gtk3 support into
different slots (see net-libs/webkit-gtk for an example; the gtk2-based
versions have -r2xx revision numbers and go in slot 2, while the
gtk3-based versions have -r3xx
On Sat, 09 Jun 2012 23:54:21 -0400
Alexandre Rostovtsev tetrom...@gentoo.org wrote:
For libraries, if possible, try splitting gtk2 and gtk3 support into
different slots (see net-libs/webkit-gtk for an example; the
gtk2-based versions have -r2xx revision numbers and go in slot 2,
while the
On 06/10/2012 10:19 PM, Ciaran McCreesh wrote:
On Sat, 09 Jun 2012 23:54:21 -0400
Alexandre Rostovtsev tetrom...@gentoo.org wrote:
For libraries, if possible, try splitting gtk2 and gtk3 support into
different slots (see net-libs/webkit-gtk for an example; the
gtk2-based versions have -r2xx
On Sun, Jun 10, 2012 at 9:19 PM, Ciaran McCreesh
ciaran.mccre...@googlemail.com wrote:
On Sat, 09 Jun 2012 23:54:21 -0400
Alexandre Rostovtsev tetrom...@gentoo.org wrote:
For libraries, if possible, try splitting gtk2 and gtk3 support into
different slots (see net-libs/webkit-gtk for an
On Sun, 10 Jun 2012 22:27:07 +0200
hasufell hasuf...@gentoo.org wrote:
On 06/10/2012 10:19 PM, Ciaran McCreesh wrote:
On Sat, 09 Jun 2012 23:54:21 -0400
Alexandre Rostovtsev tetrom...@gentoo.org wrote:
For libraries, if possible, try splitting gtk2 and gtk3 support
into different slots
On Sun, 10 Jun 2012 21:45:27 +0100
Nirbheek Chauhan nirbh...@gentoo.org wrote:
On Sun, Jun 10, 2012 at 9:19 PM, Ciaran McCreesh
ciaran.mccre...@googlemail.com wrote:
On Sat, 09 Jun 2012 23:54:21 -0400
Alexandre Rostovtsev tetrom...@gentoo.org wrote:
For libraries, if possible, try
Bug #420433 lately introduced the discussion again if and when we should
support older (deprecated) toolkit versions.
As for the named bug it may make sense to support it, cause the gtk3
useflag would lead to different (reduced) functionality of that package.
(but that shall not be the discussion
On Sun, 2012-06-10 at 04:38 +0200, hasufell wrote:
Bug #420433 lately introduced the discussion again if and when we should
support older (deprecated) toolkit versions.
As for the named bug it may make sense to support it, cause the gtk3
useflag would lead to different (reduced)
36 matches
Mail list logo
