In data martedì 12 luglio 2022 16:52:21 CEST, Nate Graham ha scritto:
Hello Nate,
> +Fabian Vogt and Luca Beltrame specifically
>
> Thanks, that's a relief! Does this looks legit enough for openSUSE to
> stop patching out the KUSerFeedback integration?
In principle I do not ha
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 the
a pre-review CI won't help with, so lxr and
careful approaches are the way to go.
--
Luca Beltrame - KDE Forums team
GPG key ID: A29D259B
signature.asc
Description: This is a digitally signed message part.
Il giorno Thu, 05 Dec 2019 01:23:28 +0100
Kevin Kofler ha scritto:
> The git SHA is not going to work for this, because it is not
> monotonic. What you really want to know is whether you have something
> >= 5.65.0.abcd123, and having a 5.65.0.commithash version is not
> >going to tell you that.
Il giorno Thu, 12 Sep 2019 09:20:45 +0200
laurent Montel ha scritto:
> Hi,
> I would like to move ruqola to extragear/network.
> So I asked to sysadmin to move ruqola to kde-review (it was done).
Naive question: what does ruqola do?
pgpQ9_cbUN2Ck.pgp
Description: Firma digitale OpenPGP
ake or reading CMakelists.txt (fine for simpler projects,
but not for large ones).
--
Luca Beltrame
GPG key ID: A29D259B
pgpJP4dfjoxjC.pgp
Description: Firma digitale OpenPGP
openSUSE, where I usually don't subscribe to failure notifications
(almost 300 packages is overkill) but a bot starts pestering me with mails the
moment build failures go unfixed (granted, the time scale is different).
For the first, I'd like people more involved in the development to s
7;m neither on the side of "review all the things" nor on the
anarchist side. I just want to make sure we don't engage in policies that can
be (potentially, just potentially) harmful for some parts of KDE (while they
are perfectly OK for others).
--
Luca Beltrame
GPG key ID: A29D259B
signature.asc
Description: This is a digitally signed message part.
im it may work 100%, but I've seen other communities (many, many
years ago) where a "semi anarchy" replaced by "iron-gripped rules" from one
day to another actually killed them.
--
Luca Beltrame
GPG key ID: A29D259B
signature.asc
Description: This is a digitally signed message part.
s
repositories managed by different groups. Some are very used to reviews,
others not (and not necessarily PIM).
Hence the (even debatable, if you may) proposal.
--
Luca Beltrame
GPG key ID: A29D259B
signature.asc
Description: This is a digitally signed message part.
to shreds)
Pre-commit CI (i.e. once the switch to GitLab occurs) and perhaps direct
mailing to the user (as I suggested earlier) in case of continuous failures
will also help.
If this thing works, one can gradually ramp up the requirements of things that
go through review when the "muscle me
agree. I can't speak for seasoned developers, but I've found
myself in a situation (more than once) where the fix is trivial (compile
error, missing ";", etc) and being forced to go through review would (IMO)
unnecessarily raise friction.
--
Luca Beltrame
GPG key ID: A2
Il giorno Mon, 5 Nov 2018 22:54:40 +0100
Dominik Haumann ha scritto:
> ... wasn't there also some python related work by Stefan? Or is that
> unrelated?
That involves only the existing bindings, this is completely different
from an architectural viewpoint.
--
Luca Beltrame - KDE
for his day to day job I can't comment much on the code
itself but I just want to say: congratulations for reaching this
milestone!
--
Luca Beltrame - KDE Forums team
GPG key ID: A29D259B
pgpntzMi7Kceh.pgp
Description: Firma digitale OpenPGP
Il giorno Sun, 11 Feb 2018 11:12:32 +0100
Albert Astals Cid ha scritto:
> The automatic fetching of stuff from github on make time was weird.
I doubt it will influence the kdereview process much, but this is a
no-go for distributions.
--
Luca Beltrame - KDE Forums team
GPG key ID: A29D2
Il giorno Sun, 05 Nov 2017 19:24:55 +0100
Martin Koller ha scritto:
> > * Use QDBus instead of calling dbus-send command-line tool or
> > xdg-screensaver
> Because ?
Personally, because I don't think that calling random executables from
your program is a good idea.
--
are working solidly.
I would suggest not to work with Akonadi at this point. PIM has no ABI
or API stability guarantee, so you'd be left chasing the evolution of
the libs.
For the reasons I outlined in the past mails, it'd be much better to
use the Frameworks themselves thanks to API
dings in the frameworks, to ensure that if
something breaks, it can be fixed instead of bitrotting.
--
Luca Beltrame - KDE Forums team
GPG key ID: A29D259B
pgpd6TWpxwWDR.pgp
Description: Firma digitale OpenPGP
it. Also bear in mind
that, at least for the Chrome ecosystem, Chrome and Chromium (the latter
actually used by the distributions) handle this mechanism in a slightly
different way (I had a very high-level discussion with kbroulik on IRC a few
weeks ago).
--
Luca Beltrame - KDE Forums team
KD
ould be to relicense the file to GPLv2+.
Would you (who are listed in the copyright headers: Inge Wallin and Andreas
Xavier) allow for this relicensing?
Thanks.
--
Luca Beltrame - KDE Forums team
GPG key ID: A29D259B
signature.asc
Description: This is a digitally signed message part.
Il giorno Sat, 14 Jan 2017 02:36:50 +0900
Eike Hein ha scritto:
> How to subscribe sysadmin: Indeed something we still need to figure
> out.
In Phab, there's the Sysadmin group that can be used.
--
Luca Beltrame - KDE Forums team
GPG key ID: A29D259B
pgpLjBm3AgG7C.pgp
Descrip
ollowing reviews: I keep an eye
on merged reviews to see whether I need to adjust packaging.
Not implying anyone should be subscribed to all reviews (that would be
insane), only that also "outside" members are watching them. Perhaps
CC'ing Sysadmin as proposed for "base" depe
Il giorno Thu, 12 Jan 2017 16:53:18 +0100
Martin Gräßlin ha scritto:
> If you do nevertheless, my upstream position is GO FUCK YOURSELF! It
> will mean that I will directly close every bug report we get from
> Fedora with RESOLVED DOWNSTREAM, "Cannot investigate, Fedora patched
OK, things are
Il giorno Thu, 10 Nov 2016 23:42:36 +0100
Albert Astals Cid ha scritto:
> Comments?
+1 from me, seems like a good idea.
--
Luca Beltrame - KDE Forums team
GPG key ID: A29D259B
pgp8PgrKPav7L.pgp
Description: Firma digitale OpenPGP
Il giorno Mon, 30 May 2016 22:57:18 -0300
Thiago Macieira ha scritto:
> Can you clarify how this is supposed to work?
As Albert said, I was wrong. I meant only the first migration, there's
no runtime merging.
pgpvwmIgm4z9Y.pgp
Description: Firma digitale OpenPGP
On Sat, 28 May 2016 11:53:56 -0300, Thiago Macieira wrote:
> It's simple to make kwalletd5 acquire both D-Bus names, which would
> prevent kwalletd from doing so. I don't know how to prevent it from
Stefan Bruens made a patch to use a single D-Bus services for both
wallets, IIRC. It's in branch
would go in there, any other
Exactly as you suggest here, +1.
--
Luca Beltrame - KDE Forums team
GPG key ID: A29D259B
pgpQWbgcqWWB8.pgp
Description: Firma digitale OpenPGP
Il Sat, 26 Mar 2016 22:30:18 +, Shaheed Haque ha scritto:
Hey Shaheed,
> about 800 lines of Python code [2] which can already create 684 .sip
> files [3].
As someone who occasionally worked on PyKDE4 I can say this is nothing
short of awesome!
> whatever. If anybody can actually explain, t
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126413/#review89701
---
Ship it!
Inviala!
- Luca Beltrame
On Dic. 18, 2015, 1:12
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126345/#review89484
---
Ship it!
Inviala!
- Luca Beltrame
On Dic. 14, 2015, 5:48
it harder *for us* to work just because
you're targeting another platform. You may not care for Linux distros, but
there are people who *do*.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: A29D259B
Bruno Coudoin wrote:
> As we cannot have a translated stable branch and we need to
Perhaps naive question: why?
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
re's fire and forget, or KDevelop integration
(at least, used to work).
The issue is: for people that commit every once in a while, the workflow is
still a little too complex with Gerrit, at least the "proposed" one. Of
course, if there are ways around the problem, then it becomes
repo organization, IMO), if each release / beta release would also be
tagged in git. There are already scripts for it, see the ones used to
release Applications, the Frameworks scripts, or the ones used by the Plasma
team.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
hs, at best) it's a daunting task.
Personally I have no issue with git or rbt (and yes, I don't like rbt), but
this puts an extra burden that might be unwanted.
This is only the perspective of an occasional contributor, so perhaps it
doesn't weigh as much.
>
--
Luca Beltra
CLI or the web interface, I find
Gerrit's UI to be pretty much clumsy and hard to understand, not to mention
when reading reviews (points already raised by Martin G).
People can work around it, but IMO it's far too intimidating for people that
only occasionally contribute patches.
--
ll be pointed out.
Thanks for all your work.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
(and checks to external services to prevent obvious spammers) we
have to kill several spam posts per day.
Also IMO registration is to keep a minimal barrier of entry to prevent
flames and other unwanted behavior (granted, the forums behave exceptionally
well - few times we've had to po
rt PRs (I haven't been able to
test them, as they run on public-yet-private instances).
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
goes (after seeing both gitbucket and gogs, one more won't hurt ;)
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
if it fits KDE's needs.
> that company behind it closed the source, but a fully open source fork is
> been done
> https://kallithea-scm.org/
This looks good, however the major roadblock is that it doesn't support SSH
based cloning, meaning it would need some other glue to handle th
Sending this to k-c-d, probably has been sent to me only by mistake: it offers
additional insights on software.
- Messaggio inoltrato -
Oggetto: Re: [Kde-pim] Problems with infrastructure
Data: sabato 13 dicembre 2014, 08:21:15
Da: Helio Chissini de Castro
A: Luca Beltrame
;re a
KDE contributor, you should always have the CoC in mind.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
://github.com/takezoe/gitbucket
Gogs: https://gogs.io
Hope this helps.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
eply to Christian to see where (to my knowledge) we are at the
moment.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
> On Nov. 20, 2014, 9 a.m., Luca Beltrame wrote:
> > Actually it's still broken: I didn't notice because I did not build tests:
> >
> >
> > /srv/jenkins/workspace/kde-baseapps_frameworks_qt5/konqueror/src/konqapplication.h:28:46:
> > error: expecte
I did not build tests:
/srv/jenkins/workspace/kde-baseapps_frameworks_qt5/konqueror/src/konqapplication.h:28:46:
error: expected initializer before ‘:’ token
The line being
class KONQ_TESTS_EXPORT KonquerorApplication : public KApplication
- Luca Beltrame
On Nov. 20, 2014, 3:29 a.m.,
org/r/121078/#comment49452>
This one was missing from the commit and broke the build. I fixed it in
9cd55421bdadc663c947ddac9504a8d916e87012.
- Luca Beltrame
On Nov. 20, 2014, 3:29 a.m., Andrius da Costa Ribas wrote:
>
> ---
:
fatal error: libdolphin_export.h: No such file or directory
- Luca Beltrame
On Nov. 20, 2014, 3:29 a.m., Andrius da Costa Ribas wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit
Gilles Caulier wrote:
> If you look opensource projects scanned by Coverity, you will seen all
> most important on the world.
But let's not forget, it is non-Free software.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119454/#review63256
---
Ship it!
Looks OK to me.
- Luca Beltrame
On Lug. 24, 2014
-
>
> (Updated Lug. 16, 2014, 1:21 p.m.)
>
>
> Review request for kdelibs, Alex Merry, Luca Beltrame, and Simon Edwards.
>
>
> Bugs: 337462
> http://bugs.kde.org/show_bug.cgi?id=337462
>
>
> Repository: kdelibs
>
>
> Description
> ---
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119302/#review62505
---
Ship it!
Ship It!
- Luca Beltrame
On Lug. 16, 2014, 1:21
--
On Lug. 15, 2014, 9:19 p.m., Raphael Kubo da Costa wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/119302/
> ---
system people say as well, if
possible.
- Luca Beltrame
On Lug. 15, 2014, 9:19 p.m., Raphael Kubo da Costa wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.
> On Lug. 15, 2014, 9:28 p.m., Luca Beltrame wrote:
> > cmake/modules/FindPyQt.py, line 40
> > <https://git.reviewboard.kde.org/r/119302/diff/1/?file=290346#file290346line40>
> >
> > If I understand correctly, configuring without -DPYQT4_SIP_DIR
> >
g/r/119302/#comment43355>
If I understand correctly, configuring without -DPYQT4_SIP_DIR specified
may cause undefined behavior?
While this may be a workaround, I'd suggest to ask Phil upstream to
introduce a way to access it somehow.
- Luca Beltrame
On Lug. 15, 201
penSUSE where I'm involved in) will offer the KF5-based workspace as an
aside and not as main desktop.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
Kevin Kofler wrote:
> In kdelibs 4, this should do what we want:
> dateTime = KDateTime::fromString(timeString, "%H:%M
> %Z").toLocalZone().dateTime(); but KDateTime is deprecated in KF5.
Can you try looking at KFormat? The KF5 porting notes explicitly mention
that.
--
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/114314/#review45228
---
Ship it!
Ship It!
- Luca Beltrame
On Dec. 5, 2013, 11:11
Martin Graesslin wrote:
> how do we prevent that people commit features into master? I would prefer
To be honest, I haven't really seen people commit features into kdelibs, and
that's been frozen for a while.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
trying to
do in openSUSE to *ease* the need for those doing development / bug
reporting, avoiding a full source build, would grind to a halt with master =
frameworks.
- --
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
-BEGIN PGP SIGNATURE-
Vers
Albert Astals Cid wrote:
> Just as a reminder, we have the Release Team BOF tomorrow July 17 at 10:15
> at Room A2
Would it be possible to post the outcome of the discussion here? It would be
very helpful (as unfortunately I'm not in Bilbao).
--
Luca Beltrame - KDE Forums team
ere are /doubts/, rather than absolute certainties.
We're happy to be proven wrong, in fact. ;)
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
ike that, even if it is improper) should be put in place
first, and then applied to shrink release times.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
s that hold KDE developers accounts.
The problem is, as I can see, numbers (those people are a minor percentage
of $DISTRO_CONTRIBUTORS and they also do packaging) and sometimes expertise
(I can touch CMake files and perhaps do little adjustments in C++, but
nowhere near fixing complex bugs).
the bigger distros offer unsupported repositories
for newer versions - and at least in the case of openSUSE some are actually
used by contributors and early adopters to test the packaging of newest
versions.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
is mostly automated nowadays, however packaging (proper
packaging) still requires manual checking.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
Minor releases (except when splitting is involved) are usually less work-
intensive, although the matter with patches etc needs to be evaluated each
time. In the easiest case, it's just a matter of waiting for the OBS to churn
out packages.
Hopefully this is more clear.
--
Luca Beltrame
forum admin hat on) where issues are fixed already but
distros don't carry the required updates. So this would be detrimental for the
distribution(s) anyway.
Therefore, the only logical conclusion is -1 to this proposal.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID
> On July 4, 2013, 5:35 a.m., Luca Beltrame wrote:
> > Ship It!
Please put this modification also in kdelibs master branch (in fact, put it in
master so it'll get merged in next time dfaure merges master into framewo
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111371/#review35551
---
Ship it!
Ship It!
- Luca Beltrame
On July 2, 2013, 6:58
can be easily reviewed and commented. I will
> upload a patch series and close this review request if a solutions is found
Unless the issues with the patches are *fixed* instead of being pushed on KDE,
-1 regardless of the numbers of requests.
--
Luca Beltrame - KDE Forums team
KDE Science
> On June 15, 2013, 5:06 p.m., Albert Astals Cid wrote:
> > Is this some kind of joke?
> >
> > Honestly upstreaming patches is good, but when they make sense, and adding
> > billions of "If #SUSE" to our code does not make any sense. Please discard
> > this review, break stuff in separate patc
> On June 15, 2013, 6:52 p.m., Luca Beltrame wrote:
> > I would like to chime in, since I'm also a member of the openSUSE community
> > KDE team. This patch and the idea behind it is *not* the official position
> > of openSUSE, nor the official position of the o
E git (and I say this with
*both* my KDE and distro hats on) is a no-no.
Definitely -1, on behalf of the team (myself, Raymond "tittiatcoke" Wooninck
and Hrvoje "shumski" Senjan").
- Luca Beltrame
On June 15, 2013,
flict (porting it to
the new version) in 5966ecd67bb1572e0149834501be9eba537e4f54.
- Luca Beltrame
On Nov. 7, 2012, 7:28 p.m., Michael Palimaka wrote:
>
> ---
> This is an automatically generated e-mail. To reply,
> On Nov. 6, 2012, 10:49 p.m., Luca Beltrame wrote:
> > Good catch, I missed that. Push to 4.9: as I'm not sure it would merge
> > cleanly as I changed a bit of things in 4.10, CC me in the commit and I'll
> > see about trying to adapt it.
Bear in mind that i
m not sure it would merge cleanly
as I changed a bit of things in 4.10, CC me in the commit and I'll see about
trying to adapt it.
- Luca Beltrame
On Nov. 6, 2012, 10:50 a.m., Andrea Scarpino wrote:
>
> ---
> This is an automa
(please CC me, I'm not subscribed to k-c-d)
Hello everyone,
given the discussion going on with how to handle bug reports, I've seen a few
mentions of first line support that would help reduce the number of improper
bugs filed in bugs.kde.org.
Well... the good news is that such a thing already
) that albeit small, contribute
their little to the use of KDE.
--
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79
signature.asc
Description: This is a digitally signed message part.
81 matches
Mail list logo
