[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.