Comments

348 Comments

LGTM

BZ#1435423 Need to fix wallpaper / background packaging situation

LGTM

BZ#1891137 compiz stack needs update to 0.8.18
karma

LGTM, thanks for updating.

BZ#1891137 compiz stack needs update to 0.8.18

LGTM

BZ#1872445 conflict between MATE 33 wallpaper package dependencies

I tested it for myself. Installing Mate desktop environment from Cinnamon-spin-installation works like a charm when using the correct command, and f33-backgrounds-base-33.0.2-1.fc33.noarch f33-backgrounds-gnome-33.0.2-1.fc33.noarch are installed See my post at https://bugzilla.redhat.com/show_bug.cgi?id=1872445#c7

BZ#1872445 conflict between MATE 33 wallpaper package dependencies

I found the real cause of the issue, see https://bugzilla.redhat.com/show_bug.cgi?id=1872445#c6 The user installs the mate-desktop package and the mate-desktop environment, which can be produce conflicts in this early stage of development (before beta).

(sudo dnf install mate-desktop @mate).

So, this update isn't needed because it doesn't fix the real problem (using wrong command line)

BZ#1872445 conflict between MATE 33 wallpaper package dependencies

The default of Mate is using a static xml background since f23. And this file is removed! So shipping only mate-background-properties/f33.xml which isn't a static background is wrong. We need a static xml background file which was /usr/share/backgrounds/mate/default.xml

So, this update breaks the common usage of a background for MATE.

BZ#1872445 conflict between MATE 33 wallpaper package dependencies

This is wrong. Please do not merge!

I have to change a default gsettings key which define the location for the default background.

org.mate.background picture-filename

This key is defined by a gsettings override from mate-desktop package.

What is the problem with using /usr/share/backgrounds/mate/default.xml ? I mean which file does conflict with /usr/share/backgrounds/mate/default.xml ?.

With the new dir /usr/share/mate-background-properties/f33.xml i have to change the gesettings key again every 6 month with a new fedora release, because of using a number in name! Sorry , i can't except that.

If you really want to change the location, can you please use /usr/share/mate-background-properties/default.xml ? This should be a symlink to /usr/share/backgrounds/f33/default/f33.xml

BZ#1872445 conflict between MATE 33 wallpaper package dependencies
karma

Works fine for. It fixes the issue with using alsa direct with external (dmix) plugin and Creative soundblaster Z. And i saw no issues with using pulseaudio with on onboard and soundblaster card in a quick test.

BZ#1846742 upgrading to alsa-lib-1.2.3 kills pulseaudio in multi soundcard environment
BZ#1847508 No sound with Creative Soundblaster Z since update to alsa-lib-1.2.3-8
karma

LGTM, Can this be pushed to stable please. We need this to fix our travis CI builds at github. https://travis-ci.org/github/mate-desktop/libmateweather/builds/690141817 Thank you.

BZ#1827523 tzdata-2020a is available
karma

LGTM

BZ#1662857 lightdm does mlockall() which is not compatible with systemd-240
BZ#1773159 lightdm-gtk-2.0.7 is available

error.....: Ps: you can simply download the RPM and you'll see the problem for yourself

Already posted at bugreport. Honestly , this new and wasn't in previous version. PS. you simply download the rpm to sse the proplem ;)

Hmm, i tested f32-backgrounds-32.1.2-2.fc32 again. Now the background has a pink point in the middle. Adam, please recheck the update before making a rc5.

I have no idea if latest version is now in rc4. Any way, given karma again.

BZ#1824216 final f32-backgrounds version isn't in stable repo
  • f32- extra packages are there.
  • Recommands are fixed
  • and the final f32 background is included.

Btw: the animated background looks better than f32.xml. Because it doesn't have a weird zoom which makes it more sharp ;) Switch from f32.xml to animated.xml and compare the size of the crystall, than you will see what i mean ;)

BZ#1824216 final f32-backgrounds version isn't in stable repo

Ok, but there is no fixed build submitted to bodhi.

LGTM. Why this isn't pushed? Is there a freeze exception missing? https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process