On Wednesday, 10 July 2024 01:51:16 CEST, David Jarvie wrote:
On Tuesday, 9 July 2024 23:47:30 BST Albert Astals Cid wrote:
El dimarts, 9 de juliol del 2024, a les 22:12:40 (CEST), David Jarvie va
escriure: ...
If I'd created a merge request, it would presumably have just sat there
unmergeab
On Wednesday, 3 July 2024 14:29:05 CEST, christ...@cullmann.io wrote:
On 2024-07-03 12:59, Ben Cooksley wrote:
On Wed, Jul 3, 2024 at 9:21 AM Albert Astals Cid
wrote:
Please work on fixing them, otherwise i will remove the failing CI
jobs on
their 4th failing week, it is very important that C
On Friday, 5 April 2024 12:04:28 CEST, Albert Vaca Cintora wrote:
It seems a lot of people feel conservative in favor of tarballs, so
maybe I aimed too far. At least I think the discussion brought some
interesting points that we can explore further. Some I identified:
- The tarballs should conta
On Thursday, 4 April 2024 13:26:57 CEST, Sune Vuorela wrote:
On 2024-04-04, Ben Cooksley wrote:
I do also think it is nice if we get someone else to verify that the
tarball we ship actually matches the tag. I think some people in
distributions have already started looking into verifying that.
On Thursday, 4 April 2024 13:07:42 CEST, Ben Cooksley wrote:
[snip]
As an additional aside - we don't currently GPG sign our Git tags, so there
is nothing validating that the person who made the release is actually the
person whose name is on it.
With GPG signatures we can at least validate who o
On Tuesday, 26 March 2024 17:39:25 CET, Volker Krause wrote:
On Dienstag, 26. März 2024 08:59:29 CET Heiko Becker wrote:
On Monday, 25 March 2024 23:23:01 CET, Albert Astals Cid wrote: ...
Sorry about that! I try to keep both branches in sync usually, if there is
anything I can do/do
On Monday, 25 March 2024 23:23:01 CET, Albert Astals Cid wrote:
El dissabte, 23 de març de 2024, a les 21:06:46 (CET), Julius Künzel va
escriure:
22.03.2024 17:22:33 Albert Astals Cid : ...
It is some extra work (not a lot, but some).
You're asking for the workflow of creating to be releases
On Tuesday, 20 February 2024 22:30:56 CET, Albert Astals Cid wrote:
Please work on fixing them, otherwise i will remove the failing CI jobs on
their 4th failing week, it is very important that CI is passing
for multiple
reasons.
Good News: 11 failing repositories from previous report got fixe
On Tuesday, 20 February 2024 22:30:56 CET, Albert Astals Cid wrote:
Please work on fixing them, otherwise i will remove the failing CI jobs on
their 4th failing week, it is very important that CI is passing
for multiple
reasons.
Good News: 11 failing repositories from previous report got fixe
On Tuesday, 6 February 2024 22:24:22 CET, Albert Astals Cid wrote:
Bad news: 3 repositories are still failing and 11 new repositories started
failing
kdialog - NEW
* https://invent.kde.org/utilities/kdialog/-/pipelines/601189
* flatpak fails in icon-not-found
kmag - NEW
* https://invent.
Hi everyone,
the question of the next Gear release (after 24.02) came up in #kde-devel
yesterday evening. Due to this, it also occured to me that we haven't
scheduled any bug fix releases for 24.02 itself. Which is a bit connected
to the first question, because I guess we don't want too many s
On Wednesday, 8 November 2023 12:48:32 CET, David Redondo wrote:
So the situation right now is that plasma-workspace build
depends on KWin and
KWin has a runtime dependency on plasma-workspace.
I think it's not a full cycle since installing plasma-workspace
does not need
anything from KWin
Hello,
I wanted to keep kopete at least buildable against recent version of its
dependencies by removing some obsolete parts. But it occured to me that if
I were to continue with that, there wouldn't be much left. It suffers from
the same problems with dead or (at least dying) protocols I wrot
On Tuesday, 4 July 2023 22:47:12 CEST, Albert Astals Cid wrote:
Please work on fixing them, otherwise i will eventually remove
the failing CI
jobs, it is very important that CI is passing for multiple reasons.
= MISC FAILURES (4 repos) =
kontrast:
* https://invent.kde.org/accessibility/ko
On Friday, 28 April 2023 15:16:29 CEST, Nate Graham wrote:
Does it work for *anyone* with a modern distro? If not, then I
think archiving it makes sense. Time marches on. :)
If it does work for *someone* with a modern distro then at the
very least the UI needs to detect when it will be broken
Hi,
while looking at a MR for libkcddb (part of Gear) I wondered if the
transition
from Qt5/KF5 to Qt6/KF6 could be used to get rid of the KF5/6 prefix in
target
names and CMake config files for libraries that aren't acutally part of
Frameworks.
It always seemed a bit illogical and possibly
On Tuesday, 21 February 2023 16:23:54 CET, Sandro Knauß wrote:
I really would love to see Cantata to be in KDE. At least try
if it gets some
momentum. But still you are doing the Qt6 port, so without any new features
just in maintenance mode I see value in it.
features like cached lyrics, la
On Tuesday, 21 February 2023 07:04:03 CET, Harald Sitter wrote:
On Mon, Feb 20, 2023 at 1:18 PM Aleix Pol wrote:
On Mon, Feb 20, 2023 at 12:28 AM Heiko Becker
wrote: ...
+1. That said, what we could do is incubate into playground and see if
we can assemble the required "Healthy
On Sunday, 19 February 2023 23:36:22 CET, Albert Astals Cid wrote:
My only 2 concerns are:
* Is anyone going to work on it? I guess you?
* Can we have an agreement by the original author so we can take over the
trademark?
I got an answer from him:
"You are more than welcome for fork Canta
On Monday, 20 February 2023 13:18:02 CET, Aleix Pol wrote:
On Mon, Feb 20, 2023 at 12:28 AM Heiko Becker wrote:
Part of the incubation process is to gather what's the team working on it.
https://community.kde.org/Incubator/Projects/DescriptionTemplate
It feels wrong to incubate a project
On Sunday, 19 February 2023 23:36:22 CET, Albert Astals Cid wrote:
El diumenge, 19 de febrer de 2023, a les 16:29:24 (CET), Heiko Becker va
escriure:
Cantata is a Qt based MPD client, which was archived by its
original author
[1]. I started some porting to Qt6 but I wondered (and was asked in
Hi,
Cantata is a Qt based MPD client, which was archived by its original author
[1]. I started some porting to Qt6 but I wondered (and was asked in
#kde-devel today) if it would make sense to move it to KDE's
infrastructure? Despite being archived, it still works quite nicely. And
while there
On Thursday, 8 September 2022 13:59:43 CEST, Ahmad Samir wrote:
From the git-archive manual page:
«git archive behaves differently when given a tree ID versus
when given a commit ID or tag ID. In the first case the current
time is used as the modification time of each file in the
archive. In
On Sunday, 24 July 2022 01:15:09 CEST, Nate Graham wrote:
IIRC, the release team takes care of updating product-versions
of apps on Bugzilla using a script. CCing them.
Yes, we do. At least for projects passing their version number to project()
in CMakeLists.txt [1] and if the project name mat
Hello,
On Sunday, 26 June 2022 13:52:23 CEST, Ömer Fadıl USTA wrote:
Right now plasma projects' minimum depends on KF >5.90 and after KF5.86 its
REQUIRED_QT_VERSION is 5.15.2
thus keeping QT_MIN_VERSION as 5.15.0 is meaningless and it also causes
problems such as in this merge :
https://invent.k
On Sunday, 6 March 2022 19:32:57 CET, Neal Gompa wrote:
This whole thing has been a terrible mess and it's extremely
frustrating. It's caused problems for the development of the last
couple of Fedora releases, too.
Can we scale back the language please? I get that you're not happy, but
calling
Please make sure you commit anything you want to end up in the 21.12
releases to them.
We're already past the dependency freeze, so no new dependencies or
increasing of dependency versions in the stable branches.
The feature freeze, tagging and release of the beta (21.11.80) is in four
days,
Hi,
On Thursday, 29 July 2021 00:01:15 CEST, Rafael Linux User wrote:
Someone wrote this is fhe right e-mail to ask about it and to take some
actions about the issue.
https://bugs.kde.org/show_bug.cgi?id=439293
it's just that time is a scarce resource and while krename works fine for
my purp
Dependency freeze for KDE Gear 21.08 is in six days (July 8, 23:59 UTC),
please make sure to update all the needed dependencies before that date.
Next interesting dates:
July 15: 21.08 Freeze and Beta (21.07.80) tag & release
...
August 12: 21.08.0 Release
More at:
https://community.kde.org/
Hello everyone,
the release team agreed on a schedule for the upcoming release service
21.04:
https://community.kde.org/Schedules/release_service/21.04_Release_Schedule
Dependency freeze is in 5 weeks and feature freeze one after that. Get your
stuff ready!
Cheers,
Heiko
On Friday, 25 October 2019 21:15:19 CEST, Friedrich W. H. Kossebau wrote:
Am Donnerstag, 24. Oktober 2019, 18:52:34 CEST schrieb laurent Montel:
Who told you that it will keep broken ?
If we show that it doesn't build we will fix it.
I don't see the problem. ...
The problem I see is availabili
Hi,
On 12/15/16 23:59, Andreas Müller wrote:
> I am maintaining a yocto/openembedded layer supporting kde/plasma for
> cross builds. Just tried to build krita 3.1.1 and got an error like
> that reported in [1].
>
> We had lots of erros in recent past and they were fixed by adding
> -DCMAKE_NO_SYS
marked as submitted.
Review request for Baloo and Vishesh Handa.
Changes
---
Submitted with commit f653fb6b7e30d7f2355b18c9feb917b525fddf65 by Heiko Becker
to branch master.
Repository: baloo
Description
---
...and use PATH_VARS to make the config file work with absolute paths
--
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125818/#review87535
---
On Okt. 27, 2015, 6:53 nachm., Heiko Becker wrote:
>
>
https://git.reviewboard.kde.org/r/125818/diff/
Testing
---
Successfully installed it with
-DCMAKE_INSTALL_PREFIX:PATH=/usr/x86_64-pc-linux-gnu and
-DCMAKE_INSTALL_FULL_DATAROOTDIR:PATH=/usr/share
Thanks,
Heiko Becker
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
64-pc-linux-gnu and
-DCMAKE_INSTALL_FULL_DATAROOTDIR:PATH=/usr/share
Thanks,
Heiko Becker
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
marked as submitted.
Review request for Baloo.
Changes
---
Submitted with commit e2be53ea79be4598760be0596ad474abd03d0b73 by Heiko Becker
to branch master.
Repository: baloo
Description
---
... to allow running the tests without a display server.
Diffs
-
autotests/unit
://git.reviewboard.kde.org/r/124076/diff/
Testing
---
All changed tests still ran successfully.
Thanks,
Heiko Becker
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
marked as submitted.
Review request for Baloo and Jonathan Riddell.
Repository: baloo
Description
---
It was 5.5.95 before and should match Frameworks.
Diffs
-
CMakeLists.txt 2d7af0b
Diff: https://git.reviewboard.kde.org/r/122219/diff/
Testing
---
Thanks,
Heiko Becker
oard.kde.org/r/122219/#review74592
---
On Jan. 23, 2015, 10:04 vorm., Heiko Becker wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.re
Description
---
It was 5.5.95 before and should match Frameworks.
Diffs
-
CMakeLists.txt 2d7af0b
Diff: https://git.reviewboard.kde.org/r/122219/diff/
Testing
---
Thanks,
Heiko Becker
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
src/file/CMakeLists.txt 7d384c51662a0b381e6fc861e8565c6da4af8525
Diff: https://git.reviewboard.kde.org/r/118438/diff/
Testing
---
cmake -DBALOO_LIBRARIES_ONLY:BOOL=TRUE ..
make
make install
I've also built the frameworks branch of milou against it (needed a few
modifications).
modifications).
Thanks,
Heiko Becker
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
ions).
Thanks,
Heiko Becker
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
ilou against it (needed a few
modifications).
Thanks,
Heiko Becker
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
eLists.txt 72b56ea5fb63c1bece1b4959ea5bf7ee3af994b0
Diff: https://git.reviewboard.kde.org/r/118438/diff/
Testing (updated)
---
cmake -DBALOO_LIBRARIES_ONLY:BOOL=TRUE ..
make
make install
I've also built the frameworks branch of milou against it (needed a few
modifications).
Thanks,
Heiko Becker
7fa9a257
src/file/CMakeLists.txt dd2e2b2a9fdddefe5568d51427cf69103b1bdd85
Diff: https://git.reviewboard.kde.org/r/118438/diff/
Testing
---
cmake -DBALOO_LIBRARIES_ONLY:BOOL=TRUE ..
make
make install
I've also built the frameworks branch of milou against it (needed a few
modifications)
should
> > overwrite the old ones, but that would be a problem, right?
>
> Heiko Becker wrote:
> Well, splitting it out would work for us, too. So that leaves the
> binaries. If they shouldn't be renamed it would to nice to have a cmake
> option in order to decid
ption, if it's alright with you.
- Heiko
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118438/#review59206
-------
ilt the frameworks branch of milou against it (needed a few
modifications).
Thanks,
Heiko Becker
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
apian/CMakeLists.txt 5fcfd090ae479a8a79a37a3e6d0b6246d971a916
Diff: https://git.reviewboard.kde.org/r/118439/diff/
Testing
---
cmake -DBALOO_LIBRARIES_ONLY:BOOL=TRUE ..
make
make install
I've also built the frameworks branch of milou against it (needed a few
modifications).
Thanks,
Hei
---
cmake -DBALOO_LIBRARIES_ONLY:BOOL=TRUE ..
make
make install
I've also built the frameworks branch of milou against it (needed a few
modifications).
Thanks,
Heiko Becker
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
52 matches
Mail list logo
