Re: Issues with Solid from trunk and qtcreator 2.0.1...

2010-11-02 Thread Dawit A
On Mon, Nov 1, 2010 at 2:41 PM, Lukáš Tinkl wrote: > Dne Po 1. listopadu 2010 19:24:55 Alexis Ménard napsal(a): >> It's a supposed threading issue in dbus that has been fixed in the >> latest version 1.4.0 >> >> I'm running Archlinux and I got the upgrades some weeks ago. The >> problem disappeare

Re: Automoc and Cagibi moved to git.kde.org

2010-11-02 Thread Raphael Kubo da Costa
At Sun, 31 Oct 2010 23:14:09 +, David Jarvie wrote: > > [1 ] > On Saturday 30 October 2010 10:49:33 Christophe Giboudeaux wrote: > > Hi, > > > > Automoc and Cagibi moved to git.kde.org. > > > > Please update your local checkouts: > > > > - Automoc: http://projects.kde.org/projects/kdesuppo

Re: why kdelibs?

2010-11-02 Thread John Layt
On Tuesday 02 November 2010 17:16:43 Chani wrote: > > > Do we have a wiki page were 'what can be fixed now' and 'what needs > > > fixing in > > > KDE5' has been/can be written down? Perhaps a version of > > > http://techbase.kde.org/Projects/Mobile/PlatformModifications but with > > > a little mor

Re: "Cornelius's grand plan" - Merging KDElibs into Qt

2010-11-02 Thread Aaron J. Seigo
On Tuesday, November 2, 2010, John Layt wrote: > Aye, it is something I really need to document properly, where Qt falls > short, where we fall short, etc. At the moment it's just knocking around > my head. For big stuff like that, a wiki might work OK. a wiki could work, with some discipline, th

Re: why kdelibs?

2010-11-02 Thread Stefan Majewsky
Am Montag, 1. November 2010, 21:27:00 schrieb Diederik van der Boor: > Some rough statistics on porting an app of 120 source files: (KMess) > From KDE 3 version to KDE 4 alpha we needed 654 commits, of which: > - 190 commits to get things to fully compile again > - 80 commits before basic chat work

RE: "Cornelius's grand plan" - Merging KDElibs into Qt

2010-11-02 Thread Steven Sroka
I am very impressed by the discussion going on. KDE users should be proud of the people maintaining this project. Unfortunately, I noticed fewer and fewer people are using this mailing list for other reasons than to discuss the possibility of a Qt and KDE merger/figuring out w

Re: "Cornelius's grand plan" - Merging KDElibs into Qt

2010-11-02 Thread John Layt
On Tuesday 02 November 2010 18:56:49 Aaron J. Seigo wrote: > On Monday, November 1, 2010, John Layt wrote: > > So, imagine this. QLocale becomes the container for the locale settings. > > this just begs for a system where people with domain-specific knowledge and > hands-on experience with specif

Re: kdelibs compilation error

2010-11-02 Thread David Faure
On Tuesday 02 November 2010, Steven Sroka wrote: > As an aside to "Cornelius's grand plan," I've been trying to compile > kdelibs but there is a problem: > > > > /KDE/trunk/kdelibs/nepomuk/types/entity.cpp:102:31: error: ‘userVisible’ is > not a member of ‘Soprano::Vocabulary::NAO’ > > Can anyb

Re: Hidden KDED desktop file crashing systemsettings - where to fix?

2010-11-02 Thread David Faure
On Tuesday 02 November 2010, Jonathan Marten wrote: > c) use a KServiceTypeTrader query (which hopefully ignores hidden > desktop files) instead of listing them. Yes, this is the right way, since it matches what kded itself does. kdelibs/kded/kded.cpp: const KService::List kdedModules = KSe

kdelibs compilation error

2010-11-02 Thread Steven Sroka
As an aside to "Cornelius's grand plan," I've been trying to compile kdelibs but there is a problem: /KDE/trunk/kdelibs/nepomuk/types/entity.cpp:102:31: error: ‘userVisible’ is not a member of ‘Soprano::Vocabulary::NAO’ Can anybody who maintains this cpp file fix this function

Re: "Cornelius's grand plan" - Merging KDElibs into Qt

2010-11-02 Thread John Layt
On Monday 01 November 2010 21:25:45 John Layt wrote: > We'd also need to start setting the users envvars on login to the KDE > settings so Gnome apps play nice, but that's a separate issue to be worked > out (or it could be how Qt reads our settings, who knows yet). Hmmm, the POSIX standard says t

Re: Review Request: Use a KDualAction to show/hide toolbar if there is only one

2010-11-02 Thread Aurélien Gâteau
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5641/#review8490 --- I think I addressed the concerns raised in this review so I decide

Re: why kdelibs?

2010-11-02 Thread Thomas Lübking
Am Tuesday 02 November 2010 schrieb Chani: > > + Solid (for recent incidents... ;-) > > remind me, which abstraction-layer-justifying incident was that? :) kidding? HAL -> udisks ... eg. suddenly lxde was linking "half" gnome by using gvfs as backend to compensate this (meanwhile pcmanfm has na

Re: Issues with Solid from trunk and qtcreator 2.0.1...

2010-11-02 Thread Dawit A
On Mon, Nov 1, 2010 at 2:28 PM, Lukáš Tinkl wrote: > Dne Po 1. listopadu 2010 18:25:33 Dawit A napsal(a): >> On Mon, Nov 1, 2010 at 10:19 AM, Lukáš Tinkl wrote: >> > Dne Ne 31. října 2010 03:32:52 Dawit A napsal(a): >> >> On Wed, Oct 27, 2010 at 12:24 PM, Dawit A wrote: >> >> > On Wed, Oct 27, 2

Re: why kdelibs?

2010-11-02 Thread John Layt
On Sunday 31 October 2010 01:32:24 Henry Miller wrote: > On Saturday 30 October 2010 12:01:18 Albert Astals Cid wrote: > > Just for those that have short memories let me explain what happened. > > > > We killed our printing stack because we were "promised" that QPrinter > > would be maintained and

Re: "Cornelius's grand plan" - Merging KDElibs into Qt

2010-11-02 Thread Aaron J. Seigo
On Monday, November 1, 2010, John Layt wrote: > So, imagine this. QLocale becomes the container for the locale settings. this just begs for a system where people with domain-specific knowledge and hands-on experience with specific parts of the code (e.g. you and KLocale / KCalenderSystem) can

Re: "Cornelius's grand plan" - Merging KDElibs into Qt

2010-11-02 Thread Aaron J. Seigo
On Tuesday, November 2, 2010, Oswald Buddenhagen wrote: > during reorganizing kdelibs, a sh**load for garbage would be unearthed, > which would have to be rewritten or purged by the new quality standards. this is precisely why i want to see a clear set of goals and an "acceptable risk profile" be

Re: "Cornelius's grand plan" - Merging KDElibs into Qt

2010-11-02 Thread Aaron J. Seigo
On Tuesday, November 2, 2010, Cornelius Schumacher wrote: > On Monday 01 November 2010 Aaron J. Seigo wrote: > The idea is about maintaining the KDE libraries in a different way, merged > with Qt. "merged with" needs further definition, imo. does it mean: * lives in the same git hosting system (

Re: why kdelibs?

2010-11-02 Thread Aaron J. Seigo
On Monday, November 1, 2010, Diederik van der Boor wrote: > I can't stress enough it needs a good plan to limit impact on apps. this would be absolutely critical indeed. something that is completely opaque to me in this discussion so far is whether the idea is to: a) grind kdelibs into a fine d

Re: "Cornelius's grand plan" - Merging KDElibs into Qt

2010-11-02 Thread Oswald Buddenhagen
On Tue, Nov 02, 2010 at 11:13:59AM +0100, Chani Armitage wrote: > kde4->5 would be more like kde2->3... you'd do a search-and-replace to > handle stuff that moved, compile, maybe catch one or two behaviour > changes, and that'd be it. :) > that's a bit naive. during reorganizing kdelibs, a sh**lo

Re: why kdelibs?

2010-11-02 Thread Thiago Macieira
On Tuesday, 2 de November de 2010 05:34:12 David Faure wrote: > To get back to the point of this thread: ideally we wouldn't be in this > situation, if indeed I could have actively participated in QUrl's > development and ensured that it would match KDE's needs without quirky > API. I did give fe

Re: why kdelibs?

2010-11-02 Thread David Faure
On Saturday 30 October 2010, Marco Martin wrote: > * KUrl (and many similar examples): why the hell we still have a class > like that? So that we didn't spend 2 man years on porting from KUrl's API to QUrl's API. Consider it an abstraction which was ported to "its own slow parsing" in kde3, to "

Re: "Cornelius's grand plan" - Merging KDElibs into Qt

2010-11-02 Thread Cornelius Schumacher
On Monday 01 November 2010 Aaron J. Seigo wrote: > > we should not delude ourselves there, because if we decide to pursue such a > course of action we need to not do so with the expectation that our need to > work on libraries will suddenly evaporate or significantly lessen in some > way. Yes. Th

Re: "Cornelius's grand plan" - Merging KDElibs into Qt

2010-11-02 Thread Mark Kretschmann
On Tue, Nov 2, 2010 at 10:50 AM, Chani wrote: > On November 1, 2010 09:39:56 Michael Jansen wrote: >> > it could work out great, it could be a disaster, it could be a lot of >> > work for a little gain ... we just can't tell right now because it's >> > nothing more than a vague idea. >> > >> > you

Re: Hidden KDED desktop file crashing systemsettings - where to fix?

2010-11-02 Thread Sebastian Trüg
On 11/02/2010 09:26 AM, Jonathan Marten wrote: > Dear all, > > Since it got committed to trunk a few days ago, the new activity > manager (kdebase/runtime/activitymanager) crashes the "kcmkded" > systemsettings module: > > ASSERT: "file.desktopGroup().readEntry("X-KDE-ServiceTypes") == "KDEDModul

Hidden KDED desktop file crashing systemsettings - where to fix?

2010-11-02 Thread Jonathan Marten
Dear all, Since it got committed to trunk a few days ago, the new activity manager (kdebase/runtime/activitymanager) crashes the "kcmkded" systemsettings module: ASSERT: "file.desktopGroup().readEntry("X-KDE-ServiceTypes") == "KDEDModule"" in file /ws/trunk/kdebase/runtime/kcontrol/kded/kcmkded.c

Re: why kdelibs?

2010-11-02 Thread Henry Miller
On Saturday 30 October 2010 12:01:18 Albert Astals Cid wrote: > > Just for those that have short memories let me explain what happened. > > We killed our printing stack because we were "promised" that QPrinter would > be maintained and better than KPrinter was. And years later, QPrinter is > unm

Re: why kdelibs?

2010-11-02 Thread Diederik van der Boor
Op zaterdag 30 oktober 2010 22:43:50 schreef Stephen Kelly: > Alexander Neundorf wrote: > > I think BC is less important that SC. > > If a KDE5 would just require a recompile, and maybe some changes in the > > cmake scripts (like additional find_package(SomeKLibrary)), this > > shouldn't be a too b

Re: Solid upower backend and kdeinit crash...

2010-11-02 Thread Kevin Ottens
Hello, Adding kde-hardware-devel in CC, as that's likely where the authors of that code are hiding. ;-) Cheers. On Friday 29 October 2010 19:48:49 Dawit A wrote: > Hi, > > The upower backend, more specifically the XRandrBrightness class, > causes kdeinit to crash on my system when you come ba