2014-11-14 17:36 GMT+01:00 Aleix Pol :
> On Fri, Nov 14, 2014 at 4:23 PM, Milian Wolff wrote:
>>
>> Hello all.
>>
>> Since recently I get spammed by warnings such as this one:
>>
>>
>> /ssd/milian/projects/kde4/kdelibs/kdecore/network/klocalsocket_unix.cpp:22:
>> /usr/include/features.h:148:3: war
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121147/#review70519
---
Looks solid to me :-)
+1
- Matthias Klumpp
On Nov. 17
2015-04-20 23:41 GMT+02:00 Thomas Lübking :
> On Montag, 20. April 2015 23:02:34 CEST, Sune Vuorela wrote:
>
>> Let's just try to follow that thru.
>>
>> A new QuigleyImageView pulls in a new Qt. The newer Qt breaks somehow
>> Plasma,
>> because relying on internals. Then a newer Plasma is pulled i
2015-07-31 11:41 GMT+02:00 Ben Cooksley :
> On Fri, Jul 31, 2015 at 8:42 AM, Kevin Kofler wrote:
>> Luigi Toscano wrote:
>>> Feedback on Phabricator gathered outside the BoF from people who could not
>>> attend:
>>
>> Were there no complaints about the fact that you can still not view anything
>>
2015-08-01 13:54 GMT+02:00 Ben Cooksley :
> On Sat, Aug 1, 2015 at 11:48 PM, Matthias Klumpp
> wrote:
>> 2015-07-31 11:41 GMT+02:00 Ben Cooksley :
>>> On Fri, Jul 31, 2015 at 8:42 AM, Kevin Kofler
>>> wrote:
>>>> Luigi Toscano wrote:
>>>>&
2016-06-08 18:27 GMT+02:00 Burkhard Lück :
> Am Mittwoch, 8. Juni 2016, 12:45:13 CEST schrieb Nicolás Alvarez:
>> 2016-06-08 8:33 GMT-03:00 Friedrich W. H. Kossebau :
>> > [...]
>> > Not sure though what a stable url would be like, given people planning to
>> > rework kde.org (and thus those app ca
2016-06-12 6:46 GMT+02:00 Yuri Chornoivan :
> [...]
>
> I might misunderstand the whole thing. If it is, just ignore this message.
>
> The typical size of AppData screenshot is ~100 kB. Let's say that there are
> ~1000 users that use Discover features to explore KDE applications in a
> release day.
2016-06-12 20:29 GMT+02:00 Albert Astals Cid :
> [...]
> Noone is suggesting hotlinking into Phabricator or Quickgit. And noone is
> doign that either (unless someone has proof otherwise).
I was commenting on this:
2016-06-08 23:37 GMT+02:00 Ben Cooksley :
> On Thu, Jun 9, 2016 at 4:32 AM, Yuri C
2016-06-14 0:34 GMT+02:00 Albert Astals Cid :
> [...]
> You can not have all of these three:
> * Free commit to screenshots used by appstream
Create a Git/$whatever repository just for screenshots somewhere, and
make its contents available on the web, e.g. via static.kde.org /
screenshots.kde.org
2016-06-14 1:03 GMT+02:00 Albert Astals Cid :
> El dimarts, 14 de juny de 2016, a les 0:54:06 CEST, Matthias Klumpp va
> escriure:
>> 2016-06-14 0:34 GMT+02:00 Albert Astals Cid :
>> > [...]
>> >
>> > You can not have all of these three:
>> >
2017-04-20 11:30 GMT+02:00 Milian Wolff :
> [...]
> Hey Albert,
>
> sorry for the delay and thanks for the response. The above makes me wonder
> about the functionality of ecm_install_icons. As it stands, it is completely
> broken for anything but the hicolor theme, don't you agree? I would say we
2017-04-21 12:33 GMT+02:00 Kevin Kofler :
> [...]
> I think it would really be helpful to make Breeze match the de-facto
> standard directory hierarchy.
I asked for this a while back (and also to have PNG additional to SVG
icons for rendering speed improvements) and the bug report was closed
witho
Am Mo., 11. Feb. 2019 um 00:06 Uhr schrieb Aleix Pol :
>
> On Sat, Feb 9, 2019 at 1:32 PM David Faure wrote:
>>
>> Is anyone interested in participating in a technical meeting with other
>> desktop environments?
>>
>> I did that years ago and this is how we came up with various shared
>> specifica
@Kevin: I am only remotely following this issue, but as PackageKit
developer, I would of course like to see our project in Plasma
Workspaces as soon as possible. But I don't know the exact issues
here. Also, having KSecrets merged would be a nice goal too. (The
SecretService API is very stable, and
2013/11/2 Aaron J. Seigo :
> On Saturday, November 2, 2013 09:27:18 John Layt wrote:
>> One obvious question is how this might relate to Bodega if KDE chooses
>> to switch to that?
>
> The same files could be used to generate asset descriptions for use with
> Bodega.
>
>>What does Gnome shipping th
2013/11/2 Richard Hughes :
> On 2 November 2013 11:00, Yuri Chornoivan wrote:
>> 1. AppData files are tailored for intltool/its-tool processing (tags with
>> underscores). What do you think about adding untranslatable by design
>> appdata files like it was done for Audacity [1]?
>
> Well, this i
2013/11/2 Nicolás Alvarez :
> 2013/11/2 Richard Hughes :
>> On 2 November 2013 20:00, Harald Sitter wrote:
We want to showcase high quality applications with active upstream
maintainers.
>>> Who's doing the quality review?
>>
>> Well, if an upstream ships a valid .desktop file and a vali
2013/11/4 Rex Dieter :
> Rex Dieter wrote:
>
>> Matthias Klumpp wrote:
>>
>>> The current
>>> AppStream library uses GObject/GLib, which can be used without
>>> problems from any Qt app
>>
>> this one? https://gitorious.org/appstream/
&
2013/11/4 Christoph Feck :
> Hi,
>
> what would be nice to have is information about which MIME types an
> application can read and write.
Take a look at the AppStream spec:
http://www.freedesktop.org/software/appstream/docs/chap-AppStream-Metadata.html#sect-AppStream-Metadata-ASXML
;-)
Cheers,
2013/11/5 Aaron J. Seigo :
> On Tuesday, November 5, 2013 12:57:28 Richard Hughes wrote:
>> On 5 November 2013 12:18, Aaron J. Seigo wrote:
>> > why do you need to know this? can AppStream not call external tools to do
>> > the installation?
>>
>> The way AppStream is generated in Fedora is we:
>
2013/11/5 Todd :
> [...]
> Looking at the spec, I have a few suggestions:
(I assume you mean the AppStream spec)
> For , I think it would be good to allow arbitrary groups
> rather than limiting it to only a few recognized groups. This is another
> gatekeeper issue: no project our group would have
Hi!
In order to solve the translation-issues: I think KDE could very well
use Scripty to insert translations into the AppData files. However, I
am currently thinking about adding a new element to specify a
gettext-domian to fetch trabslations from. The problem is that, in
order for the AppStream ge
2013/11/5 Marco Martin :
> [...]
>> > > use cases (not to mention more general web based ones) unserviced.
>> > Can you please clarify what AppStream is missing for mobile?
>>
>> Ignoring the lack of UI (that’s fixable): non-repository based listings and
>> installation, anything that isn’t an app
2014/1/21 Martin Gräßlin :
> On Monday 20 January 2014 14:40:17 Thiago Macieira wrote:
>> See subject. We're trying to decide whether we should enable journald by
>> default on Linux distributions that carry it. If we do, it means any
>> application that is not launched from a terminal would automa
2014/1/21 Thiago Macieira :
> On terça-feira, 21 de janeiro de 2014 13:55:15, Sebastian Kügler wrote:
>> One thing that may concern me is how to clean the system from debugging
>> messages then. Sometimes applications go rogue on qDebug() (recent example
>> the message from QPainter in Qt5, which h
2014-02-17 13:55 GMT+01:00 Lukáš Tinkl :
> Dne 17.2.2014 11:51, Harald Sitter napsal(a):
>
>> Ahoys
>>
>> I was looking for some input on KDM+CK in a Logind world. When a
>> system is using Logind I guess KDM+CK doesn't do much useful, so the
>> question arose whether distributions with such a line
Hi!
I am working on bringing AppData to KDE. AppData is a XML-based
metadata format to enhance information displayed about applications in
software-centers. It, for example, includes long descriptions of an
application, homepage links, donation-links, screenshot-info and some
other information abou
2014-02-20 19:33 GMT+01:00 Martin Graesslin :
> On Thursday 20 February 2014 18:54:32 Matthias Klumpp wrote:
>> Hi!
>> I am working on bringing AppData to KDE. AppData is a XML-based
>> metadata format to enhance information displayed about applications in
>> softwa
2014-02-21 2:02 GMT+01:00 Aleix Pol :
> [...]
>
> I'm very happy to see you pushing this forward. Muon will be supporting this
> format from the next released version (to some extent) and I'm sure this
> will increase over time.
Great! Please keep in mind that the format is not meant to be
processe
2014-02-23 15:44 GMT+01:00 Albert Astals Cid :
> El Divendres, 21 de febrer de 2014, a les 16:48:01, Matthias Klumpp va
> escriure:
>> 2014-02-21 2:02 GMT+01:00 Aleix Pol :
>> > [...]
>> I have a compromise to offer, which will be necessary anyway in a way,
>> sin
2014-02-23 16:28 GMT+01:00 Kevin Krammer :
> On Sunday, 2014-02-23, 16:13:46, Matthias Klumpp wrote:
>> 2014-02-23 15:44 GMT+01:00 Albert Astals Cid :
>> > El Divendres, 21 de febrer de 2014, a les 16:48:01, Matthias Klumpp va
>> >
>> > escriure:
>&
2014-02-23 16:37 GMT+01:00 Kevin Krammer :
> On Sunday, 2014-02-23, 16:31:37, Matthias Klumpp wrote:
>> 2014-02-23 16:28 GMT+01:00 Kevin Krammer :
>> > On Sunday, 2014-02-23, 16:13:46, Matthias Klumpp wrote:
>> >> 2014-02-23 15:44 GMT+01:00 Albert Astals Cid :
>>
2014-02-23 16:43 GMT+01:00 Albert Astals Cid :
> El Diumenge, 23 de febrer de 2014, a les 16:31:37, Matthias Klumpp va
> escriure:
>> 2014-02-23 16:28 GMT+01:00 Kevin Krammer :
>> > On Sunday, 2014-02-23, 16:13:46, Matthias Klumpp wrote:
>> >> 2014-02-23
2014-02-23 17:35 GMT+01:00 Albert Astals Cid :
> El Diumenge, 23 de febrer de 2014, a les 17:04:22, Matthias Klumpp va
> escriure:
>> 2014-02-23 16:37 GMT+01:00 Kevin Krammer :
>> > On Sunday, 2014-02-23, 16:31:37, Matthias Klumpp wrote:
>> >> 2014-02-23 16:28 GMT
2014-02-23 18:34 GMT+01:00 Albert Astals Cid :
> El Diumenge, 23 de febrer de 2014, a les 18:11:14, Matthias Klumpp va
> escriure:
>> 2014-02-23 17:35 GMT+01:00 Albert Astals Cid :
>> > El Diumenge, 23 de febrer de 2014, a les 17:04:22, Matthias Klumpp va
>> >
>>
2014-02-23 22:01 GMT+01:00 Albert Astals Cid :
> [...]
> http://websvn.kde.org/trunk/l10n-kde4/scripts/
>
> http://websvn.kde.org/*checkout*/trunk/l10n-kde4/scripts/notes/scripty-map.xmi
> contains a 4 year old umbrello file by Chani that gives a high level overview
> of how it works.
>
> Any quest
Hi again!
I talked to some people, and it looks like merging the translation
back into one file using existing tools is not possible. So it would
be hacking a custom solution or not merge everything into one file.
I don't want to write additional code if doesn't have a strong
advantage. So, I would
2014-02-25 16:15 GMT+01:00 Thomas Lübking :
> Notice that I don't care much about i18n at all (so i don't intend nor could
> argue), just curious:
>
>
> On Dienstag, 25. Februar 2014 15:13:07 CEST, Matthias Klumpp wrote:
>>
>> Hi again!
>> I talked to
2014-02-25 18:56 GMT+01:00 Kevin Krammer :
> On Tuesday, 2014-02-25, 18:45:52, Matthias Klumpp wrote:
>> 2014-02-25 16:15 GMT+01:00 Thomas Lübking :
>> > Notice that I don't care much about i18n at all (so i don't intend nor
>> > could argue), just curious:
&g
25 de febrer de 2014, a les 15:13:07, Matthias Klumpp va
>> >
>> > escriure:
>> > > > Hi again!
>> > > > I talked to some people, and it looks like merging the translation
>> > > > back into one file using existing tools is not poss
2014-02-25 21:51 GMT+01:00 Kevin Krammer :
> On Tuesday, 2014-02-25, 21:36:27, Albert Astals Cid wrote:
>> El Dimarts, 25 de febrer de 2014, a les 21:15:36, Matthias Klumpp va
> escriure:
>> > 2014-02-25 20:38 GMT+01:00 Kevin Krammer :
>
>> > > And the workflow
2014-02-25 21:49 GMT+01:00 Kevin Krammer :
> On Tuesday, 2014-02-25, 21:15:36, Matthias Klumpp wrote:
>> 2014-02-25 20:38 GMT+01:00 Kevin Krammer :
>
>> > And the workflow of both intltool and itstool suggest that they always
>> > consider their output to be fully
2014-02-25 22:57 GMT+01:00 Thomas Lübking :
> On Dienstag, 25. Februar 2014 22:22:36 CEST, Matthias Klumpp wrote:
>>
>> 2014-02-25 21:51 GMT+01:00 Kevin Krammer :
>>>
>>> On Tuesday, 2014-02-25, 21:36:27, Albert Astals Cid wrote: ...
>>
>> If that is y
2014-02-25 23:41 GMT+01:00 Thomas Lübking :
> On Dienstag, 25. Februar 2014 23:20:18 CEST, Matthias Klumpp wrote:
>>
>> No, it takes
>> foo bar
>> and turns that into
>> foo bar
>> foo bar
>> föö bär
>> le fó et la bàr
>> el fobarro
>
&
2014-02-26 0:14 GMT+01:00 Kevin Krammer :
> On Tuesday, 2014-02-25, 23:20:18, Matthias Klumpp wrote:
>> 2014-02-25 22:57 GMT+01:00 Thomas Lübking :
>
>> > Recap:
>> > the desired action is to have
>> >
>> > file.xml
>> > --
Quick question: Should the AppData info be merged into the
application's main po file, ot should it have a app_appdata extra po
file (just like .desktop files)?
I also can't really test the code I write (at least not working
together) (the scripty sources are a bit confusing on what gets
executed w
Hi there!
It has been a while simce the last AppStream metadata thread, and I
have been busy upstream with adjusting the spec for future needs.
But now I have some good news for you!
I finally managed to create an initial draft of the metadata spec for
KDE on the Techbase Wiki:
http://techbase.kde
2014-04-18 20:50 GMT+02:00 Burkhard Lück :
> Am Freitag, 18. April 2014, 16:25:40 schrieb Matthias Klumpp:
>
>> These scripts illustrate how translation of the XML can be done in
>> KDE. I would kindly ask the l10n-script developers to take a look at
>> it any maybe in
2014-04-21 21:05 GMT+02:00 Burkhard Lück :
> Am Freitag, 18. April 2014, 21:11:10 schrieben Sie:
>> 2014-04-18 20:50 GMT+02:00 Burkhard Lück :
>> > Am Freitag, 18. April 2014, 16:25:40 schrieb Matthias Klumpp:
>> >> These scripts illustrate how translation of the X
Hi there!
Now that we got translations for AppStream upstream metadata working
(see [1] for an example),
the next step is to write metadata for KDE projects.
I already started with that, partially auto-generating AppStream data
from our project metadata service (which unfortunately need manual
inte
2014-05-08 9:31 GMT+02:00 Martin Gräßlin :
> Martin GräßlinOn Wednesday 07 May 2014 10:11:37 wrote:
>> Any advice on how to handle this situation is appreciated.
>
> As several people responded that I should report the issues I just did that
> and reported the following bug reports against GTK:
>
2014-05-09 4:55 GMT+02:00 Thiago Macieira :
> Em qui 08 maio 2014, às 15:01:10, Martin Gräßlin escreveu:
>> On Thursday 08 May 2014 14:39:49 Matthias Klumpp wrote:
>> > 2014-05-08 9:31 GMT+02:00 Martin Gräßlin :
>> > > * CSD styled windows don't react on comp
Hi there!
I asked this a week ago, but just got individual replies from two
people who didn't want changes made to their Git master branches
currently (not an issue, we handled that via pull-requests and
reviewboard).
So I wrote this follow-up, which might be a bit more visible ;-)
Now that we got
2014-05-10 19:12 GMT+02:00 Luigi Toscano :
> Matthias Klumpp ha scritto:
>> Therefore, I would like to ask for feedback on the following proposal:
>> * We announce the availability of the new metadata somewhere, so that
>> the individual maintainers know that the data is
2014-05-10 19:16 GMT+02:00 Yuri Chornoivan :
> написане Sat, 10 May 2014 20:02:20 +0300, Matthias Klumpp
> :
>
>
>> * I simply go ahead and commit the files to the respective repos.
>> Since it's just data, it shouldn't break anything.
>
>
> Hi,
>
&
2014-05-11 1:24 GMT+02:00 Alvaro Soliverez :
> Hi,
> For KMyMoney, just go ahead and commit the file. We'll see the
> notification and adjust if needed.
>
> We use GPLv2+ for all our files.
Great, I'll do that in a second.
Just a sidenote on why using the GPL etc. is not a good idea for
metadata he
2014-05-11 14:27 GMT+02:00 Albert Astals Cid :
> El Diumenge, 11 de maig de 2014, a les 01:58:17, Matthias Klumpp va escriure:
>> 2014-05-11 1:24 GMT+02:00 Alvaro Soliverez :
>> > Hi,
>> > For KMyMoney, just go ahead and commit the file. We'll see the
>&g
Hi!
A while ago I posted some information about how to add AppStream data
to KDE projects, in order to make the projects visible in
software-centers like Apper, Muon and GNOME-Software.
I also compiled AppStream data for most KDE projects from the existing
information we have on the web[1].
So far,
2014-08-03 12:20 GMT+02:00 Alex Merry :
> On Sunday 03 August 2014 01:41:29 Matthias Klumpp wrote:
>> We are speaking of a small bit of XML, which is placed in
>> CMAKE_INSTALL_METAINFODIR (/usr/share/appdata) - so this is not a
>> change which could break anything (in case yo
2014-08-05 20:29 GMT+02:00 Albert Astals Cid :
> El Dilluns, 4 d'agost de 2014, a les 20:36:44, Vishesh Handa va escriure:
>> Hello people
>>
>> Random Idea: How about we close the k-c-d mailing list? It's main purpose
>> used to be to discuss kdelibs changes, but now since we have
>> kde-framework
2014-10-06 19:57 GMT+02:00 Albert Astals Cid :
> El Dilluns, 6 d'octubre de 2014, a les 01:30:47, Aleix Pol va escriure:
>> [...]
>> I don't expect to compete with Apper. Muon Discover is a software center
>> and that's the main solution I'm pushing here, as I explained in Plasma.
>> Apper is a pac
n colord against Oryanos:
=> http://www.freedesktop.org/software/colord/faq.html#oyranos
Maybe also interesting, this comment of the Oryanos maintainer
(regarding the FAQ):
=>
http://blog.tenstral.net/2012/02/wanted-kde-color-management-kcm.html/comment-page-1#comment-48661
Kind regards,
Hi!
2012/3/14 Kai-Uwe Behrmann :
> Am 14.03.12, 15:54 +0100 schrieb Matthias Klumpp:
>> [...]
>> I also want to point you to this comparison colord against Oryanos:
>> => http://www.freedesktop.org/software/colord/faq.html#oyranos
>
> Matthias, you help spreadi
2012/3/14 Lamarque V. Souza :
> Em Wednesday 14 March 2012, Sune Vuorela escreveu:
>
>> On 2012-03-14, Boudewijn Rempt wrote:
>> > It's easy enough to package -- the opensuse packages I use work
>> > perfectly
>> > fine, so I cannot imagine that there are any real and relevant problems
>> > for ot
2012/3/14 Alexander Neundorf :
> On Wednesday 14 March 2012, Thomas Zander wrote:
>> On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
>> > Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
>> > > On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
>> > >>> Colord - just to mention t
2012/3/14 Kai-Uwe Behrmann :
> Am 14.03.12, 21:10 +0100 schrieb Thomas Zander:
>>
>> On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
>>>
>>> Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
That said; Cups also depends on colord. And IMO that has a bigger impact
than the gnome
Speaking of project activity:
=> https://www.ohloh.net/p/colord
=> https://www.ohloh.net/p/oyranos
Of course there metrics are unfair to both projects (metrics always
are), but they might provide some information about activity,
contributors and codebase. (although I don't think we should pay too
m
2012/3/15 Alexander Neundorf :
> On Thursday 15 March 2012, Alex Fiestas wrote:
> ...
>> In my humble opinion we should just wait and see what of them last longer
>> and healthier.
>
> +1
I agree with that too :) Maybe wait a few months and then check the
new situation. (or rediscuss the old one if
2012/3/16 John Layt :
> On Wednesday 14 Mar 2012 15:54:54 Matthias Klumpp wrote:
>> Hi!
>> Colord - just to mention that - is also not a GNOME project, it's a
>> FreeDesktop project. (Doesn't mean it's "standard", but does mean that
>> it'
Hi!
This issue has been fixed some time ago.
Thanks for the hint! :)
Matthias
2012/5/23 Albert Astals Cid :
> El Dilluns, 21 de maig de 2012, a les 18:31:25, Daniel Nicoletti va escriure:
>> Hi,
>> Apper is on playground probably since 2008,
>> it's widely used nowadays so it doesn't make
>> se
Hi!
@Albert: Isn't this the line?
https://projects.kde.org/projects/kdereview/apper/repository/revisions/master/entry/AppSetup/main.cpp#L44
(please tell me if there's something wrong ^^)
@Burkhard: The files have been moved - but I think I copied the
location scheme from another project, so this i
Hi!
2012/5/24 Burkhard Lück :
> Am Donnerstag, 24. Mai 2012, 17:07:20 schrieb Matthias Klumpp:
>> Hi!
>> @Albert: Isn't this the line?
>> https://projects.kde.org/projects/kdereview/apper/repository/revisions/mast
>> er/entry/AppSetup/main.cpp#L44 (please te
2012/8/22 Albert Astals Cid :
> El Dimecres, 22 d'agost de 2012, a les 13:58:57, David Edmundson va escriure:
>> As you're all probably aware I've been working on a new login manager
>> for KDE [1]. Currently known as LightDM-KDE, named as it is based on
>> the display manager backend LightDM [2].
Hi!
Am Do., 8. Feb. 2024 um 15:22 Uhr schrieb Harald Sitter :
>
> It occurs to me that we should ponder sycoca a bit.
>
> Currently the sycoca contains 3 types of caches:
>
> - the mime cache: should in fact be unnecessary because there is
> already a mime.cache in /usr/share/mime?
That cache is
74 matches
Mail list logo
