phonon5 phonon4 phonon4qt5

since sebas asked me to bring up the phonons as he fears that lack of actual source compat in phonon5 could compromise the frameworks effort there will be the following libraries: === phonon5 === (current five branch) will *not* be 100% source compatible because pieces of the architecture

konsole build broken

Would be great if someone could look at it. https://launchpadlibrarian.net/156314974/buildlog_ubuntu-saucy-i386.project-neon5-konsole_0.0%2Bgit2013%2Br5106~ffbca60%2Bneon6~ubuntu13.10.1_FAILEDTOBUILD.txt.gz http://build.kde.org/job/konsole_frameworks_qt5/33/console Generating moc_Part.cpp

applications assert when no sycoca was generated before start

ahoy, I just noticed that frameworks applications explode when started without a sycoca: Trying to open ksycoca from /home/me/.project-neon5-kde//cache/ksycoca5 Trying to open global ksycoca from /home/me/.project-neon5-kde//local/share/kde5/services/ksycoca5 Still no database... ASSERT: str in

Re: Plasma Next - Translations KCM - What Languages?

On Fri, Mar 14, 2014 at 2:31 PM, John Layt jl...@kde.org wrote: Hi, I'm doing some more work on the new KCM for Translations, i.e. the KCM in Plasma Next to configure the LANGUAGE env var that startkde will export for all apps running under Plasma Next to use, including Gtk as well as Qt

Re: Plasma Next - Translations KCM - What Languages?

On Mon, Mar 17, 2014 at 1:03 PM, Chusslove Illich caslav.i...@gmx.net wrote: [: Harald Sitter :] What we need is some plugin awesomeness (or equally fancy mechanism) to allow the distribution to put everything into context. The KCM wants to know what translations are available - try asking

Q: kconfig without kaboutdata behavior

ahoy, I just wanted to ask whether it is still mandatory to have a KAboutData instance set to have classes such as KConfigShared work in a convenient fashion (e.g. KConfigShared::openConfig() will open the applications config as long as qapp::applicationName is set). In my particular case the

Re: Q: kconfig without kaboutdata behavior

On Thu, Apr 3, 2014 at 12:30 PM, Alex Merry alex.me...@kde.org wrote: On 03/04/14 09:34, Harald Sitter wrote: ahoy, I just wanted to ask whether it is still mandatory to have a KAboutData instance set to have classes such as KConfigShared work in a convenient fashion (e.g. KConfigShared

Re: Review Request 118846: Turn KLauncher into a QGuiApplication

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/118846/#review60591 --- Ship it! looks good to me - Harald Sitter On June 20

Re: KAuth and KF5

On Wed, Jun 25, 2014 at 9:40 AM, Milian Wolff m...@milianw.de wrote: On Tuesday 24 June 2014 23:44:12 Luca Beltrame wrote: Hello, currently, the KF5 version of KAuth is not quite usable as any helper used by KAuth segfaults: the most notable is backlighthelper, which always crashes at login.

Re: KIconLoader problem with KFontInst

On Mon, Jun 30, 2014 at 12:02 PM, Martin Klapetek martin.klape...@gmail.com wrote: ...or have the icons installed properly (hicolor?) and remove the custom addAppDir call altogether? Not that I grasp the issue, but if it is a general problem that could have impact on every application using

Re: Translations in frameworks released tarballs

On Wed, Jul 9, 2014 at 11:27 AM, Alexander Potashev aspotas...@gmail.com wrote: 2014-07-09 2:38 GMT+04:00 David Faure fa...@kde.org: On Tuesday 08 July 2014 23:24:36 Christoph Feck wrote: Is it possible to strip them before the archives are packed? Or can they even be stripped in the

Re: Translations in frameworks released tarballs

On Wed, Jul 9, 2014 at 8:32 PM, Albert Astals Cid aa...@kde.org wrote: El Dimecres, 9 de juliol de 2014, a les 22:25:29, Albert Astals Cid va escriure: El Dimecres, 9 de juliol de 2014, a les 11:59:01, Harald Sitter va escriure: On Wed, Jul 9, 2014 at 11:27 AM, Alexander Potashev aspotas

Review Request 119542: create qapplication before using dbus

://git.reviewboard.kde.org/r/119542/diff/ Testing --- Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 119542: create qapplication before using dbus

Diffs - src/kauthhelpersupport.cpp 99868803fdfaf99283d65a8ab61e7a32fb22e708 Diff: https://git.reviewboard.kde.org/r/119542/diff/ Testing --- Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https

Re: Review Request 119540: don't construct bogus KAuthAction objects

://git.reviewboard.kde.org/r/119540/#review63509 --- On Juli 30, 2014, 12:32 vorm., Harald Sitter wrote: --- This is an automatically generated e-mail. To reply, visit: https

Re: Review Request 119540: don't construct bogus KAuthAction objects

- src/kcmodule.cpp 92e5427c121491e4ebf289addda040cc117cdd68 Diff: https://git.reviewboard.kde.org/r/119540/diff/ Testing --- tested with clock kcm, succesfully can talk with the helper app if the bogus actionid wasn't used intermediately Thanks, Harald Sitter

Re: Review Request 119563: Ship plasma_workspace.notifyrc with frameworkintegration

: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119563/ --- (Updated Aug. 1, 2014, 2:29 p.m.) Review request for KDE Frameworks and Harald Sitter. Repository: frameworkintegration

Re: Running tests faster..

On Tue, May 15, 2012 at 6:42 PM, David Faure fa...@kde.org wrote: On Sunday 13 May 2012 00:04:43 Alexander Neundorf wrote: Hi, just a quick hint, maybe you don't know this yet: You can run tests using make test. This will run test by test after each other. Internally this simply calls

Re: Review Request: Remove QFSFileEngine useage from Phonon five.

On Oct. 20, 2012, 8:23 p.m., David Faure wrote: kcoreaddons has KFileSystemType, to distinguish local from NFS/SMB (which I guess this is what this was about). Maybe it could go into Qt I guess for now this is ok (unless we want to use kcoreaddons in phonon, but I doubt that)

Re: Review Request: Remove QFSFileEngine useage from Phonon five.

On Oct. 21, 2012, 10:30 a.m., Harald Sitter wrote: phonon/mediasource.cpp, line 58 http://git.reviewboard.kde.org/r/106974/diff/2/?file=91573#file91573line58 documentation on why path and url would be useful Jon Severinsson wrote: I thought it self explanatory, we need

Re: phonon4qt5

On Sun, Jan 27, 2013 at 11:03 PM, David Faure faure+bluesyst...@kde.orgwrote: On Sunday 27 January 2013 03:10:04 Harald Sitter wrote: as discussed previously there is now a transitional library for qt5 called phonon4qt5 and lives in a branch of the regular phonon git repos (pending

Re: Phonon4Qt5 Phonon5 Branches

On Tue, Jun 4, 2013 at 12:47 AM, David Faure fa...@kde.org wrote: On Wednesday 29 May 2013 16:13:23 Harald Sitter wrote: As you may be aware phonon supports building the phonon4 API against Qt5 by building the phonon4qt5 branch. Due to consolidation efforts at the Phonon sprint last

Re: Review Request 119798: Generating PkgConig files from ECM

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119798/#review64581 --- +1 - Harald Sitter On Aug. 14, 2014, 11:10 p.m., Aleix Pol

Re: Review Request 119977: Mark setProgramIconName() as deprecated, it did not do anything

implementing the qapp property in qt (which would probably be pointless since we get nothing out of setting the data via kaboutdata to begin with) - Harald Sitter On Aug. 28, 2014, 4:39 p.m., Jonathan Riddell wrote

Re: SIC in KIO master

On Tue, Aug 26, 2014 at 4:29 PM, Harald Sitter sit...@kde.org wrote: alohas, it would appear to me that a recent change in kio [1] was rather, very, entirely source incompatible (one could argue binary but let's not go there). Say I had the following in my application using kio 5.0/1

Re: SIC in KIO master

On Fri, Aug 29, 2014 at 8:26 PM, David Faure fa...@kde.org wrote: On Tuesday 26 August 2014 16:29:23 Harald Sitter wrote: alohas, it would appear to me that a recent change in kio [1] was rather, very, entirely source incompatible (one could argue binary but let's not go there). Say I had

Re: Review Request 120040: Install kdesu under bin

a krunner replacement that doesn't depend/ispartof plasma workspace one would still run into the broken behavior so long as kde-cli-tools are not installed - Harald Sitter On Sept. 2, 2014, 6:27 p.m., Marco Martin wrote

Re: There's no proper replacement for KIcon

On Wed, Sep 3, 2014 at 10:26 PM, Eike Hein h...@kde.org wrote: I think the fd.o spec pro- scribes the hicolor theme then? ^ this In that case it would be up to the distro to make sure this works out. That wouldn't help the original issue that we previously had a hardcoded fallback to

Re: Review Request 120040: Install kdesu under bin

On Sept. 2, 2014, 6:54 p.m., Hrvoje Senjan wrote: in kde4 kdesu was installed under bin it was actually also in libexec. just that KStandardDirs::findExe() looked in libexec paths, QStandardPaths doesn't... Marco Martin wrote: right, it seems on both places here, but is

frameworks' cmake configs looking for other things

Alohas as described in [1] I think there is a bit of a problem how we track inter-dependencies in cmake configs right now (that is: the configs frameworks install to be found by 3rd party bits). If I write a 3rd party software that does this: find_package(KF5Runner) it will eventually trigger

pkexec vs kdesu

hola! how about we replace all of our kdesu usage with pkexec. pkexec has a lovely nice dialog, is backed by polkit, very secure, very nice, totally cool. also, absolutely sufficient. thoughts? HS ___ Kde-frameworks-devel mailing list

Re: pkexec vs kdesu

On Sun, Nov 23, 2014 at 4:50 PM, David Edmundson da...@davidedmundson.co.uk wrote: You will probably get massively different behaviour regarding your env. pkexec won't copy anything, sudo will. Without $DISPLAY graphical apps are out. Surely not an unsolvable problem. Clearly wayland fixes

Review Request 121262: make kservice_desktop_to_json warning an author_warning

--- Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 121262: make kservice_desktop_to_json warning an author_warning

dcb7cce6fc2e57b1b7b863da500c88b61e447ef5 Diff: https://git.reviewboard.kde.org/r/121262/diff/ Testing --- Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: OSX/CI: phonon fails to INSTALL on branch master

On Thu, Nov 27, 2014 at 8:59 AM, Marko Käning mk-li...@email.de wrote: Phonon built fine, but failed to install for some reason, as a file must be missing: I think that needs some more investigation. I can not reproduce this nor can I even think of how that would happen :/ HS

FYI: watch out for Q_GADGET with cmake2.8

alohas Qt has a magic macro Q_GADGET which according to a websearch falls slightly short of magic. It apparently allows non-QObject classes to grow a metaobject such that one can use properties/enums/invokables. Now the problem with that is that Q_GADGET is not supported by the cmake2.8 automoc

Re: Re: pkexec vs kdesu

On Mon, Nov 24, 2014 at 10:31 AM, Martin Gräßlin mgraess...@kde.org wrote: On Sunday 23 November 2014 17:14:02 Harald Sitter wrote: On Sun, Nov 23, 2014 at 4:50 PM, David Edmundson da...@davidedmundson.co.uk wrote: You will probably get massively different behaviour regarding your env

Re: pkexec vs kdesu

On Sun, Nov 23, 2014 at 4:50 PM, David Edmundson da...@davidedmundson.co.uk wrote: That said, polkit is totally the way forward and anything using kdesu should be ported. I think the biggest concern is our custom desktop entry allowing *any* third party developer to leverage the power of kdesu

Re: Re: Re: pkexec vs kdesu

On Thu, Dec 11, 2014 at 2:29 PM, Martin Gräßlin mgraess...@kde.org wrote: On Thursday 11 December 2014 14:06:59 Harald Sitter wrote: On Mon, Nov 24, 2014 at 10:31 AM, Martin Gräßlin mgraess...@kde.org wrote: On Sunday 23 November 2014 17:14:02 Harald Sitter wrote: On Sun, Nov 23, 2014 at 4

qca-qt5 package name

alohas. recently the QCA maintainer and I got into a discussion [1] whether a qca-qt5 library should be a different config inside the same cmake package or an independent one (detailed discussion in the longest comment thread of the review). find_package(Qca NAMES Qca-qt5 Qca-QT5 Qca-5 Qca

Re: qca-qt5 package name

On Wed, Dec 24, 2014 at 11:47 AM, David Edmundson da...@davidedmundson.co.uk wrote: On Wed, Dec 17, 2014 at 12:47 PM, Harald Sitter sit...@kde.org wrote: alohas. recently the QCA maintainer and I got into a discussion [1] whether a qca-qt5 library should be a different config inside

Re: qca-qt5 package name

On Sat, Dec 27, 2014 at 1:47 PM, Alex Merry alex.me...@kde.org wrote: On Saturday 27 December 2014 12:24:25 Harald Sitter wrote: I think(tm) the way to fix this properly (which I have not ever seen done by us :P) is fiddling with the find_package related variables (supposedly

backwards compatibility how namespacing might help or not

ahoy ahoy so... kf5.7 will contain kglobalacceld5 plasma5.2 will also contain kglobalacceld5 if it was built with kf5.6 this poses a binary conflict which makes kf5.7 not a simple drop-in replacement for kf5.6 without recompiling plasma, which effectively makes this new construct just like the

Re: New framework: KXmlRpcClient

On Thu, Feb 12, 2015 at 8:25 PM, Albert Astals Cid aa...@kde.org wrote: El Dijous, 12 de febrer de 2015, a les 12:31:14, Daniel Vrátil va escriure: On Friday, January 30, 2015 09:12:01 AM David Faure wrote: On Wednesday 28 January 2015 17:12:04 Daniel Vrátil wrote: I guess I should update

Re: backwards compatibility how namespacing might help or not

On Mon, Jan 26, 2015 at 10:01 PM, Albert Astals Cid aa...@kde.org wrote: Yeah, i don't think that what you suggest really helps much, otherwise you'd end up with two kglobalaccels running at the same time, which is probably a very bad thing. It's dbus invoked, so in the kglobaccel case

Re: backwards compatibility how namespacing might help or not

On Wed, Jan 28, 2015 at 1:56 AM, Vishesh Handa m...@vhanda.in wrote: On Tue, Jan 27, 2015 at 10:28 AM, Harald Sitter sit...@kde.org wrote: So yes, a better way of moving thing arounds is needed, or maybe we just need the dust to settle a bit so that we realize where each thing really

Review Request 121833: add reviewboardrc, targets kdeframeworks and plasma groups

Description --- add reviewbaordrc, targets kdeframeworks and plasma groups Diffs - .reviewboardrc PRE-CREATION Diff: https://git.reviewboard.kde.org/r/121833/diff/ Testing --- made this here review request Thanks, Harald Sitter

Review Request 121834: rename kpackagetool manpage to kpackagetool5

8f6fe5a198329528692d3edf30ea5d4e36932872 Diff: https://git.reviewboard.kde.org/r/121834/diff/ Testing --- make install make test man kpackagetool5; all good Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org

Re: Review Request 121833: add reviewboardrc, targets kdeframeworks and plasma groups

this here review request Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Review Request 121836: remove autotests/dynamictreemodel.h

://git.reviewboard.kde.org/r/121836/diff/ Testing --- make install test; all good Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 121836: remove autotests/dynamictreemodel.h

/dynamictreemodel.h 283d6ed3f938c5d7d69504ced36e11e437d2aaad Diff: https://git.reviewboard.kde.org/r/121836/diff/ Testing --- make install test; all good Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org

Re: Review Request 121834: rename kpackagetool manpage to kpackagetool5

docs/kpackagetool/man-kpackagetool.1.docbook 8f6fe5a198329528692d3edf30ea5d4e36932872 Diff: https://git.reviewboard.kde.org/r/121834/diff/ Testing --- make install make test man kpackagetool5; all good Thanks, Harald Sitter ___ Kde

Re: Review Request 121834: rename kpackagetool manpage to kpackagetool5

346982d97340e94846a7c9ddebddb260a694b40a docs/kpackagetool/man-kpackagetool.1.docbook 8f6fe5a198329528692d3edf30ea5d4e36932872 Diff: https://git.reviewboard.kde.org/r/121834/diff/ Testing --- make install make test man kpackagetool5; all good Thanks, Harald Sitter

qca-qt5 2.1.0.1

お早う As some of you might know qca's qt5/qt4 co-installability is a bit of an issue with the maintainer not wanting to force a unified suffix for qt5 builds so here is a grand unified version with a forced qt5 suffix:

cmake CMP0028 missing targets - what does one do about it?

alohas While investigating a wall of build failures in the kubuntu ci this morning I stumbled upon a very interesting problem. Problem tldr: target A links library B, A doesn't get the includes of link libraries of B by default. e.g. A links B, B links karchive, A doesn't have access to the

Re: cmake CMP0028 missing targets - what does one do about it?

On Tue, Mar 31, 2015 at 9:29 PM, Alex Merry alex.me...@kde.org wrote: On Thursday 19 March 2015 14:16:35 Harald Sitter wrote: Problem tldr: target A links library B, A doesn't get the includes of link libraries of B by default. e.g. A links B, B links karchive, A doesn't have access

KHTML binary incompatible change

Ahoy, As of 2015-03-03 KHTML has a commit that renames a public function of the DOMString class introduced in KF5.5 last year. This constitutes a binary and source incompatible change that should either be revisited to be made compatible or the libKF5KHtml.so version needs to be increased to 6

Re: KHTML binary incompatible change

On Wed, Mar 4, 2015 at 9:55 AM, Luigi Toscano luigi.tosc...@tiscali.it wrote: Il 04 marzo 2015 09:50:32 CET, Harald Sitter sit...@kde.org ha scritto: Ahoy, As of 2015-03-03 KHTML has a commit that renames a public function of the DOMString class introduced in KF5.5 last year. This constitutes

Re: cmake CMP0028 missing targets - what does one do about it?

On Wed, Apr 1, 2015 at 10:41 PM, Alex Merry alex.me...@kde.org wrote: On Wednesday 01 April 2015 21:39:45 Alex Merry wrote: This appears to be a regression with the 3.0 branch of CMake. 2.8.12 doesn't have an issue, and neither does 3.1.3. For reference:

Review Request 123768: port to new ecm_add_test PROPERTIES argument

Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

kconfiggui symbol retraction

not quite sure how it got lost - _ZN10KConfigGui17sessionConfigNameEv@Base 4.97.0 + _ZN10KConfigGui16setSessionConfigERK7QStringS2_@Base 5.9.0+git20150512.0743+15.04-0 +#MISSING: 5.9.0+git20150512.0743+15.04-0# _ZN10KConfigGui17sessionConfigNameEv@Base 4.97.0

Re: Review Request 123768: port to new ecm_add_test PROPERTIES argument

marked as submitted. Review request for KDE Frameworks and Network Management. Changes --- Submitted with commit 38fe9333d5ae052c04ef0a65258ce4edbf3287dd by Harald Sitter to branch master. Repository: modemmanager-qt Description --- port to new ecm_add_test PROPERTIES argument

purpose bugzilla product

could someone please create a bugzilla product for purpose tia HS ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: kconfiggui symbol retraction

On Tue, May 12, 2015 at 12:51 PM, David Faure fa...@kde.org wrote: On Tuesday 12 May 2015 11:57:44 Harald Sitter wrote: not quite sure how it got lost - _ZN10KConfigGui17sessionConfigNameEv@Base 4.97.0 + _ZN10KConfigGui16setSessionConfigERK7QStringS2_@Base 5.9.0+git20150512.0743+15.04-0

Re: bluez qt bic sic - soversion regression

thanks, confirmed fixed :) On Thu, Jun 4, 2015 at 9:41 AM, David Rosca now...@gmail.com wrote: Fixed now, sorry about that. David On Thu, Jun 4, 2015 at 6:24 PM, Harald Sitter sit...@kde.org wrote: alohas this commit http://quickgit.kde.org/?p=bluez-qt.gita=commith

bluez qt bic sic - soversion regression

alohas this commit http://quickgit.kde.org/?p=bluez-qt.gita=commith=7e05a4a4fae19550b1dcc11e5a363a0884b5f8d8 removed the soversion6 which is needed as the present API is incompatible with the one released as 5.3.x needs to be brought back. kthxbai

Re: Review Request 124138: Install kconfig_compiler into libexec

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/124138/#review81690 --- Ship it! Ship It! - Harald Sitter On June 21, 2015, 4:15

Re: Review Request 124104: Make it possible to use kconfig_compiler from different sources

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/124104/#review81545 --- Ship it! Ship It! - Harald Sitter On June 18, 2015, 1:19

Re: Review Request 124208: Fallback for componentFriendlyForAction name resolving

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/124208/#review81855 --- Ship it! Ship It! - Harald Sitter On June 29, 2015, 9:18

Re: Review Request 124610: do not install namelink for private library

--- On Aug. 4, 2015, 8:04 a.m., Harald Sitter wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/124610/ --- (Updated Aug. 4

Review Request 124611: do not install namelink for private library

installed Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 124892: bug 342962: kdeclarative plugins should be built as a bundle plugin and not a shared library

have to revert this before release. [1] https://aur.archlinux.org/packages/plasma-desktop-git/ Harald Sitter wrote: I tried it this morning and it seemed to work. Now I try it again and it fails I suppose this is the point where we call for a revert hammer? :P Harald

Re: Review Request 124892: bug 342962: kdeclarative plugins should be built as a bundle plugin and not a shared library

have to revert this before release. [1] https://aur.archlinux.org/packages/plasma-desktop-git/ Harald Sitter wrote: I tried it this morning and it seemed to work. Now I try it again and it fails I suppose this is the point where we call for a revert hammer? :P Harald

Re: Review Request 124892: bug 342962: kdeclarative plugins should be built as a bundle plugin and not a shared library

have to revert this before release. [1] https://aur.archlinux.org/packages/plasma-desktop-git/ Harald Sitter wrote: I tried it this morning and it seemed to work. Now I try it again and it fails I suppose this is the point where we call for a revert hammer? :P from

breeze icons default and its inheritance

Aloha! So, yesterday I switched the default kiconthemes theme from oxygen to breeze [1] to get all builtin defaults of frameworks to be breeze rather than oxygen. Alas, as it turns out breeze icons do not inherit from oxygen for a while now, which has the very unfortunate disadvantage of

Re: Review Request 125158: add logic to use icons for default xdg user dirs

marked as submitted. Review request for KDE Frameworks. Changes --- Submitted with commit 93d71cdd19a6a844363751bd0299205d00d9a3a6 by Harald Sitter to branch master. Bugs: 352498 https://bugs.kde.org/show_bug.cgi?id=352498 Repository: kio Description --- this acts

Re: Review Request 126004: add symlink verification tech

marked as submitted. Review request for KDE Frameworks. Changes --- Submitted with commit 5fb092abc5961f4403ac87853ad2f524e62c0983 by Harald Sitter to branch master. Repository: breeze-icons Description --- to ensure greatest possible compatibility icon names are often symlinked

Review Request 126004: add symlink verification tech

/testdata.h.cmake PRE-CREATION Diff: https://git.reviewboard.kde.org/r/126004/diff/ Testing --- ctest with both conditions true and false (master actually doesn't pass right now :() Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks

Re: icon frameworks

On Sat, Nov 7, 2015 at 8:35 PM, David Faure wrote: > On Saturday 07 November 2015 10:04:52 David Faure wrote: >> >> Did you check the list from >> https://community.kde.org/Frameworks/CreationGuidelines >> ? >> >> At first sight I see already one thing missing: no CI job under >>

Re: icons packages with frameworks

On Thu, Oct 22, 2015 at 10:12 AM, David Faure wrote: > On Wednesday 21 October 2015 21:07:16 Christoph Cullmann wrote: >> Hi, >> >> >> So maybe this wouldn't be such a bad move after all. >> > >> > Agreed, we have frameworks (e.g. KIconThemes) "depending" on breeze, so it >> >

Re: Review Request 125928: Ship the "new file templates" in the kiofilewidgets library using a .qrc

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/125928/#review87905 --- Ship it! LGTM - Harald Sitter On Nov. 3, 2015, 8:24 a.m

icon frameworks

Salut, I am presently preparing to move icons into frameworks scope. So we are all on the same page: - breeze-icons is a new repo going to be split from breeze and moving to frameworks (tier1) - oxygen-icons is a new repo of an old tarball (previously part of apps) that ought to be released

breeze-icons open for business

breeze-icons have been split from breeze into its own repo and is now open for business. HS ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: icon frameworks

Quick update with On Thu, Nov 5, 2015 at 10:07 AM, Harald Sitter <sit...@kde.org> wrote: > - breeze-icons is a new repo going to be split from breeze and moving > to frameworks (tier1) This is now in frameworks and open to push to. > - oxygen-icons is a new repo of an old tarb

Re: phonon hassle to build WAS: Re: Policy for Dependencies

On Wed, Oct 14, 2015 at 8:47 AM, Christoph Cullmann wrote: >> On Tue, Oct 13, 2015 at 8:42 AM, Christoph Cullmann >> wrote: >>> phonon is a hassle on both win/mac (if you don't require audio, like most >>> applications won't) >> >> Oo >> >> explain

Re: phonon hassle to build WAS: Re: Policy for Dependencies

On Wed, Oct 14, 2015 at 8:58 AM, Christoph Cullmann wrote: > Hi, > >> On Wed, Oct 14, 2015 at 8:47 AM, Christoph Cullmann >> wrote: On Tue, Oct 13, 2015 at 8:42 AM, Christoph Cullmann wrote: > phonon is a hassle on

phonon hassle to build WAS: Re: Policy for Dependencies

On Tue, Oct 13, 2015 at 8:42 AM, Christoph Cullmann wrote: > phonon is a hassle on both win/mac (if you don't require audio, like most > applications won't) Oo explain please? ___ Kde-frameworks-devel mailing list

Re: phonon hassle to build WAS: Re: Policy for Dependencies

On Wed, Oct 14, 2015 at 9:11 AM, Christoph Cullmann wrote: > Hi, > but why would you want to build a backend if you need no sound anyway? >>> Thats the point, if I don't build a backend, I don't need phonon and I can >>> save building + shipping it with just making

Review Request 125717: initialize socket size with correct value

- - got error with Kubuntu build of kwallet using nvidia driver - applied patch - no longer got error in multiple test runs - removed patch and rebuilt kwallet - error returns Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-d

Review Request 125720: set default theme to breeze rather than oxygen

is missing in breeze we will continue to find it with breeze as default. BUG: 336739 Diffs - src/kicontheme.cpp d0ab4b94b69679fba08131d0b0b577247b8db46b Diff: https://git.reviewboard.kde.org/r/125720/diff/ Testing --- Thanks, Harald Sitter

Re: Review Request 125717: initialize socket size with correct value

marked as submitted. Review request for KDE Frameworks and Martin Klapetek. Changes --- Submitted with commit f1e6b9d168281196010c44af2eae4587c1d2d088 by Harald Sitter to branch master. Bugs: 351805 https://bugs.kde.org/show_bug.cgi?id=351805 Repository: kwallet Description

Re: Review Request 125720: set default theme to breeze rather than oxygen

marked as submitted. Review request for KDE Frameworks, Plasma and Christoph Feck. Changes --- Submitted with commit b544c17decc22685207ac11fbd95536e0d798650 by Harald Sitter to branch master. Bugs: 336739 https://bugs.kde.org/show_bug.cgi?id=336739 Repository: kiconthemes

QML plugin name resolution WAS Re: Review Request 124916: also make kwindowsystem a module rather than a shared lib

Aloha as we noticed in https://git.reviewboard.kde.org/r/124916/ the qml plugin name resolution is pretty meh and desperately needs improving [1]. Essentially QML plugins on Linux *must* be prefixed with 'lib' e.g. libdragandrop.so If they do not have the prefix they won't get found. This is

Review Request 124916: also make kwindowsystem a module rather than a shared lib

Diff: https://git.reviewboard.kde.org/r/124916/diff/ Testing --- make make install Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Re: Review Request 124916: also make kwindowsystem a module rather than a shared lib

/qmlcontrols/kwindowsystemplugin/CMakeLists.txt ce0ea7476fd69b9bef84d5efdee273214b6aacf8 Diff: https://git.reviewboard.kde.org/r/124916/diff/ Testing --- make make install Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks

Re: Review Request 124892: bug 342962: kdeclarative plugins should be built as a bundle plugin and not a shared library

, and Harald Sitter. Bugs: 342962 https://bugs.kde.org/show_bug.cgi?id=342962 Repository: kdeclarative Description --- The kdeclarative plugins (draganddropplugin, kcoreaddonsplugin, kio, kquickcontrolsprivateplugin, and kquickcontrolsaddonsplugin) are being built as shared

Re: Review Request 124892: bug 342962: kdeclarative plugins should be built as a bundle plugin and not a shared library

Frameworks, Plasma, and Harald Sitter. Bugs: 342962 https://bugs.kde.org/show_bug.cgi?id=342962 Repository: kdeclarative Description --- The kdeclarative plugins (draganddropplugin, kcoreaddonsplugin, kio, kquickcontrolsprivateplugin, and kquickcontrolsaddonsplugin

folder icons where should they be set

salut mes amis so this popped up https://bugs.kde.org/show_bug.cgi?id=352498 and GTK/Gnome rather seems to set the folder icon as part of their folder-display-component sort of thing (e.g. file open as well as file browsers and what not). it does so however *without* creating a .directory file

Review Request 125158: add logic to use icons for default xdg user dirs

Diff: https://git.reviewboard.kde.org/r/125158/diff/ Testing --- maked autotested installed dolphin and file open dialogs now show icons Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https

Review Request 125284: make install name of applications.menu file a cached cmake variable

mp; make install > -- Installing: ./etc/xdg/menus/applications.menu changed cached var && make && make install > -- Installing: ./etc/xdg/menus/kf5-applications.menu Thanks, Harald Sitter ___ Kde-frameworks-devel mailing list Kde-framewo

  1   2   3   4   5   6   7   8   9   10   >