Hi,
on GCompris side, we hope/plan to mentor 2 students like last year. I
updated the page to add one more task.
Regarding the events: this year, we were planning to skip SoK to focus more
on GCi and GSoC, having the 3 events is too consuming and do not allow us
to progress on our main tasks. The
[...]
> All of the places where we have actively hit this issue have already
> been fixed (Marble and Attica come immediately to mind, not sure if
> GCompris fixed their code).
>
I took a quick look and we use some code to handle redirection:
https://github.com/gcompris/GCompris-qt/blob/master/sr
Hi,
as Volker said, without any alternative, we can't just ban QNAM.
And even with one, we would need time to implement it (for example,
for GCompris, this part of the code was written by someone who is less
active now, so rewriting it, testing it and be sure it works will take
some time).
Can't
Just the link in case: https://binary-factory.kde.org/job/KDiff3_Nightly_macos/
00:44:13 error:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool:
for:
/Users/packaging/Craft/BinaryFactory/macos-64-clang/build/extragear/kdiff3/image-RelWithD
Hi Ben,
https://build.kde.org/view/Failing/job/Applications/job/kaccounts-integration/job/kf5-qt5%20SUSEQt5.15/lastFailedBuild/console
CMake Error at CMakeLists.txt:50 (include):
include could not find load file: KDEGitCommitHooks
Side effect or bad ECM minimal version?
Johnny
Le dim. 17 janv
Hi Ben,
not sure on which priority it is regarding the KDE Frameworks but I've
added one on GCompris (
https://invent.kde.org/education/gcompris/-/commit/67c9839d7970b360b5d6b0ec928b492f9003d07d)
if it can help on more tests.
Cheers,
Johnny
Le dim. 5 sept. 2021 à 12:11, Ben Cooksley a écrit :
Hi,
We have not yet updated the main page at https://community.kde.org/SoK/ and
https://season.kde.org/ with this year timeline.
However, https://community.kde.org/SoK/Ideas/2022 is live, as a skeleton.
We copied the /2021 page and removed all the ideas. If you are adding an
idea, please remember t
c. 2021 à 16:30, Johnny Jazeix a écrit :
> Hi,
> We have not yet updated the main page at https://community.kde.org/SoK/
> and https://season.kde.org/ with this year timeline.
> However, https://community.kde.org/SoK/Ideas/2022 is live, as a skeleton.
> We copied the /2021 page a
& Johnny
Le mer. 29 déc. 2021 à 15:40, Johnny Jazeix a écrit :
> Hi,
> a kind reminder. We have updated the timeline on https://season.kde.org/.
> We want to start this season mid-January.
> For people willing to mentor, please don't forget to subscribe to the
> mentors list
Le sam. 3 sept. 2022 à 21:28, Ben Cooksley a écrit :
> On Sat, Sep 3, 2022 at 9:29 PM Gleb Popov <6year...@gmail.com> wrote:
>
>> On Sat, Sep 3, 2022 at 7:46 AM Ben Cooksley wrote:
>> >
>> > As previously indicated, I have now shutdown build.kde.org along with
>> the domain that supported it's v
Hi,
The timeline for this year SoK is not yet decided but
https://community.kde.org/SoK/Ideas/2023 is created for mentors to add
their ideas.
If you are adding an idea, please remember to put your own contact
information in the description as the mentor. Do not add ideas with no
mentor and contact
g for
sure from feedback), I'm not sure it's worth doing a SoK for 2 projects but
we can still try to promote the projects to get new contributors to work on
them.
Cheers,
Johnny
Le sam. 12 nov. 2022 à 19:50, Johnny Jazeix a écrit :
> Hi,
> The timeline for this year SoK is not ye
Hi,
for GCompris, we don't have a lot of MR and even if some are old, we still
plan to take over them at some point (we know which ones are unmaintained)
so I think it's preferable to not add messages.
In a general manner, as said by Carl, MR should not be closed automatically.
Cheers,
Johnny
Le mar. 7 mars 2023 à 00:15, AnnoyingRains a
écrit :
> > We should never close a MR automatically. Only a maintainer of a project
> or the author itself should close a MR.
>
> I agree with not closing MRs automatically. As I stated in my original
> message, we are no longer planning on doing that
It seems to be packages created by the winget community, not KDE:
https://github.com/microsoft/winget-pkgs/pulls?q=is%3Apr+Kdiff3+is%3Aclosed
Maybe we should suggest the person to open a bug there instead (looking at
the issues, there are "Package-Update" tags)?
Cheers,
Johnny
Le mer. 24 mai 202
Hi,
for the list:
https://lxr.kde.org/search?%21v=kf5-qt5&_filestring=&_string=exec_program&_casesensitive=1
Cheers,
Johnny
Le jeu. 26 oct. 2023 à 05:10, Ömer Fadıl USTA a écrit :
> We need to hurry to remove exec_program() from our cmake files because
> It will be removed with the upcomin
16 matches
Mail list logo