Hi all,
xfce 4.16 is expected to be released by the end of the year. I am planning to submit Xfce 4.16 as a self contained change for Fedora 34.
Before I do that, I would like people to test 4.16 packages on rawhide. If you can, please test the 4.16 packages in the COPR below and provide feedback. Of course, these are not *official* packages. Please respond here on the mailing list or to me directly.
COPR for Xfce 4.16 - https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce-4.16/
In my tests, I have been able to upgrade from F33 xfce 4.14 packages with very few problems (e.g. orage needs to be removed). It will help me for folks to test and let me know if there are problems.
Thanks, Mukundan.
On 11/27/20 3:02 AM, Mukundan Ragavan wrote:
Hi all,
xfce 4.16 is expected to be released by the end of the year. I am planning to submit Xfce 4.16 as a self contained change for Fedora 34.
Before I do that, I would like people to test 4.16 packages on rawhide. If you can, please test the 4.16 packages in the COPR below and provide feedback. Of course, these are not *official* packages. Please respond here on the mailing list or to me directly.
COPR for Xfce 4.16 - https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce-4.16/
In my tests, I have been able to upgrade from F33 xfce 4.14 packages with very few problems (e.g. orage needs to be removed). It will help me for folks to test and let me know if there are problems.
Is it possible to build those on F33 as well? I'd gladly test them on 33, but I am not ready to upgrade to rawhide yet.
Thanks,
On 11/27/20 2:57 AM, Miro Hrončok wrote:
On 11/27/20 3:02 AM, Mukundan Ragavan wrote:
Hi all,
xfce 4.16 is expected to be released by the end of the year. I am planning to submit Xfce 4.16 as a self contained change for Fedora 34.
Before I do that, I would like people to test 4.16 packages on rawhide. If you can, please test the 4.16 packages in the COPR below and provide feedback. Of course, these are not *official* packages. Please respond here on the mailing list or to me directly.
COPR for Xfce 4.16 - https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce-4.16/
In my tests, I have been able to upgrade from F33 xfce 4.14 packages with very few problems (e.g. orage needs to be removed). It will help me for folks to test and let me know if there are problems.
Is it possible to build those on F33 as well? I'd gladly test them on 33, but I am not ready to upgrade to rawhide yet.
Thanks,
Sure, I will get it built for F33 as well. Once it is ready, I will email again.
Thanks!
On 11/27/20 2:57 AM, Miro Hrončok wrote:
On 11/27/20 3:02 AM, Mukundan Ragavan wrote:
Hi all,
xfce 4.16 is expected to be released by the end of the year. I am planning to submit Xfce 4.16 as a self contained change for Fedora 34.
Before I do that, I would like people to test 4.16 packages on rawhide. If you can, please test the 4.16 packages in the COPR below and provide feedback. Of course, these are not *official* packages. Please respond here on the mailing list or to me directly.
COPR for Xfce 4.16 - https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce-4.16/
In my tests, I have been able to upgrade from F33 xfce 4.14 packages with very few problems (e.g. orage needs to be removed). It will help me for folks to test and let me know if there are problems.
Is it possible to build those on F33 as well? I'd gladly test them on 33, but I am not ready to upgrade to rawhide yet.
Thanks,
Hi all,
This COPR for fedora 33 should work. https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce416-f33/
If you identify any issues and have spec fixes, please submit a pull request here - https://pagure.io/xfce-4.16
Thanks.
Thanks for the copr, but it currently fails with the following issues: dnf upgrade Last metadata expiration check: 0:26:25 ago on Sat 28 Nov 2020 08:40:47 CET. Dependencies resolved.
Problem 1: package thunar-vfs-1.2.0-27.fc33.x86_64 requires libexo-1.so.0()(64bit), but none of the providers can be installed - cannot install both exo-4.15.3-1.fc33.x86_64 and exo-0.12.11-3.fc33.x86_64 - cannot install both exo-0.12.11-3.fc33.x86_64 and exo-4.15.3-1.fc33.x86_64 - cannot install the best update candidate for package thunar-vfs-1.2.0-27.fc33.x86_64 - cannot install the best update candidate for package exo-0.12.11-3.fc33.x86_64 Problem 2: package xfce4-embed-plugin-1.6.0-12.fc33.x86_64 requires libxfce4ui-1.so.0()(64bit), but none of the providers can be installed - cannot install both libxfce4ui-4.15.5-1.fc33.x86_64 and libxfce4ui-4.14.1-6.fc33.x86_64 - cannot install both libxfce4ui-4.14.1-6.fc33.x86_64 and libxfce4ui-4.15.5-1.fc33.x86_64 - cannot install the best update candidate for package xfce4-embed-plugin-1.6.0-12.fc33.x86_64 - cannot install the best update candidate for package libxfce4ui-4.14.1-6.fc33.x86_64 Problem 3: package xfce4-notes-plugin-1.8.1-24.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed - cannot install both xfce4-panel-4.15.5-1.fc33.x86_64 and xfce4-panel-4.14.4-3.fc33.x86_64 - cannot install both xfce4-panel-4.14.4-3.fc33.x86_64 and xfce4-panel-4.15.5-1.fc33.x86_64 - cannot install the best update candidate for package xfce4-panel-4.14.4-3.fc33.x86_64 - cannot install the best update candidate for package xfce4-notes-plugin-1.8.1-24.fc33.x86_64 Problem 4: package orage-4.12.1-16.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed - cannot install both xfce4-panel-4.15.5-1.fc33.x86_64 and xfce4-panel-4.14.4-3.fc33.x86_64 - cannot install both xfce4-panel-4.14.4-3.fc33.x86_64 and xfce4-panel-4.15.5-1.fc33.x86_64 - package xfce4-mailwatch-plugin-1.3.0-1.fc33.x86_64 requires xfce4-panel >= 4.15, but none of the providers can be installed - cannot install the best update candidate for package xfce4-mailwatch-plugin-1.2.0-24.fc33.x86_64 - cannot install the best update candidate for package orage-4.12.1-16.fc33.x86_64 Problem 5: problem with installed package xfce4-notes-plugin-1.8.1-24.fc33.x86_64 - package xfce4-notes-plugin-1.8.1-24.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed - cannot install both xfce4-panel-4.15.5-1.fc33.x86_64 and xfce4-panel-4.14.4-3.fc33.x86_64 - cannot install both xfce4-panel-4.14.4-3.fc33.x86_64 and xfce4-panel-4.15.5-1.fc33.x86_64 - package xfce4-power-manager-1.7.1-1.fc33.x86_64 requires xfce4-panel >= 4.15, but none of the providers can be installed - cannot install the best update candidate for package xfce4-power-manager-1.6.6-3.fc33.x86_64 Problem 6: problem with installed package xfce4-embed-plugin-1.6.0-12.fc33.x86_64 - package xfce4-embed-plugin-1.6.0-12.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed - cannot install both xfce4-panel-4.15.5-1.fc33.x86_64 and xfce4-panel-4.14.4-3.fc33.x86_64 - cannot install both xfce4-panel-4.14.4-3.fc33.x86_64 and xfce4-panel-4.15.5-1.fc33.x86_64 - package xfdesktop-4.15.1-1.fc33.x86_64 requires xfce4-panel >= 4.15, but none of the providers can be installed - cannot install the best update candidate for package xfdesktop-4.14.3-1.fc33.x86_64 ================================================================================================================================================================= Package Architecture Version Repository Size ================================================================================================================================================================= Upgrading: Thunar x86_64 4.15.3-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 1.6 M garcon x86_64 0.7.2-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 227 k libxfce4util x86_64 4.15.5-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 180 k mousepad x86_64 0.4.90-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 387 k thunar-volman x86_64 4.15.1-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 207 k tumbler x86_64 0.3.1-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 237 k xfce4-about x86_64 4.15.5-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 89 k xfce4-appfinder x86_64 4.15.2-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 272 k xfce4-screensaver x86_64 0.1.11-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 309 k xfce4-session x86_64 4.15.1-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 523 k xfce4-settings x86_64 4.15.3-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 1.1 M xfconf x86_64 4.15.1-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 188 k xfdashboard x86_64 0.7.90-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 697 k xfdashboard-themes x86_64 0.7.90-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 1.9 M xfwm4 x86_64 4.15.3-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 601 k Skipping packages with conflicts: (add '--best --allowerasing' to command line to force their upgrade): exo x86_64 4.15.3-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 462 k libxfce4ui x86_64 4.15.5-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 283 k xfce4-panel x86_64 4.15.5-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 1.0 M Skipping packages with broken dependencies: xfce4-mailwatch-plugin x86_64 1.3.0-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 244 k xfce4-power-manager x86_64 1.7.1-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 780 k xfdesktop x86_64 4.15.1-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 1.1 M
Transaction Summary ================================================================================================================================================================= Upgrade 15 Packages Skip 6 Packages
Total download size: 8.4 M Is this ok [y/N]: N Operation aborted.
Thank you johannes
On 11/28/20 3:09 AM, Johannes Lips wrote:
Thanks for the copr, but it currently fails with the following issues: dnf upgrade Last metadata expiration check: 0:26:25 ago on Sat 28 Nov 2020 08:40:47 CET. Dependencies resolved.
Problem 1: package thunar-vfs-1.2.0-27.fc33.x86_64 requires libexo-1.so.0()(64bit), but none of the providers can be installed
- cannot install both exo-4.15.3-1.fc33.x86_64 and exo-0.12.11-3.fc33.x86_64
Problem 2: package xfce4-embed-plugin-1.6.0-12.fc33.x86_64 requires libxfce4ui-1.so.0()(64bit), but none of the providers can be installed
- cannot install both libxfce4ui-4.15.5-1.fc33.x86_64 and libxfce4ui-4.14.1-6.fc33.x86_64
Problem 3: package xfce4-notes-plugin-1.8.1-24.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed
- cannot install both xfce4-panel-4.15.5-1.fc33.x86_64 and xfce4-panel-4.14.4-3.fc33.x86_64
Problem 4: package orage-4.12.1-16.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed
- cannot install both xfce4-panel-4.15.5-1.fc33.x86_64 and xfce4-panel-4.14.4-3.fc33.x86_64
- cannot install the best update candidate for package orage-4.12.1-16.fc33.x86_64
Problem 5: problem with installed package xfce4-notes-plugin-1.8.1-24.fc33.x86_64
- package xfce4-notes-plugin-1.8.1-24.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed
Problem 6: problem with installed package xfce4-embed-plugin-1.6.0-12.fc33.x86_64
- package xfce4-embed-plugin-1.6.0-12.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed
Hi Johannes,
So, this is part of "known problems" I was referring to in my original email. I have only updated those packages that have a 4.16 related release. This is because I am not sure (yet; I should probably find out) which plugins will be ported to gtk-3/xfce 4.16 (See roadmap [1]). Some plugins have been updated (e.g. mailwatch and weather) and work fine with 4.16 packages.
For now, if you can, please remove the offending packages and test xfce core. I will continue to update the COPR as releases happen. When I get this to main repo, appropriate provides/obsoletes will be present.
Thanks.
On Thu, Nov 26, 2020 at 09:02:12PM -0500, Mukundan Ragavan wrote:
Hi all,
xfce 4.16 is expected to be released by the end of the year. I am planning to submit Xfce 4.16 as a self contained change for Fedora 34.
Sounds great. I was actually meaning to ask about that... :)
Let me know if there's anything I can do to help out.
Before I do that, I would like people to test 4.16 packages on rawhide. If you can, please test the 4.16 packages in the COPR below and provide feedback. Of course, these are not *official* packages. Please respond here on the mailing list or to me directly.
COPR for Xfce 4.16 - https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce-4.16/
In my tests, I have been able to upgrade from F33 xfce 4.14 packages with very few problems (e.g. orage needs to be removed). It will help me for folks to test and let me know if there are problems.
Things seem pretty working.
One kinda confusing thing is the new scaling. It has 1x (default) and 1.5x and 2x and custom. Any number I enable > 1 causes the screen resolution to increase more and more (ie, everything is smaller than native, not larger). If I set it to 0.5 or 0.6 or so it's usable... and this kind of makes sense if you think of it wanting to scale a highdpi resolution to a smaller number. It's just backwards of the gnome way (where scaling means how much to scale all the UI/screens up). I'm not sure it's a bug or feature. I guess I can file a bug and see what folks say.
Otherwise everything seems to work here so far. :)
kevin
In my tests, I have been able to upgrade from F33 xfce 4.14 packages with very few problems (e.g. orage needs to be removed). It will help me for folks to test and let me know if there are problems.
One thing you can test with the 4.16 series is the "alt+tab window" behavior on multiple monitors. My patch was initially rejected because it added a new option and after discussing it with the xfwm4 developer we came to the conclusion that it was a special window and should be controlled by the "primary monitor" setting.
So from 4.16 on, when you have a) multiple active non-mirroring monitors and b) one of them selected as the primary monitor, when you press alt+tab or whatever shortcut you may use instead to cycle through windows, the selection window should only appear on the primary monitor (all of them otherwise).
I don't have the bandwidth to help with testing, but I'm happy to see I can expect this upgrade for f34.
Thanks!
Xfce 4.16 was released today [1]. I will start building 4.16 packages on rawhide tomorrow. Official fedora packages for rawhide should be available in the next two days or so. I have also submitted a self-contained change for approval (for inclusion with Fedora 34) [1].
I will also update my F33 COPR [2] in the coming days (after I am done with rawhide).
Mukundan.
[0] https://mail.xfce.org/pipermail/xfce/2020-December/037221.html [1] https://fedoraproject.org/wiki/Changes/xfce-4.16 [2] https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce416-f33/
On Wed, Dec 23, 2020 at 2:50 AM Mukundan Ragavan nonamedotc@gmail.com wrote:
Xfce 4.16 was released today [1]. I will start building 4.16 packages on rawhide tomorrow. Official fedora packages for rawhide should be available in the next two days or so. I have also submitted a self-contained change for approval (for inclusion with Fedora 34) [1].
I will also update my F33 COPR [2] in the coming days (after I am done with rawhide).
I have never tested rawhide or "branched" but this time I would really be interested in trying Xfce 4.16 with Pipewire as the default audio manager. How hard would it be to build a live image once the two changes land in rawhide?
On Wed, Dec 23, 2020 at 4:09 AM Dridi Boukelmoune dridi.boukelmoune@gmail.com wrote:
On Wed, Dec 23, 2020 at 2:50 AM Mukundan Ragavan nonamedotc@gmail.com wrote:
Xfce 4.16 was released today [1]. I will start building 4.16 packages on rawhide tomorrow. Official fedora packages for rawhide should be available in the next two days or so. I have also submitted a self-contained change for approval (for inclusion with Fedora 34) [1].
I will also update my F33 COPR [2] in the coming days (after I am done with rawhide).
I have never tested rawhide or "branched" but this time I would really be interested in trying Xfce 4.16 with Pipewire as the default audio manager. How hard would it be to build a live image once the two changes land in rawhide?
One thing that'd be *great* is if you changed any dependencies for "pulseaudio" to "pulseaudio-daemon", because that makes it so we don't require a specific implementation and switching to PipeWire won't uninstall all audio support.
-- 真実はいつも一つ！/ Always, there's only one truth!
On 12/23/20 8:07 AM, Neal Gompa wrote:
One thing that'd be *great* is if you changed any dependencies for "pulseaudio" to "pulseaudio-daemon", because that makes it so we don't require a specific implementation and switching to PipeWire won't uninstall all audio support.
That's good to know. I can do that. pulseaudio-plugin is the target for this change. But, pulseaudio-plugin needs libpulse to build ...
That's good to know. I can do that. pulseaudio-plugin is the target for this change. But, pulseaudio-plugin needs libpulse to build ...
I think pipewire settled on having a replacement for the pulseaudio daemon, so this change is transparent for libpulse and its consumers.
Can you make this Requires fixup trickle down to f33 too?
Thanks, Dridi
On 12/23/20 9:19 AM, Dridi Boukelmoune wrote:
That's good to know. I can do that. pulseaudio-plugin is the target for this change. But, pulseaudio-plugin needs libpulse to build ...
I think pipewire settled on having a replacement for the pulseaudio daemon, so this change is transparent for libpulse and its consumers.
Can you make this Requires fixup trickle down to f33 too?
If it works in my hands, yes. :)
On Wed, Dec 23, 2020 at 9:20 AM Dridi Boukelmoune dridi.boukelmoune@gmail.com wrote:
That's good to know. I can do that. pulseaudio-plugin is the target for this change. But, pulseaudio-plugin needs libpulse to build ...
I think pipewire settled on having a replacement for the pulseaudio daemon, so this change is transparent for libpulse and its consumers.
This is correct. If you don't manually specify "Requires: pulseaudio" then you don't need to do anything.
Alright, everything that was released is now built on rawhide (Fedora proper) and F33 (COPR, [0]). Depending on the mirror that you use, the new packages will take sometime to sync.
All panel plugins installed by default (from live image) except *orage* should work fine. There are a few that I have to rebuild but cannot complete today. Following panel plugins need to be rebuilt -
cellmodem, cpufreq, embed, equake, hardware-monitor, kbdleds, mpc, notes, sensors, smartbookmark, statusnotifier, timer, wavelan
They may or may not (some of these are old) build but I will know tomorrow.
With that said, please test the packages built so far.
[0] https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce416-f33/
On 12/23/20 10:19 AM, Neal Gompa wrote:
On Wed, Dec 23, 2020 at 9:20 AM Dridi Boukelmoune dridi.boukelmoune@gmail.com wrote:
That's good to know. I can do that. pulseaudio-plugin is the target for this change. But, pulseaudio-plugin needs libpulse to build ...
I think pipewire settled on having a replacement for the pulseaudio daemon, so this change is transparent for libpulse and its consumers.
This is correct. If you don't manually specify "Requires: pulseaudio" then you don't need to do anything.
I am probably doing something wrong here but in my (admittedly hasty) tests, I could not get this to work.
# rpm -qp --requires xfce4-pulseaudio-plugin-0.4.3-4.fc33.x86_64.rpm libatk-1.0.so.0()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.4)(64bit) libcairo-gobject.so.2()(64bit) libcairo.so.2()(64bit) libexo-2.so.0()(64bit) libgdk-3.so.0()(64bit) libgdk_pixbuf-2.0.so.0()(64bit) libgio-2.0.so.0()(64bit) libglib-2.0.so.0()(64bit) libgmodule-2.0.so.0()(64bit) libgobject-2.0.so.0()(64bit) libgtk-3.so.0()(64bit) libharfbuzz.so.0()(64bit) libkeybinder-3.0.so.0()(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2.2.5)(64bit) libnotify.so.4()(64bit) libpango-1.0.so.0()(64bit) libpangocairo-1.0.so.0()(64bit) libpulse-mainloop-glib.so.0()(64bit) libpulse-mainloop-glib.so.0(PULSE_0)(64bit) libpulse.so.0()(64bit) libpulse.so.0(PULSE_0)(64bit) libxfce4panel-2.0.so.4()(64bit) libxfce4ui-2.so.0()(64bit) libxfce4util.so.7()(64bit) libxfconf-0.so.3()(64bit) pavucontrol <------ pulseaudio-daemon <------ rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsZstd) <= 5.4.18-1 rtld(GNU_HASH)
# dnf install xfce4-pulseaudio-plugin Last metadata expiration check: 0:16:16 ago on Wed 23 Dec 2020 05:47:58 PM EST. Error: Problem: problem with installed package pipewire-pulseaudio-0.3.15-2.fc33.x86_64 - package pipewire-pulseaudio-0.3.15-2.fc33.x86_64 conflicts with pulseaudio-libs provided by pulseaudio-libs-13.99.2-1.fc33.x86_64 - package pipewire-pulseaudio-0.3.13-4.fc33.x86_64 conflicts with pulseaudio-libs provided by pulseaudio-libs-13.99.2-1.fc33.x86_64 - package xfce4-pulseaudio-plugin-0.4.3-3.fc33.x86_64 requires libpulse.so.0()(64bit), but none of the providers can be installed - package xfce4-pulseaudio-plugin-0.4.3-3.fc33.x86_64 requires libpulse.so.0(PULSE_0)(64bit), but none of the providers can be insta
<snip>
I wonder if this is due to pavucontrol being a dependency (pulling in pulseaudio) ...
On 24. 12. 20 0:05, Mukundan Ragavan wrote:
Alright, everything that was released is now built on rawhide (Fedora proper) and F33 (COPR, [0])...
The Fails To Install script found the following:
https://bugzilla.redhat.com/show_bug.cgi?id=1911076
can't install thunar-vfs: - nothing provides libexo-1.so.0()(64bit) needed by thunar-vfs-1.2.0-27.fc33.x86_64
can't install thunar-vfs-devel: - nothing provides pkgconfig(exo-1) needed by thunar-vfs-devel-1.2.0-27.fc33.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1911081
can't install xfbib: - nothing provides libxfce4ui-1.so.0()(64bit) needed by xfbib-0.1.0-13.fc33.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1911082
can't install xfce-theme-manager: - nothing provides libxfce4ui-1.so.0()(64bit) needed by xfce-theme-manager-0.3.8-4.fc33.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1911083
can't install xfce4-cellmodem-plugin: - nothing provides libxfce4panel-1.0.so.4()(64bit) needed by xfce4-cellmodem-plugin-0.0.5-28.fc33.x86_64 - nothing provides libxfce4ui-1.so.0()(64bit) needed by xfce4-cellmodem-plugin-0.0.5-28.fc33.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1911084
can't install xfce4-embed-plugin: - nothing provides libxfce4panel-1.0.so.4()(64bit) needed by xfce4-embed-plugin-1.6.0-12.fc33.x86_64 - nothing provides libxfce4ui-1.so.0()(64bit) needed by xfce4-embed-plugin-1.6.0-12.fc33.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1911085
can't install xfce4-equake-plugin: - nothing provides libxfce4panel-1.0.so.4()(64bit) needed by xfce4-equake-plugin-1.3.8.1-12.fc33.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1911086
can't install xfce4-hardware-monitor-plugin: - nothing provides libxfce4panel-1.0.so.4()(64bit) needed by xfce4-hardware-monitor-plugin-1.6.0-10.fc34.x86_64 - nothing provides libxfce4ui-1.so.0()(64bit) needed by xfce4-hardware-monitor-plugin-1.6.0-10.fc34.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1911087
can't install xfce4-kbdleds-plugin: - nothing provides libxfce4panel-1.0.so.4()(64bit) needed by xfce4-kbdleds-plugin-0.0.6-19.fc33.x86_64 - nothing provides libxfce4ui-1.so.0()(64bit) needed by xfce4-kbdleds-plugin-0.0.6-19.fc33.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1911088
can't install xfce4-notes-plugin: - nothing provides libxfce4panel-1.0.so.4()(64bit) needed by xfce4-notes-plugin-1.8.1-24.fc33.x86_64 - nothing provides libxfce4ui-1.so.0()(64bit) needed by xfce4-notes-plugin-1.8.1-24.fc33.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1911089
can't install xfce4-sensors-plugin-devel: - nothing provides pkgconfig(libxfce4ui-1) needed by xfce4-sensors-plugin-devel-1.3.92-6.fc33.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1911090
can't install xmonad-log-applet-xfce: - nothing provides libxfce4panel-1.0.so.4()(64bit) needed by xmonad-log-applet-xfce-2.1.0-21.fc33.x86_64
On 24. 12. 20 0:05, Mukundan Ragavan wrote:
Alright, everything that was released is now built on rawhide (Fedora proper) and F33 (COPR, [0])...
From copr, I get (expected):
Problem 1: package orage-4.12.1-16.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed - cannot install both xfce4-panel-4.16.0-1.fc33.x86_64 and xfce4-panel-4.14.4-3.fc33.x86_64 - cannot install both xfce4-panel-4.14.4-3.fc33.x86_64 and xfce4-panel-4.16.0-1.fc33.x86_64 - cannot install the best update candidate for package xfce4-panel-4.14.4-3.fc33.x86_64 - cannot install the best update candidate for package orage-4.12.1-16.fc33.x86_64 Problem 2: problem with installed package orage-4.12.1-16.fc33.x86_64 - package orage-4.12.1-16.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed - cannot install both xfce4-panel-4.16.0-1.fc33.x86_64 and xfce4-panel-4.14.4-3.fc33.x86_64 - cannot install both xfce4-panel-4.14.4-3.fc33.x86_64 and xfce4-panel-4.16.0-1.fc33.x86_64 - package xfce4-datetime-plugin-0.8.1-1.fc33.x86_64 requires xfce4-panel >= 4.16, but none of the providers can be installed - cannot install the best update candidate for package xfce4-datetime-plugin-0.8.0-3.fc33.x86_64
But also (unexpected):
Error: Transaction test error: file /etc/xdg/xfce4/helpers.rc from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/aterm.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/balsa.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/brave.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/caja.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/chromium.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/debian-sensible-browser.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/debian-x-terminal-emulator.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/dillo.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/encompass.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/epiphany.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/eterm.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/evolution.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/firefox.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/galeon.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/geary.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/gnome-terminal.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/google-chrome.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/icecat.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/icedove.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/iceweasel.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/jumanji.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/kmail.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/konqueror.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/links.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/lynx.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/midori.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/mozilla-browser.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/mozilla-mailer.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/mutt.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/nautilus.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/netscape-navigator.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/nxterm.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/opera-browser.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/pcmanfm-qt.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/pcmanfm.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/qterminal.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/qtfm.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/qupzilla.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/rodent.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/rox-filer.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/sakura.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/surf.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/sylpheed-claws.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/sylpheed.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/terminator.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/thunderbird.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/urxvt.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/vimprobable2.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/w3m.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/xfce4-terminal.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/xfe.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/xterm.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64
On 12/27/20 8:28 AM, Miro Hrončok wrote:
On 24. 12. 20 0:05, Mukundan Ragavan wrote:
Alright, everything that was released is now built on rawhide (Fedora proper) and F33 (COPR, [0])...
But also (unexpected):
Error: Transaction test error: file /etc/xdg/xfce4/helpers.rc from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/aterm.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/balsa.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/brave.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/caja.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/chromium.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/debian-sensible-browser.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/debian-x-terminal-emulator.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/dillo.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/encompass.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/epiphany.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/eterm.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64 file /usr/share/xfce4/helpers/evolution.desktop from install of xfce4-settings-4.16.0-1.fc33.x86_64 conflicts with file from package exo-0.12.11-3.fc33.x86_64
Hmmm ... I did not see this at all - not in rawhide or f33. :(
I will check again. By the way, I have approved your build permissions on COPR.
On 27. 12. 20 17:58, Mukundan Ragavan wrote:
On 12/27/20 10:15 AM, Mukundan Ragavan wrote:
Hmmm ... I did not see this at all - not in rawhide or f33. :(
I will check again.
I checked again (see the attached log). I still don't see the conflicts. I am not sure why.
I believe it's because exo is not upgraded here:
Problem: problem with installed package orage-4.12.1-16.fc33.x86_64 - package orage-4.12.1-16.fc33.x86_64 requires libxfce4panel-1.0.so.4()(64bit), but none of the providers can be installed - cannot install both xfce4-panel-4.16.0-1.fc33.x86_64 and xfce4-panel-4.14.4-3.fc33.x86_64 - cannot install both xfce4-panel-4.14.4-3.fc33.x86_64 and xfce4-panel-4.16.0-1.fc33.x86_64 - package xfce4-mailwatch-plugin-1.3.0-1.fc33.x86_64 requires xfce4-panel >= 4.15, but none of the providers can be installed - problem with installed package xfce4-mailwatch-plugin-1.2.0-24.fc33.x86_64 - package xfce4-mailwatch-plugin-1.2.0-24.fc33.x86_64 requires libexo-1.so.0()(64bit), but none of the providers can be installed - cannot install both exo-4.16.0-1.fc33.x86_64 and exo-0.12.11-3.fc33.x86_64 - cannot install both exo-0.12.11-3.fc33.x86_64 and exo-4.16.0-1.fc33.x86_64 - cannot install the best update candidate for package exo-0.12.11-3.fc33.x86_64
When I remove xfce4-mailwatch-plugin first, I get past the failure.
Maybe xfce4-settings 4.16 should explicitly conflict with exo < 4.16?
On 12/27/20 4:15 PM, Miro Hrončok wrote:
On 27. 12. 20 17:58, Mukundan Ragavan wrote:
On 12/27/20 10:15 AM, Mukundan Ragavan wrote:
When I remove xfce4-mailwatch-plugin first, I get past the failure.
Maybe xfce4-settings 4.16 should explicitly conflict with exo < 4.16?
If you are upgrading from the COPR, mailwatch should also be built for 4.16.
xfce4-mailwatch-plugin x86_64 1.3.0-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 244 k
Are you not upgrading from COPR?
On 27. 12. 20 22:21, Mukundan Ragavan wrote:
On 12/27/20 4:15 PM, Miro Hrončok wrote:
On 27. 12. 20 17:58, Mukundan Ragavan wrote:
On 12/27/20 10:15 AM, Mukundan Ragavan wrote:
When I remove xfce4-mailwatch-plugin first, I get past the failure.
Maybe xfce4-settings 4.16 should explicitly conflict with exo < 4.16?
If you are upgrading from the COPR, mailwatch should also be built for 4.16.
xfce4-mailwatch-plugin x86_64 1.3.0-1.fc33 copr:copr.fedorainfracloud.org:nonamedotc:xfce416-f33 244 k
Are you not upgrading from COPR?
I am. I suppose the entire problem is caused by orage. Let's obsolete and retire it?
On 12/28/20 8:18 AM, Mukundan Ragavan wrote:
On 12/28/20 6:25 AM, Miro Hrončok wrote:
Are you not upgrading from COPR?
I am. I suppose the entire problem is caused by orage. Let's obsolete and retire it?
Yes! I will do that today.
On second thought, I am going to wait to see how many panel plugins we retire and obsolete everything in one go - including orage.
Obsolete via xfce4-panel -
embed kbdleds <--- These two are from Johannes' email.
cellmodem hardware-monitor
Obsolete via thunar -
thunar-vfs
(rebuild xfburn)
Obsolete via xfdesktop(?)
xfbib
Did I miss anything?
On 28. 12. 20 15:02, Mukundan Ragavan wrote:
Obsolete via xfdesktop(?)
xfbib
This one is installable on other desktop environments. As such, it can be obsoleted from fedora-obsolete-packages (you don't want xfdesktop to be installed when xfbib goes away and xfdesktop wasn't installed prior to that).
On 12/28/20 10:57 AM, Miro Hrončok wrote:
On 28. 12. 20 15:02, Mukundan Ragavan wrote:
Obsolete via xfdesktop(?)
xfbib
This one is installable on other desktop environments. As such, it can be obsoleted from fedora-obsolete-packages (you don't want xfdesktop to be installed when xfbib goes away and xfdesktop wasn't installed prior to that).
Does it function normally? If it works, I suppose there is no need to retire/obsolete it. I can just rebuilt it.
On 29. 12. 20 0:05, Mukundan Ragavan wrote:
On 12/28/20 10:57 AM, Miro Hrončok wrote:
On 28. 12. 20 15:02, Mukundan Ragavan wrote:
Obsolete via xfdesktop(?)
xfbib
This one is installable on other desktop environments. As such, it can be obsoleted from fedora-obsolete-packages (you don't want xfdesktop to be installed when xfbib goes away and xfdesktop wasn't installed prior to that).
Does it function normally? If it works, I suppose there is no need to retire/obsolete it. I can just rebuilt it.
AFAIK it doesn't build with recent libxfce4ui.
On Mon, 28 Dec 2020, 15:02 Mukundan Ragavan, nonamedotc@gmail.com wrote:
On 12/28/20 8:18 AM, Mukundan Ragavan wrote:
On 12/28/20 6:25 AM, Miro Hrončok wrote:
Are you not upgrading from COPR?
I am. I suppose the entire problem is caused by orage. Let's obsolete and retire it?
Yes! I will do that today.
On second thought, I am going to wait to see how many panel plugins we retire and obsolete everything in one go - including orage.
Obsolete via xfce4-panel -
embed kbdleds <--- These two are from Johannes' email.
Are you taking care of this or should I do that? If it's not a big deal, I would be happy if you could retire them together with the other old applications.
Johannes
cellmodem hardware-monitor
Obsolete via thunar -
thunar-vfs
(rebuild xfburn)
Obsolete via xfdesktop(?)
xfbib
Did I miss anything?
-- GPG Key: E5C8BC67
xfce mailing list -- xfce@lists.fedoraproject.org To unsubscribe send an email to xfce-leave@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
On 12/28/20 11:39 AM, Johannes Lips wrote:
On Mon, 28 Dec 2020, 15:02 Mukundan Ragavan, <nonamedotc@gmail.com mailto:nonamedotc@gmail.com> wrote:
On 12/28/20 8:18 AM, Mukundan Ragavan wrote: > > > On 12/28/20 6:25 AM, Miro Hrončok wrote: >>> >>> Are you not upgrading from COPR? >> >> I am. I suppose the entire problem is caused by orage. Let's obsolete >> and retire it? >> > > Yes! I will do that today. > On second thought, I am going to wait to see how many panel plugins we retire and obsolete everything in one go - including orage. Obsolete via xfce4-panel - embed kbdleds <--- These two are from Johannes' email.Are you taking care of this or should I do that? If it's not a big deal, I would be happy if you could retire them together with the other old applications.
Johannes
I can take care of this (as long as it is not a permissions issue. I am a "proven packager").
Cheers, Mukundan.
On 12/28/20 11:39 AM, Johannes Lips wrote:
Obsolete via xfce4-panel - embed kbdleds <--- These two are from Johannes' email. cellmodem hardware-monitor Obsolete via thunar - thunar-vfs (rebuild xfburn) Obsolete via xfdesktop(?) xfbib Did I miss anything?
I have retired everything discussed here.
Thanks.
I have retired everything discussed here.
Hi,
Earlier I asked whether the Xfce changes relating to pipewire could trickle down to f33. I'm still planning to give rawhide with Xfce 4.16 and pipewire a try with a live image, but what I meant with f33 is that currently I can't swap pulseaudio with pipewire-pulseaudio because xfce4-pulseaudio-plugin currently has an explicit dependency on the former.
It looks like both pulseaudio and pipewire-pulseaudio packages provide pulseaudio-daemon, and maybe xfce4-pulseaudio-plugin could depend on that to work with both implementations. And I was hoping this specific change could trickle down to f33 so I could test pipewire on my current f33/Xfce 4.14 system. That's my last show stopper right now. The other packages that would be erased if I swapped both implementations today can go away without bothering me too much.
Sorry if that was confusing, and thanks again for maintaining Xfce in Fedora.
Dridi
On Thu, Jan 07, 2021 at 10:11:29AM +0000, Dridi Boukelmoune wrote:
I have retired everything discussed here.
Hi,
Earlier I asked whether the Xfce changes relating to pipewire could trickle down to f33. I'm still planning to give rawhide with Xfce 4.16 and pipewire a try with a live image, but what I meant with f33 is that currently I can't swap pulseaudio with pipewire-pulseaudio because xfce4-pulseaudio-plugin currently has an explicit dependency on the former.
It looks like both pulseaudio and pipewire-pulseaudio packages provide pulseaudio-daemon, and maybe xfce4-pulseaudio-plugin could depend on that to work with both implementations. And I was hoping this specific change could trickle down to f33 so I could test pipewire on my current f33/Xfce 4.14 system. That's my last show stopper right now. The other packages that would be erased if I swapped both implementations today can go away without bothering me too much.
Sorry if that was confusing, and thanks again for maintaining Xfce in Fedora.
Yeah, I totally think it makes sense to change xfce4-pulseaudio-plugin to work with either and move it's dep to 'pulseaudio-daemon' from 'pulseaudio'.
kevin
Hi,
this sounds like a reasonable patch to send upstream. Please push this to our gitlab so other distros/users also benefit. Thanks!
Cheers Simon
Kevin Fenzi kevin@scrye.com schrieb am Do., 7. Jän. 2021, 19:38:
On Thu, Jan 07, 2021 at 10:11:29AM +0000, Dridi Boukelmoune wrote:
I have retired everything discussed here.
Hi,
Earlier I asked whether the Xfce changes relating to pipewire could trickle down to f33. I'm still planning to give rawhide with Xfce 4.16 and pipewire a try with a live image, but what I meant with f33 is that currently I can't swap pulseaudio with pipewire-pulseaudio because xfce4-pulseaudio-plugin currently has an explicit dependency on the former.
It looks like both pulseaudio and pipewire-pulseaudio packages provide pulseaudio-daemon, and maybe xfce4-pulseaudio-plugin could depend on that to work with both implementations. And I was hoping this specific change could trickle down to f33 so I could test pipewire on my current f33/Xfce 4.14 system. That's my last show stopper right now. The other packages that would be erased if I swapped both implementations today can go away without bothering me too much.
Sorry if that was confusing, and thanks again for maintaining Xfce in
Fedora.
Yeah, I totally think it makes sense to change xfce4-pulseaudio-plugin to work with either and move it's dep to 'pulseaudio-daemon' from 'pulseaudio'.
kevin _______________________________________________ xfce mailing list -- xfce@lists.fedoraproject.org To unsubscribe send an email to xfce-leave@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
On 1/7/21 1:38 PM, Kevin Fenzi wrote:
On Thu, Jan 07, 2021 at 10:11:29AM +0000, Dridi Boukelmoune wrote:
I have retired everything discussed here.
Hi,
Earlier I asked whether the Xfce changes relating to pipewire could trickle down to f33. I'm still planning to give rawhide with Xfce 4.16 and pipewire a try with a live image, but what I meant with f33 is that currently I can't swap pulseaudio with pipewire-pulseaudio because xfce4-pulseaudio-plugin currently has an explicit dependency on the former.
It looks like both pulseaudio and pipewire-pulseaudio packages provide pulseaudio-daemon, and maybe xfce4-pulseaudio-plugin could depend on that to work with both implementations. And I was hoping this specific change could trickle down to f33 so I could test pipewire on my current f33/Xfce 4.14 system. That's my last show stopper right now. The other packages that would be erased if I swapped both implementations today can go away without bothering me too much.
Sorry if that was confusing, and thanks again for maintaining Xfce in Fedora.
Yeah, I totally think it makes sense to change xfce4-pulseaudio-plugin to work with either and move it's dep to 'pulseaudio-daemon' from 'pulseaudio'.
kevin
There is a problem in doing this. If we move to pulseaudio-daemon, we lose our current volume mixer - pavucontrol (which, I am sure requires pulseaudio and is not generic). Other DEs, as far as I know (i.e. GNOME, MATE, and Cinnamon), have their own mixers. pulseaudio-plugin relies on an external mixer.
I would prefer not to move to without a suitable replacement for pavucontrol - if we can avoid it. Does pipewire provide a suitable replacement for pavucontrol?
Does this make sense?
On Thu, Jan 7, 2021 at 5:51 PM Mukundan Ragavan nonamedotc@gmail.com wrote:
On 1/7/21 1:38 PM, Kevin Fenzi wrote:
On Thu, Jan 07, 2021 at 10:11:29AM +0000, Dridi Boukelmoune wrote:
I have retired everything discussed here.
Hi,
Earlier I asked whether the Xfce changes relating to pipewire could trickle down to f33. I'm still planning to give rawhide with Xfce 4.16 and pipewire a try with a live image, but what I meant with f33 is that currently I can't swap pulseaudio with pipewire-pulseaudio because xfce4-pulseaudio-plugin currently has an explicit dependency on the former.
It looks like both pulseaudio and pipewire-pulseaudio packages provide pulseaudio-daemon, and maybe xfce4-pulseaudio-plugin could depend on that to work with both implementations. And I was hoping this specific change could trickle down to f33 so I could test pipewire on my current f33/Xfce 4.14 system. That's my last show stopper right now. The other packages that would be erased if I swapped both implementations today can go away without bothering me too much.
Sorry if that was confusing, and thanks again for maintaining Xfce in Fedora.
Yeah, I totally think it makes sense to change xfce4-pulseaudio-plugin to work with either and move it's dep to 'pulseaudio-daemon' from 'pulseaudio'.
kevin
There is a problem in doing this. If we move to pulseaudio-daemon, we lose our current volume mixer - pavucontrol (which, I am sure requires pulseaudio and is not generic). Other DEs, as far as I know (i.e. GNOME, MATE, and Cinnamon), have their own mixers. pulseaudio-plugin relies on an external mixer.
I would prefer not to move to without a suitable replacement for pavucontrol - if we can avoid it. Does pipewire provide a suitable replacement for pavucontrol?
Does this make sense?
pavucontrol works fine with PipeWire. The libpulse library interacts with the PipeWire-PulseAudio daemon just fine, and everything basically works.
On 1/7/21 5:52 PM, Neal Gompa wrote:
On Thu, Jan 7, 2021 at 5:51 PM Mukundan Ragavan nonamedotc@gmail.com wrote:
There is a problem in doing this. If we move to pulseaudio-daemon, we lose our current volume mixer - pavucontrol (which, I am sure requires pulseaudio and is not generic). Other DEs, as far as I know (i.e. GNOME, MATE, and Cinnamon), have their own mixers. pulseaudio-plugin relies on an external mixer.
I would prefer not to move to without a suitable replacement for pavucontrol - if we can avoid it. Does pipewire provide a suitable replacement for pavucontrol?
Does this make sense?
pavucontrol works fine with PipeWire. The libpulse library interacts with the PipeWire-PulseAudio daemon just fine, and everything basically works.
In that case, I can definitely change it.
I remember seeing something like this -
Problem: problem with installed package pulseaudio-module-x11-14.0-2.fc33.x86_64 - package pulseaudio-module-x11-14.0-2.fc33.x86_64 requires libpulsecore-14.0.so()(64bit), but none of the providers can be installed - package pulseaudio-module-x11-14.0-2.fc33.x86_64 requires pulseaudio(x86-64) = 14.0-2.fc33, but none of the providers can be installed - package pulseaudio-module-x11-13.99.2-1.fc33.x86_64 requires libprotocol-native.so()(64bit), but none of the providers can be installed
This is from my test VM but let me check again.
On 1/7/21 5:52 PM, Neal Gompa wrote:
There is a problem in doing this. If we move to pulseaudio-daemon, we lose our current volume mixer - pavucontrol (which, I am sure requires pulseaudio and is not generic). Other DEs, as far as I know (i.e. GNOME, MATE, and Cinnamon), have their own mixers. pulseaudio-plugin relies on an external mixer.
I would prefer not to move to without a suitable replacement for pavucontrol - if we can avoid it. Does pipewire provide a suitable replacement for pavucontrol?
Does this make sense?
pavucontrol works fine with PipeWire. The libpulse library interacts with the PipeWire-PulseAudio daemon just fine, and everything basically works.
Okay, I am clearly missing something here -
# dnf install pavucontrol Last metadata expiration check: 0:08:55 ago on Thu 07 Jan 2021 07:25:59 PM EST. Dependencies resolved. ================================================================================================================ Package Architecture Version Repository Size ================================================================================================================ Installing: pavucontrol x86_64 4.0-5.fc33 rawhide 171 k Installing dependencies: libasyncns x86_64 0.8-19.fc33 rawhide 30 k libcanberra x86_64 0.30-23.fc33 rawhide 87 k libcanberra-gtk3 x86_64 0.30-23.fc33 rawhide 32 k pulseaudio-libs x86_64 14.0-2.fc34 rawhide 691 k pulseaudio-libs-glib2 x86_64 14.0-2.fc34 rawhide 18 k sound-theme-freedesktop noarch 0.8-14.fc33 rawhide 378 k
Transaction Summary ================================================================================================================ Install 7 Packages
Total download size: 1.4 M Installed size: 5.0 M Is this ok [y/N]: Operation aborted. [root@localhost user]# rpm -qa pipewire* pipewire0.2-libs-0.2.7-4.fc33.x86_64 pipewire-0.3.18-1.fc34.x86_64 pipewire-libs-0.3.18-1.fc34.x86_64
Rebuilding xfce4-pulseaudio-plugin,
--- a/xfce4-pulseaudio-plugin.spec +++ b/xfce4-pulseaudio-plugin.spec @@ -27,7 +27,7 @@ BuildRequires: libnotify-devel Obsoletes: xfce4-mixer <= 4.11 # Obsoletes--->xfce4-volumed <= 0.1.13
-Requires: pulseaudio +Requires: pulseaudio-daemon Requires: pavucontrol
# rpm -qp --requires xfce4-pulseaudio-plugin-0.4.3-3.fc34.x86_64.rpm <snip> libpulse-mainloop-glib.so.0()(64bit) libpulse-mainloop-glib.so.0(PULSE_0)(64bit) libpulse.so.0()(64bit) libpulse.so.0(PULSE_0)(64bit) libxfce4panel-2.0.so.4()(64bit) libxfce4ui-2.so.0()(64bit) libxfce4util.so.7()(64bit) libxfconf-0.so.3()(64bit) pavucontrol pulseaudio-daemon
What am I doing wrong?
On Fri, Jan 8, 2021 at 12:40 AM Mukundan Ragavan nonamedotc@gmail.com wrote:
On 1/7/21 5:52 PM, Neal Gompa wrote:
There is a problem in doing this. If we move to pulseaudio-daemon, we lose our current volume mixer - pavucontrol (which, I am sure requires pulseaudio and is not generic). Other DEs, as far as I know (i.e. GNOME, MATE, and Cinnamon), have their own mixers. pulseaudio-plugin relies on an external mixer.
I would prefer not to move to without a suitable replacement for pavucontrol - if we can avoid it. Does pipewire provide a suitable replacement for pavucontrol?
Does this make sense?
pavucontrol works fine with PipeWire. The libpulse library interacts with the PipeWire-PulseAudio daemon just fine, and everything basically works.
Okay, I am clearly missing something here -
# dnf install pavucontrol Last metadata expiration check: 0:08:55 ago on Thu 07 Jan 2021 07:25:59 PM EST. Dependencies resolved. ================================================================================================================ Package Architecture Version Repository Size ================================================================================================================ Installing: pavucontrol x86_64 4.0-5.fc33 rawhide 171 k Installing dependencies: libasyncns x86_64 0.8-19.fc33 rawhide 30 k libcanberra x86_64 0.30-23.fc33 rawhide 87 k libcanberra-gtk3 x86_64 0.30-23.fc33 rawhide 32 k pulseaudio-libs x86_64 14.0-2.fc34 rawhide 691 k pulseaudio-libs-glib2 x86_64 14.0-2.fc34 rawhide 18 k sound-theme-freedesktop noarch 0.8-14.fc33 rawhide 378 k
Transaction Summary
Install 7 Packages
Total download size: 1.4 M Installed size: 5.0 M Is this ok [y/N]: Operation aborted. [root@localhost user]# rpm -qa pipewire* pipewire0.2-libs-0.2.7-4.fc33.x86_64 pipewire-0.3.18-1.fc34.x86_64 pipewire-libs-0.3.18-1.fc34.x86_64
Rebuilding xfce4-pulseaudio-plugin,
--- a/xfce4-pulseaudio-plugin.spec +++ b/xfce4-pulseaudio-plugin.spec @@ -27,7 +27,7 @@ BuildRequires: libnotify-devel Obsoletes: xfce4-mixer <= 4.11 # Obsoletes--->xfce4-volumed <= 0.1.13
-Requires: pulseaudio +Requires: pulseaudio-daemon Requires: pavucontrol
# rpm -qp --requires xfce4-pulseaudio-plugin-0.4.3-3.fc34.x86_64.rpm
<snip> libpulse-mainloop-glib.so.0()(64bit) libpulse-mainloop-glib.so.0(PULSE_0)(64bit) libpulse.so.0()(64bit) libpulse.so.0(PULSE_0)(64bit) libxfce4panel-2.0.so.4()(64bit) libxfce4ui-2.so.0()(64bit) libxfce4util.so.7()(64bit) libxfconf-0.so.3()(64bit) pavucontrol pulseaudio-daemon
What am I doing wrong?
I think you are doing nothing wrong, pipewire provides a replacement for the pulseaudio daemon so clients like pavucontrol or xfce4-pulseaudio-plugin can keep using libpulse transparently.
On Fri, Jan 08, 2021 at 01:24:24PM +0000, Dridi Boukelmoune wrote:
On Fri, Jan 8, 2021 at 12:40 AM Mukundan Ragavan nonamedotc@gmail.com wrote:
...snip...
What am I doing wrong?
I think you are doing nothing wrong, pipewire provides a replacement for the pulseaudio daemon so clients like pavucontrol or xfce4-pulseaudio-plugin can keep using libpulse transparently.
Right. You will still have pulseaudio-libs installed, it's just the pulseaudio daemon thats getting replaced. So it talks to pipewire instead of pulseaudio. :)
kevin
On 1/8/21 12:22 PM, Kevin Fenzi wrote:
On Fri, Jan 08, 2021 at 01:24:24PM +0000, Dridi Boukelmoune wrote:
On Fri, Jan 8, 2021 at 12:40 AM Mukundan Ragavan nonamedotc@gmail.com wrote:
...snip...
What am I doing wrong?
I think you are doing nothing wrong, pipewire provides a replacement for the pulseaudio daemon so clients like pavucontrol or xfce4-pulseaudio-plugin can keep using libpulse transparently.
Right. You will still have pulseaudio-libs installed, it's just the pulseaudio daemon thats getting replaced. So it talks to pipewire instead of pulseaudio. :)
kevin
Thanks Dridi, Kevin, and Neal.
Somewhere along the line, I misunderstood the whole situation as completely remove everything pulseaudio (libs, bluetooth, etc.). :(
I will push this to git today.
Mukundan.
On 1/12/21 6:38 AM, Dridi Boukelmoune wrote:
I will push this to git today.
Running f33 with pipewire now, thanks!
Where can I grab a rawhide live image to try Xfce 4.16 with pipewire too?
Try here -
https://openqa.fedoraproject.org/nightlies.html
On 12/23/20 4:08 AM, Dridi Boukelmoune wrote:
On Wed, Dec 23, 2020 at 2:50 AM Mukundan Ragavan nonamedotc@gmail.com wrote:
Xfce 4.16 was released today [1]. I will start building 4.16 packages on rawhide tomorrow. Official fedora packages for rawhide should be available in the next two days or so. I have also submitted a self-contained change for approval (for inclusion with Fedora 34) [1].
I will also update my F33 COPR [2] in the coming days (after I am done with rawhide).
I have never tested rawhide or "branched" but this time I would really be interested in trying Xfce 4.16 with Pipewire as the default audio manager. How hard would it be to build a live image once the two changes land in rawhide? _______________________________________________
live image should happen automatically via nightly builds.
pipewire - yeah, I have not had the chance to test it out at all ... :(
Hey Mukundan,
thanks for all your efforts. I would like to ask if it would be possible to include the unstable version of the notes panel plugin?
Would be great, thanks anyway Johannes
On Wed, 23 Dec 2020, 03:50 Mukundan Ragavan, nonamedotc@gmail.com wrote:
Xfce 4.16 was released today [1]. I will start building 4.16 packages on rawhide tomorrow. Official fedora packages for rawhide should be available in the next two days or so. I have also submitted a self-contained change for approval (for inclusion with Fedora 34) [1].
I will also update my F33 COPR [2] in the coming days (after I am done with rawhide).
Mukundan.
[0] https://mail.xfce.org/pipermail/xfce/2020-December/037221.html [1] https://fedoraproject.org/wiki/Changes/xfce-4.16 [2] https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce416-f33/
-- GPG Key: E5C8BC67
xfce mailing list -- xfce@lists.fedoraproject.org To unsubscribe send an email to xfce-leave@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
On 1/23/21 10:32 AM, Johannes Lips wrote:
Hey Mukundan,
thanks for all your efforts. I would like to ask if it would be possible to include the unstable version of the notes panel plugin?
Would be great, thanks anyway Johannes
I have already performed a scratch build on rawhide [1] but do not want to perform a "real" build until we have a stable release. I will update the COPR shortly.
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=60076945
On Sun, 24 Jan 2021, 19:45 Mukundan Ragavan, nonamedotc@gmail.com wrote:
On 1/23/21 10:32 AM, Johannes Lips wrote:
Hey Mukundan,
thanks for all your efforts. I would like to ask if it would be possible to include the unstable version of the notes panel plugin?
Would be great, thanks anyway Johannes
I have already performed a scratch build on rawhide [1] but do not want to perform a "real" build until we have a stable release. I will update the COPR shortly.
Sorry, of course I meant the COPR.
Thanks, johannes
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=60076945
GPG Key: E5C8BC67
xfce mailing list -- xfce@lists.fedoraproject.org To unsubscribe send an email to xfce-leave@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
On 1/24/21 2:00 PM, Johannes Lips wrote:
On Sun, 24 Jan 2021, 19:45 Mukundan Ragavan, <nonamedotc@gmail.com mailto:nonamedotc@gmail.com> wrote:
On 1/23/21 10:32 AM, Johannes Lips wrote: > Hey Mukundan, > > thanks for all your efforts. I would like to ask if it would be possible > to include the unstable version of the notes panel plugin? > > Would be great, thanks anyway > Johannes > I have already performed a scratch build on rawhide [1] but do not want to perform a "real" build until we have a stable release. I will update the COPR shortly.Sorry, of course I meant the COPR.
Thanks, johannes
Done. Thanks for testing.
-
Dridi Boukelmoune -
Johannes Lips -
Kevin Fenzi -
Miro Hrončok -
Mukundan Ragavan -
Neal Gompa -
Simon Steinbeiss