Le mardi 15 juin 2010 à 11:28 -0400, Behdad Esfahbod a écrit :
On 06/15/2010 11:03 AM, Maciej Piechotka wrote:
However please correct me if I'm wrong.
You are not wrong, but off point. What I'm saying is that (unlike what
Josselin said) symbol versioning doesn't fix any problem in gtk+.
On Tue, Aug 3, 2010 at 2:19 PM, Josselin Mouette j...@debian.org wrote:
We talked about it today on #debian-devel, and it turns out there is a
very serious problem that is fixed by symbol versioning in GTK+.
$ objdump -p /usr/lib/mozilla/plugins/libflashplayer.so
[snip]
NEEDED
Le mardi 03 août 2010 à 19:17 +0200, Xan Lopez a écrit :
On Tue, Aug 3, 2010 at 2:19 PM, Josselin Mouette j...@debian.org wrote:
We talked about it today on #debian-devel, and it turns out there is a
very serious problem that is fixed by symbol versioning in GTK+.
$ objdump -p
Hi!
Moreover, could we stagger the 2.31.4 tarball due date for applications
by a couple days? That would give application maintainers a chance to
build against newly-released gtk3-dependent libraries and do some quick
smoke testing before releasing their own tarballs.
If we try to
On Mon, 2010-06-14 at 22:33 -0400, Matthias Clasen wrote:
On Mon, Jun 14, 2010 at 6:12 AM, Sebastien Bacher seb...@ubuntu.com wrote:
[...]
our one CD constraint will make
challenging to ship 2 versions of the GTK stack.
I would take this a somewhat seriously, if it did not come from
On 06/15/2010 03:05 AM, John Stowers wrote:
AFAIK (and please correct me if I am wrong), but the story is the same
for PyGtk; it builds against Gtk-2.0 and not 3.0.
* What does this mean for Python apps and GNOME 3.0 / 2.31
The current plan seems to be that people should be transitioning
Le lundi 14 juin 2010 à 22:33 -0400, Matthias Clasen a écrit :
I would take this a somewhat seriously, if it did not come from the
distribution that embraced desktop-couch and 60+ M of erlang
dependencies...
Hi,
Not sure such comments are constructive there. We do believe that
desktopcouch
Le lundi 14 juin 2010 à 23:17 +0200, Andy Wingo a écrit :
People can do what they like of course, and I recall back when GStreamer
used to compile against GTK+ 1.2 or the GObject in 2.0. But from a bug
management perspective, having to always ask what GTK+ a user has
compiled against is
On 06/15/2010 12:11 PM, Josselin Mouette wrote:
Le lundi 14 juin 2010 à 23:17 +0200, Andy Wingo a écrit :
People can do what they like of course, and I recall back when GStreamer
used to compile against GTK+ 1.2 or the GObject in 2.0. But from a bug
management perspective, having to always ask
On Tue, Jun 15, 2010 at 03:05, John Stowers
john.stowers.li...@gmail.com wrote:
A separate but related issue is that unless somebody plans to update
gtk-sharp, Tomboy may not be GTK3 compatible this cycle (I don't know
off-hand what parts of gtk-sharp may be incompatible with GTK3). Do
other
On Tue, Jun 15, 2010 at 6:11 AM, Josselin Mouette j...@debian.org wrote:
Le lundi 14 juin 2010 à 23:17 +0200, Andy Wingo a écrit :
People can do what they like of course, and I recall back when GStreamer
used to compile against GTK+ 1.2 or the GObject in 2.0. But from a bug
management
Le mardi 15 juin 2010 à 07:20 -0400, Matthias Clasen a écrit :
On Tue, Jun 15, 2010 at 6:11 AM, Josselin Mouette j...@debian.org wrote:
Le lundi 14 juin 2010 à 23:17 +0200, Andy Wingo a écrit :
People can do what they like of course, and I recall back when GStreamer
used to compile against
On Tue, Jun 15, 2010 at 7:32 AM, Josselin Mouette j...@debian.org wrote:
This is completely irrelevant, since the pieces built against one
version will use the appropriate types, signals, etc. with the functions
of the GTK+ version they are built against.
Right, so there will be two
FWIW,
Last time this was raised was May 18 onwards:
http://mail.gnome.org/archives/desktop-devel-list/2010-May/msg00075.html
One of the messages mentioned that there haven't been much changes since 2005 to
discuss this again (May 18):
On 06/15/2010 07:32 AM, Josselin Mouette wrote:
This is completely irrelevant, since the pieces built against one
version will use the appropriate types, signals, etc. with the functions
of the GTK+ version they are built against.
So, my application uses libraries A and B. It takes a
Le mardi 15 juin 2010 à 08:21 -0400, Behdad Esfahbod a écrit :
So, my application uses libraries A and B. It takes a GtkWidget from A, and
passes it to a function in B. If A links against gtk-2.0 and B links against
gtk-3.0, tell me exactly how does symbol versioning address this?
It
On 06/15/2010 09:27 AM, Josselin Mouette wrote:
Le mardi 15 juin 2010 à 08:21 -0400, Behdad Esfahbod a écrit :
So, my application uses libraries A and B. It takes a GtkWidget from A, and
passes it to a function in B. If A links against gtk-2.0 and B links against
gtk-3.0, tell me exactly how
On Tue, 2010-06-15 at 09:36 -0400, Behdad Esfahbod wrote:
On 06/15/2010 09:27 AM, Josselin Mouette wrote:
Le mardi 15 juin 2010 à 08:21 -0400, Behdad Esfahbod a écrit :
So, my application uses libraries A and B. It takes a GtkWidget from A,
and
passes it to a function in B. If A links
On 06/15/2010 11:03 AM, Maciej Piechotka wrote:
However please correct me if I'm wrong.
You are not wrong, but off point. What I'm saying is that (unlike what
Josselin said) symbol versioning doesn't fix any problem in gtk+. I'm not
talking about any other library.
behdad
Le mardi 15 juin 2010 à 09:36 -0400, Behdad Esfahbod a écrit :
So, which problems *does* it solve? (except for inferring minimum version of
the library required at runtime)
Isn't GTK+ by nature designed such that all widgets eventually are painted by
on version of the library, and hence
On Sat, 2010-06-12 at 22:36 -0400, Michael Terry wrote:
On 12 June 2010 11:31, Xavier Claessens xclae...@gmail.com wrote:
Ubuntu told me that Maverick (the next ubuntu release) is not going to ship
GTK3
I don't think that's true. I was at the planning session for coming
changes in GNOME
Le lundi 14 juin 2010 à 10:43 +0200, Rodrigo Moya a écrit :
seems the situation has changed, and GTK3 will be available in Universe,
but not on the CD, and all apps are going to be linked against GTK2
But is it very likely that Ubuntu CD will contain applications that
still require GTK+2?
If
Le samedi 12 juin 2010 à 16:55 +0100, Bastien Nocera a écrit :
And you're telling me that your decision on keeping a GTK+ 2.x version
is based on one distributor's dubious decision? GNOME 3.x will be
based
on GTK+ 3.x.
Hey Bastien,
We wouldn't be the first distribution to work on a GNOME
Le lundi 14 juin 2010 à 10:53 +0200, Milan Bouchet-Valat a écrit :
But is it very likely that Ubuntu CD will contain applications that
still require GTK+2?
Yes, I don't see for example firefox or openoffice switch to gtk3 in
this cycle.
this distribution is considering itself as pure
Le samedi 12 juin 2010 à 17:31 +0200, Xavier Claessens a écrit :
Ubuntu told me that Maverick (the next ubuntu release) is not going
to
ship GTK3, and if we can't build Empathy with GTK2 then they'll just
keep Empathy 2.30.x... tbh I think that's a bad decision from Ubuntu,
but it would be
On Mon, 2010-06-14 at 11:58 +0200, Sebastien Bacher wrote:
Le samedi 12 juin 2010 à 16:55 +0100, Bastien Nocera a écrit :
And you're telling me that your decision on keeping a GTK+ 2.x version
is based on one distributor's dubious decision? GNOME 3.x will be
based
on GTK+ 3.x.
Hey
Le lundi 14 juin 2010 à 11:38 +0100, Bastien Nocera a écrit :
That's not a decision for the software writers to make when their code
is in the GNOME release.
Why would GNOME tell software writers that their code can't have build
time options to use either gtk2 or gtk3?
I don't see how that's
Hi!
I don't see how that's a different problem from GNOME as a whole using
a newer glib and pushing modules to use the new functionality.
It's not really but GNOME never had rules saying that maintainers can't
decide to add support for older version in their code if the newest glib
is not
On Mon 14 Jun 2010 12:57, Sebastien Bacher seb...@ubuntu.com writes:
Le lundi 14 juin 2010 à 11:38 +0100, Bastien Nocera a écrit :
That's not a decision for the software writers to make when their code
is in the GNOME release.
Why would GNOME tell software writers that their code can't have
A separate but related issue is that unless somebody plans to update
gtk-sharp, Tomboy may not be GTK3 compatible this cycle (I don't know
off-hand what parts of gtk-sharp may be incompatible with GTK3). Do
other non-C apps have similar issues, or is this just a problem with
the Mono
On Mon, Jun 14, 2010 at 6:12 AM, Sebastien Bacher seb...@ubuntu.com wrote:
[...]
our one CD constraint will make
challenging to ship 2 versions of the GTK stack.
I would take this a somewhat seriously, if it did not come from the
distribution that embraced desktop-couch and 60+ M of erlang
Le 13/06/10 04:36, Michael Terry a écrit :
On 12 June 2010 11:31, Xavier Claessensxclae...@gmail.com wrote:
Ubuntu told me that Maverick (the next ubuntu release) is not going to ship
GTK3
I don't think that's true. I was at the planning session for coming
changes in GNOME at UDS Maverick,
Bastien Nocera wrote:
To make Empathy build with gtk3 we need:
- libcanberra-gtk-3
- libchamplain-gtk-3
- libclutter-gtk-3
- libunique-3 (or drop gtk2 compatibility and use GtkApplication)
https://bugzilla.gnome.org/show_bug.cgi?id=618473
Emmanuele could do a release.
On Thu, 2010-06-10 at 13:24 +0200, Andre Klapper wrote:
[snip]
The following modules are affected (list not necessarily complete):
[snip]
Also, avahi is an external dependency, and its tarball has an avahi-ui
library, which is therefore also implicitly blessed. It has not yet been
ported to
On Fri, 2010-06-11 at 18:36 +0200, Xavier Claessens wrote:
Le 10/06/10 13:27, Richard Hughes a écrit :
On 10 June 2010 12:24, Andre Klapperak...@gmx.net wrote:
This requires module maintainers to port their modules now (if you don't
want an angry release-team mob soon in front of your
On Sat, Jun 12, 2010 at 5:49 AM, Bastien Nocera had...@hadess.net wrote:
On Fri, 2010-06-11 at 18:36 +0200, Xavier Claessens wrote:
Once they are all released and parallel installable (we would like to
not lose gtk2 compatibility), we are ready to make the move :-)
Why is losing GTK2
Le 12/06/10 14:49, Bastien Nocera a écrit :
On Fri, 2010-06-11 at 18:36 +0200, Xavier Claessens wrote:
Le 10/06/10 13:27, Richard Hughes a écrit :
On 10 June 2010 12:24, Andre Klapperak...@gmx.net wrote:
This requires module maintainers to port their modules now (if you don't
want an angry
On Sat, 2010-06-12 at 17:31 +0200, Xavier Claessens wrote:
Le 12/06/10 14:49, Bastien Nocera a écrit :
On Fri, 2010-06-11 at 18:36 +0200, Xavier Claessens wrote:
Le 10/06/10 13:27, Richard Hughes a écrit :
On 10 June 2010 12:24, Andre Klapperak...@gmx.net wrote:
This requires module
On 12 June 2010 11:31, Xavier Claessens xclae...@gmail.com wrote:
Ubuntu told me that Maverick (the next ubuntu release) is not going to ship
GTK3
I don't think that's true. I was at the planning session for coming
changes in GNOME at UDS Maverick, and the plan of record was to
include GTK+
On Sat, Jun 12, 2010 at 7:36 PM, Michael Terry m...@mterry.name wrote:
On 12 June 2010 11:31, Xavier Claessens xclae...@gmail.com wrote:
Ubuntu told me that Maverick (the next ubuntu release) is not going to ship
GTK3
I don't think that's true. I was at the planning session for coming
Le 10/06/10 13:27, Richard Hughes a écrit :
On 10 June 2010 12:24, Andre Klapperak...@gmx.net wrote:
This requires module maintainers to port their modules now (if you don't
want an angry release-team mob soon in front of your house).
So, should we be requesting gtk3= 2.90 in configure.ac
On Fri, 2010-06-11 at 18:36 +0200, Xavier Claessens wrote:
Le 10/06/10 13:27, Richard Hughes a écrit :
On 10 June 2010 12:24, Andre Klapperak...@gmx.net wrote:
This requires module maintainers to port their modules now (if you don't
want an angry release-team mob soon in front of your
On Fri, Jun 11, 2010 at 6:36 PM, Xavier Claessens xclae...@gmail.com wrote:
Le 10/06/10 13:27, Richard Hughes a écrit :
On 10 June 2010 12:24, Andre Klapperak...@gmx.net wrote:
This requires module maintainers to port their modules now (if you don't
want an angry release-team mob soon in
On Fri, 2010-06-11 at 18:36 +0200, Xavier Claessens wrote:
Le 10/06/10 13:27, Richard Hughes a écrit :
On 10 June 2010 12:24, Andre Klapperak...@gmx.net wrote:
This requires module maintainers to port their modules now (if you don't
want an angry release-team mob soon in front of your
On Fri, Jun 11, 2010 at 12:36 PM, Xavier Claessens xclae...@gmail.com wrote:
To make Empathy build with gtk3 we need:
- libcanberra-gtk-3
This is done in libcanberra git.
I'll ask Lennart to roll a tarball for 2.31.4.
___
desktop-devel-list
On 10 June 2010 12:24, Andre Klapper ak...@gmx.net wrote:
This requires module maintainers to port their modules now (if you don't
want an angry release-team mob soon in front of your house).
So, should we be requesting gtk3 = 2.90 in configure.ac now? At least
for Fedora rawhide the lack of
Richard Hughes wrote:
On 10 June 2010 12:24, Andre Klapper ak...@gmx.net wrote:
This requires module maintainers to port their modules now (if you don't
want an angry release-team mob soon in front of your house).
So, should we be requesting gtk3 = 2.90 in configure.ac now? At least
for
On Thu, 2010-06-10 at 13:42 +0200, Frederic Peters wrote:
Richard Hughes wrote:
On 10 June 2010 12:24, Andre Klapper ak...@gmx.net wrote:
This requires module maintainers to port their modules now (if you don't
want an angry release-team mob soon in front of your house).
So, should
48 matches
Mail list logo
