On Thursday 10 September 2015 22:36:10 Albert Astals Cid wrote:
> We have this nice ECM module that gives us the option to compile with ASAN.
>
> I'd like to propose that we enable it by default in jenkins.
>
> This way we get all the autotests run with ASAN and potentially catch more
> bugs/regr
Hi,
we have talked about the above topics a couple of times in the past, from what
I remember usually agreeing it would be nice to have some more statistical
information about our users, so we know what our applications are used for,
and to measure impact of changes. Similarly, it would be nice
t for free once you
have the infrastructure in place anyway), I'd guess details on the OpenGL
stack and the available input devices might be most relevant for Krita, adding
the former is at least already on my todo list.
Regards,
Volker
> On Sun, 23 Apr 2017, Volker Krause wrote:
>
On Tuesday 25 April 2017 12:54:42 Aleix Pol wrote:
> On Sun, Apr 23, 2017 at 12:52 PM, Volker Krause wrote:
> > Hi,
> >
> > we have talked about the above topics a couple of times in the past, from
> > what I remember usually agreeing it would be nice to hav
Thanks for the review!
On Tuesday, 2 May 2017 00:07:43 CEST Albert Astals Cid wrote:
> El diumenge, 23 d’abril de 2017, a les 12:52:57 CEST, Volker Krause va
> > Wanting this for GammaRay I attempted to implement a generic framework for
> > this, with the goal to make this fully t
On Friday, 12 May 2017 00:05:59 CEST Albert Astals Cid wrote:
> El dimarts, 2 de maig de 2017, a les 19:58:05 CEST, Volker Krause va
escriure:
> > On Tuesday, 2 May 2017 00:07:43 CEST Albert Astals Cid wrote:
> > > El diumenge, 23 d’abril de 2017, a les 12:52:57 CEST
On Tuesday, 23 May 2017 18:31:35 CEST Aleix Pol wrote:
> On Sun, Apr 23, 2017 at 12:52 PM, Volker Krause wrote:
> Hi volker,
> I've been looking into how it works, I wanted to test the tests/orwell
> application but I keep getting this error:
> ./bin/orwell: symbol lookup
On Wednesday, 24 May 2017 17:38:22 CEST Aleix Pol wrote:
> On Tue, May 23, 2017 at 6:31 PM, Aleix Pol wrote:
> Hey Volker, I figured out this one. Never mind.
>
> I've done a proof of concept integrating it in Discover, here's 2 patches:
> https://phabricator.kde.org/D5960
> https://phabricator.k
On Thursday, 25 May 2017 12:33:49 CEST Volker Krause wrote:
> On Tuesday, 23 May 2017 18:31:35 CEST Aleix Pol wrote:
> > I would have looked into fixing it, but I'm not sure I understand why
> > there's all the RPATH logic in place, so I'd prefer to hear from you
>
On Thursday, 8 June 2017 01:36:44 CEST Aleix Pol wrote:
> On Thu, Jun 8, 2017 at 12:27 AM, Albert Astals Cid wrote:
> > El dissabte, 3 de juny de 2017, a les 11:49:00 CEST, Volker Krause va
> >
> > escriure:
> >> On Thursday, 25 May 2017 12:33:49 CEST Volker Kraus
On Tuesday, 6 June 2017 15:01:57 CEST Aleix Pol wrote:
> On Thu, May 25, 2017 at 4:42 PM, Volker Krause wrote:
> > On Wednesday, 24 May 2017 17:38:22 CEST Aleix Pol wrote:
> >> On Tue, May 23, 2017 at 6:31 PM, Aleix Pol wrote:
> >> Hey Volker, I figured out this one.
On Monday, 12 June 2017 01:56:21 CEST Aleix Pol wrote:
> On Sat, Jun 10, 2017 at 10:22 AM, Volker Krause wrote:
> > On Tuesday, 6 June 2017 15:01:57 CEST Aleix Pol wrote:
> >> On Thu, May 25, 2017 at 4:42 PM, Volker Krause wrote:
> >> > On Wednesday, 24 May 2017
Hi,
I've asked for KUserFeedback to be moved to KDE Review, aiming for extragear/
libs initially, with a possible future option to continue on to frameworks.
KUserFeedback is a framework for gathering user feedback using application
telemetry and targeted surveys while providing decent transpare
No objections? :)
It's been three weeks now, can this proceed to extragear/libs?
On Saturday, 24 June 2017 11:37:49 CEST Volker Krause wrote:
> Hi,
>
> I've asked for KUserFeedback to be moved to KDE Review, aiming for
> extragear/ libs initially, with a possible future
On Monday, 4 June 2018 03:26:34 CEST Aleix Pol wrote:
> On Fri, Jun 1, 2018 at 1:10 PM, Alexander Volkov
wrote:
> > Hi all,
> >
> > It would be nice to install .qmlc files in addition to .qml files to
> > reduce
> > start-up time of applications.
> > They are generated with qmlcachegen. For Qt 5
On Friday, 1 June 2018 13:10:57 CEST Alexander Volkov wrote:
> Hi all,
>
> It would be nice to install .qmlc files in addition to .qml files to
> reduce start-up time of applications.
> They are generated with qmlcachegen. For Qt 5.11:
> qmlcachegen -o example.qmlc qxample.qml
>
> Currently qml f
On Tuesday, 26 March 2019 21:15:31 CET Allen Winter wrote:
> I was notified today that the Krazy runs on the EBN have been stuck (due to
> a stale lockfile) for over 3 months. Is this an indication that nobody
> looks at the EBN reports any longer?
>
> I still maintain Krazy and am happy to make
On Thursday, 28 March 2019 09:50:47 CET Kevin Ottens wrote:
> Hello,
>
> On Thursday, 28 March 2019 09:41:29 CET Luca Beltrame wrote:
> > In data giovedì 28 marzo 2019 09:29:22 CET, Kevin Ottens ha scritto:
> > > at your screen or pair with you" in the past. Clearly this compromise
> > > gets
> >
On Thursday, 28 March 2019 16:32:34 CET Luca Beltrame wrote:
> In data giovedì 28 marzo 2019 15:15:23 CET, Nate Graham ha scritto:
> > In this case, it seems like the problem is that there are certain
> > individuals or teams that are pushing risky, breaking changes without code
> > review, and the
On Thursday, 28 March 2019 16:11:12 CET Friedrich W. H. Kossebau wrote:
> Am Donnerstag, 28. März 2019, 14:33:59 CET schrieb laurent Montel:
> > For example I works all days on kde (pim or other) when I wake up, or at
> > noon after my lunch or the evening, I will not wait several days for a
> > re
On Thursday, 28 March 2019 09:23:21 CET Ben Cooksley wrote:
> On Thu, Mar 28, 2019 at 6:26 AM Volker Krause wrote:
> > On Tuesday, 26 March 2019 21:15:31 CET Allen Winter wrote:
> > > I was notified today that the Krazy runs on the EBN have been stuck (due
> > > to
On Friday, 29 March 2019 08:59:59 CET Kevin Ottens wrote:
> On Thursday, 28 March 2019 21:53:06 CET Alexander Neundorf wrote:
> > Having mandatory reviews for a central and complex component like akonadi
> > looks like a very good and obvious idea.
>
> Yep.
Looking at the 18.12 -> 19.04 timeframe
On Friday, 29 March 2019 20:54:54 CET Ben Cooksley wrote:
> On Fri, Mar 29, 2019 at 6:45 AM Johannes Zarl-Zierl
> > I fear that a mandatory reviews would add too juch strain on smaller
> > teams. If there's just one person with an intimate knowledge of the
> > code-base, plus two co-developers, the
On Friday, 12 July 2019 11:24:35 CEST Harald Sitter wrote:
> But why was that BIC to begin with? Which of the "don'ts" did it violate?
IIUC re-implementing a virtual method from a base class (in absence of
complications like multi-inheritance or co-variant return types) does not
change the ABI (
Hi,
as you might have seen in David's summary of the KF6 BoF at Akademy (https://
mail.kde.org/pipermail/kde-frameworks-devel/2019-September/093298.html),
there's the idea to have a KF6 sprint, along the lines of the KF5 sprint we
had in Randa a few years back, to determine what we actually want
Hi,
ELF Dissector has been moved to kdereview for the usual review process.
https://phabricator.kde.org/source/elf-dissector/
ELF Dissector is a static analysis tool for ELF libraries and executables, for
doing things like inspecting forward and backward dependencies (on a library
or symbol le
Thanks for the feedback :)
On Sunday, 29 September 2019 12:51:03 CEST Albert Astals Cid wrote:
> El dissabte, 28 de setembre de 2019, a les 13:01:11 CEST, Volker Krause va
escriure:
> > Hi,
> >
> > ELF Dissector has been moved to kdereview for the usual review process.
>
On Tuesday, 1 October 2019 17:28:03 CEST Thiago Macieira wrote:
> On Tuesday, 1 October 2019 05:06:57 PDT Jonathan Riddell wrote:
> > -isystem
> > /usr/include/capstone/..
>
> [...]
>
> > /usr/include/c++/7/cstdlib:75:15: fatal error: stdlib.h: No such file or
> > directory
>
> That -isystem is
On Tuesday, 1 October 2019 14:06:57 CEST Jonathan Riddell wrote:
> The file src/3rdparty/treemap/treemap.cpp is GPL while the rest of the
> application is LGPL. This makes the whole application copyable under only
> the terms of the GPL. It would be good to have COPYING moved to
> COPYING.LIB and
On Saturday, 5 October 2019 04:11:11 CEST Ben Cooksley wrote:
> Hi all,
>
> Recently we had a discussion (which I think may have ended up spread
> over a couple of mailing lists in the end) concerning branches and the
> ability to force push to them.
>
> Current policy forbids force pushing to br
on't mind somebody adding that, but I
don't have the bandwidth to maintain that myself. Again, IMHO not a review or
release blocker.
Regards,
Volker
On Saturday, 28 September 2019 13:01:11 CEST Volker Krause wrote:
> Hi,
>
> ELF Dissector has been moved to kdereview for
Hi,
KPublicTransport has been moved to kdereview:
https://phabricator.kde.org/source/kpublictransport/
KPublicTransport is a library for accessing real-time public transport
information (location, departure and journey queries) via a C++ or QML API,
aggregating results from Navitia.io as well
On Sunday, 13 October 2019 17:24:50 CEST Albert Astals Cid wrote:
> El dissabte, 12 d’octubre de 2019, a les 12:54:31 CEST, Volker Krause va
escriure:
> > Hi,
> >
> > KPublicTransport has been moved to kdereview:
> >
> > https://phabricato
On Saturday, 12 October 2019 13:56:12 CEST Friedrich W. H. Kossebau wrote:
> Am Samstag, 12. Oktober 2019, 12:46:19 CEST schrieb Volker Krause:
> > From the feedback everything should be addressed, apart from the
following:
> ...
> * "hicolor" icons for the app icon are
On Thursday, 17 October 2019 23:31:32 CEST Christophe Giboudeaux wrote:
> Hello,
>
> Minor issue with the license file. COPYING.LIB contains the LGPL 2.1 license
> text while elf-dissector is LGPL-2.0-or-later
>
> COPYING has a few differences compared to
> https://www.gnu.org/licenses/old-licens
Thanks again for the feedback, this has now been moved to extragear/sdk.
On Saturday, 28 September 2019 13:01:11 CET Volker Krause wrote:
> Hi,
>
> ELF Dissector has been moved to kdereview for the usual review process.
>
> https://phabricator.kde.org/source/elf-dissector/
>
This has passed the two week mark, if there are no objections I'd move this to
extragear/lib next week.
Thanks,
Volker
On Saturday, 12 October 2019 12:54:31 CET Volker Krause wrote:
> Hi,
>
> KPublicTransport has been moved to kdereview:
>
> https://phabricator.kde.org/sou
>
> Is it expected to build on this architecture? It builds fine on 64 bit arm.
>
>
> Jonathan
>
> On Sun, 27 Oct 2019 at 09:27, Volker Krause wrote:
> > Thanks again for the feedback, this has now been moved to extragear/sdk.
> >
> > On Saturday, 28 September
r 2019 13:14:28 CET Volker Krause wrote:
> Hi,
>
> as you might have seen in David's summary of the KF6 BoF at Akademy
> (https://
> mail.kde.org/pipermail/kde-frameworks-devel/2019-September/093298.html),
> there's the idea to have a KF6 sprint, along the lines of the KF
sigh...
On Saturday, 30 November 2019 19:14:38 CET Ben Cooksley wrote:
[...]
> Which is where the problem with PIM comes in - because it currently
> has many repositories failing to build from source on all platforms
> those builds are enabled for (including Linux and FreeBSD).
looking at this ri
On Sunday, 1 December 2019 04:00:19 CET Ben Cooksley wrote:
> On Sun, Dec 1, 2019 at 10:17 AM Volker Krause wrote:
> > sigh...
> >
> > On Saturday, 30 November 2019 19:14:38 CET Ben Cooksley wrote:
> > [...]
> >
> > > Which is where the problem with PIM
On Sunday, 1 December 2019 04:00:19 CET Ben Cooksley wrote:
> On Sun, Dec 1, 2019 at 10:17 AM Volker Krause wrote:
> > On Saturday, 30 November 2019 19:14:38 CET Ben Cooksley wrote:
[...]
> > > Fixing the current set of failures will not prevent this blacklisting
> > >
On Tuesday, 3 December 2019 22:13:43 CET Allen Winter wrote:
> On Tuesday, December 3, 2019 2:52:31 PM EST Volker Krause wrote:
> > The complexity of the dependency graph is also a problem for onboarding
> > new
> > people, and with kdelibs4support gone IMHO the largest te
Hi,
very happy to see Grantlee "coming home" :)
Technically I think it's largely in line with Frameworks requirements already,
and it has been reliably powering e.g. KMail's message viewer for years.
Moving to a faster and, more importantly, predictable release cycle would help
us a lot with u
Hi,
KDE Itinerary has been moved to kdereview:
Code: https://invent.kde.org/kde/itinerary
Workboard: https://phabricator.kde.org/project/board/280/query/all/
KDE Itinerary is a Kirigami-based mobile application for managing your
itinerary as a timeline, including access to your travel documents
On Sunday, 8 December 2019 14:07:57 CET Christophe Giboudeaux wrote:
> Hey,
>
> On dimanche 8 décembre 2019 13:14:43 CET Volker Krause wrote:
> > Hi,
> >
> > KDE Itinerary has been moved to kdereview:
> >
> > Code: https://invent.kde.org/kde/itinerary
>
ry
> https://community.kde.org/KDE_PIM/KItinerary
Thanks, all of the above should be fixed now.
Regards,
Volker
> On Sun, 8 Dec 2019 at 12:16, Volker Krause wrote:
> > Hi,
> >
> > KDE Itinerary has been moved to kdereview:
> >
> > Code: https://invent.kde.org/
On Friday, 20 December 2019 22:50:54 CET Sandro Knauß wrote:
> Hi,
>
> > KDE Itinerary has been moved to kdereview:
> >
> > Code: https://invent.kde.org/kde/itinerary
> > Workboard: https://phabricator.kde.org/project/board/280/query/all/
> >
> > KDE Itinerary is a Kirigami-based mobile applicat
On Saturday, 21 December 2019 20:12:48 CET Friedrich W. H. Kossebau wrote:
> Am Samstag, 21. Dezember 2019, 13:03:17 CET schrieb Stephen Kelly:
> > Great, Grantlee is now available at g...@git.kde.org:grantlee.git.
> >
> > I've pushed a few commits to make it depend on ECM etc.
> >
> > Once the r
On Sunday, 22 December 2019 09:46:02 CET Dominik Haumann wrote:
> Hi all,
>
> in any case, maybe the discussed points should go to the KF6 workboard?
> https://phabricator.kde.org/project/view/310/
>
> I indeed believe that consistency in the KF5 world is an important feature,
> so Friedrich does
On Thursday, 26 December 2019 19:25:09 CET Albert Astals Cid wrote:
> El dimarts, 24 de desembre de 2019, a les 13:05:23 CET, Friedrich W. H.
Kossebau va escriure:
> > Am Montag, 23. Dezember 2019, 09:57:57 CET schrieb Volker Krause:
> > > On Sunday, 22 December 2019 09:46:02 C
day, 8 December 2019 13:14:43 CET Volker Krause wrote:
> Hi,
>
> KDE Itinerary has been moved to kdereview:
>
> Code: https://invent.kde.org/kde/itinerary
> Workboard: https://phabricator.kde.org/project/board/280/query/all/
>
> KDE Itinerary is a Kirigami-based mobile appli
I agree on the problem of QNAM's default, see also https://conf.kde.org/en/
akademy2019/public/events/135 on that subject.
On Saturday, 1 February 2020 23:24:14 CET Ben Cooksley wrote:
[...]
> Prior to now, i've taken the approach of advertising that
> QNetworkAccessManager is broken and needs a f
On Monday, 3 February 2020 10:49:10 CET David Edmundson wrote:
> I updated:
>
> https://community.kde.org/Policies/API_to_Avoid
>
> Which had no mention of this.
Thanks for taking care of this!
I'd propose a slightly different approach than the per-request all-or-nothing
attribute mentioned i
On Wednesday, 19 February 2020 08:05:01 CET Ben Cooksley wrote:
> On Mon, Feb 3, 2020 at 7:42 AM Volker Krause wrote:
> > I agree on the problem of QNAM's default, see also
> > https://conf.kde.org/en/
> > akademy2019/public/events/135 on that subject.
> >
> &
On Wednesday, 19 February 2020 10:04:11 CET Ben Cooksley wrote:
> On Wed, Feb 19, 2020 at 9:30 PM Volker Krause wrote:
> > On Wednesday, 19 February 2020 08:05:01 CET Ben Cooksley wrote:
> > > On Mon, Feb 3, 2020 at 7:42 AM Volker Krause wrote:
> > > > I agree on
On Saturday, 20 June 2020 08:20:18 CEST Ben Cooksley wrote:
> Hi all,
>
> This weekend parts of our CI system shifted to using Qt 5.15, with all
> FreeBSD builds now being based on Qt 5.15. We also shifted all Linux
> builds of Plasma, and the latest Qt version build of Frameworks to Qt
> 5.15 as
On Sunday 23 November 2014 04:36:30 Milian Wolff wrote:
> in my quest for better *.json support in KF5 based applications, I noticed
> that we currently do not rebuild properly on changes to the *.desktop or
> *.json files.
indeed, turns out I have the same problem in GammaRay.
> For KDevelop, I'
Hi,
KOSMIndoorMap is a QML component for showing multi-floor OSM indoor maps (as
its very creative name might suggest). It's using maps.kde.org as a data
source (same as Marble), and has been created to show interactive maps of
train stations for KDE Itinerary.
https://invent.kde.org/libraries
On Donnerstag, 22. Oktober 2020 21:14:43 CEST Rolf Eike Beer wrote:
> Am Donnerstag, 22. Oktober 2020, 17:25:32 CEST schrieb Volker Krause:
> > Hi,
> >
> > KOSMIndoorMap is a QML component for showing multi-floor OSM indoor maps
> > (as its very creative name
On Freitag, 23. Oktober 2020 00:45:46 CEST Albert Astals Cid wrote:
> El dijous, 22 d’octubre de 2020, a les 17:25:32 CEST, Volker Krause va
escriure:
> > Hi,
> >
> > KOSMIndoorMap is a QML component for showing multi-floor OSM indoor maps
> > (as its very creativ
On Freitag, 23. Oktober 2020 22:29:39 CEST Albert Astals Cid wrote:
> El divendres, 23 d’octubre de 2020, a les 16:56:37 CEST, Volker Krause va
escriure:
> > On Freitag, 23. Oktober 2020 00:45:46 CEST Albert Astals Cid wrote:
> > > El dijous, 22 d’octubre de 2020, a les 17:
Hi,
KOpeningHours is a library with C++ and QML API for parsing and evaluating OSM
opening hours expressions. That might sound simple, and for basic cases like
`Mo-Fr 09:00-17:00` it is, but it gets quite a bit more complex for more
elaborate expressions that consider e.g. public holidays or se
On Donnerstag, 10. Dezember 2020 21:03:30 CET Rolf Eike Beer wrote:
> > but meanwhile it's also being
> > evaluated for use in OSM validation tooling:
> > https://github.com/osm-fr/osmose-backend/issues/555. That has already
> > resulted in a number of contributions increasing the tolerance for
> >
On Donnerstag, 10. Dezember 2020 20:27:07 CET Ingo Klöcker wrote:
> On Donnerstag, 10. Dezember 2020 17:56:15 CET Volker Krause wrote:
> > The most notable feature gap compared to the official specification is
> > probably school holidays, we lack a collection of international data
On Donnerstag, 10. Dezember 2020 21:09:23 CET Johan Ouwerkerk wrote:
> On Thu, Dec 10, 2020 at 6:00 PM Volker Krause wrote:
> > The most notable feature gap compared to the official specification is
> > probably school holidays, we lack a collection of international data for
> &
Having implemented the weather support for Itinerary, rebasing that onto a
more comprehensive framework would indeed be welcome :)
I haven't looked too deeply at the implementation or the API yet, most of the
feedback below is based on things learned when implementing this for
Itinerary.
## ap
On Samstag, 2. Januar 2021 12:44:31 CET Dominik Haumann wrote:
> This is just by looking at the first two header files.
>
> Looking at WeatherForecast.cpp:
>
> double maxTemp = std::numeric_limits::min();
> double minTemp = std::numeric_limits::max();
>
> Initializing the temperature to
On Mittwoch, 20. Januar 2021 13:51:15 CET Harald Sitter wrote:
> On 19.01.21 16:57, Friedrich W. H. Kossebau wrote:
> > Hi,
> >
> > the docs of the module tell us:
> > "KDEFrameworkCompilerSettings - Set stricter compile and link flags for
> > KDE
> > Frameworks modules."
> > https://api.kde.org/e
On Freitag, 29. Januar 2021 15:57:59 CET Adam Szopa wrote:
> Hello,
> I've been talking with David Faure about setting up a Sprint focused on KF6
> work. Some of the topics would include:
> - Reviewing the KF6 board
> (https://phabricator.kde.org/project/board/310/[1]): -- Clean up
> -- Tagging Ju
On Freitag, 29. Januar 2021 15:57:59 CET Adam Szopa wrote:
> Hello,
> I've been talking with David Faure about setting up a Sprint focused on KF6
> work. Some of the topics would include:
> - Reviewing the KF6 board
> (https://phabricator.kde.org/project/board/310/[1]): -- Clean up
> -- Tagging Ju
On Dienstag, 16. März 2021 20:10:46 CET Carl Schwan wrote:
> Le mardi, mars 16, 2021 12:55 PM, Harald Sitter a écrit :
> > - since it doesn't appear in the UI, I can't check: is the geodata
> >
> > actually getting localized? at least the geocoder seems to spit out
> > non-localized val
Hi,
KHealthCertificate is a library for decoding digital vaccination, test and
recovery certificates. Supported formats/features are:
* EU DGC: almost all data found in vaccination, test and recovery
certificates, verification of ECDSA and RSA/PSS signatures.
* India: basic support for vaccinati
On Sonntag, 11. Juli 2021 16:07:37 CEST Friedrich W. H. Kossebau wrote:
> Quick feedback after looking at the cmake code:
>
> * do not explicitly list ECM_KDE_MODULE_DIR, it is part of ECM_MODULE_PATH
> * do not use KDEFrameworkCompilerSettings for non-KF projects, only
> KDECompilerSettings
> * n
On Montag, 12. Juli 2021 00:36:05 CEST Albert Astals Cid wrote:
> El diumenge, 11 de juliol de 2021, a les 15:32:27 (CEST), Volker Krause va
escriure:
> > Hi,
> >
> > KHealthCertificate is a library for decoding digital vaccination, test and
> > recovery certificates.
On Montag, 12. Juli 2021 13:36:11 CEST Harald Sitter wrote:
> My only gripe, besides what Albert already pointed out, is that all
> the properties are WRITEable but have no NOTIFY signal nor are they
> CONSTANT. One of those things ought to change. Considering only the
> certificate objects have pr
On Sonntag, 20. Februar 2022 16:02:59 CET Stephen Kelly wrote:
> Hello,
>
> The Qt 5 based Grantlee libraries were depended on by some KDE applications.
>
> For Qt 6, I've created a separate repo for KTextTemplate for one of the
> Grantlee libraries. The other library is separate and can be dealt
On Samstag, 5. März 2022 19:16:02 CET Ben Cooksley wrote:
> On Sun, Mar 6, 2022 at 6:00 AM Stephen Kelly wrote:
> > On 26/02/2022 10:38, Volker Krause wrote:
> > > On Sonntag, 20. Februar 2022 16:02:59 CET Stephen Kelly wrote:
> > >> Hello,
> > >>
>
On Freitag, 1. April 2022 17:36:50 CEST Nicolas Fella wrote:
> To summarize: I don't see a need to change how applications are
> reviewed, but perhaps there are steps we can integrate into the
> application process to communicate better the social etiquette that
> comes with commit access.
I agree
Hello everyone (and sorry for the massive cross-posting),
we are nearing an important milestone in the KDE Frameworks 6 development,
branching and thus splitting the development of KDE Frameworks 5 and 6.
Slightly behind the plan from Akademy this is currently scheduled for the first
week of Ja
On Montag, 19. Dezember 2022 15:39:07 CET Fusion Future wrote:
> On 2022/12/19 20:17, Volker Krause wrote:
> > From that point on, KDE Frameworks 5 is considered feature-frozen,
> > feature
> >
> > work should continue to happen in the master branch, primarily target
Hello everyone,
I'd like to get KUnifiedPush (https://invent.kde.org/libraries/kunifiedpush)
through KDE Review.
KUnifiedPush contains the client-side building blocks we need for making use of
the UnifiedPush (https://unifiedpush.org/) push notification standard.
In particular there are three
On Mittwoch, 8. Februar 2023 13:11:52 CET Aleix Pol wrote:
> On Tue, Feb 7, 2023 at 6:36 PM Volker Krause wrote:
> > Hello everyone,
> >
> > I'd like to get KUnifiedPush
> > (https://invent.kde.org/libraries/kunifiedpush) through KDE Review.
> >
>
On Thursday, 9 March 2023 16:58:40 CET Heiko Becker wrote:
> 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
On Samstag, 27. Januar 2024 18:22:35 CET Friedrich W. H. Kossebau wrote:
> There are only 2 open checkboxes:
>
> [ ] Passing CI job for Reuse linting
>
> The challenge is that there are a number of old files where the contributors
> might be hard to contact for an explicit license statement (CMak
On Dienstag, 30. Januar 2024 22:05:16 CET Ingo Klöcker wrote:
> On Dienstag, 30. Januar 2024 21:47:51 CET Friedrich W. H. Kossebau wrote:
> > I think I understand where you are coming from, that all the work on
> > software done here makes the more sense the more users there are. IMHO
> > though re
On Mittwoch, 7. Februar 2024 19:48:27 CET Friedrich W. H. Kossebau wrote:
> Am Sonntag, 4. Februar 2024, 19:22:28 CET schrieb Ben Cooksley:
> > On Mon, Feb 5, 2024 at 4:28 AM Friedrich W. H. Kossebau
> >
> > wrote:
> > > Hi,
> > >
> > > ((cc:kde-frameworks-devel for heads-up, replies please only
On Tuesday 25 January 2011 18:14:45 Marco Martin wrote:
> Hi all,
> now the kdeedu packages kinda build on the MeeGo obs, was mostly porting the
> kparts usage from the kpart genericfactory to the k plugin factory...
>
> mostly.
> some applications (blinken, kwordquiz, kig, parley) depend on the k
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101140/
---
Review request for kdelibs.
Summary
---
Currently KIO::AccessManager
ing else.
- Volker
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101140/#review2680
---
On April 16, 2011, 4:27 p.m.,
> On April 16, 2011, 4:45 p.m., Kevin Krammer wrote:
> > Wouldn't it make more sense to change KProtocolInfo::protocolClass() such
> > that it considers data: to be local access?
>
> Volker Krause wrote:
> That was indeed my first attempt, but David pointe
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101313/
---
Review request for KDE Runtime and Michael Leupold.
Summary
---
KWall
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101593/
---
Review request for kdelibs, John Layt and David Jarvie.
Summary
---
T
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101593/
---
(Updated June 13, 2011, 9:38 a.m.)
Review request for kdelibs, John Layt a
On Friday 15 July 2011 06:36:46 Laszlo Papp wrote:
> I would like to ask for help with this issue becauseI have run out of
> the ideas. The inconsistent "selectionClipboardUrlPasted" is a signal.
> I guess with "Mobile" profile (no deprecated mode), it should not
> occur that way in the moc file. I
On Monday 18 July 2011 21:21:36 Alexander Neundorf wrote:
> On Monday 18 July 2011, Rolf Eike Beer wrote:
> > Am Sonntag, 17. Juli 2011, 12:47:36 schrieb Rolf Eike Beer:
> > > When I look at the kdelibs test results at
> > > http://my.cdash.org/index.php?project=kdelibs I see the following things
>
On Wednesday 20 July 2011 08:29:16 Rolf Eike Beer wrote:
> Am Dienstag, 19. Juli 2011, 09:03:17 schrieb Volker Krause:
> > On Monday 18 July 2011 21:21:36 Alexander Neundorf wrote:
> > > Volker, are you still doing "make Nightly" ?
> >
> > well, something i
chers are below.
>
> On Wednesday 20 July 2011, Rolf Eike Beer wrote:
> > Am Dienstag, 19. Juli 2011, 09:03:17 schrieb Volker Krause:
> > > On Monday 18 July 2011 21:21:36 Alexander Neundorf wrote:
> > > > Volker, are you still doing "make Nightly" ?
> > &g
On Thursday 21 July 2011 21:44:48 Alexander Neundorf wrote:
> On Thursday 21 July 2011, Volker Krause wrote:
> > On Wednesday 20 July 2011 21:51:43 Alexander Neundorf wrote:
> > > Hi,
> > >
> > > Dave, if you find some time, could you please have a look at the
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/102165/#review5292
---
The point of kmd5benchmarktest was to show that QCryptographicHa
1 - 100 of 122 matches
Mail list logo
