On Tuesday, 3 June 2025 11:42:08 CEST Ben Cooksley wrote:
> For FreeBSD the story is much the same as SUSE - packages are being removed
> as apps upgrade to Qt 6 and the Qt 5 version of libraries becomes surplus
> to requirements.
>From the FreeBSD packaging side, we have zero interest in Qt5 for
On Friday, 23 February 2024 03:27:00 CET Jin Liu wrote:
> Another thing I'd like to explore is to have some universal way to
> programmatically change KDE settings.
This is a thing that I'd really like to have -- but probably cannot contribute
to -- also for Calamares (a Linux distro installer).
On Wednesday, 9 June 2021 01:20:23 CEST Frederik Schwarzer wrote:
> I would like to ask you to report such documentation to me. We see the
> topic come up here and there but it then sometimes sinks into oblivion
> again because it was part of a merge request that has then been merged
> or so.
Here
In FreeBSD ports -- not usually the forefront and bleeding edge of chasing
software releases, although we track KDE things pretty closely -- OpenEXR has
been updated to 3.0, which *apparently* splits off a new library called Imath,
and messes around some other bits.
There's now a patch in our p
On Monday, 4 January 2021 08:21:57 CET Friedrich W. H. Kossebau wrote:
> And the proposal is to use ".in".
>
> Pros:
I would support just consistently adding ".in" (which, in the case of
producing Config files for cmake, means foo.cmake.in).
[ade]
signature.asc
Description: This is a digitall
On Tuesday, 24 November 2020 22:39:44 CET Allen Winter wrote:
> On Tuesday, November 24, 2020 8:13:12 AM EST Allen Winter wrote:
> > I plan to implement this new requirement 2 weeks from now.
> > unless there are good reasons against.
> >
> > Unless there are objections, I'd like to require libica
On Saturday, 24 October 2020 13:44:10 CEST Carl Schwan wrote:
> > - added Calamares projects (there's a dozen hacktoberfest issues
> > available, all of which are also suitable SoK things)
>
> Thanks a lot for this We are still looking for mentors so if anyone has a
> bit of time and good ideas
On Wednesday, 14 October 2020 12:07:04 CEST Neal Gompa wrote:
> On Wed, Oct 14, 2020 at 5:33 AM Milian Wolff wrote:
> > Hey all,
> >
> > I would like to push for C++17 usage in KDevelop to make it more fun to
> > develop there. This is an extragear app, so I believe we can take this
> > decision
On Thursday, 10 September 2020 16:11:08 CEST Caio Jordão Carvalho wrote:
> As discussed in the SoK/GSoC BoF that we had yesterday, our plan is
> to start the next edition of Season of KDE soon. But first we need to
> include
> some ideas in our ideas page and, most importantly, *we need mentors*! S
On Sunday, 13 September 2020 13:16:47 CEST Andreas Müller wrote:
> On Sat, Sep 12, 2020 at 1:33 PM David Faure wrote:
> > 12th September 2020. KDE today announces the release of KDE Frameworks
> > 5.74.0.
> Not mentioned here: Many (All?) licenses are now according to REUSE
> policy [1]. Reading t
On Saturday, 20 June 2020 10:11:04 CEST Volker Krause wrote:
> On Saturday, 20 June 2020 08:20:18 CEST Ben Cooksley wrote:
> > - kaffeine
>
> This doesn't look like something caused by Qt 5.15, more like an issue with
> the FreeBSD DVB headers, builds on Linux.
https://invent.kde.org/multimedia/k
On 2020 mayula d. 1id 07:08:41 CEST Ben Cooksley wrote:
> On Fri, May 1, 2020 at 2:46 AM Nate Graham wrote:
> > If I'm understanding things, we have solutions to most or all of the
> > objections raised so far:
> >
> > - Projects will be allowed to live in--or at least appear in--multiple
> > top
On 2020 prilula d. 29id 06:46:55 CEST Bhushan Shah wrote:
> We have gotten a request for namespacing from projects on multiple
> occassion, in cgit our workaround has always been that we prefix the
> repo name with namespace- (i.e wikitolearn-courses-backend).
>
> While this works out with our cur
On 2020 prilula d. 28id 13:35:22 CEST Ben Cooksley wrote:
> Would some form of git alias/custom command script that works similar
> to the following be suitable?
>
> git kde-clone skrooge
>
> That script would then search the appropriate groups (ignoring any
> personal repositories including fork
There are a whole bunch of considerations and use-cases being discussed at
once in this thread, and Leinir's post made me think a bit about different
actors can interact with "the collection of repositories".
One actor is "tooling", as Albert has pointed out. Whatever the resulting
structure is
On Saturday, 13 April 2019 23:36:43 CEST Valorie Zimmerman wrote:
> It's been a few days. Is anyone willing to step up to mentor this student?
> Tomaz cannot mentor two students, but he's willing to co-mentor. Without
> another mentor, we must turn this one down, rather than over-burden and
> possi
marked as submitted.
Review request for Baloo.
Changes
---
Submitted with commit a8db82a44470db8e847409b2ce5a6a593945de52 by Adriaan de
Groot to branch master.
Repository: baloo
Description
---
The src/dbus directory was only added to the build if BUILD_KINOTIFY is on. But
the
marked as submitted.
Review request for Baloo.
Changes
---
Submitted with commit 3a9643c139531a50caf2473bd65b33ad9490037f by Adriaan de
Groot to branch master.
Repository: baloo
Description
---
CMake: fix LMDB detection and use
Diffs
-
CMakeLists.txt 299509c
cmake
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/129545/#review101487
---
Ship it!
Ship It!
- Adriaan de Groot
On Nov. 23, 2016
for the
Find(Lib)Inotify module as well and update this one later.
- Adriaan de
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/129549/#review101073
-----------
doesn't actually need inotify. It works fine without it. So
move that subdir outside of the if(BUILD_KINOTIFY), since (a) it doesn't need
inotify and (b) other code, that doesn't need inotify, does need the dbus
interface code.
- Adriaan de Groo
that
depend on inotify. This is already done in the FreeBSD packaging.
Thanks,
Adriaan de Groot
sting
---
This way, FreeBSD (which gets inotify support through libinotify) finds
inotify, enables support for it, and then builds all the bits of baloo that
depend on inotify. This is already done in the FreeBSD packaging.
Thanks,
Adriaan de Groot
finds
inotify, enables support for it, and then builds all the bits of baloo that
depend on inotify. This is already done in the FreeBSD packaging.
Thanks,
Adriaan de Groot
f the if() that it doesn't belong in.
Diffs
-
src/CMakeLists.txt 529b786
Diff: https://git.reviewboard.kde.org/r/129546/diff/
Testing
---
Baloo now actually builds on FreeBSD.
Thanks,
Adriaan de Groot
fixes that. At the same time, this patch
modifies the FindLMDB.cmake module to follow best-practices in writing Find
modules, http://www.vtk.org/Wiki/CMake:How_To_Find_Libraries , use
_INCLUDE_DIRS instead of _INCLUDE_DIR
Thanks,
Adriaan de Groot
On Tuesday, November 09, 2010 02:59:54 am todd rme wrote:
> On Mon, Nov 8, 2010 at 8:13 PM, Michael Pyne wrote:
> > On Monday, November 08, 2010 11:17:49 todd rme wrote:
> >> I am not sure the proper place for this. A user on the KDE Forum
> >> brought it to our attention that Sony is using the A
27 matches
Mail list logo
