Re: Can we agree to change gitlab default behaviour from merge to fast-forward merge for all repos?

2019-10-16 Thread Roman Gilg
On Tue, Oct 15, 2019 at 8:12 PM Ben Cooksley wrote: > > On Wed, 16 Oct 2019, 05:17 Johan Ouwerkerk, wrote: >> [...] > > > It was complexity of that degree that I was primarily concerned about when > people started pushing for being able to force push and use a rebase workflow. > > For a first ti

Re: Can we agree to change gitlab default behaviour from merge to fast-forward merge for all repos?

2019-10-16 Thread Frederik Schwarzer
Am 15.10.2019 18:16 schrieb Johan Ouwerkerk: On Tue, Oct 15, 2019 at 9:17 AM Frederik Schwarzer wrote: Now I will fix my latest revision and merge to master. Still: 19 commits are not compiling anymore. Or am I missing something here? How would we deal with that? Is "short-lived branches"

Re: GLFW app that links makes use of KWindowEffects for blur behind?

2019-10-16 Thread Sebastian Krzyszkowiak
On 10/16/19, Christian Parpart wrote: > Hi guys, > > I am developing an OpenGL / GLFW application (for highest platform > independence and easiest porting efforts). It's basically a terminal > emulator, and I want the background to be optionally transparent (done) but > also blurred (done for wind

GLFW app that links makes use of KWindowEffects for blur behind?

2019-10-16 Thread Christian Parpart
Hi guys, I am developing an OpenGL / GLFW application (for highest platform independence and easiest porting efforts). It's basically a terminal emulator, and I want the background to be optionally transparent (done) but also blurred (done for windows, not linux/mac). I found out, that for KDE's k