Application Launcher 2.0

structures hard to read on high-dpi screens. Best regards, MP -- Dieser e-Brief enthält meine Digitale Signatur, welche eine zweifelsfreie Absenderzuordnung und Dokumentenunversehrtheitsprüfung ermöglicht, womit ohne Unterschrift Rechtsgültigkeit hergestellt wird. Matthias Pauschel • Schönef

D6628: Fix and normalize license in .desktop files

mak added a comment. In D6628#676722 , @bam wrote: > Thanks for clarifying. > > In D6628#676721 , @mak wrote: > > > So, this change looks fine to me now, as it is :-) > > > And yet it was chan

D6628: Fix and normalize license in .desktop files

mak added a comment. In D6628#676720 , @sitter wrote: > These aren't SPDX identifiers but kaboutlicense keywords https://api.kde.org/frameworks/kcoreaddons/html/kaboutdata_8cpp_source.html#l00397 Makes sense. @bam As far as the "legacy s

D25100: Mark all wallpaper plugins as addons

mak added a comment. Did this have AppStream metadata before? Probably the distribution data still lists this as component, while the new file lists it as addon. The distro data is preferred, so that's why this shows up as app. You need your distro to ship this as update, or set `PreferLocal

D23328: Exclude other desktop file from AppStream metadata generation

mak added a comment. I didn't test this, but I wrote the code which will handle this and it works in other cases ;-) My comment was to confirm that the commit does indeed what you intend it to do, according to the spec and code. REPOSITORY R124 System Settings REVISION DETAIL https://

D23328: Exclude other desktop file from AppStream metadata generation

mak added a comment. Effect is `kdesystemsettings.desktop` not being shown in any software center. LGTM REPOSITORY R124 System Settings REVISION DETAIL https://phabricator.kde.org/D23328 To: ngraham, kossebau, apol, mak Cc: plasma-devel, LeGast00n, The-Feren-OS-Dev, jraleigh, fbampalou

D23306: Add AppStream metadata file

mak added a comment. In D23306#515666 , @kossebau wrote: > In D23306#515662 , @mak wrote: > > > In D23306#515616 , @kossebau wrote: > > > > > Thanks! Th

D23306: Add AppStream metadata file

mak added a comment. In D23306#515616 , @kossebau wrote: > In D23306#515609 , @mak wrote: > > > @kossebau How to hide .desktop files from AppStream is now more visible in https://www.freedesktop.org

D23306: Add AppStream metadata file

mak added a comment. In D23306#515595 , @ngraham wrote: > In fact there are three possible relationships: > > - App is associated with desktop, but not required by it or limited to it (e.g. Dolphin, Gwenview, Nautilus, GNOME Music) --

D23306: Add AppStream metadata file

mak added a comment. In D23306#515592 , @ngraham wrote: > In D23306#515589 , @mak wrote: > > > In D23306#515577 , @ngraham wrote: > > > > > Adjust accor

D23306: Add AppStream metadata file

mak added a comment. Adding a `project_group` may also be a nice idea: https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-project_group REPOSITORY R124 System Settings REVISION DETAIL https://phabricator.kde.org/D23306 To: ngraham, apol, mak, #plasma Cc: kossebau

D23306: Add AppStream metadata file

mak added a comment. In D23306#515585 , @kossebau wrote: > @mak: tnanks for the hint. will also see to use X-AppStream-Ignore for kdevelop then. any chance we can see this trick documented on https://www.freedesktop.org/software/appstream/docs/s

D23306: Add AppStream metadata file

mak added a comment. In D23306#515577 , @ngraham wrote: > Adjust according to review comments This will work. I would change `System Settings` to ` KDE System Settings` or `Plasma System Settings`, just like GNOME sets a name like "GNOME

D23302: Stop installing two desktop files

mak added a comment. @kossebau You'll also want to annotate the .desktop files correctly to hide them. See https://phabricator.kde.org/D23306#515575 for details. REPOSITORY R124 System Settings REVISION DETAIL https://phabricator.kde.org/D23302 To: ngraham, apol, #plasma Cc: mak, kosseb

D23306: Add AppStream metadata file

mak added a comment. There's also a FAQ entry for this, apparently I only documented this for Debian Developers back in the day ^^ > https://wiki.debian.org/AppStream/Guidelines#How_to_exclude_.desktop_files_from_the_metadata ===

D23306: Add AppStream metadata file

mak added a comment. @ngraham > Alternative to D23302 . According to the AppStream documentation (https://www.freedesktop.org/software/appstream/docs/sect-Metadata-Application.html), > adding an AppStream metadata file with multiple launchable tags

Re: freedesktop.org meeting again?

uot; KDE projects (so as a KDE delegate I might not be the best choice). Cheers, Matthias >> -- Forwarded Message -- >> >> Subject: freedesktop.org meeting again? >> Date: mercredi 6 février 2019, 15:27:32 CET >> From: Agustin Benito Bethencour

D13772: Add AppStream metadata

mak added a comment. In D13772#284459 , @ngraham wrote: > FWIW, @mak, `appstrealcli validate` doesn't like my launchable tag, though I can't see anything wrong with it. > > dev@dev-pc:~/repos/ksysguard$ (appstream-metadata) appstreamcli va

D13772: Add AppStream metadata

mak requested changes to this revision. mak added inline comments. This revision now requires changes to proceed. INLINE COMMENTS > org.kde.ksysguard.appdata.xml:2 > + > + > + KSysGuard Nitpick: Use `desktop-application` > org.kde.ksysguard.appdata.xml:7 > + org.kde.ksysguard > + CC0-1.0 > +

D13123: Make .deb and .rpm mime type handling optional at build time

mak added a comment. Checking for the dpkg and rpm binaries isn't really foolproof, because you can install rpm on Debian and dpkg on Fedora & Co. easily. The only issue proof thing that I can imagine would be checking for the distribution name in /etc/os-release, or maybe checking for the

Re: Translations and appstream summaries

nfo-type validation message (it's a cosmetic thing, not a functional issue). >From the link, "Found empty 'project_license' tag" and "The component is missing a summary ( tag)." seem to kill validation. That being said, resolving the translation issues would be really really nice! :-) Cheers, Matthias

Re: Missing mouse pointer in KWin on Wayland with Etnaviv

2017-10-31 10:22 GMT+01:00 Martin Flöser : > Am 2017-10-31 02:56, schrieb Matthias Klumpp: >> >> Hello! >> For a phone we obviously don't need a mouse pointer, but at the moment >> I can only interact with the UI by clicking blindly, which is not >> ideal f

Missing mouse pointer in KWin on Wayland with Etnaviv

'd (ideally) need a release tarball. I talked to Bhushan about this, and he is preparing something. Cheers, Matthias

Re: Videoconference between KDE community and Purism regarding Librem5

Just to make sure this message gets through to all the mailinglists (I dropped some of the CCs, because the list was rejecting this, and I also don't know if Zlatan is subscribed to plasma-devel & co.), since some people didn't get the next yet apparently This is our meeting place: 2017-09-07

[Powerdevil] [Bug 381387] display brightness is increased when come back from closed lid

https://bugs.kde.org/show_bug.cgi?id=381387 --- Comment #2 from Matthias --- Since Bugzilla allows no editing: When i like to reduce the brightness then, is this not possible since plasma think, that this is already on the lowest possible level. WOW, i just confirmed my own issue, since i

[Powerdevil] [Bug 381387] display brightness is increased when come back from closed lid

https://bugs.kde.org/show_bug.cgi?id=381387 --- Comment #1 from Matthias --- Happens here as well. And yes, i had this issue back then also. HP 8570p 1) I reduce the display brightness of my laptop to the lowest level. 2) I close the lid, which disables the display due to my settings. 3) I

Re: Videoconference between KDE community and Purism regarding Librem5

> Sebastian Kügler wrote : > let's pin down Thursday, 19:00 CEST (9.00am PDT), in any case. For me, this would work even better :-) (But we need Todd in the meeting, so let's wait and hope he's available at that time as well)

Re: Plasma Mobile on the Librem 5 (please ignore previous two mails)

2017-09-05 12:10 GMT+02:00 Jonathan Riddell : > On Mon, Sep 04, 2017 at 10:56:12PM +0200, Matthias Klumpp wrote: >> > And honestly I don't think it's something the Debian team cares about: it's >> > much more important to have the "perfect" package.

Re: Plasma Mobile on the Librem 5 (please ignore previous two mails)

; between Kubuntu and Debian for years >From briefly looking over it, I have to agree - this is not only slightly >mad... I know at some point, Kubuntu packaging was in Debian Git, but then it was abandoned (I think someone in Debian complained, but I am not certain). Anyway, this is something PureOS and Purism could actually resolve or help resolving (in the ideal case directly on Debian, in the worst case only for PureOS). Cheers, Matthias

Re: Plasma Mobile on the Librem 5 (please ignore previous two mails)

2017-09-04 19:51 GMT+02:00 Zlatan Todoric : > [...] > Well, for having both as separate offer (if GNOME hits the pace), is not > an issue. I am wondering if having both at the same time on phone will > end up being to much (how many libraries are there that one uses and > other DE doesn't), also de

Re: Plasma Mobile on the Librem 5

with things the FSF doesn't like stripped out, combined with some good ideas from the Tanglu debian derivative. Anything that runs on Debian runs on PureOS as well. > I'm not sure in how far flatpacking > the DE is an option, but I guess Matthias can weigh in here as well. Flatpac

Re: Plasma Mobile on the Librem 5

2017-08-30 9:24 GMT+02:00 Bhushan Shah : > Hello Matthias and all, > > First of all huge thanks for reaching to us! > > On Tue, Aug 29, 2017 at 03:28:36PM +0200, Matthias Klumpp wrote: >> As some of you might already know, we at Purism are planning to >> develop a mobil

Re: Plasma Mobile on the Librem 5

2017-08-29 18:39 GMT+02:00 Martin Flöser : > Am 2017-08-29 15:28, schrieb Matthias Klumpp: >> >> What we would be interested in is knowing about the future plans for >> Plasma Mobile, especially in the area of design and performance >> improvements. I didn't have th

Re: Plasma Mobile on the Librem 5

2017-08-29 16:44 GMT+02:00 Sebastian Kügler : > Hi Matthias, et al! > > On Tue, 29 Aug 2017 15:28:36 +0200 > Matthias Klumpp wrote: >> [ Please keep the CC list intact for replies ] >> >> [...] > > Yes, Kirigami has been rather a success story, and we see more

Re: Plasma Mobile on the Librem 5

2017-08-29 15:58 GMT+02:00 Eike Hein : > > On 08/29/2017 10:28 PM, Matthias Klumpp wrote: >> As some of you might already know, we at Purism are planning to >> develop a mobile phone that uses only free software and Matrix[2] for >> communication. We are currently running a

Plasma Mobile on the Librem 5

estions about Purism, the phone, Plasma on PureOS / Debian, life, the universe, everything, please ask! Kind regards, Matthias Klumpp (Software engineer at Purism) [1]: https://puri.sm/shop/librem-5/ [2]: https://matrix.org/ [3]: https://pureos.net/ [4]: https://ostree.readthedocs.io/

D7567: Support edit and appstream actions also for application search results

mak added inline comments. INLINE COMMENTS > hein wrote in actionlist.cpp:380 > That code wasn't touched during this refactoring, so this is immaterial to > the review. Please inform Aleix Pol about it. I know, that's why I didn't flag this as change request (just a general observation). REPO

D7567: Support edit and appstream actions also for application search results

mak added inline comments. INLINE COMMENTS > actionlist.cpp:380 > + > +const auto components = > appstreamPool->componentsById(service->desktopEntryName()+QLatin1String(".desktop")); > +for(const auto &component: components) { This will not work, because the component-ID can be an arbit

D2957: [SDDM Theme] Offer switching to the user's session if there is one

matthiass added a comment. In https://phabricator.kde.org/D2957#130176, @davidedmundson wrote: > This: https://github.com/sddm/sddm/pull/730 sweet! any idea on when we could expect a release? REPOSITORY R120 Plasma Workspace REVISION DETAIL https://phabricator.kde.org/D2957

D2957: [SDDM Theme] Offer switching to the user's session if there is one

matthiass added a comment. i see this patch has been abandoned.. is there any follow-up on this? a google search led me here. @davidedmundson mentions changing sddm but the only thing i found about that right now is the following issue: https://github.com/sddm/sddm/issues/447 which alre

D6628: Fix and normalize license in .desktop files

mak added a comment. Is there any reason not to use the SPDX license IDs here? => https://spdx.org/licenses/ (e.g. `GPL-2.0+` in this case). In any case, this patch makes things way better, so +1 from me :-) REPOSITORY R119 Plasma Desktop BRANCH master REVISION DETAIL https://phabri

Re: Discover depending on unreleased Appstream

5.11 release. This patch might cause issues for people wanting to test Discover Master right now though. I am aiming for an AppStream release next Monday. Cheers, Matthias

D5405: Create desktop file name based on organization domain unless set explicitely

mak added a comment. In https://phabricator.kde.org/D5405#101574, @ltoscano wrote: > I'm still confused. Documentation or not, bad usage or not, is it correct that desktop file name is constructed from both the organization domain AND the homepage? Yes. See https://standards.fre

[Differential] [Accepted] D4447: Add missing summaries

mak accepted this revision. mak added a reviewer: mak. mak added a comment. This revision is now accepted and ready to land. Looks good! REPOSITORY R120 Plasma Workspace BRANCH Plasma/5.9 REVISION DETAIL https://phabricator.kde.org/D4447 EMAIL PREFERENCES https://phabricator.kde.org

[Differential] [Commented On] D3923: Make AppstreamQt optional

mak added a comment. In https://phabricator.kde.org/D3923#73574, @anthonyfieroni wrote: > In https://phabricator.kde.org/D3923#73375, @mak wrote: > > > In any case, knowing the distro might be useful to check whether their packaging makes sense ;-) > > > KaOS don't have appstrea

[Differential] [Commented On] D3943: Make sure we only initialize the appstream pool once

mak added a comment. Looks good! (appstreamPool is a bit verbose for my taste, AppStream interally calls it dpool (DataPooL) asPool or just pool - but that's just me being lazy and having to type too much n C anyways) REPOSITORY R119 Plasma Desktop REVISION DETAIL https://phabricator.

[Differential] [Commented On] D3923: Make AppstreamQt optional

mak added a comment. @davidedmundson What do you mean with big dependency chain? libappstream and libappstreamQt depend in total on only libxml2, libyaml, GLib and Qt5Core which pretty much any distro, especially with Plasma on it, should already have anyway. Didn't you use Neon? Or was it

[Powerdevil] [Bug 350365] Battery monitor in tray randomly shows there is no battery

https://bugs.kde.org/show_bug.cgi?id=350365 Matthias changed: What|Removed |Added CC||shaloksha...@riseup.net --- Comment #9 from

[Differential] [Updated, 4 lines] D3552: Remove quoting from kscreen-console json-output (Bug 354534)

jbraun removed R104 KScreen as the repository for this revision. jbraun updated this revision to Diff 8674. jbraun added a comment. Of course, that's easily done. :-) CHANGES SINCE LAST UPDATE https://phabricator.kde.org/D3552?vs=8646&id=8674 REVISION DETAIL https://phabricator.kde.org/D3

[Differential] [Request, 4 lines] D3552: Remove quoting from kscreen-console json-output (Bug 354534)

jbraun created this revision. jbraun added a reviewer: sebas. jbraun set the repository for this revision to R104 KScreen. Restricted Application added a project: Plasma. Restricted Application added a subscriber: plasma-devel. REVISION SUMMARY As the creator of Bug 354534 noted, the output of

Re: Discover requires Qt 5.7?

2016-09-22 14:36 GMT+02:00 Matthias Klumpp : > 2016-09-22 13:15 GMT+02:00 Jonathan Riddell : >> On Thu, Sep 22, 2016 at 01:02:45PM +0200, Aleix Pol wrote: >>> On Thu, Sep 22, 2016 at 10:20 AM, Daniel Vrátil wrote: >>> > Hi, >>> > >>> > Discove

Re: Discover requires Qt 5.7?

nothing we can solve. Also, they don't make using Discover impossible or harder, it just doesn't look as nice. So, for me it's working with Debian's version of Qt 5.6. Cheers, Matthias -- Debian Developer | Freedesktop-Developer I welcome VSRE emails. See http://vsre.info/

Re: Review Request 128996: Don't generate appstream files for components that are not in rdn

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128996/#review99401 --- Ship it! Ship It! - Matthias Klumpp On Sept. 21, 2016

Re: Fix the broken plasma-desktop! Re: Jenkins-kde-ci: plasma-desktop master kf5-qt5 » Linux,gcc - Build # 326 - Still unstable!

components not having a reverse domain-name... I am not sure if that can be fixed right now, and whether it is useful to have metadata for KCMs at all, so for some components it might be useful to ignore the failed test. On the other hand, having reverse-DNS names is really important now...

[Powerdevil] [Bug 366608] Brightness keyboard action does not repeat while key is pressed under Wayland

https://bugs.kde.org/show_bug.cgi?id=366608 --- Comment #10 from Matthias Fauconneau --- 1) Works for me with Brightness Up (F7), Volume Down (F9) and Up (F10). But strangely Brightness Down (F6) still does not repeat. I see no difference between the keys (libinput-debug-events) and the

[Powerdevil] [Bug 366608] Brightness keyboard action does not repeat while key is pressed under Wayland

https://bugs.kde.org/show_bug.cgi?id=366608 --- Comment #5 from Matthias Fauconneau --- I think notifying release events would be a better solution since it would allow smoother/finer brightness adjustments than the low rate of key repeats. So KWin/Wayland requires non-Qt applications to link

[Powerdevil] [Bug 366608] Brightness keyboard action does not repeat while key is pressed under Wayland

https://bugs.kde.org/show_bug.cgi?id=366608 --- Comment #3 from Matthias Fauconneau --- I think not repeating global shortcuts is the correct behaviour. Still it would make sense for PowerDevil to be notified when the shortcut is released. I am not clear on how KGlobalAccel signals actions

[Powerdevil] [Bug 366608] New: Brightness keyboard action does not repeat while key is pressed under Wayland

https://bugs.kde.org/show_bug.cgi?id=366608 Bug ID: 366608 Summary: Brightness keyboard action does not repeat while key is pressed under Wayland Product: Powerdevil Version: 5.7.3 Platform: Gentoo Packages

[Differential] [Commented On] D1816: Switch to Noto Mono as default monospace font

mak added a comment. `Hack` and `Source Code Pro` are beautiful fonts for programming - from a Debian perspective, there is no reason to not use `Hack`, we have it in the archive already (I don't know about `Source Code Pro` though). REPOSITORY rPLASMAINTEGRATION Integration for Qt applica

Re: Long term support release for Plasma?

Hey :) Just a quick notice: All the judgement on this issue given by Debian and Kubuntu people apply to Tanglu as well (and we completely agree with Martin Steigerwalds post). Cheers and greetings from Debconf! Matthias ___ Plasma-devel mailing

[Differential] [Commented On] D1844: Add Appinfo metadata file

mak added inline comments. INLINE COMMENTS > org.kde.plasmashell.metainfo.xml:4 > + org.kde.plasmashell > + GPL-2.0+ > + KDE Plasma Desktop Btw, a "metadata_license" tag with a permissive license (CC0/MIT) needs to be added too, so we are sure that we can reuse the metadata downstream easily

[Differential] [Commented On] D1844: Add Appinfo metadata file

mak added inline comments. INLINE COMMENTS > CMakeLists.txt:158 > endif() > +install(FILES "${CMAKE_CURRENT_BINARY_DIR}/plasma-desktop.metainfo.xml" > DESTINATION ${METAINFODIR}) > feature_summary(WHAT ALL INCLUDE_QUIET_PACKAGES > FATAL_ON_MISSING_REQUIRED_PACKAGES) I might be wrong with tha

[Differential] [Commented On] D1844: Add Appinfo metadata file

mak added inline comments. INLINE COMMENTS > mak wrote in plasma-desktop.metainfo.xml:3 > This should ideally be a reverse-domain-name, to fit the general style of > AppStream unique IDs. > So something like "org.kde.plasmashell" or "org.kde.plasma-desktop". > See > https://www.freedesktop.org/

Re: appstream in Plasma

ons, or wants to filter them somehow. For that, it might be useful to add some kind of addon_domain tag to the spec later, to allow this kind of fine-grained filtering. Cheers, Matthias -- Debian Developer | Freedesktop-Developer I welcome VSRE emails. See http://vsre.info/ __

[Differential] [Updated] D1844: Add Appinfo metadata file

mak added a comment. In https://phabricator.kde.org/D1844#34142, @sebas wrote: > Should also have a screenshot? Normally I would say "yes", but since this is a so-called generic component, which means that it will be possible to search for it with cli tools and install it easily

Re: Review Request 125451: RFC: Drop KScreen dependency from PlasmaShell

nd it fixed all my multi-screen/laptop/docking issues! You literally saved my relationship! (Gf switch her laptop to plasma 5 and was constantly cursing) - Matthias Blaicher On March 17, 2016, 1:02 a.m., Aleix Pol Gonzalez

Re: appstream in Plasma

for it, etc. Since AppStream assigns a unique ID to every software, finding it and making it available is easy (e.g. by passing it's ID directly to the Discover, which can then install it). I don't think users will ever thing of installing desktop settings modules via Discover, and I don&#

Re: metadata.yaml for Plasma projects?

l: "#kwin" > mailinglist: k...@kde.org Not in AppStream. > bugs: > url: https://bugs.kde.org > product: kwin See https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-url > dependencies: > - KWayland > - KDecoration >

Re: appstream in Plasma

2016-04-07 19:47 GMT+02:00 Martin Gräßlin : > Am 2016-04-07 18:01, schrieb Scarlett Clark: >> >> FWIW some distros like Kubuntu (neon?) use systemsettings for all of >> our system settings. So having separate places for all other settings >> is very poor user experience. > > But Kubuntu uses Plasma

Re: appstream in Plasma

ktop. Software centers like Discover or GNOME Software will not show that, but users can find it with appstreamcli and would be able to install it using "appstreamcli install org.kde.plasma-desktop". So: More metadata please! (But ideally no desktops in the SC) Cheers, Matthias --

Re: Review Request 127308: Fix name of desktop file to have icon working on Wayland

their favourite after upgrading to > 5.6. > > Martin Gräßlin wrote: > Sorry I don't get that. Why should renaming result in losing the favorite? > > Matthias Klumpp wrote: > The favourite apps settings is a list with .desktop filenames which are > shown

Re: two exceptions for string freeze in Plasma

First of all, I don't have a strong opinion on generic names - name the stuff whatever you want to! 2016-03-09 16:00 GMT+01:00 Sebastian Kügler : > [...] > > I find this whole discussion rather backwards. I could address the concerns by > coming up with some random bullshit name, putting that in t

Re: Review Request 127308: Fix name of desktop file to have icon working on Wayland

ilename, the launcher entry will become invalid or vanish, although the actual application is still there, leading to confused users. - Matthias --- This is an automatically generated

Re: two exceptions for string freeze in Plasma

ld also in theory add a key X-KDE-PreferGenericName to prefer the GenericName over the Name key in Plasma) Cheers, Matthias P.S: Sidenote: Could people please add Summary= fields to .desktop files too? ;-) This is the No1 reason KDE apps are rejected for inclusion into AppStream at

Re: Minutes Monday Plasma Meeting

e @work). Goal was to just have cmake call a small Qt application doing the rendering for different sizes. Unfortunately I got a bit distracted by other work. We definitely need pre-rendered icons for various reasons though, but storing them in Git (and rendering them manually) is an insane thin

Re: Review Request 126732: a plymouth theme for breeze

to be baked into the kernel image You mean the initramfs, right? :P A massive wallpaper will definitely slow down boot with slow disks in any case (question is: how much? has anyone measured that?), so it's probably best to not get too crazy with the Plymouth theme ^^ - Matthias --

[Differential] [Commented On] D797: Require user to authenticate when trying to change lock screen settings

mak added a subscriber: mak. mak added a comment. In https://phabricator.kde.org/D797#15210, @davidedmundson wrote: > This breaks every user's backup script by having root files in the user's > home. So I am very much not happy with this idea at all. > Especially as it acheives very little anyw

Re: KDE Discover binary & library names

designing for Plasma though, with any other functionality not interfering with that goal - I fully agree with Aleix on that :-) Cheers, Matthias ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Review Request 126268: Move shutdown scripts into ksmserver cleanup

finding out why this works, just to come to the conclusion that it can't possibly work. Thank you for the explanation, this does make more sense to me now :) - Matthias Klumpp On Dez. 7, 2015, 12:26 vorm., David Edmundson wrote: > > ---

Re: Review Request 126115: Unset environment variables before starting kwin_wayland

> On Nov. 19, 2015, 5:31 nachm., Matthias Klumpp wrote: > > Okay, I talked to some GNOME people (thanks!) to find out how they handle > > this issue, and the short answer is: Not at all > > Reason for that is that it is really hard to fully secure the compositor if

Re: Review Request 126115: Unset environment variables before starting kwin_wayland

reached their goal already. So, I think we can get KWin secure by adding some really heavy countermeasures (restricting it's access to $HOME, using a setgid bit on it's binary, ...) the question is: Is this effort worth it? - Matthias Klumpp On Nov. 19, 2015, 12:22 nachm., Martin Grä

Re: Review Request 126115: Unset environment variables before starting kwin_wayland

> On Nov. 19, 2015, 2:08 nachm., Matthias Klumpp wrote: > > Did you consider running the whole script with `env -i`, or (likely the > > better idea) run KWin with `env -i`? > > That should sanitize the environment (unset all env vars, except for > > shell-defaults).

Re: Review Request 126115: Unset environment variables before starting kwin_wayland

> On Nov. 19, 2015, 2:08 nachm., Matthias Klumpp wrote: > > Did you consider running the whole script with `env -i`, or (likely the > > better idea) run KWin with `env -i`? > > That should sanitize the environment (unset all env vars, except for > > shell-defaults).

Re: Review Request 126115: Unset environment variables before starting kwin_wayland

> On Nov. 19, 2015, 2:08 nachm., Matthias Klumpp wrote: > > Did you consider running the whole script with `env -i`, or (likely the > > better idea) run KWin with `env -i`? > > That should sanitize the environment (unset all env vars, except for > > shell-defaults).

Re: Review Request 126115: Unset environment variables before starting kwin_wayland

I don't have a solution for it yet and yes it also affects my setup. I > hope qt.conf can be used, but I don't know yet. > > Matthias Klumpp wrote: > A possible solution to that problem is to allow setting this in a > system-wide configuration file, or create a spec

Re: Review Request 126115: Unset environment variables before starting kwin_wayland

(likely the better idea) run KWin with `env -i`? That should sanitize the environment (unset all env vars, except for shell-defaults). You could then set exactly the variables you need, to the exact values you want, so we don't miss unsetting anything. - Matthias Klumpp On Nov. 19, 2015,

Re: Review Request 126115: Unset environment variables before starting kwin_wayland

the script to a "debug mode", which doesn't filter env vars. The important thing is that you need root access to modify these settings (set it to debug mode or set additional variables). - Matthias --- This is

Re: Review Request 126102: [startkde] Move sourceing of env scripts to startplasma

> On Nov. 18, 2015, 2:57 nachm., Matthias Klumpp wrote: > > It just wanted to write what David wrote ;-) > > Maybe a way to resolve this is to filter environment variables in KWin or > > before starting KWin, so anything pointing to directories in $HOME gets > > s

Re: Review Request 126102: [startkde] Move sourceing of env scripts to startplasma

resolve this is to filter environment variables in KWin or before starting KWin, so anything pointing to directories in $HOME gets stripped away (unsetting LD_* variables might also be part of that). - Matthias Klumpp On Nov. 18, 2015, 8:18 vorm., Martin Gräßlin wrote

Re: RFC: Disable DrKonqi

a similar split will happen on other distros as well. Cheers, Matthias ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Review Request 125198: by default do not restore the previous session on next login

eally confusing for users - they often don't know why stuff gets started automatically. +1 for the patch, and I also really like the idea of setting a checkbox explicitly - then it's clear to the users why things are started automatically at login. - Matthias Klumpp On Sept. 12, 2

Re: Splitting (Muon) Discover from muon repository

:) I've heard from Fedora that adopting Muon is a pain and currently doesn't really work, splitting out Discover could help a lot. Cheers, Matthias -- Debian Developer | Freedesktop-Developer I welcome VSRE emails. See http://vsre.info/ ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Splitting (Muon) Discover from muon repository

Muon part from Discover eventually as well and leave Discover as >> is. > > I guess you mean "I'd also like to drop the updater part" The updater was supposed to be merged into Discover, at least that's the thing we thought about at Akademy. >> [...] Cheers,

[Breeze] [Bug 347547] Qt4 applications use wrong palette and icons w/ Breeze

https://bugs.kde.org/show_bug.cgi?id=347547 --- Comment #14 from Matthias Dahl --- Sorry for not answering sooner but honestly I simply forgot. :-( (In reply to Martin Klapetek from comment #11) > Hey nice investigation! > > Thanks for the details, might come handy sometime :) Glad

[Breeze] [Bug 347547] Qt4 applications use wrong palette and icons w/ Breeze

https://bugs.kde.org/show_bug.cgi?id=347547 Matthias Dahl changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Breeze] [Bug 347547] Qt4 applications use wrong palette and icons w/ Breeze

https://bugs.kde.org/show_bug.cgi?id=347547 --- Comment #9 from Matthias Dahl --- I forgot to mention in (1): Setting KDE_SESSION_VERSION to either 4 or 5 only influences whether ".kde4" or ".kde" is first searched, but after that, ".kde4" is always searched as we

[Breeze] [Bug 347547] Qt4 applications use wrong palette and icons w/ Breeze

https://bugs.kde.org/show_bug.cgi?id=347547 --- Comment #8 from Matthias Dahl --- Further investigation revealed the following: 1) If KDE_SESSION_VERSION=5, kdeglobals is first searched for in "~/.kde/" while with KDE_SESSION_VERSION=4 it is "~/.kde4/". This comes as a surpr

[Breeze] [Bug 347547] Qt4 applications use wrong palette and icons w/ Breeze

https://bugs.kde.org/show_bug.cgi?id=347547 --- Comment #7 from Matthias Dahl --- To clarify: All screenshots were taken in a KDE 5.3.0 session naturally. I simply set KDE_SESSION_VERSION for the specific application to 4 or 5 -- and not globally. :-) -- You are receiving this mail because

[Breeze] [Bug 347547] Qt4 applications use wrong palette and icons w/ Breeze

https://bugs.kde.org/show_bug.cgi?id=347547 --- Comment #3 from Matthias Dahl --- Created attachment 92535 --> https://bugs.kde.org/attachment.cgi?id=92535&action=edit vlc main window w/ KDE_SESSION_VERSION=4 -- You are receiving this mail because: You are the assignee for

[Breeze] [Bug 347547] Qt4 applications use wrong palette and icons w/ Breeze

https://bugs.kde.org/show_bug.cgi?id=347547 --- Comment #6 from Matthias Dahl --- Created attachment 92538 --> https://bugs.kde.org/attachment.cgi?id=92538&action=edit vlc file dialog w/ KDE_SESSION_VERSION=5 -- You are receiving this mail because: You are the assignee for

  1   2   3   >