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 spec
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 hav
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 all
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 sys
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 feat
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 open
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 h
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 times.
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 go
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 us
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 inf
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 requi
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 s
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 dou
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
> t
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 woul
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 st
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 sit...@kde.or
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 g
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 en
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 months.
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.
>>
>> Di
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 t
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 fa
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 val
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 a
ld 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 failed1 because Koko
> > > didn't really worked with traditional packaging
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, some
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
> which
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 i
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
and Plasma Mobile. It's the
> > second try of Koko in KDEReview, the first try failed1 because Koko
> > didn't really worked with traditional packaging and was too focused
> > on the mobile usecase.
> > Since the first attempt, a lot of things changed. There is
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 fa
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
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
40 matches
Mail list logo
