4:24 p.m.
Hello,
glade3 is needed by libxfce4ui and it was recently orphaned via
https://bugzilla.redhat.com/show_bug.cgi?id
Can we get rid of the dependency, change it to Python 3 or do we need to get a
Python 2 exception to continue building Xfce?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
4:42 p.m.
On 9/13/19 5:24 PM, Miro Hrončok wrote:
Hello,
glade3 is needed by libxfce4ui and it was recently orphaned via
https://bugzilla.redhat.com/show_bug.cgi?id
Can we get rid of the dependency, change it to Python 3 or do we need to
get a Python 2 exception to continue building Xfce?
As far as I know, glade is only an optional dependency for libxfce4ui. I
believe we can drop it.
Please correct me if I am wrong.
4:59 a.m.
As far as I know, glade is only an optional dependency for
libxfce4ui. I
believe we can drop it.
Please correct me if I am wrong.
After my recent foray in xfwm4 I believe that this is not needed if
you build from a release (make dist) archive. However, if you patch a
glade file, you need this package to rebuild the patched UIs. See my
xfwm4 thread, I learned it the hard way when I tried to set up my copr
repository (which is ready for testing by the way).
If no one is taking it, I volunteer. Depending on the upstream
reception of my patch I may spend more time hacking Xfce. I have at
least noticed a few opportunities for cosmetic enhancements in the
xfwm4 code base.
Dridi
11:18 a.m.
On 9/14/19 2:59 AM, Dridi Boukelmoune wrote:
> As far as I know, glade is only an optional dependency for
libxfce4ui. I
> believe we can drop it.
>
> Please correct me if I am wrong.
After my recent foray in xfwm4 I believe that this is not needed if
you build from a release (make dist) archive. However, if you patch a
glade file, you need this package to rebuild the patched UIs. See my
xfwm4 thread, I learned it the hard way when I tried to set up my copr
repository (which is ready for testing by the way).
If no one is taking it, I volunteer. Depending on the upstream
reception of my patch I may spend more time hacking Xfce. I have at
least noticed a few opportunities for cosmetic enhancements in the
xfwm4 code base.
There's a TON of glade3 deps... 60 packages depend on it, including most
all of the Xfce plugins and various other Xfce packages. :(
It may be possible to build glade3 with python3, but I am not sure... it
pulls in pygtk2 which pulls in python2, so that might be the end there. :(
It _is_ possible to build it without python at all. I am not sure what
that breaks. Repoquery doesn't find anything, but it might be that
things are dlopening the python plugin?
Lets coordinate in the python2 glade3 bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1739549
I'd propose we take it back over and push a build with no python support
to rawhide and try and see what breaks, and perhaps talk to upstream
about python3 support?
kevin
5:51 a.m.
On Fri, Sep 13, 2019 at 9:24 PM Miro Hrončok <mhroncok(a)redhat.com> wrote:
Hello,
glade3 is needed by libxfce4ui and it was recently orphaned via
https://bugzilla.redhat.com/show_bug.cgi?id
Can we get rid of the dependency, change it to Python 3 or do we need to get a
Python 2 exception to continue building Xfce?
I just had a quick look and it's a weird situation. The Xfce 4.14
release notes clearly say this:
In this 4.14 cycle the main goal was to port all core components to
Gtk3 (over Gtk2)
And it is true for for libxfce4ui, which I assume is a core component,
except that it appears to still drag Gtk2 dependencies besides glade3.
I'm not sure whether the other Gtk2 dependencies are pulled in
indirectly, but as far as pygtk2 is concerned it is indirect:
$ rpm -q --whatprovides $(rpm -qR libxfce4ui | grep 2.0) | sort |
uniq
gdk-pixbuf2-2.38.1-1.fc30.x86_64
glib2-2.60.7-1.fc30.x86_64
gtk2-2.24.32-4.fc30.x86_64
I will look further, I have a small window of 30-ish minutes, I think
they may have overlooked transitive dependencies. I hope upgrading
glade doesn't change XML schemas and doesn't break existing dialogs.
Dridi
4:24 p.m.
On 9/17/19 6:51 AM, Dridi Boukelmoune wrote:
On Fri, Sep 13, 2019 at 9:24 PM Miro Hrončok
<mhroncok(a)redhat.com> wrote:
>
> Hello,
>
> glade3 is needed by libxfce4ui and it was recently orphaned via
>
> https://bugzilla.redhat.com/show_bug.cgi?id
>
> Can we get rid of the dependency, change it to Python 3 or do we need to get a
> Python 2 exception to continue building Xfce?
I just had a quick look and it's a weird situation. The Xfce 4.14
release notes clearly say this:
> In this 4.14 cycle the main goal was to port all core components to Gtk3 (over Gtk2)
And it is true for for libxfce4ui, which I assume is a core component,
except that it appears to still drag Gtk2 dependencies besides glade3.
I'm not sure whether the other Gtk2 dependencies are pulled in
indirectly, but as far as pygtk2 is concerned it is indirect:
> $ rpm -q --whatprovides $(rpm -qR libxfce4ui | grep 2.0) | sort | uniq
> gdk-pixbuf2-2.38.1-1.fc30.x86_64
> glib2-2.60.7-1.fc30.x86_64
> gtk2-2.24.32-4.fc30.x86_64
That's because we still have gtk2 enabled.
https://kojipkgs.fedoraproject.org//packages/libxfce4ui/4.14.1/1.fc31/dat...
checking for gtk+-2.0 >= 2.24.0... 2.24.32
As far as I know, not all plugins we have in fedora are gtk-3 yet.
5:12 p.m.
On 9/17/19 2:24 PM, Mukundan Ragavan wrote:
That's because we still have gtk2 enabled.
https://kojipkgs.fedoraproject.org//packages/libxfce4ui/4.14.1/1.fc31/dat...
checking for gtk+-2.0 >= 2.24.0... 2.24.32
As far as I know, not all plugins we have in fedora are gtk-3 yet.
So, I finally looked more closely... the problem is that we should be
building against glade and not glade3.
glade3 -> old gtk2/python2 based version.
glade -> "current" gtk3/python3
Here's a libxfce4ui with glade instead of glade3:
https://koji.fedoraproject.org/koji/taskinfo?taskID=37711717
and one with glade and no gtk2:
https://koji.fedoraproject.org/koji/taskinfo?taskID=37711841
I think all the plugins have moved now... or at least I can't seem to
find any via queries, but I might be missing something.
Can you all see any gtk2 plugins?
If not, we should change libxfce4ui and any other ones in the stack that
depend on glade3 to glade and let glade3 go away. :)
Thoughts?
kevin
5:17 p.m.
On 9/17/19 6:12 PM, Kevin Fenzi wrote:
So, I finally looked more closely... the problem is that we should be
building against glade and not glade3.
glade3 -> old gtk2/python2 based version.
glade -> "current" gtk3/python3
That's not confusing at all. :)
Here's a libxfce4ui with glade instead of glade3:
https://koji.fedoraproject.org/koji/taskinfo?taskID=37711717
and one with glade and no gtk2:
https://koji.fedoraproject.org/koji/taskinfo?taskID=37711841
I think all the plugins have moved now... or at least I can't seem to
find any via queries, but I might be missing something.
Can you all see any gtk2 plugins?
I will have to check. I had a list somewhere ...
If not, we should change libxfce4ui and any other ones in the stack
that
depend on glade3 to glade and let glade3 go away. :)
Thoughts?
This is a good time to do it. I can rebuild the relevant packages (i.e.
all xfce stack since this is libxfce4ui we are talking about) and submit
a huge update before F31 final.
5:47 p.m.
Hi everyone,
just to clarify: libxfce4ui is not really used that much by panel plugins
(apart from their properties dialogs), but by applications. One of the
bigger remaining applications to be ported before 4.14 was Ristretto, but
it has since seen a Gtk3 release (v0.10.0). That was one of the reasons to
leave Gtk2 support in the codebase and also enabled by default.
We also have a list upstream which we tried to keep up-to-date during the
4.14 cycle, where you can see that some plugins or apps are still unported.
The notes, time-out and mail-watch plugins as well as xfburn (although
there is some WIP stuff).
https://wiki.xfce.org/releng/4.14/roadmap (toward the bottom of the page)
During the 4.16 cycle we will drop Gtk2 support upstream.
Cheers
Simon
On Wed, Sep 18, 2019 at 12:17 AM Mukundan Ragavan <nonamedotc(a)gmail.com>
wrote:
On 9/17/19 6:12 PM, Kevin Fenzi wrote:
>
> So, I finally looked more closely... the problem is that we should be
> building against glade and not glade3.
>
> glade3 -> old gtk2/python2 based version.
> glade -> "current" gtk3/python3
>
That's not confusing at all. :)
> Here's a libxfce4ui with glade instead of glade3:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=37711717
>
> and one with glade and no gtk2:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=37711841
>
> I think all the plugins have moved now... or at least I can't seem to
> find any via queries, but I might be missing something.
>
> Can you all see any gtk2 plugins?
>
I will have to check. I had a list somewhere ...
> If not, we should change libxfce4ui and any other ones in the stack that
> depend on glade3 to glade and let glade3 go away. :)
>
> Thoughts?
>
This is a good time to do it. I can rebuild the relevant packages (i.e.
all xfce stack since this is libxfce4ui we are talking about) and submit
a huge update before F31 final.
_______________________________________________
xfce mailing list -- xfce(a)lists.fedoraproject.org
To unsubscribe send an email to xfce-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/xfce@lists.fedoraproject.org
12:34 p.m.
On 9/17/19 3:47 PM, Simon Steinbeiss wrote:
Hi everyone,
just to clarify: libxfce4ui is not really used that much by panel plugins
(apart from their properties dialogs), but by applications. One of the
bigger remaining applications to be ported before 4.14 was Ristretto, but
it has since seen a Gtk3 release (v0.10.0). That was one of the reasons to
leave Gtk2 support in the codebase and also enabled by default.
We also have a list upstream which we tried to keep up-to-date during the
4.14 cycle, where you can see that some plugins or apps are still unported.
The notes, time-out and mail-watch plugins as well as xfburn (although
there is some WIP stuff).
https://wiki.xfce.org/releng/4.14/roadmap (toward the bottom of the page)
During the 4.16 cycle we will drop Gtk2 support upstream.
Thanks for the info!
kevin
6:03 p.m.
On 18. 09. 19 0:17, Mukundan Ragavan wrote:
This is a good time to do it. I can rebuild the relevant packages
(i.e.
all xfce stack since this is libxfce4ui we are talking about) and submit
a huge update before F31 final.
Shouldn't this rather be done in rawhide only?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
2:23 a.m.
On Tue, Sep 17, 2019 at 11:03 PM Miro Hrončok <mhroncok(a)redhat.com> wrote:
On 18. 09. 19 0:17, Mukundan Ragavan wrote:
> This is a good time to do it. I can rebuild the relevant packages (i.e.
> all xfce stack since this is libxfce4ui we are talking about) and submit
> a huge update before F31 final.
Shouldn't this rather be done in rawhide only?
Nope, I had a look yesterday as promised and the results for the "Xfce
Desktop" group yields the following:
===============================
Package
===============================
Reinstalling:
libxfce4ui
Installing dependencies:
imsettings-gsettings
Removing dependent packages:
Thunar
garcon
greybird-xfce4-notifyd-theme
imsettings-xfce
thunar-archive-plugin
thunar-media-tags-plugin
thunar-volman
xfce4-appfinder
xfce4-datetime-plugin
xfce4-notifyd
xfce4-panel
xfce4-places-plugin
xfce4-power-manager
xfce4-pulseaudio-plugin
xfce4-screenshooter-plugin
xfce4-settings
xfdesktop
Kevin is probably right, the best course of action is likely to remove
python 2 bindings and keep glade around. libxfceui supports both glade
(3.22+) and glade3 (3.8) and removing the latter is not feasible.
While Xfce moved core components to Gtk3, the ones above aren't ready
yet.
Dridi
12:38 p.m.
On 9/18/19 12:23 AM, Dridi Boukelmoune wrote:
On Tue, Sep 17, 2019 at 11:03 PM Miro Hrončok
<mhroncok(a)redhat.com> wrote:
>
> On 18. 09. 19 0:17, Mukundan Ragavan wrote:
>> This is a good time to do it. I can rebuild the relevant packages (i.e.
>> all xfce stack since this is libxfce4ui we are talking about) and submit
>> a huge update before F31 final.
>
> Shouldn't this rather be done in rawhide only?
Nope, I had a look yesterday as promised and the results for the "Xfce
Desktop" group yields the following:
===============================
Package
===============================
Reinstalling:
libxfce4ui
Installing dependencies:
imsettings-gsettings
Removing dependent packages:
Thunar
garcon
greybird-xfce4-notifyd-theme
imsettings-xfce
thunar-archive-plugin
thunar-media-tags-plugin
thunar-volman
xfce4-appfinder
xfce4-datetime-plugin
xfce4-notifyd
xfce4-panel
xfce4-places-plugin
xfce4-power-manager
xfce4-pulseaudio-plugin
xfce4-screenshooter-plugin
xfce4-settings
xfdesktop
Kevin is probably right, the best course of action is likely to remove
python 2 bindings and keep glade around. libxfceui supports both glade
(3.22+) and glade3 (3.8) and removing the latter is not feasible.
While Xfce moved core components to Gtk3, the ones above aren't ready
yet.
So, this list above is mostly due to garcon... it's pulling in both the
gtk2 and gtk3 libxfce4ui support.
The more useful list is:
➜ ~ dnf repoquery --whatrequires 'libxfce4ui-1.so.0()(64bit)'
garcon-0:0.6.4-3.fc31.x86_64
libxfce4ui-devel-0:4.14.1-1.fc31.x86_64
xfbib-0:0.1.0-11.fc31.x86_64
xfburn-0:0.5.5-5.fc31.x86_64
xfce-theme-manager-0:0.3.8-2.fc31.x86_64
xfce4-cellmodem-plugin-0:0.0.5-26.fc31.x86_64
xfce4-embed-plugin-0:1.6.0-10.fc31.x86_64
xfce4-hardware-monitor-plugin-0:1.6.0-7.fc31.x86_64
xfce4-kbdleds-plugin-0:0.0.6-17.fc31.x86_64
xfce4-mailwatch-plugin-0:1.2.0-22.fc31.x86_64
xfce4-notes-plugin-0:1.8.1-22.fc31.x86_64
xfce4-time-out-plugin-0:1.0.3-1.fc32.x86_64
So, those are our gtk2 holdouts. :) Garcon and libxfce4ui could be
rebuilt, but the rest of those really need the older lib.
So, I think we should short term: drop python2 from glade3 and take it
over so everything keeps working.
Longer term: wait for all the above list to move to gtk3, then rebuild
libxfce4ui with glade and rebuild the rest to use the new library and
let glade3 orpahn out.
Everyone ok with that plan?
kevin
4:23 p.m.
On 9/18/19 1:38 PM, Kevin Fenzi wrote:
The more useful list is:
➜ ~ dnf repoquery --whatrequires 'libxfce4ui-1.so.0()(64bit)'
garcon-0:0.6.4-3.fc31.x86_64
libxfce4ui-devel-0:4.14.1-1.fc31.x86_64
xfbib-0:0.1.0-11.fc31.x86_64
xfburn-0:0.5.5-5.fc31.x86_64
xfce-theme-manager-0:0.3.8-2.fc31.x86_64
xfce4-cellmodem-plugin-0:0.0.5-26.fc31.x86_64
xfce4-embed-plugin-0:1.6.0-10.fc31.x86_64
xfce4-hardware-monitor-plugin-0:1.6.0-7.fc31.x86_64
xfce4-kbdleds-plugin-0:0.0.6-17.fc31.x86_64
xfce4-mailwatch-plugin-0:1.2.0-22.fc31.x86_64
xfce4-notes-plugin-0:1.8.1-22.fc31.x86_64
xfce4-time-out-plugin-0:1.0.3-1.fc32.x86_64
So, those are our gtk2 holdouts. :) Garcon and libxfce4ui could be
rebuilt, but the rest of those really need the older lib.
So, I think we should short term: drop python2 from glade3 and take it
over so everything keeps working.
Longer term: wait for all the above list to move to gtk3, then rebuild
libxfce4ui with glade and rebuild the rest to use the new library and
let glade3 orpahn out.
Everyone ok with that plan?
That sounds like a good plan.
4:35 a.m.
On 18. 09. 19 19:38, Kevin Fenzi wrote:
Longer term: wait for all the above list to move to gtk3, then
rebuild
libxfce4ui with glade and rebuild the rest to use the new library and
let glade3 orpahn out.
Everyone ok with that plan?
Yes!
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
1679
days inactive
1685
days old
14 comments
5 participants
participants (5)
-
Dridi Boukelmoune -
Kevin Fenzi -
Miro Hrončok -
Mukundan Ragavan -
Simon Steinbeiss