-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
>
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 application
On Sat, 23 Jun 2012 22:49:30 -0500
Doug Goldstein wrote:
> On Sat, Jun 23, 2012 at 1:26 PM, Michał Górny
> wrote:
> > On Sat, 23 Jun 2012 14:40:50 +0100
> > Ciaran McCreesh wrote:
> >
> >> On Sat, 23 Jun 2012 15:33:47 +0200
> >> Gilles Dartiguelongue wrote:
> >> > Well the problem is simple, w
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 troub
On 23 June 2012 22:45, Gilles Dartiguelongue 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 want to
On Sat, Jun 23, 2012 at 9:45 AM, Gilles Dartiguelongue 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/gtk
On Sat, Jun 23, 2012 at 1:26 PM, Michał Górny wrote:
> On Sat, 23 Jun 2012 14:40:50 +0100
> Ciaran McCreesh wrote:
>
>> On Sat, 23 Jun 2012 15:33:47 +0200
>> Gilles Dartiguelongue wrote:
>> > Well the problem is simple, we need to ship webkit with gtk2 and
>> > gtk3 support. This is needed becau
On Sat, Jun 23, 2012 at 1:31 PM, hasufell 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
>> hacks ove
-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.
> Ri
On Sat, 23 Jun 2012 20:26:01 +0200
Michał Górny 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 building an addit
On Sat, 23 Jun 2012 14:40:50 +0100
Ciaran McCreesh wrote:
> On Sat, 23 Jun 2012 15:33:47 +0200
> Gilles Dartiguelongue 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 t
On Sat, 23 Jun 2012 16:45:09 +0200
Gilles Dartiguelongue 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
On Sun, 10 Jun 2012 21:19:19 +0100
Ciaran McCreesh wrote:
> On Sat, 09 Jun 2012 23:54:21 -0400
> 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 -r2x
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 al
On Sat, 23 Jun 2012 15:33:47 +0200
Gilles Dartiguelongue 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 supports bei
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:
*
Le samedi 23 juin 2012 à 14:08 +0100, Ciaran McCreesh a écrit :
> On Sat, 23 Jun 2012 15:02:41 +0200
> Gilles Dartiguelongue 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
On Sat, 23 Jun 2012 15:02:41 +0200
Gilles Dartiguelongue 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 this old t
Le lundi 11 juin 2012 à 19:48 +0100, Ciaran McCreesh a écrit :
> On Mon, 11 Jun 2012 20:41:37 +0200
> Pacho Ramos 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
On Sat, 23 Jun 2012 14:53:47 +0200
Gilles Dartiguelongue 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 net-li
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 revi
On Mon, 11 Jun 2012 20:41:37 +0200
Pacho Ramos 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 the packa
El lun, 11-06-2012 a las 18:08 +0100, Ciaran McCreesh escribió:
> On Mon, 11 Jun 2012 13:15:40 +0100
> Nirbheek Chauhan wrote:
> > On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh
> > wrote:
> > > On Sun, 10 Jun 2012 21:45:27 +0100
> > > Nirbheek Chauhan wrote:
> > >> It's a simple workaround fo
On Mon, 11 Jun 2012 13:15:40 +0100
Nirbheek Chauhan wrote:
> On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh
> wrote:
> > On Sun, 10 Jun 2012 21:45:27 +0100
> > Nirbheek Chauhan wrote:
> >> It's a simple workaround for the lack of proper ebuild namespacing
> >> on the basis of slots.
> >>
> >>
On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh
wrote:
> On Sun, 10 Jun 2012 21:45:27 +0100
> Nirbheek Chauhan 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 pretty well. :)
>
> Until you have that, o
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 exceptions.
On Sun, 10 Jun 2012 21:45:27 +0100
Nirbheek Chauhan wrote:
> On Sun, Jun 10, 2012 at 9:19 PM, Ciaran McCreesh
> wrote:
> > On Sat, 09 Jun 2012 23:54:21 -0400
> > Alexandre Rostovtsev wrote:
> >> For libraries, if possible, try splitting gtk2 and gtk3 support
> >> into different slots (see net-li
On Sun, 10 Jun 2012 22:27:07 +0200
hasufell wrote:
> On 06/10/2012 10:19 PM, Ciaran McCreesh wrote:
> > On Sat, 09 Jun 2012 23:54:21 -0400
> > Alexandre Rostovtsev wrote:
> >> For libraries, if possible, try splitting gtk2 and gtk3 support
> >> into different slots (see net-libs/webkit-gtk for an
On Sun, Jun 10, 2012 at 9:19 PM, Ciaran McCreesh
wrote:
> On Sat, 09 Jun 2012 23:54:21 -0400
> 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 revi
On 06/10/2012 10:19 PM, Ciaran McCreesh wrote:
> On Sat, 09 Jun 2012 23:54:21 -0400
> 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 numbe
On Sat, 09 Jun 2012 23:54:21 -0400
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 h
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 re
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 slot
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 l
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) function
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
36 matches
Mail list logo
