Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Ben Cooksley
On Thu, Apr 21, 2016 at 6:16 PM, Teo Mrnjavac wrote: > On giovedì 21 aprile 2016 13:05:31 CEST Ben Cooksley wrote: >> On Thu, Apr 21, 2016 at 10:05 AM, Elvis Angelaccio >> >> wrote: >> > 2016-04-20 23:09 GMT+02:00 Luca Beltrame : >> >> Il giorno Wed, 20 Apr 2016 18:42:31 +0200 >> >> >> >> Elvis A

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Frederik Schwarzer
Am 21.04.2016 07:56 schrieb Teo Mrnjavac: Hi, Can we call things as they are please? The name is "Travis CI", not "githubCI". Travis CI is open source, a separate product and service that happens to talk to GitHub. I think Albert's concern is (and I agree) that the meaning of a potential T

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Teo Mrnjavac
On giovedì 21 aprile 2016 13:05:31 CEST Ben Cooksley wrote: > On Thu, Apr 21, 2016 at 10:05 AM, Elvis Angelaccio > > wrote: > > 2016-04-20 23:09 GMT+02:00 Luca Beltrame : > >> Il giorno Wed, 20 Apr 2016 18:42:31 +0200 > >> > >> Elvis Angelaccio ha scritto: > >> > I think it would be nice to hav

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Teo Mrnjavac
On giovedì 21 aprile 2016 00:07:23 CEST Elvis Angelaccio wrote: > 2016-04-20 23:20 GMT+02:00 Albert Astals Cid : > > El dimecres, 20 d’abril de 2016, a les 23:00:26 CEST, Elvis Angelaccio va > > > > escriure: > > > 2016-04-20 22:09 GMT+02:00 Albert Astals Cid : > > > > El dimecres, 20 d’abril de 2

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Ben Cooksley
On Thu, Apr 21, 2016 at 10:07 AM, Elvis Angelaccio wrote: > > > 2016-04-20 23:20 GMT+02:00 Albert Astals Cid : >> >> El dimecres, 20 d’abril de 2016, a les 23:00:26 CEST, Elvis Angelaccio va >> escriure: >> > 2016-04-20 22:09 GMT+02:00 Albert Astals Cid : >> > > El dimecres, 20 d’abril de 2016, a

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Ben Cooksley
On Thu, Apr 21, 2016 at 10:05 AM, Elvis Angelaccio wrote: > > > 2016-04-20 23:09 GMT+02:00 Luca Beltrame : >> >> Il giorno Wed, 20 Apr 2016 18:42:31 +0200 >> Elvis Angelaccio ha scritto: >> >> > I think it would be nice to have travis builds for the (mirrored) >> > repositories that provides a .t

Re: KDE Custom Shortcuts broken, problem's id'd as in khotkeys (was: Qt Keyboard Shortcuts broken in Qt 5.6 (since 4.8 at least). Reproducible test case included.)

2016-04-20 Thread Albert Astals Cid
El diumenge, 10 d’abril de 2016, a les 10:05:44 CEST, jaso...@mail-central.com va escriure: > On Sun, Apr 10, 2016, at 12:23 AM, Thiago Macieira wrote: > > As I said, the failure is in khotkeys: it needs to send the events in such > > a way that the application can't tell the difference. Obviously

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

2016-04-20 Thread Rex Dieter
Matthias Klumpp wrote: > GNOME ships icons for all its apps in hicolor/ KDE should too (in general) -- Rex

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Elvis Angelaccio
2016-04-20 23:20 GMT+02:00 Albert Astals Cid : > El dimecres, 20 d’abril de 2016, a les 23:00:26 CEST, Elvis Angelaccio va > escriure: > > 2016-04-20 22:09 GMT+02:00 Albert Astals Cid : > > > El dimecres, 20 d’abril de 2016, a les 18:42:31 CEST, Elvis Angelaccio > va > > > > > > escriure: > > > >

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Elvis Angelaccio
2016-04-20 23:09 GMT+02:00 Luca Beltrame : > Il giorno Wed, 20 Apr 2016 18:42:31 +0200 > Elvis Angelaccio ha scritto: > > > I think it would be nice to have travis builds for the (mirrored) > > repositories that provides a .travis.yml configuration file. The > > -1. Aside the arguments moved by A

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Albert Astals Cid
El dimecres, 20 d’abril de 2016, a les 23:00:26 CEST, Elvis Angelaccio va escriure: > 2016-04-20 22:09 GMT+02:00 Albert Astals Cid : > > El dimecres, 20 d’abril de 2016, a les 18:42:31 CEST, Elvis Angelaccio va > > > > escriure: > > > Hi, > > > as many of you already know, KDE has a github mirror

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Luca Beltrame
Il giorno Wed, 20 Apr 2016 18:42:31 +0200 Elvis Angelaccio ha scritto: > I think it would be nice to have travis builds for the (mirrored) > repositories that provides a .travis.yml configuration file. The -1. Aside the arguments moved by Albert, I add that the solution is finding ways to help w

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Elvis Angelaccio
2016-04-20 22:09 GMT+02:00 Albert Astals Cid : > El dimecres, 20 d’abril de 2016, a les 18:42:31 CEST, Elvis Angelaccio va > escriure: > > Hi, > > as many of you already know, KDE has a github mirror in place at [1]. > > I've been playing with travis-ci [2] and I was surprised by how easy to > use

Re: Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Albert Astals Cid
El dimecres, 20 d’abril de 2016, a les 18:42:31 CEST, Elvis Angelaccio va escriure: > Hi, > as many of you already know, KDE has a github mirror in place at [1]. > I've been playing with travis-ci [2] and I was surprised by how easy to use > and how well integrated with github is. > > I think it

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

2016-04-20 Thread Matthias Klumpp
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

Could we enable Travis-CI on our github mirrors?

2016-04-20 Thread Elvis Angelaccio
Hi, as many of you already know, KDE has a github mirror in place at [1]. I've been playing with travis-ci [2] and I was surprised by how easy to use and how well integrated with github is. I think it would be nice to have travis builds for the (mirrored) repositories that provides a .travis.yml c

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

2016-04-20 Thread Aleix Pol
On Wed, Apr 20, 2016 at 9:42 AM, Harald Sitter wrote: > Hola, > > For the longest time I was annoyed by dolphin having a fishy icon in > discover, which as it turns out is because it uses a default icon name > so it gets a silly icon from a silly theme as appstream has no proper > way of handling

appstream icons and the hicolor madness we have in KDE software

2016-04-20 Thread Harald Sitter
Hola, For the longest time I was annoyed by dolphin having a fishy icon in discover, which as it turns out is because it uses a default icon name so it gets a silly icon from a silly theme as appstream has no proper way of handling this. BUT That lead me to notice that there is branding identity