> So, that surprised me, because it was not discussed at all here.
There was a discussion regarding this. This is not abour Platform 4.
The summary was:
- kdelibs need to be compilable with old compilers (all that Qt supports
obviously)
- linux-specific parts can require gcc 4.5 (kwin, kactiviti
> > Debian Stable (Squeeze) is also 4.5 by default.
>
> Debian Stable (Squeeze) is 4.4.5 by default, with GCC 4.3.5 being
> provided too.
Yes, that is the reason I excluded Debian from the distros to watch in this
case.
Debian stable will not ship 4.10 in any form, and from my experience, peop
> how would nullptr be useful with a macro-based switch? I actually want to do
> a sed s/NULL/nullptr/g on the complete code base. And I hope everyone can
> understand that :-)
Well, nullptr is a compile time check, right (like explicit override)? So, you
compile your code with a compiler that s
>From Ben Cooksley:
> Debian Squeeze has gcc 4.4.5, and this is the base of build.kde.org.
> It would be appreciated if we did not have to run Debian Testing on
> the build slaves.
Honestly, while having Jenkins around is quite neat, I don't see a helper tool
as a valid reason to make the develop
> Can you explain why you need a more modern version, I see a good analysis of
> what the current situation regarding compiler availability but i fail to
> see why we need a newer compiler.
For me, the main reasons for this request are:
- lambdas (gcc 4.5)
- variadic templates (4.3 / 4.4)
- auto
> > Mainly, the responses were positive (from both users and developers).
>
> What is the current minimum requirement?
Can't find anything similar for the later versions of KDE SC, but for 4.4 it
is quite a list (even gcc 3.3 [1]):
http://techbase.kde.org/Schedules/KDE4/4.4_Requirements
Cheer
Hi Michael,
Lets move this to plasma-devel since it is about plasma. (replying to k-c-d as
well just for easier tracking what happened to the thread)
> 1) I am using the following code to remove an activity:
>
> void ActivityManager::remove(QString id) {
> ActivityManager::stop(id);
Since
Maybe there could be something like qt has - BEGIN_NEPOMUK_NAMESPACE... So that
if the same needs to be done in the future, we could just change the macro
value.
I don't know, thinking that Nepomuk2 namespace is looking rather ugly :)
The dirtiest solution library-wise would be to have everythi
> The first solution -
> * Remove nepomuk from kdelibs and kde-runtime
+1 This is what has been done with kactivities. Instead of having it in
kdelibs and runtime, it is now all in one repository.
The only difference here is that nepomuk is not in libs/experimental like
libkactivities was.
I t
Hi,
Just a matter of inquiry - is anybody working on a more modern
implementation of startkde? And if yes, what is the status of the project.
For Plasma Active, we need something more event based - something like
'wait for nepomuk to start before starting plasma', but start other things
in the
> > I'd go for disabling the libkactivities in kdelibs, like it was
> > proposed before.
> +1
It could even be with a switch like phonon in Qt (but default = disabled)
--
The bleeding hearts and artists,
Make their stand.
-- Pink Floyd
Just a note - Nepomuk doesn't use MySQL. It uses Virtuoso.
MySQL is used by Akonadi.
Cheerio.
p.s. Mongo seems nice, I'll have to check it out.
--
There are no such things as applied sciences, only applications of
science.
-- Louis Pasteur
> It's not just about keeping people focused on fixing bugs, it's about
> developers actually running and testing the branch that we're about
> to release.
With that I agree. The idea in plasma-world was to keep an always
releasable branch. That is, things get in from the development branches
o
On Tuesday, 17. May 2011. 11.42.41 Maksim Orlovich wrote:
> Testing.
>
> If everyone is working on branches on cool new stuff, the release will
> be crap.
I don't agree. Freezes just stop the development - it doesn't improve the
bugfixing as much.
The best way (IMO) would be to have all done in
On Wednesday, 16. March 2011. 10.59.19 Sebastian Trüg wrote:
> OK, now I get it. So you in fact create one new resource for each
> activity/app/resource combination.
>
> So how does this work if I want to get a score over all apps, ie. the
> most important files in the current activity?
Doesn't y
> > This allows making summarized (resource, app) and (resource,
> > activity) and (resource) queries.
>
> This is not really more detailed than what you said before. Could you
> please tell me what exactly you store in Nepomuk.
Ok, I'll try to explain in more details. If it is not sufficient, y
> You mean you have one resource which relates a resource to an activity
> and has a score and an application?
>
> Could you elaborate, please?
In essence, the relation is (resource, application, activity)* and has a
score.
(*in terms of relational dbs this would be a primary key)
This allows
Hi all,
First of all, one thing to mention - KDE apps are not advised to use
QtZeitgeist directly because that way the 'tracking' has no idea about the
activities.
File/resource tracking (and thus rating) should be per activity - as an
example, there is no point in showing java docs that you u
> 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.
While I like the idea, I'm not sure how suitable it is for the current
kdelibs - before the platfor
On Monday, 22. November 2010. 19.05.45 Albert Astals Cid wrote:
> A Dilluns, 22 de novembre de 2010, David Faure va escriure:
> > On Sunday 21 November 2010, Oswald Buddenhagen wrote:
> > > On Sun, Nov 21, 2010 at 12:46:53AM +, Albert Astals Cid wrote:
> > > > It achieves that by creating a sta
20 matches
Mail list logo
