[plasmashell] [Bug 487816] No clean way to change the wallpaper for distributions
https://bugs.kde.org/show_bug.cgi?id=487816 --- Comment #4 from Oliver Smith --- (In reply to Marco Martin from comment #3) > the recommended way is doing a look and feel package, which could also > customize other things, like color and what not, but it's alright if it just > sets the wallpaper Thanks for the reply! Could you give me pointers to: * how distributions should set a custom look and feel package as default * how one would create such a look and feel package -- You are receiving this mail because: You are watching all bug changes.
[frameworks-attica] [Bug 402284] New: ProviderTest::testFetchInvalidProvider() fails with: Could not fetch provider
https://bugs.kde.org/show_bug.cgi?id=402284
Bug ID: 402284
Summary: ProviderTest::testFetchInvalidProvider() fails with:
Could not fetch provider
Product: frameworks-attica
Version: 5.53.0
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: gladh...@kde.org
Reporter: ollieparan...@bitmessage.ch
Target Milestone: ---
The ProviderTest in attica 5.53 is not working for me:
* Start testing of ProviderTest *
Config: Using QtTest library 5.10.1, Qt 5.10.1 (x86_64-little_endian-lp64
shared (dynamic) release build; by GCC 8.2.0)
PASS : ProviderTest::initTestCase()
QDEBUG : ProviderTest::testFetchValidProvider() org.kde.attica: executing Get
for QUrl("https://autoconfig.kde.org/ocs/providers.xml";)
QDEBUG : ProviderTest::testFetchValidProvider() got provider "api.kde-look.org"
QDEBUG : ProviderTest::testFetchValidProvider() default providers loaded
QDEBUG : ProviderTest::testFetchValidProvider() org.kde.attica: executing Get
request for QUrl("https://api.kde-look.org/ocs/v1/config";)
QDEBUG : ProviderTest::testFetchValidProvider() "Config loaded - Server has
version" "1.7"
PASS : ProviderTest::testFetchValidProvider()
QDEBUG : ProviderTest::testFetchInvalidProvider() org.kde.attica: executing Get
for QUrl("https://invalid-url.org/ocs/providers.xml";)
FAIL! : ProviderTest::testFetchInvalidProvider() Could not fetch provider
Loc: [/home/pmos/build/src/attica-5.53.0/autotests/providertest.cpp(134)]
PASS : ProviderTest::cleanupTestCase()
Totals: 3 passed, 1 failed, 0 skipped, 0 blacklisted, 5979ms
* Finished testing of ProviderTest *
Interestingly, the test for 5.52 isn't working anymore either, although it used
to work before. It fails with a slightly different error:
* Start testing of ProviderTest *
Config: Using QtTest library 5.10.1, Qt 5.10.1 (x86_64-little_endian-lp64
shared (dynamic) release build; by GCC 8.2.0)
PASS : ProviderTest::initTestCase()
QDEBUG : ProviderTest::testFetchValidProvider() org.kde.attica: executing Get
for QUrl("https://autoconfig.kde.org/ocs/providers.xml";)
QDEBUG : ProviderTest::testFetchValidProvider() got provider "api.kde-look.org"
QDEBUG : ProviderTest::testFetchValidProvider() default providers loaded
QDEBUG : ProviderTest::testFetchValidProvider() org.kde.attica: executing Get
request for QUrl("https://api.kde-look.org/ocs/v1/config";)
QDEBUG : ProviderTest::testFetchValidProvider() "Config loaded - Server has
version" "1.7"
PASS : ProviderTest::testFetchValidProvider()
QDEBUG : ProviderTest::testFetchInvalidProvider() org.kde.attica: executing Get
for QUrl("https://invalid-url.org/ocs/providers.xml";)
FAIL! : ProviderTest::testFetchInvalidProvider() Could not fetch provider
Loc: [/home/pmos/build/src/attica-5.52.0/autotests/providertest.cpp(134)]
QDEBUG : ProviderTest::testFetchInvalidProvider() org.kde.attica: error:
"Premature end of document." in
QUrl("https://invalid-url.org/ocs/providers.xml";)
QDEBUG : ProviderTest::testFetchInvalidProvider() default providers loaded
PASS : ProviderTest::cleanupTestCase()
Totals: 3 passed, 1 failed, 0 skipped, 0 blacklisted, 6501ms
* Finished testing of ProviderTest *
What I don't understand is: it is fetching from "invalid-url.org" - isn't that
supposed to fail?
STEPS TO REPRODUCE
Compile attica-qt, execute the tests.
SOFTWARE/OS VERSIONS
Arch Linux with a 4.14.88-1-lts kernel, compiling in an Alpine Linux edge
chroot (as set up with pmbootstrap from postmarketOS).
KDE Plasma Version: 5.53.0, 5.52.0
KDE Frameworks Version: 5.53.0, 5.52.0
Qt Version: 5.10.1
ADDITIONAL INFORMATION
It is working with the same chroot for another user.
Downstream report:
https://gitlab.com/postmarketOS/pmaports/merge_requests/105
--
You are receiving this mail because:
You are watching all bug changes.
[frameworks-attica] [Bug 402284] ProviderTest::testFetchInvalidProvider() fails with: Could not fetch provider
https://bugs.kde.org/show_bug.cgi?id=402284 Oliver Smith changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |DOWNSTREAM --- Comment #3 from Oliver Smith --- Old bug report, not relevant anymore. attica is now maintained in Alpine, and all tests are passing. https://git.alpinelinux.org/aports/tree/community/attica/APKBUILD Marking as RESOLVED DOWNSTREAM. Have a nice day! -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 487816] New: No clean way to change the wallpaper for distributions
https://bugs.kde.org/show_bug.cgi?id=487816 Bug ID: 487816 Summary: No clean way to change the wallpaper for distributions Classification: Plasma Product: kwin Version: 6.0.5 Platform: postmarketOS OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: core Assignee: kwin-bugs-n...@kde.org Reporter: ollieparan...@postmarketos.org Target Milestone: --- There is no clean way to change the default wallpaper for distributions. It would be great if there was a simple config file that the distribution could write, which would then set a different wallpaper as default. (The default wallpaper of Plasma 6 is really beautiful, but we are looking into setting a consistent wallpaper across all UIs in postmarketOS, and changing it with every release.) For example, with GNOME this can be done by writing a file like this to /usr/share/glib-2.0/schemas/10_pmOS-wallpaper.gschema.override: [org.gnome.desktop.background] picture-uri='file:///usr/share/wallpapers/postmarketos/contents/images/2707x2707.png' picture-uri-dark='file:///usr/share/wallpapers/postmarketos/contents/images_dark/2707x2707.png' Doing it for Plasma only seems to work by talking to the D-Bus API within a running Plasma session. I've done it via the following hack for now: 1. Write to /etc/skel/.config/autostart/set-plasma-wallpaper.desktop: [Desktop Entry] Exec=/usr/libexec/postmarketos/set-plasma-wallpaper.sh Name=Set postmarketOS Wallpaper for Plasma Terminal=False Type=Application 2. Write to /usr/libexec/postmarketos/set-plasma-wallpaper.sh: #!/bin/sh MARKER=~/.local/state/postmarketos/plasma-wallpaper-has-been-set WALLPAPER_PATH="/usr/share/wallpapers/postmarketos" # Only run this script in Plasma sessions. This variable is set in in both # Plasma Desktop and Plasma Mobile (unlike e.g. XDG_DESKTOP_SESSION). if [ -z "$KDE_FULL_SESSION" ]; then exit 1 fi # Only run this script once. If the user selects a different wallpaper # afterwards, it should not be changed. if [ -e "$MARKER" ]; then exit 0 fi echo "set-plasma-wallpaper: changing to: $WALLPAPER_PATH" # Unfortunately this fails if the D-Bus API isn't available yet. So we have to # try multiple times. for i in $(seq 1 30); do sleep 1 if ! plasma-apply-wallpaperimage "$WALLPAPER_PATH"; then continue fi mkdir -p "$(dirname "$MARKER")" touch "$MARKER" echo "set-plasma-wallpaper: success" exit 0 done echo "set-plasma-wallpaper: failed" exit 1 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487816] No clean way to change the wallpaper for distributions
https://bugs.kde.org/show_bug.cgi?id=487816
--- Comment #2 from Oliver Smith ---
(In reply to Niccolò Venerandi from comment #1)
> The wallpaper is read in the `plasma-org.kde.plasma.desktop-appletsrc` file:
>
> ```
> [Containments][1][Wallpaper][org.kde.image][General]
> Image=/home/niccolove/Nextcloud/Photos/Wallpapers/IMG_1618.png
> ```
Right, I found that as well. I have also tried just installing a
`plasma-org.kde.plasma.desktop-appletsrc` via /etc/skel and set the wallpaper
there, but that didn't work either (and of course that wouldn't be a great
solution either).
>
> each containment (e.g. monitor) has its own entry, so that different
> containments can have different wallpapers. There's a setup script, called
> 'org.kde.plasma.desktop-layout.js', that's part of the global theme and that
> an set this kind of things automatically:
>
> ```
> var desktopsArray = desktopsForActivity(currentActivity());
> for( var j = 0; j < desktopsArray.length; j++) {
> desktopsArray[j].wallpaperPlugin = 'org.kde.image';
> }
> ```
>
> you can add:
>
> ```
> desk = desktopsArray[j];
> desk.currentConfigGroup = new
> Array("Wallpaper","org.kde.image","General");
> desk.writeConfig("Image", "/usr/share/something/");
> ```
>
> I guess the correct way to do this would be to create a new look and feel
> theme that inherits anything from the Beeze one but only changes the
> wallpaper in the above script. However I never tried this.
>
> Does this help?
Thanks for describing how it works, appreciate the effort you put into this
reply!
Unfortunately it doesn't really help however. The proposal here is at least as
complex, but untested, as the tested workaround I already have (writing that JS
file, writing a custom theme that inherits things from Breeze and then somehow
setting that theme as default).
This issue is about dramatically reducing the complexity to set a wallpaper
with e.g. a simple config file as written in the top post.
--
You are receiving this mail because:
You are watching all bug changes.
