,
Eike
On 3/12/19 7:05 PM, Andrius Štikonas wrote:
Note that you can still do rebase merge manually. Gitlab can show the
list of commands
that you need to run. In that list just replace git merge with rebase.
But I also prefer to just have a button.
Regards,
Andrius
On 2019-03-12 04:46, Eike
On 3/12/19 7:46 AM, Albert Astals Cid wrote:
I asked for this too, i thought it had been enabled at some point, but i guess
not.
So +1
Seems it's currently being done on-demand, per-repo.
The ticket I linked has a Rails snippet for doing it for all projects,
which sysadmin may find usefu
Hi,
I have a request.
In the evaluation lately, I've seen some people unhappy with the merge
commits created when merging merge requests that can't be
fast-forwarded, as it clutters the repo history. While I personally
don't mind much, I can see the point coming from the squash-and-rebase
wo
Implementation details talk seems better suited for #kde-sysadmin :-)
In any case, _automatically_ creating forks doesn't sound wise to me
with my engineering hat on, because it's unnecessary.
To create a fork, kdesrc-build would need authenticated API access. If
it has has that, it can use i
On 2/27/19 4:38 AM, Nate Graham wrote:
It's really pretty nice. But Gitlab has a
fork-the-repo-and-submit-a-merge-request workflow, so in steps 3 and 4, people
without commit access won't just be able to start hacking with the source
checkout that kdesrc-build downloads, or else they won't
On 2/26/19 6:26 PM, b...@valdyas.org wrote:
* I've seen one workboard per project, that's not ideal, otoh, the Krita
community early on went overboard with workboards, so we can make do
with that
I consider this one a blocker, and it's one of the things we've told
GitLab we really want in
On 2/26/19 4:17 AM, Nate Graham wrote:
Like you, I have some reservations about Gitlab. I'm not thrilled about losing
approve/request changes statuses (that's in the EE edition only right now).
Me too. It's one of the things we're asking to be moved to the CE -- and
so is Gnome. GitLab kno
Personally I would expect these to be migrated. A switch that doesn't preserve
the current task tickets doesn't seem practical to me.
Cheers,
Eike
On 2/25/19 4:31 AM, Martin Flöser wrote:
Changing the tooling will not solve any of the contribution problems.
I'm aware of several projects who would like to incubate with KDE.org
(e.g. Kaidan and Spectral, both new-breed Kirigami apps with new
contributor ecosystems) but are waiting for
On 01/22/2017 10:58 AM, Sandro Knauß wrote:
> For me the whole text sounds to bureaucratic and too many "you can do this
> after waiting that long" .
I hear you, but we just had a major blow-up about this topic where
people got extremely agitated and threatened to walk out. The hoped
benefit of
Hi devs,
this month, a heated exchange on kde-core-devel about a dep
change breaking CI has moved us to draft a new policy to better
handle situations like this in the future.
While not "law", the policy _strongly_ suggests some guidelines
forming a quid-pro-pro protocol between developers and s
On 08/02/2014 07:54 PM, Jiří Holomek wrote:
Hello,
my name is Jiri Holomek and as a part of my diploma thesis I should
try to port kiosktool for KDE4.
Let me just say: Great news! KIOSK has been sorely needing some love
in a while.
> For example I would
> like to forbid user to logout, but
view55289
---
On April 9, 2014, 1:55 p.m., Eike Hein wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewb
ceiling in the old nepomuksearch runner.
It would be awesome if we could get this in before today's 4.13 tag.
Diffs
-
src/runner/baloosearchrunner.cpp b62cb8b
Diff: https://git.reviewboard.kde.org/r/117441/diff/
Testing
---
Thanks,
Eike Hein
>> Visit http
d nice if installing SC 4.13 doesn't degrade their
experience -- and 10 was the ceiling in the old nepomuksearch runner.
It would be awesome if we could get this in before today's 4.13 tag.
Diffs (updated)
-
src/runner/baloosearchrunner.cpp b62cb8b
Diff: https://git.reviewbo
> Do you think it would make sense interleaving the email results with the
> > file ones?
>
> Vishesh Handa wrote:
> s/KMail/Krunner/
>
> Eike Hein wrote:
> How about we do it like this:
>
> 1) We fetch max 10 file matches.
> 2) We fetch max
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117441/#review55262
---
On April 9, 2014, 3:39 a.m., Eike Hein wrote:
>
>
e today's 4.13 tag.
Diffs
-
src/runner/baloosearchrunner.cpp b62cb8b
Diff: https://git.reviewboard.kde.org/r/117441/diff/
Testing
---
Thanks,
Eike Hein
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
On Tue, May 21, 2013 at 3:51 PM, Damian Ivanov wrote:
> I would like that... as an option and KDE is aiming to be configurable :)
>
This is not the kind of thing that is reasonably made configurable, because
config UI code has to be written with the particular behavior in mind to
work
correctly.
up menu allowing the choice of
which profile to use.
Rich.
--
Best regards,
Eike Hein
Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
20 matches
Mail list logo
