Fwd: [Feedback] Amarok
I would like to help Jurgen fix this but I'm clueless about the current state of kio-upnp-ms and it's runtime dependency cagibi in recent KDE releases. Could anyone enlighten me? please CC me or I might miss this reply in the torrent of mailing lists messages. -- Forwarded message -- From: jur...@jurgenponds.nl Date: Tue, Sep 11, 2012 at 8:31 PM Subject: [Feedback] Amarok To: ama...@kde.org Jurgen Ponds sent a message using the contact form at http://amarok.kde.org/en/contact. Hello I'am using Amarok a lot. Lately I installed a upnp server (mediatomb and I want to use Amarok, but i failed to connect to the upnp server. It shows the message: Unable to create io-slave: klauncher said: Unknown protocol 'upnp-ms'. I'am running Fedora 17 with KDE 4.8. I also looked around no google to find a solution and they all talked about ms-upnp and kio-server. As far as I know, I have everything installed to let it work, but still, no upnp servers in my Amarok. Do I still need to compile kio-upnp-ms myself, or should it work ut f the box? With kind regards Jurgen Ponds Report as inappropriate: http://amarok.kde.org/en/mollom/report/session/12091170d0014c3b60 ___ Amarok mailing list ama...@kde.org https://mail.kde.org/mailman/listinfo/amarok
Re: Appmenu support for KDE 4.10
On Tuesday 11 September 2012 15:24:44 Cedric Bellegarde wrote: Not ready IMO for KDE 4.10 due to problems pointed by Alejandro Fiestas Olivares in previous mails. But this is really not needed to have appmenu support in KDE available. I have a long TODO list so I can't make promises, but I will try to help you out with this, a kick'ass appmenu support is something we really need. BTW afiestas is just fine... I'm not used to see my full name here (or at least skip the second surname xD). Cheerz !
Re: Broken build of KDE Base Apps and unauthorized increase in dependency
On Tue, Sep 11, 2012 at 9:05 AM, Dawit A ada...@kde.org wrote: On Tue, Sep 11, 2012 at 6:22 AM, Ben Cooksley bcooks...@kde.org wrote: Hi Dawit, It has come to my attention that since commit 603a93268efb9d09f8c6255907f46928c651fdbd to kde-baseapps master, the build for it has been broken. This is due to it depending on new features, present only in the KDE/4.9 branch. That is only a temporary situation. All the changes in the 4.9 branch are periodically merged into the 4.10 branch by David, but I guess that does not resolve this issue. This is problematic because: - kde-baseapps depends upon a minimum of 4.7.97 (ie. KDE 4.8) which obviously is no longer the case. It depends upon unreleased code. Ahh... I was not aware of this was a requirement though I still do not understand why we have started insisting on forward compatibility. Regardless, I will fix this since it is only a matter of wrapping the code with #ifdef. - This feature will not be in KDE 4.10 at the moment, because the feature was added to KDE/4.9 instead of KDE/4.10 as it should have been. It is not a new feature. It is a bug fix. It is needed to fix the directory filter plugin for Konqueror. First, sorry I confused kdelibs with kde-baseapps in this response. So forget what I said about changes being merged back into 4.10 branch by David. Anyhow, I have now attempted to fix this issue as reported here. See http://commits.kde.org/kde-baseapps/f0d5e062bf0452258d337d7dcb2edd2eefa1c37b . However this fix does not really work. That is compile will fail if KDE version is changed to 4.9.2 as well because Qt's moc processor does not seem to correctly handle #if macros. So my question is whether it would be acceptable for me to revert this change from the git 4.9 branch and simply leave it as it was in the git master branch ? IOW, kde-baseapps 4.10 release will have a minimum requirement of kdelibs 4.9.2 ?
Re: Broken build of KDE Base Apps and unauthorized increase in dependency
Am 12.09.2012, 20:04 Uhr, schrieb Dawit A ada...@kde.org: Qt's moc processor does not seem to correctly handle #if macros. *sigh* not at all is more like it. **GREATSIGH*** You'll have to move the class into an extra header and make it's inclusion and moc invocation (latter in cmake) optional. DOUBLEGREATSIGH * Cheers, Thomas
Re: Broken build of KDE Base Apps and unauthorized increase in dependency
On Wednesday 12 September 2012 08:12:58 PM Thomas Lübking wrote: Am 12.09.2012, 20:04 Uhr, schrieb Dawit A ada...@kde.org: Qt's moc processor does not seem to correctly handle #if macros. *sigh* not at all is more like it. **GREATSIGH*** You'll have to move the class into an extra header and make it's inclusion and moc invocation (latter in cmake) optional. DOUBLEGREATSIGH * Dawit, I agree with Thomas. Can you try to put the new class into a separate file? and then only compile the new file if kde version = 4.9.2
Re: Broken build of KDE Base Apps and unauthorized increase in dependency
On Wed, Sep 12, 2012 at 2:50 PM, Allen Winter win...@kde.org wrote: On Wednesday 12 September 2012 08:12:58 PM Thomas Lübking wrote: Am 12.09.2012, 20:04 Uhr, schrieb Dawit A ada...@kde.org: Qt's moc processor does not seem to correctly handle #if macros. *sigh* not at all is more like it. **GREATSIGH*** You'll have to move the class into an extra header and make it's inclusion and moc invocation (latter in cmake) optional. DOUBLEGREATSIGH * Dawit, I agree with Thomas. Can you try to put the new class into a separate file? and then only compile the new file if kde version = 4.9.2 Yes, I can and that is already what I have done locally to workaround the shortcomings of the moc preprocessor. However, I though I would ask to see if it would have been acceptable to avoid the addition of new files and use of conditional macros by changing the minimum kdelibs version requirement for the kde-baseapps git master repo instead. I guess the consensus is NO and that is fine by me. I will commit what I have already done. Regards, Dawit A.
ANNOUNCE OpenICC @ GSoC 2012 results
We gladly announce, that OpenICC's participation was this year a great success. All projects finished. Links to them can be found on the OpenICC Google Summer of Code 2012 web page [1]. Colour Management for Krita Printing Joseph Simon worked on adaption and integration of his last years implementation for colour managed printing into Krita. The workflow is based on ICC profile injection through the PDF OutputIntent. KWin Colour Correction Casian Andrei's KWin changes for ICC style colour correction in the GPU are discussed upstream and his code to KolorManager code base wait just for approval. The concept follows the X Color Management and CompICC implementation. But the result is highly modular and thus very flexible. Simple Toolkit Abstraction Nitin Chadas SimpleUI project for XML forms rendering was written from ground up and provides now backends for FLTK, Gtk and Qt. It needs a bit of polishing to become useable. Thanks to Google for providing the colour management and graphics community again a great chance to code and learn the open source way. kind regards Kai-Uwe Behrmann -- GSoC admin @ OpenICC.info [1] http://www.freedesktop.org/wiki/OpenIcc/GoogleSoC2012 PS: interessted in a similar project outside GSoC, then just get in contact with me