Re: Kephal status
On Sunday 27 February 2011, Giulio Camuffo wrote: > 2011/2/27 Θεόφιλος Ιντζόγλου > > > Hi, > > I would like to know the status of the kephal lib. It seems to be > > in a state > > where it cannot be used outside of the kde-workspace package. I > > have already > > provided some patches in bug #266685 > > (https://bugs.kde.org/show_bug.cgi?id=266685) but those don't > > really fix the > > problem as they only make sure that some header files are > > installed. It seems > > that the lib is missing some part of the classes. > > Kephal isn't meant to be used outside kde-workspace, and as such it > doesn't install any header on purpose. > This won't change anytime soon i fear, so you better look at > something else. ... or make a copy (which, of course, also doesn't install any headers and which you either link statically or rename to avoid conflicts). Regards, Ingo signature.asc Description: This is a digitally signed message part.
Re: Profiles for all KDE-applications
Hi! > however, i don't think it's the right place for it > depends here why we want multiple configuration files. > to have things like a different set of bookmarks, a different set of file > open some mail folders hidden? that's something for activities, yes, but > not to be achieved by the means of different configuration files. Huh, why not? Different visible dockers, different snippets in Kate, different activated plugins, different active Akonadi-ressources (not sure, if that is supported in the config-files) etc. For each profile it shoud be possible to configure which config-files to share and which config-files to recreate/clone, because you may want to share bookmarks but use different plugins etc. That would be nicer than -- config and KDEHOME. And all that stuff could be handled by KConfig etc., they would keep some preferences and they would use the normal config-file, create a new one, copy the old one or use a different one according to the preferences, maybe it could even ask the user, because it cannot know about all used config-files before startup (but that would probably involve binary incompatibility). -- http://the-user.org/
Re: Kephal status
On Sunday 27 of February 2011 22:23:04 Giulio Camuffo wrote: > 2011/2/27 Θεόφιλος Ιντζόγλου > > > Hi, > > I would like to know the status of the kephal lib. It seems to be in a > > state > > where it cannot be used outside of the kde-workspace package. I have > > already > > provided some patches in bug #266685 > > (https://bugs.kde.org/show_bug.cgi?id=266685) but those don't really fix > > the > > problem as they only make sure that some header files are installed. It > > seems > > that the lib is missing some part of the classes. > > Kephal isn't meant to be used outside kde-workspace, and as such it doesn't > install any header on purpose. > This won't change anytime soon i fear, so you better look at something > else. > > Giulio Thanks Giulio! -- () ascii ribbon campaign - against html mail /\- against microsoft attachments signature.asc Description: This is a digitally signed message part.
Re: Kephal status
2011/2/27 Θεόφιλος Ιντζόγλου > Hi, > I would like to know the status of the kephal lib. It seems to be in a > state > where it cannot be used outside of the kde-workspace package. I have > already > provided some patches in bug #266685 > (https://bugs.kde.org/show_bug.cgi?id=266685) but those don't really fix > the > problem as they only make sure that some header files are installed. It > seems > that the lib is missing some part of the classes. Kephal isn't meant to be used outside kde-workspace, and as such it doesn't install any header on purpose. This won't change anytime soon i fear, so you better look at something else. Giulio
Kephal status
Hi, I would like to know the status of the kephal lib. It seems to be in a state where it cannot be used outside of the kde-workspace package. I have already provided some patches in bug #266685 (https://bugs.kde.org/show_bug.cgi?id=266685) but those don't really fix the problem as they only make sure that some header files are installed. It seems that the lib is missing some part of the classes. Theofilos Intzoglou -- () ascii ribbon campaign - against html mail /\- against microsoft attachments signature.asc Description: This is a digitally signed message part.
Re: Minor Point Relase Policy
On Søndag den 27. februar 2011, Albert Astals Cid wrote: > > I'm sure you do not mean > > > > > > > > "These releases must only contain: > > Severe bugs: security vulnerabilities, severe regressions from previous > > > > releases, data loss bugs" > > Added a "Fixes for" in front. Yes, that looks more correct :) -- Venlig hilsen, Anders
Re: Minor Point Relase Policy
A Diumenge, 27 de febrer de 2011, Anders Lund va escriure: > On Søndag den 27. februar 2011, Albert Astals Cid wrote: > > Hi, the release-team has written a minor point release policy for KDE > > main modules. > > > > You can find it at > > http://techbase.kde.org/Policies/Minor_Point_Release_Policy > > > > As far as we know it covers what we already do, just makes it a bit more > > official and standarized. > > > > Albert > > I'm sure you do not mean > > "These releases must only contain: > Severe bugs: security vulnerabilities, severe regressions from previous > releases, data loss bugs" Added a "Fixes for" in front. Albert
Re: Minor Point Relase Policy
On Søndag den 27. februar 2011, Albert Astals Cid wrote: > Hi, the release-team has written a minor point release policy for KDE main > modules. > > You can find it at > http://techbase.kde.org/Policies/Minor_Point_Release_Policy > > As far as we know it covers what we already do, just makes it a bit more > official and standarized. > > Albert I'm sure you do not mean "These releases must only contain: Severe bugs: security vulnerabilities, severe regressions from previous releases, data loss bugs" -- Venlig hilsen, Anders
Re: [GSOC?] Porting KDELibs to Android
On Sun, Feb 27, 2011 at 16:37, Markus Slopianka wrote: > I can't speak for the others but IMO the GSOC program introduced an unhealthy > attitude > into FOSS: > Get into a FOSS project solely for the money, patch something up in pre-alpha > quality > that's not yet good enough to be merged into the main tree, and leave after > the money is > collected. > > While I'd like to see an Android port, it would be of no use if the GSOC > student > disappears after the payment and no longer maintains it... Yes this does happen. But it doesn't happen with all the students and it also happens outside of GSoC. Overall GSoC as a program and the students and mentors taking part in it have made a great contribution to KDE. Let's not forget that. And they will continue to do so. Last year alone we've had 46,5 successfully completed projects plus 8 on top of that for Season of KDE. There is no other program I know achieving anything similar. As a community our retention rate is very good when looking at all orgs taking part especially when taking into account that we're the largest org. Let's be thankful for what the students do and give them the necessary incentive to stay even when no longer paid by Google. TO a large extend that is in our hands. Cheers Lydia -- Lydia Pintscher Amarok community manager kde.org - amarok.kde.org - kubuntu.org claimid.com/nightrose
Re: Profiles for all KDE-applications
On Saturday 26 February 2011, Jonathan Schmidt-Dominé wrote: > todd rme wrote: > > Couldn't this be handled with activities? > > Graphical integration into the activities-concept would be probably nice, > but actiities do not provide an implementation for multiple configuration- > files. well, ann application could even load a different configuration file with different activities... however, i don't think it's the right place for it depends here why we want multiple configuration files. to have things like a different set of bookmarks, a different set of file open some mail folders hidden? that's something for activities, yes, but not to be achieved by the means of different configuration files. a place where i can see useful to have different config files altogether (especially loading different default configurations) is to adapt to different hardware profiles (right now the workspace kcm directly modifies the kwin config file when the netbook shell is activated, that's not really optimal) Cheers, Marco Martin
Re: [GSOC?] Porting KDELibs to Android
I can't speak for the others but IMO the GSOC program introduced an unhealthy attitude into FOSS: Get into a FOSS project solely for the money, patch something up in pre-alpha quality that's not yet good enough to be merged into the main tree, and leave after the money is collected. While I'd like to see an Android port, it would be of no use if the GSOC student disappears after the payment and no longer maintains it... Am Sonntag 27 Februar 2011, 05:53:47 schrieb Matthew Dawson: > Hey all, > > Recently it was announced on dot about the port of Qt to Android > (http://dot.kde.org/2011/02/24/qt-everywhere-community-android-port-announc > es- alpha-release). As KDELibs is currently working to target mobile > platforms, is there any interest in developing a port of KDELibs for > Android? Also is there any interest in having a GSOC involving said port? > > Thanks for your time, > > Matthew Dawson
Minor Point Relase Policy
Hi, the release-team has written a minor point release policy for KDE main modules. You can find it at http://techbase.kde.org/Policies/Minor_Point_Release_Policy As far as we know it covers what we already do, just makes it a bit more official and standarized. Albert
Re: [GSOC?] Porting KDELibs to Android
On Sunday, February 27, 2011, Tsiapaliwkas Giorgos wrote: > hello, > > i don't know how relevant are these two,but take a look at that, > > http://lists.kde.org/?l=kdepim-users&m=129805559206418&w=2 > > On Sunday, February 27, 2011 06:53:47 AM Matthew Dawson wrote: > > Also is there any interest in having a GSOC involving said port? > > for the moment there isn't such a project in KDE's GSOC,but since the > only one who can add projects are the mentors,if you find one mentor > how is being interested for this project the project will start.:) In fact, during our GSoC brainstorming session at the KDE PIM Meeting at Osnabrück we came up with the same idea. So, expect this soon to show up on http://community.kde.org/GSoC/2011/Ideas. Regards, Ingo signature.asc Description: This is a digitally signed message part.
Re: [GSOC?] Porting KDELibs to Android
hello, i don't know how relevant are these two,but take a look at that, http://lists.kde.org/?l=kdepim-users&m=129805559206418&w=2 On Sunday, February 27, 2011 06:53:47 AM Matthew Dawson wrote: > Also is there any interest in having a GSOC involving said port? for the moment there isn't such a project in KDE's GSOC,but since the only one who can add projects are the mentors,if you find one mentor how is being interested for this project the project will start.:)