Hello,
Disclaimer: likely a super useless email.
On Wednesday, 5 May 2021 15:23:11 CEST Nate Graham wrote:
> On 5/5/21 6:41 AM, Harald Sitter wrote:
> > On 04.05.21 17:53, Carl Schwan wrote:
> > Side note: this isn't a special need TBH ;)
> > Pretty much everyone has that need. So much so that I
On 5/5/21 6:41 AM, Harald Sitter wrote:
On 04.05.21 17:53, Carl Schwan wrote:
Side note: this isn't a special need TBH ;)
Pretty much everyone has that need. So much so that I kind of have a
general game plan that there ought to be a kbugreport utility which is
able to gobble up all the very
On 04.05.21 17:53, Carl Schwan wrote:
> Le mardi, mai 4, 2021 4:53 PM, Adriaan de Groot a écrit :
>
>> On Tuesday, 4 May 2021 15:50:27 CEST Halla Rempt wrote:
>>
>>> On Tuesday, 4 May 2021 15:28:30 CEST Nate Graham wrote:
>>>
I don't see anyone really trying to argue otherwise.
>>>
>>> I
On 5/4/21 1:23 PM, Ben Cooksley wrote:
Side note here: It is actually possible to disable issues on Gitlab
projects.
Given that developers generally need a way to collaborate amongst
themselves (as Phabricator tasks are used for) we leave the feature
enabled however and generally don't
On Wed, 5 May 2021, 1:28 am Nate Graham, wrote:
> On 5/4/21 1:16 AM, Harald Sitter wrote:
> > Every time the bugz vs gitlab schism comes up I eventually tune out with
> > the distinct feeling that there is strong opposition to moving. What I,
> > what we all, do not want is to end up with two
On Wed, 5 May 2021, 7:02 am Nate Graham, wrote:
> On 5/4/21 12:57 PM, Alexander Semke wrote:
> > Jira can do all of this, except of the tight integration with GitLab out
> of
> > the box maybe, and even more. I'm heavily using Jira at work on the
> daily base
> > and it's a very reliable and
On 5/4/21 12:57 PM, Alexander Semke wrote:
Jira can do all of this, except of the tight integration with GitLab out of
the box maybe, and even more. I'm heavily using Jira at work on the daily base
and it's a very reliable and feature-rich tool for project management and
issue tracking. Many
On Dienstag, 4. Mai 2021 18:09:53 CEST Nate Graham wrote:
> * Far simpler interface means that it's harder to get confused and
> accidentally add information in the wrong place
> * Inline images makes it much easier to describe a bug visually compared
> to BZ where images are attachments that you
Am Dienstag, 4. Mai 2021, 16:53:39 CEST schrieb Adriaan de Groot:
> On Tuesday, 4 May 2021 15:50:27 CEST Halla Rempt wrote:
> > On Tuesday, 4 May 2021 15:28:30 CEST Nate Graham wrote:
> > > I don't see anyone really trying to argue otherwise.
> >
> > I have certainly made that argument many
On 5/4/21 8:54 AM, Halla Rempt wrote:
On Tuesday, 4 May 2021 16:26:22 CEST Nate Graham wrote:
Again, my point was not that everything about GLI is universally better
than everything about BZ. Just that most things are mostly better in
most ways that most of us care about.
List them? I cannot
Le mardi, mai 4, 2021 4:53 PM, Adriaan de Groot a écrit :
> On Tuesday, 4 May 2021 15:50:27 CEST Halla Rempt wrote:
>
> > On Tuesday, 4 May 2021 15:28:30 CEST Nate Graham wrote:
> >
> > > I don't see anyone really trying to argue otherwise.
> >
> > I have certainly made that argument many times.
On Tuesday, 4 May 2021 16:26:22 CEST Nate Graham wrote:
> Again, my point was not that everything about GLI is universally better
> than everything about BZ. Just that most things are mostly better in
> most ways that most of us care about.
List them? I cannot think of a single thing that's
On Tuesday, 4 May 2021 15:50:27 CEST Halla Rempt wrote:
> On Tuesday, 4 May 2021 15:28:30 CEST Nate Graham wrote:
> > I don't see anyone really trying to argue otherwise.
>
> I have certainly made that argument many times. Since only developers can
> add tags, it will be impossible for ordinary
On 5/4/21 7:50 AM, Halla Rempt wrote:
On Tuesday, 4 May 2021 15:28:30 CEST Nate Graham wrote:
I don't see anyone really trying to argue otherwise.
I have certainly made that argument many times. Since only developers can add
tags, it will be impossible for ordinary users to provide enough
On 5/4/21 8:10 AM, Harald Sitter wrote:> Sure, I suppose, I mean, not
this conservation, this conversation was
about koko and how it needs crash tracking because quite clearly there's
opportunity for crashing. The reality right here right now is that
drkonqi only sports bugz support and will not
On 04.05.21 15:28, Nate Graham wrote:
> On 5/4/21 1:16 AM, Harald Sitter wrote:
>> Every time the bugz vs gitlab schism comes up I eventually tune out with
>> the distinct feeling that there is strong opposition to moving. What I,
>> what we all, do not want is to end up with two systems that
On Tuesday, 4 May 2021 15:28:30 CEST Nate Graham wrote:
> I don't see anyone really trying to argue otherwise.
I have certainly made that argument many times. Since only developers can add
tags, it will be impossible for ordinary users to provide enough information to
classify the bug. Tagging
On 5/4/21 1:16 AM, Harald Sitter wrote:
Every time the bugz vs gitlab schism comes up I eventually tune out with
the distinct feeling that there is strong opposition to moving. What I,
what we all, do not want is to end up with two systems that require us
to maintain two client libraries with
On 04.05.21 00:07, Carl Schwan wrote:
> Le lundi, mai 3, 2021 4:35 PM, Harald Sitter a écrit :
>
>> On 23.04.21 01:00, Carl Schwan wrote:
>>
>
>>> - please get a bugzilla produce created for it
>
>
> Not a fan of that. This will ends up exactly like the www bugs, something
>
Please don't make my life hard with this kind of unilateral decision making
if kde aa whole decides to move ro gitlab that's one thing. I am not going
to keep dealing with users confusion caused by projects like yours engaging
in undiscussed experiments for support. That.comes frim someone who
On 5/3/21 4:44 PM, Albert Astals Cid wrote:
El dimarts, 4 de maig de 2021, a les 0:36:57 (CEST), Carl Schwan va escriure:
"The project stays true to established practices"
The established practice in KDE is clearly using bugzilla for bugs.
Sure, but if we never investigated alternatives and
El dimarts, 4 de maig de 2021, a les 0:36:57 (CEST), Carl Schwan va escriure:
> Le mardi, mai 4, 2021 12:21 AM, Albert Astals Cid a écrit :
>
> > El dimarts, 4 de maig de 2021, a les 0:07:19 (CEST), Carl Schwan va
> > escriure:
> >
> > > Le lundi, mai 3, 2021 4:35 PM, Harald Sitter
Le mardi, mai 4, 2021 12:21 AM, Albert Astals Cid a écrit :
> El dimarts, 4 de maig de 2021, a les 0:07:19 (CEST), Carl Schwan va escriure:
>
> > Le lundi, mai 3, 2021 4:35 PM, Harald Sitter sit...@kde.org a écrit :
> >
> > > On 23.04.21 01:00, Carl Schwan wrote:
> > >
> > > > > > > > - please
On 5/3/21 4:21 PM, Albert Astals Cid wrote:
El dimarts, 4 de maig de 2021, a les 0:07:19 (CEST), Carl Schwan va escriure:
Le lundi, mai 3, 2021 4:35 PM, Harald Sitter a écrit :
On 23.04.21 01:00, Carl Schwan wrote:
Would you be open to an MR adding GitLab support to DrKonqi?
We don't use
El dimarts, 4 de maig de 2021, a les 0:07:19 (CEST), Carl Schwan va escriure:
> Le lundi, mai 3, 2021 4:35 PM, Harald Sitter a écrit :
>
> > On 23.04.21 01:00, Carl Schwan wrote:
> >
> > > > > > > - please get a bugzilla produce created for it
> > > > >
> > > > > Not a fan of that. This will
Le lundi, mai 3, 2021 4:35 PM, Harald Sitter a écrit :
> On 23.04.21 01:00, Carl Schwan wrote:
>
> > > > > > - please get a bugzilla produce created for it
> > > >
> > > > Not a fan of that. This will ends up exactly like the www bugs,
> > > > something
> > > > that I look into every 6
On 23.04.21 01:00, Carl Schwan wrote:
> - please get a bugzilla produce created for it
>>>
>>> Not a fan of that. This will ends up exactly like the www bugs, something
>>> that I look into every 6 months. We already have many issues opened in
>>> invent and it's working fine for us.
>>
>>
Le mardi, mars 23, 2021 1:31 PM, Harald Sitter a écrit:
> On 16.03.21 20:10, Carl Schwan wrote:
>
> > Le mardi, mars 16, 2021 12:55 PM, Harald Sitter sit...@kde.org a
> > écrit:
> >
> > > On Tue, Mar 16, 2021 at 12:49 PM Harald Sitter sit...@kde.org wrote:
> >
> > > > Yay!
> >
> > Thanks for
On 16.03.21 20:10, Carl Schwan wrote:
> Le mardi, mars 16, 2021 12:55 PM, Harald Sitter a écrit :
>
>> On Tue, Mar 16, 2021 at 12:49 PM Harald Sitter sit...@kde.org wrote:
>>
>
>>> Yay!
>
> Thanks for the big review :)
>
>>>
>
>>> - please get a bugzilla produce created for it
>
> Not a
On Dienstag, 16. März 2021 20:10:46 CET Carl Schwan wrote:
> Le mardi, mars 16, 2021 12:55 PM, Harald Sitter a écrit :
> > - since it doesn't appear in the UI, I can't check: is the geodata
> >
> > actually getting localized? at least the geocoder seems to spit out
> > non-localized
On Tuesday, 16 March 2021 20:10:46 CET Carl Schwan wrote:
> > > - on the topic of licensing: since the code base is really close to
> > > complete reuse coverage it might be nice to push it over the finishing
> > > line and then `reuse lint` it to not have it fall behind again
>
> This will be
Le dimanche, mars 14, 2021 1:03 AM, Carl Schwan a écrit :
> Le dimanche, mars 14, 2021 12:22 AM, Albert Astals Cid aa...@kde.org a écrit :
>
> > El dissabte, 13 de març de 2021, a les 20:14:26 CET, Carl Schwan va
> > escriure:
> >
> > > Hi,
> > > I
Le mardi, mars 16, 2021 12:55 PM, Harald Sitter a écrit :
> On Tue, Mar 16, 2021 at 12:49 PM Harald Sitter sit...@kde.org wrote:
>
> > Yay!
Thanks for the big review :)
> >
> > - please get a bugzilla produce created for it
Not a fan of that. This will ends up exactly like the www bugs,
On Tue, Mar 16, 2021 at 12:49 PM Harald Sitter wrote:
>
> Yay!
>
> - please get a bugzilla produce created for it
> - COPYING-CMAKE-SCRIPTS seems unused
> - the find_package calls on qt5 probably should be versioned on
> whatever version you actually tested with, currently it's unversioned
>
Yay!
- please get a bugzilla produce created for it
- COPYING-CMAKE-SCRIPTS seems unused
- the find_package calls on qt5 probably should be versioned on
whatever version you actually tested with, currently it's unversioned
which I doubt is correct
- same for kquickimageeditor
- kquickimageeditor
On 3/13/21 4:22 PM, Albert Astals Cid wrote:
I would really like if we had a kxmlgui equivalent for QtQuick that gave me the
"configure shortcuts" and stuff functionality, but that's unrelated to koko :)
+100
See also https://phabricator.kde.org/T13770
Nate
Le dimanche, mars 14, 2021 12:22 AM, Albert Astals Cid a écrit :
> El dissabte, 13 de març de 2021, a les 20:14:26 CET, Carl Schwan va escriure:
>
> > Hi,
> > I would like to move Koko to KDEReview. Koko is a convergent image
> > viewer that works on both Plasma Desktop
El dissabte, 13 de març de 2021, a les 20:14:26 CET, Carl Schwan va escriure:
> Hi,
>
> I would like to move Koko to KDEReview. Koko is a convergent image
> viewer that works on both Plasma Desktop and Plasma Mobile. It's the
> second try of Koko in KDEReview, the first try failed[
On Samstag, 13. März 2021 20:14:26 CET Carl Schwan wrote:
> I would like to move Koko to KDEReview. Koko is a convergent image
> viewer that works on both Plasma Desktop and Plasma Mobile. It's the
> second try of Koko in KDEReview, the first try failed[1] because Koko
> didn't r
Hi,
I would like to move Koko to KDEReview. Koko is a convergent image
viewer that works on both Plasma Desktop and Plasma Mobile. It's the
second try of Koko in KDEReview, the first try failed[1] because Koko
didn't really worked with traditional packaging and was too focused
on the mobile
Carl Schwan wrote:
> I asked a few packagers I know and for them, since the packagers can
> download the files and put them into the tarball, it should be fine.
Then why don't you put them into the tarball? Or should they get packaged as
a separate package that you can then depend on?
> But
Adriaan de Groot wrote:
> On Thursday, 11 June 2020 23:43:52 CEST Albert Astals Cid wrote:
>> I'm kind of unsure how i feel about it downloading things on cmake time.
>
> A fair number of distro's / packagers will go "um nope" (if the package
> building machines even *have* an internet
On Friday, 12 June 2020 18:05:36 CEST Carl Schwan wrote:
> > I'm kind of unsure how i feel about it downloading things on cmake time.
>
> I asked a few packagers I know and for them, since the packagers can
> download the files and put them into the tarball, it should be fine. But
> they also
Il giorno Fri, 12 Jun 2020 16:05:36 +
Carl Schwan ha scritto:
> I asked a few packagers I know and for them, since the packagers can
> download the files and put them into the tarball, it should be fine.
The README should state what purpose those files have. I
didn't find any comment in
Le jeudi, juin 11, 2020 9:43 PM, Albert Astals Cid a écrit :
> El dimarts, 9 de juny de 2020, a les 13:30:35 CEST, Carl Schwan va escriure:
>
> > Hi,
> > I would like to move Koko, a convergent image viewer, to KDEReview.
> > Koko is already shipped in the base P
Le mercredi, juin 10, 2020 9:01 AM, Yuri Chornoivan a écrit :
>
>
> 10 червня 2020, 11:35:37, від "Carl Schwan"c...@carlschwan.eu:
>
> > Hi,
> > I would like to move Koko, a convergent image viewer, to KDEReview.
> > Koko is already shipp
10 червня 2020, 11:35:37, від "Carl Schwan" :
> Hi,
>
> I would like to move Koko, a convergent image viewer, to KDEReview.
> Koko is already shipped in the base Plasma mobile image and I was
> surprised that it was still in playground. The current devs are mostl
On Thursday, 11 June 2020 23:43:52 CEST Albert Astals Cid wrote:
> I'm kind of unsure how i feel about it downloading things on cmake time.
A fair number of distro's / packagers will go "um nope" (if the package
building machines even *have* an internet connection during configure / build
El dimarts, 9 de juny de 2020, a les 13:30:35 CEST, Carl Schwan va escriure:
> Hi,
>
> I would like to move Koko, a convergent image viewer, to KDEReview.
> Koko is already shipped in the base Plasma mobile image and I was
> surprised that it was still in playground. The current
+1, I've been using Koko and find it quite pleasant.
Nate
On 6/9/20 5:30 AM, Carl Schwan wrote:
Hi,
I would like to move Koko, a convergent image viewer, to KDEReview.
Koko is already shipped in the base Plasma mobile image and I was
surprised that it was still in playground. The current
Hi,
I would like to move Koko, a convergent image viewer, to KDEReview.
Koko is already shipped in the base Plasma mobile image and I was
surprised that it was still in playground. The current devs are mostly
Nicolas, Marco and me.
Koko is following the KDE HIG and is build using QtQuick
51 matches
Mail list logo