Re: Flatpak jobs on KDE CI vs. continuous integration on main/master/devel branches

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

Re: What can we expect from our developers

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: KDE Review: Skladnik (t.g.f.k.a. KSokoban), returning a KDE1-KDE3 age dino

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

Re: Usage of KF5/KF6 in targets and CMake config files outside of Frameworks

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

Re: KUnifiedPush in KDE Review

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. > > > >

KUnifiedPush in KDE Review

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

Re: Frameworks 6 Branching

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

Frameworks 6 Branching

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

Re: Reviewing the process for giving people commit rights

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

Re: Submitting KTextTemplate for KF6

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, > > >> >

Re: Submitting KTextTemplate for KF6

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

Re: KHealthCertificate in kdereview

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

Re: KHealthCertificate in kdereview

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.

Re: KHealthCertificate in kdereview

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 > *

KHealthCertificate in kdereview

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

Re: Koko in KDEReview

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

Re: KDE Frameworks 6 - Virtual Sprint setup

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

Re: KDE Frameworks 6 - Virtual Sprint setup

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

Re: PSA: Please do not use KDEFrameworkCompilerSettings for non-KF projects

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." > >

Re: KDE review for KWeatherCore

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

Re: KDE review for KWeatherCore

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. ##

Re: KOpeningHours in kdereview

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

Re: KOpeningHours in kdereview

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

Re: KOpeningHours in kdereview

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 >

KOpeningHours in kdereview

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

Re: KOSMIndoorMap in kdereview

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:

Re: KOSMIndoorMap in kdereview

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

Re: KOSMIndoorMap in kdereview

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

KOSMIndoorMap in kdereview

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.

Re: Shift for parts of the CI system to Qt 5.15

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

Re: Banning QNetworkAccessManager

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

Re: Banning QNetworkAccessManager

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. > > > > O

Re: Banning QNetworkAccessManager

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

Re: Banning QNetworkAccessManager

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

Re: KDE Itinerary in kdereview

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 application for m

Re: Exemptions to try KF "grow" vs. consistent experience (Re: Submitting Grantlee as a KF5 Framework)

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

Re: CMake config & target challenges on moving to KF5 namespace; dir structure & API dox (Re: Submitting Grantlee as a KF5 Framework)

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

Re: CMake config & target challenges on moving to KF5 namespace; dir structure & API dox (Re: Submitting Grantlee as a KF5 Framework)

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

Re: KDE Itinerary in kdereview

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

Re: KDE Itinerary in kdereview

unity.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/kde/itinerary > &

Re: KDE Itinerary in kdereview

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 >

KDE Itinerary in kdereview

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

Re: Submitting Grantlee as a KF5 Framework

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

Re: Blacklisting of PIM from the CI system

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

Re: Blacklisting of PIM from the CI system

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 > > >

Re: Blacklisting of PIM from the CI system

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

Re: Blacklisting of PIM from the CI system

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

Re: KF6 Sprint

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 KF5 sprint we > had in R

Re: ELF Dissector in kdereview

gt; 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 2019 13:01:11 C

Re: KPublicTransport in kdereview

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/source/k

Re: ELF Dissector in kdereview

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 >

Re: ELF Dissector in kdereview

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

Re: KPublicTransport in kdereview

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

KPublicTransport in kdereview

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

Re: ELF Dissector in kdereview

ody 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 the usual review process

Re: Work Branches

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

Re: ELF Dissector in kdereview

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

Re: ELF Dissector in kdereview

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

Re: ELF Dissector in kdereview

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.

ELF Dissector in kdereview

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

KF6 Sprint

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

Re: binary compatibility and qwidget::event

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

Re: CI system maintainability

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,

Re: CI system maintainability

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

Re: EBN Still Needed?

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 > > >

Re: CI system maintainability

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: CI system maintainability

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

Re: CI system maintainability

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 > >

Re: EBN Still Needed?

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

Re: Installing qml caches

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

Re: Installing qml caches

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

Re: KUserFeedback in/on its way to KDE Review

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 option

KUserFeedback in/on its way to KDE Review

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

Re: Application usage statistics and targeted user surveys

On Monday, 12 June 2017 01:56:21 CEST Aleix Pol wrote: > On Sat, Jun 10, 2017 at 10:22 AM, Volker Krause <vkra...@kde.org> wrote: > > On Tuesday, 6 June 2017 15:01:57 CEST Aleix Pol wrote: > >> On Thu, May 25, 2017 at 4:42 PM, Volker Krause <vkra...@kde.org> wrote: &g

Re: Application usage statistics and targeted user surveys

On Tuesday, 6 June 2017 15:01:57 CEST Aleix Pol wrote: > On Thu, May 25, 2017 at 4:42 PM, Volker Krause <vkra...@kde.org> wrote: > > On Wednesday, 24 May 2017 17:38:22 CEST Aleix Pol wrote: > >> On Tue, May 23, 2017 at 6:31 PM, Aleix Pol <aleix...@kde.org> wrote:

Re: Application usage statistics and targeted user surveys

On Thursday, 8 June 2017 01:36:44 CEST Aleix Pol wrote: > On Thu, Jun 8, 2017 at 12:27 AM, Albert Astals Cid <aa...@kde.org> wrote: > > El dissabte, 3 de juny de 2017, a les 11:49:00 CEST, Volker Krause va > > > > escriure: > >> On Thursday, 25 May 20

Re: Application usage statistics and targeted user surveys

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 > > first

Re: Application usage statistics and targeted user surveys

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 >

Re: Application usage statistics and targeted user surveys

On Tuesday, 23 May 2017 18:31:35 CEST Aleix Pol wrote: > On Sun, Apr 23, 2017 at 12:52 PM, Volker Krause <vkra...@kde.org> 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

Re: Application usage statistics and targeted user surveys

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

Re: Application usage statistics and targeted user surveys

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 fu

Re: Application usage statistics and targeted user surveys

On Tuesday 25 April 2017 12:54:42 Aleix Pol wrote: > On Sun, Apr 23, 2017 at 12:52 PM, Volker Krause <vkra...@kde.org> wrote: > > Hi, > > > > we have talked about the above topics a couple of times in the past, from > > what I remember usually agreeing i

Re: Application usage statistics and targeted user surveys

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: > > Hi, > >

Application usage statistics and targeted user surveys

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

Re: RFC: Enabling -DECM_ENABLE_SANITIZERS='address' in jenkins

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 >

Re: Triggering rebuild after changing a *.json file

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'm

Re: Qt Developer Days 2013 CfP

On Wednesday 24 July 2013 18:00:43 Laszlo Papp wrote: May I ask if you have rumors for free tickets to KDE? I don't know anything about that yet, but speakers will of course have free entry. One more reason to submit a talk ;-) regards, Volker On Wed, Jul 24, 2013 at 7:54 AM, Kevin Ottens

Supported Compilers / C++11 Support in KF5

Hi, during one of the KF5 BoFs at Akademy we discussed which compilers we want to support for KF5 (for KDE PIM: s/KF5/Akonadi =1.11/). The conclusion was to do what Qt does (http://qt-project.org/doc/qt-5.0/qtdoc/platform-details.html) but ignore the older optional platforms (some of which are

Re: Supported Compilers / C++11 Support in KF5

On Sunday 21 July 2013 13:52:06 Rolf Eike Beer wrote: Volker Krause wrote: - GCC = 4.5 - override Explicit virtual overrides require g++ 4.7: http://gcc.gnu.org/projects/cxx0x.html you are right, it's also what all other sources referenced in http://article.gmane.org

Re: Review Request 110330: Make Prompt on access kwalletd setting apply in more situations

On May 7, 2013, 8:15 p.m., Àlex Fiestas wrote: I'd like to enable this by default, most people I know from the community thinks alike. Code wise it makes sense. Eike Hein wrote: For clarification: Do you mean enable (= prompt, already the default) or disable (be silent)?

Re: RFC: Moving KWallet Password dialog into Plasma

On Friday 20 July 2012 17:58:04 Martin Gräßlin wrote: Hi all, the problems around review request #105628 and getting KWallet's Password dialog properly raised above the window it is asking the password for just triggered a thought process. The main problem here is that $service ask for a

Re: KDELibsNightly.cmake

On Sunday 20 May 2012 21:28:51 Alexander Neundorf wrote: On Sunday 20 May 2012, Rolf Eike Beer wrote: Am Sonntag, 20. Mai 2012, 12:55:54 schrieb Volker Krause: On Sunday 20 May 2012 10:08:11 Andreas Pakulat wrote: Anyway, I guess the guys ultimately knowning how this is done

Re: KDELibsNightly.cmake

On Sunday 20 May 2012 10:08:11 Andreas Pakulat wrote: Hi, On Sat, May 19, 2012 at 8:07 PM, Rolf Eike Beer k...@opensource.sf- tec.dewrote: Am Donnerstag, 17. Mai 2012, 13:30:24 schrieb Andreas Pakulat: Hi, I think this techbase article is pretty much up-to-date. I guess the

Re: Setting up a Quality Team within KDE

On Monday 16 April 2012 08:02:51 Andras Mantia wrote: On Thursday, April 12, 2012 10:49:10 PM Alexander Neundorf wrote: Yes, how good squish works for you depends on at least two things: We also use Squish, and it found bugs and regressions in our code. Still, there is a big problem with it:

Re: GammaRay - Introspection/Debugging Tool for Qt Applications

On Wednesday 02 November 2011 11:10:17 Bart Cerneels wrote: On Sun, Oct 30, 2011 at 13:21, Volker Krause vkra...@kde.org wrote: Hi! During the Qt Dev Days in Munich last week we (KDAB) released a new Free Software introspection/debugging tool for Qt applications, called GammaRay

Re: GammaRay - Introspection/Debugging Tool for Qt Applications

On Wednesday 02 November 2011 20:39:02 Peter Kümmel wrote: What is the status of windll? It doesn't work here. Only a prove of principle? I can't test myself, but the GammaRay Windows team (Andreas Holzammer, Nicolas Arnaud-Cormos and Patrick Spendrin, most of whom you probably know from KDE

Re: GammaRay - Introspection/Debugging Tool for Qt Applications

On Monday 31 October 2011 22:36:08 Peter Kümmel wrote: On 30.10.2011 13:21, Volker Krause wrote: Hi! During the Qt Dev Days in Munich last week we (KDAB) released a new Free Software introspection/debugging tool for Qt applications, called GammaRay: https://github.com/KDAB/GammaRay

GammaRay - Introspection/Debugging Tool for Qt Applications

Hi! During the Qt Dev Days in Munich last week we (KDAB) released a new Free Software introspection/debugging tool for Qt applications, called GammaRay: https://github.com/KDAB/GammaRay It hooks itself into a Qt application (at start-up or at runtime) using a variety of methods (ranging from

Re: Who relies on Soprano::Model::statement[s]Added|Removed signals?

On Friday 30 September 2011 13:36:22 Sebastian Trüg wrote: Hi lists, with frameworks in the building and Nepomuk probably going that direction already for 4.8 I would like to clean up a bit. One of these cleanup tasks targets the Soprano::Model statement signals. So far these were the only

Review Request: Support GnuPG2 in KNewstuff3

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/102439/ --- Review request for kdelibs. Summary --- So far knewstuff has gpg

  1   2   >