Re: Proposal: archive plasma-pk-updates

Hi! It's sad that Apper hasn't received more love over the years, as it's the closest thing to a feature-complete package manager using PackageKit that we have in the KDE world. That said, even on the GNOME side, gnome-packagekit is essentially abandoned, and Apper on the KDE side would need subst

Re: resvg

Am Fr., 15. März 2024 um 05:38 Uhr schrieb Страшила : > пт, 15 мар. 2024 г., 00:51 Laura David Hurka : >> >> On Thursday, March 14, 2024 2:04:45 PM CET Sune Vuorela wrote: >> > On 2024-03-14, Igor Mironchik wrote: >> > > Hello, >> > > >> > > What do you think about https://github.com/RazrFalcon/re

Re: Defining a developer name for our applications metadata

Am Mi., 31. Jan. 2024 um 08:50 Uhr schrieb Ben Cooksley : > On Wed, Jan 31, 2024 at 7:04 AM Timothée Ravier > wrote: > >> Hi folks, >> >> Flathub is now requiring that applications define a "developer_name" tag >> in their metadata (see [1], [2]). >> >> What do folks think would be a good value f

Re: Defining a developer name for our applications metadata

Am Di., 30. Jan. 2024 um 22:27 Uhr schrieb Albert Astals Cid : > > El dimarts, 30 de gener de 2024, a les 22:06:01 (CET), Nate Graham va > escriure: > > What sprang immediately to my mind was simply "KDE". Short and sweet. > > Agreed > > "The KDE Community" is like "ATM Machine", KDE is *already* t

Re: Flathub and Snap Store entries for KGeoTag

Am Mi., 3. Jan. 2024 um 00:52 Uhr schrieb Albert Astals Cid : > > El dimarts, 2 de gener de 2024, a les 22:50:07 (CET), Tobias Leupold va > escriure: > > [missing changelog] > > For the first one, the changelog should be in the appstream file, you don't > have it, so flathub doesn't see it. See t

Re: Re : Re: NetworkManagerQt

Hi! :-) Am Fr., 27. Mai 2022 um 23:11 Uhr schrieb Carl Schwan : > [... > In adition to that Nicolas already said, you might want to double check if > the LGPL 2.1 license is really to restrictive for your distributions > scenarios. The LGPL 2.1 is more permissive than the normal GPL 2 and the LG

Re: Meson logo

Am Do., 18. Juli 2019 um 14:58 Uhr schrieb Harald Sitter : > [...] I just want to add to the discussion that asking Jussi Pakkanen to make changes to the licensing is also always an option. Jussi is a great person, and would certainly be helpful with this. I think using copyright to keep a tradema

Re: Can anyone that cares about appdata please fix all these files?

2017-03-09 16:46 GMT+01:00 Harald Sitter : > FWIW, that's not true I fear. > > When there is no summary *and* the desktop file has no Comment (which > ours usually do not do) then appstream-generator (the distro-level > aggregation tool for appstream data) will reject the data with the > error that

Re: Can anyone that cares about appdata please fix all these files?

2017-02-17 20:21 GMT+01:00 Aleix Pol : > [...] > I'd say it's safe to have it in the stable branch, Software Centers > (e.g. discover) will need these values anyways. > Also it's not very useful to have CI if red means "meh". > > OTOH, I'd better ask l10n'ers to make sure they won't hate us. Maybe

Re: AppStream issues with various KDE applications

2017-01-08 12:00 GMT+01:00 Richard Hughes : > On 6 January 2017 at 19:26, Matthias Klumpp wrote: >> Oh, really? Because the spec says the name/summary is taken from the >> .desktop file if the metainfo doesn't contain it, which IMHO was a bad >> idea (while reducing

Re: AppStream issues with various KDE applications

2017-01-04 21:43 GMT+01:00 Richard Hughes : > On 4 January 2017 at 16:55, Matthias Klumpp wrote: >> @hughsie: I am wondering for some time now whether we should make the name >> and summary tags essential for desktop-application type components in >> metainfo files as well. &

Re: AppStream issues with various KDE applications

(sorry for the top post, my phone refuses to let me do an inline reply) It is worth noting that the KDE CI checks metainfo files and will complain on issues - so if you don't see something there, maybe a fix needs to be backported. @hughsie: I am wondering for some time now whether we should make

Re: how to appstream

2016-11-04 13:57 GMT+01:00 Olivier Churlaud : > Hi, > > Le vendredi 4 novembre 2016, 00:12:13 CET Matthias Klumpp a écrit : >> 2016-11-03 15:19 GMT+01:00 Harald Sitter : >> > I couldn't find reasonable documentation on how to best add appstream >> > data

Re: how to appstream

2016-11-03 15:19 GMT+01:00 Harald Sitter : > I couldn't find reasonable documentation on how to best add appstream > data to a kde application, so I threw this together here: > > https://community.kde.org/HowToAppStream The pages https://techbase.kde.org/MetaInfo exist already, but they haven't be

Re: appstream icons and the hicolor madness we have in KDE software

2016-04-21 13:23 GMT+02:00 Harald Sitter : > On Thu, Apr 21, 2016 at 1:02 PM, Aleix Pol wrote: >> On Thu, Apr 21, 2016 at 1:12 AM, Rex Dieter wrote: >>> Matthias Klumpp wrote: >>> >>>> GNOME ships icons for all its apps in hicolor/ >>> >>>

Re: appstream icons and the hicolor madness we have in KDE software

Hi! To explain how we currently find icons (from an appstream-generator perspective, but appstream-builder works similarly): We encounter an application which has an "Icon=" field in its .desktop file. If it is an absolute path, we load that icon directly and complain about it, since an absolute p

Re: [kde-community] Our new project metadata system

Hi! Just adding my 2ct as AppStream maintainer: - Centralizing AppStream metadata is IMHO a really bad idea, since it makes the life of people wanting to change or update it much harder, leading to fewer changes and maybe even less metadata. - Using d_eds old script is also a bad idea, since b

Re: How to properly install app icons?

2016-03-14 12:21 GMT+01:00 Elvis Angelaccio : > [...] Hi! Thanks for raising this issue! /me puts his AppStream / Freedesktop hat on > 1. Should KDE apps install their app icon even if it's already in breeze? > From what I understand, icons installed by the apps are used as fallback if > breeze i

Re: AppData and the gettext locale

2016-01-25 23:29 GMT+01:00 Albert Astals Cid : > El Monday 25 January 2016, a les 21:02:35, Richard Hughes va escriure: >> tl;dr: Please add > type="gettext">your_gettext_domain_here to your AppData >> files. > > tl;dr: Please read the translated version from the xml file for apps developed > by KD

Re: Phabricator Questions

2015-11-01 22:31 GMT+01:00 Albert Astals Cid : > El Sunday 01 November 2015, a les 21:17:03, Ben Cooksley va escriure: >> On Fri, Oct 30, 2015 at 12:52 AM, Martin Graesslin > wrote: >> > On Thursday, October 29, 2015 12:31:23 PM CET Milian Wolff wrote: >> >> > In general, can we configure Phabrica

Re: Icons installed by apps

Am 22.09.2015 10:32 nachm. schrieb "Albert Astals Cid" : > > El Dimarts, 22 de setembre de 2015, a les 14:17:28, Jaroslaw Staniek va > escriure: > > Hello, > > A couple of related questions while wrestling with issues such as [1]. > > > > Let's assume Kexi app installs some icons to > > PREFIX/shar

Re: Desktop file renaming: ark, dolphin, dragonplayer, kig, kiriki, kshisen and picmi

2015-09-07 17:35 GMT+02:00 Luigi Toscano : > On Monday 07 of September 2015 17:19:01 Matthias Klumpp wrote: >> Hi there! >> Just FYI, while the specification doesn't demand but only suggests the >> name change, it seems to be essential for the Fedora AppStream data >&g

Re: Desktop file renaming: ark, dolphin, dragonplayer, kig, kiriki, kshisen and picmi

Hi there! Just FYI, while the specification doesn't demand but only suggests the name change, it seems to be essential for the Fedora AppStream data generator. For that and to do sane naming of the data files, renaming the files makes sense - although, for the KDE l10n team this means some annoyanc

Re: AppData/AppStream progress in KDE

2014-12-19 12:11 GMT+01:00 Richard Hughes : > On 19 December 2014 at 10:56, Kevin Funk wrote: >> Would be nice to get details about each validation result as well, if it's >> easy enough. > > Sure, all the logs are here: https://github.com/hughsie/createrepo_as_logs/ > >> FYI: Just tried to valida