:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104337/
---
(Updated March 18, 2012, 10:25 p.m.)
Review request for kdelibs, Kevin Ottens, David Faure
.
* CMake sanity for the new dependency of kcoreaddons.
That's fine, yes.
Kevin Ottens wrote:
Result pretty much aligns with what I was expecting as outcome from our
previous private discussion. And so, apart from the points Stephen already
raised I see nothing outstanding now
:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104337/
---
(Updated March 18, 2012, 10:25 p.m.)
Review request for kdelibs, Kevin Ottens, David Faure
On Thursday 01 March 2012 21:08:20 Alexander Neundorf wrote:
On Thursday 01 March 2012, Kevin Ottens wrote:
Hello all,
As you know, we're now having in a monthly rythm for the kdelibs splitting
within the KDE Frameworks effort. And February was the first iteration of
that new cycle
Hello all,
As you know, we're now having in a monthly rythm for the kdelibs splitting
within the KDE Frameworks effort. And February was the first iteration of that
new cycle. Also, since February ends tonight I thought it'd be a good idea to
give a small head up and discuss a bit the needs for
necessarily have the fine
knowledge of tarball structure. But this patch looks sane, if it helps
supporting more files, go for it.
- Kevin Ottens
On Feb. 24, 2012, 5:22 p.m., Mario Bensi wrote:
---
This is an automatically generated e
/#comment8896
I would go for constData() here instead of data().
- Kevin Ottens
On Feb. 24, 2012, 5:29 p.m., Mario Bensi wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104067
structure. :-)
But this patch looks sane and coherent with previous reviews, if it helps
supporting more files, go for it.
- Kevin Ottens
On Feb. 24, 2012, 5:31 p.m., Mario Bensi wrote:
---
This is an automatically generated e-mail
On Saturday 21 January 2012 20:49:40 Stephen Kelly wrote:
Kevin Ottens wrote:
On Saturday 21 January 2012 16:17:38 Stephen Kelly wrote:
Kevin Ottens wrote:
There's three main reasons for this rhythm:
* Qt 5.0 feature freeze is upon us now;
* CMake 2.8.8 will be released in April
On Sunday 22 January 2012 12:17:45 Stephen Kelly wrote:
Kevin Ottens wrote:
On Saturday 21 January 2012 20:49:40 Stephen Kelly wrote:
Kevin Ottens wrote:
On Saturday 21 January 2012 16:17:38 Stephen Kelly wrote:
Kevin Ottens wrote:
There's three main reasons for this rhythm
Oyé oyé braves gens!
speaking with my overall KDE Frameworks coordination role
As presented at the end of 2011 we started introduce some tools in our wiki to
improve visibility about the ongoing work. I'd say it's working out ok so far
with that aim in mind.
Of course, Christmas and New Year
On Saturday 21 January 2012 16:17:38 Stephen Kelly wrote:
Kevin Ottens wrote:
There's three main reasons for this rhythm:
* Qt 5.0 feature freeze is upon us now;
* CMake 2.8.8 will be released in April;
* it'd be nice to release KDE Frameworks 5.0 at Akademy[*].
You mean 'some
Hello KDE!
I am glad to let you know that the first KDE Frameworks IRC meeting happened
last night, and it was very productive. The main goals where to get everyone
up to speed on what's going on in the different areas, but also to identify
where effort are needed.
The meeting involving a bunch
Hello lists,
First of all, I'd like to apologize to everyone here as (so far) I didn't live
up to previous commitments made. Indeed, shortly after Platform 11, I
identified that the road the KDE Platform to the KDE Frameworks would require
focused stewardship in a way we didn't need before. I
On Saturday 12 November 2011 11:35:22 Valentin Rusu wrote:
On 11/12/2011 11:24 AM, Kevin Ottens wrote:
So that was the intent of my previous email, now that the red flag got
raised for inclusion in kdelibs master, why not going for a separate
repository?
That's exactly what I'm doing now
On Monday 14 November 2011 06:48:50 Aaron J. Seigo wrote:
On Saturday, November 12, 2011 13:38:47 Valentin Rusu wrote:
Ok, I'll then move it somewhere else. I'm very tempted by the kdecore
module, the place where it's main dependency, KCompositeJob, lives.
But I think the best place would
On Monday 14 November 2011 21:42:27 Valentin Rusu wrote:
The libs part would lead to a Tier2 library - I expected that and your
other mail confirms it.
May it contain the other ksecretsservice components such as the deamon
and the sync tool (those who are already under kdeutils)?
Depending on
On Saturday 12 November 2011 08:12:27 Kevin Kofler wrote:
Circular dependencies are an absolute PITA for packaging.
Yes, obviously we're going to try to avoid that.
Regards.
--
Kévin Ottens, http://ervin.ipsquad.net
KDAB - proud patron of KDE, http://www.kdab.com
signature.asc
Description:
On Saturday 12 November 2011 11:14:35 Valentin Rusu wrote:
On 11/12/2011 10:11 AM, Kevin Ottens wrote:
Any particular reason why you didn't stick to the separate repo solution
as proposed earlier? For some reason I fail to see what motivated your
change on that.
Well, as I explained
On Sunday 2 October 2011 10:14:06 Andreas Pakulat wrote:
Hmm, that means I have to learn about activities if I ever want to watch
a movie while I'm without ac... I don't really like that, especially
since I only do this seldomly and I don't use activities otherwise and
hence always have to
On Thursday 15 September 2011 17:44:20 Stephen Kelly wrote:
Does that mean that nepomuk should be removed from the frameworks branch? I
had a look, and I'm not sure if the history is kept etc.
In any case I wouldn't remove it, from the Frameworks effort POV it just means
we don't have to bother
On Thursday 08 September 2011 09:36:41 todd rme wrote:
Several people have proposed moving to a separate module classes that
are needed for existing applications but pose a problem for new
developers, are no longer needed, or clutter the API. From what they
are saying, this seems to ease the
On Tuesday 26 July 2011 19:48:06 Andreas Roth wrote:
With the help of the amarok developers is found the piece of code, which
triggers this issue. In amarok/src/MediaDeviceCache.cpp, function
MediaDeviceCache::slotTimeout() calls Solid::Device::listFromType, which
does some dbus/udisks magic
On Wednesday 27 July 2011 17:04:37 Andreas Roth wrote:
On 2011-07-27 10:34, Kevin Ottens wrote:
On Tuesday 26 July 2011 19:48:06 Andreas Roth wrote:
With the help of the amarok developers is found the piece of code,
which
triggers this issue. In amarok/src/MediaDeviceCache.cpp, function
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101902/
---
Review request for kdelibs and David Faure.
Summary
---
This class
Hello lists,
disclaimer
As, Sebas pointed out we've been meeting here to work on plans to improve our
frameworks offering leading to the decision of leaving the current kdelibs
model behind and prepare for a more modular suite named KDE Frameworks. If
you didn't read his email yet, please do
Hello lists,
disclaimer
As, Sebas pointed out we've been meeting here to work on plans to improve our
frameworks offering leading to the decision of leaving the current kdelibs
model behind and prepare for a more modular suite named KDE Frameworks. If
you didn't read his email yet, please do
On Tuesday 7 June 2011 00:17:23 Albert Astals Cid wrote:
A Monday, June 06, 2011, Kevin Ottens va escriure:
Hello lists,
Throughout this example we will refer to the following graph:
http://files.kde.org/ervin/platform11/kde-frameworks-dependencies-plan.pd
f
Shall i read from
On Tuesday 7 June 2011 01:26:17 Albert Astals Cid wrote:
A Tuesday, June 07, 2011, Kevin Ottens va escriure:
Well, obviously a Tier 1 framework would have to use tr() instead of
i18n() for its translation needs.
Are we still going to use .po or you plan on us moving to Qt translation
:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101348/
---
(Updated May 13, 2011, 2:30 a.m.)
Review request for kdelibs, Kevin Ottens and David Faure
to contact the right person, and
that is Kevin Ottens here, so I cced him in that mail.
Well, I proposed a workaround in january already, and somehow it got forgotten
along the way, reattaching it here for reference. If that fixes the issue for
you guys, I think we really should commit it (although I
On Thursday 7 April 2011 22:26:21 Alexander Neundorf wrote:
On Wednesday 06 April 2011, Kevin Ottens wrote:
...
[*] I wish we had a CI system in place...
We have it basically ... almost.
We have projects setup on my.cdash.org for all KDE modules, and everybody
can contribute nightly
On Tuesday 26 April 2011 14:53:11 Nikhil Marathe wrote:
If there is no objection I would like to request a merge into
kde-runtime. I will edit the 4.7 feature plan for the same.
Yes! At last!
/me fairly happy to see that getting close to completion.
Regards.
--
Kévin Ottens,
On Sunday 30 January 2011 13:17:01 Marco Martin wrote:
On Wednesday 26 January 2011, Ian Monroe wrote:
The basic schedule will be that sometime on Saturday the repos listed
in the subject will be made read-only, we'll make the conversion and
upload them to git.kde.org. The subversion
On Sunday 30 January 2011 15:06:53 Marco Martin wrote:
On Sunday 30 January 2011, Tom Albers wrote:
- Original Message -
On 1/30/2011 1:17 PM, Marco Martin wrote:
in the runtime repository, the pics directory doesn't seem
available, but
the main CMakelist.txt still
On Jan. 25, 2011, 6:59 a.m., Kevin Ottens wrote:
Sounds mostly good, I'm just wondering why you keep calling the
updateRowRange in the slots connected to both rowsRemoved and
rowsAboutToBeRemoved. Wouldn't doing it only once for one of those signals
only be enough?
Thomas Richard
request for kdelibs, Kevin Ottens and Rafael Fernández López.
Summary
---
When a row other then the last got removed from a model, the widgets that are
created by the itemdelegate are not moved. This is obviously a big problem
when you start removing rows in between. The wrong widgets
for kdelibs and Kevin Ottens.
Summary
---
If someone calls delete job on a slot connected to the KJob::result()
signal, KJob crashes because the job does not exist anymore when execution
comes back to KJob::emitResult(). I added a guard to prevent that. An
alternative would be to call
:
---
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/6022/
---
(Updated 2010-12-01 17:01:44)
Review request for kdelibs and Kevin Ottens.
Summary
/
---
(Updated 2010-12-01 17:01:44)
Review request for kdelibs and Kevin Ottens.
Summary
---
If a someone calls delete job on a slot connected to the KJob::result()
signal, KJob crashes because the job does not exist anymore when
---
On 2010-11-29 22:11:34, Kevin Ottens wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/6014/
---
(Updated 2010-11
On Wednesday 10 November 2010 14:04:56 Stephen Kelly wrote:
Alexander Neundorf wrote:
I mean, with a set of libs with dependencies cut down as is the case for
Tablet or even more the Mobile profile, doesn't that go a long way to
making the libraries easier usable by other projects ?
201 - 242 of 242 matches
Mail list logo
