Christoph Cullmann wrote:
I think one of the problems with our current Bugzilla database is that it
contains a lot of old bugs and wishs.
As the manpower is limited and we sometimes not even keep up with the
incoming new bugs, might it be a good idea to adopt a similar strategy
like the Qt
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124549/
---
Review request for Documentation, KDE Frameworks and David Faure.
why we can't use PMC as standard audio and video player? I think there was
also an discussion about an standard video player so PMC is in our source
and we don't have to start developing again.
cheers
Andreas
Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
GENERAL INFO
BUILD UNSTABLE
Build URL:
https://build.kde.org/job/kdeclarative%20master%20stable-kf5-qt5/PLATFORM=Linux,compiler=gcc/23/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Fri, 31 Jul 2015 13:26:10 +
Build duration: 3 min 48 sec
CHANGE SET
Revision
GENERAL INFO
BUILD UNSTABLE
Build URL:
https://build.kde.org/job/kdeclarative%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/22/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Fri, 31 Jul 2015 13:26:10 +
Build duration: 3 min 40 sec
CHANGE SET
Revision
On Freitag, 31. Juli 2015 14:05:09 CEST, laurent Montel wrote:
Especially for KDE PIM, given the size of the userbase and the amount of
developers (3), bugs often take more than a year to get to and
to be fixed.
+1
As Daniel wrote we have a lot of bug and a very small team.
So we can't able
On 31 July 2015 at 06:53, Michael Pyne mp...@kde.org wrote:
It's basically still a KDE 3 app that got only partially ported to KDE 4...
IMHO some kind of rewrite using taglib and Phonon and a very simple GUI would
be the best way to go for KDE 5. Martin Sandsmark was working on a better port
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124563/
---
Review request for KDE Frameworks and Alexander Dymo.
Repository:
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124559/
---
Review request for Documentation, KDE Frameworks and Alexander Potashev.
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124560/
---
Review request for Documentation and KDE Frameworks.
Repository:
On July 31, 2015, 10:18 a.m., David Faure wrote:
src/CMakeLists.txt, line 20
https://git.reviewboard.kde.org/r/124542/diff/1/?file=388805#file388805line20
no-op?
Kevin Funk wrote:
Not a no-op, this code is written into cmake_install which is used for
the 'install' target.
On Friday, July 31, 2015 04:01:37 PM Thomas Lübking wrote:
On Freitag, 31. Juli 2015 14:05:09 CEST, laurent Montel wrote:
Especially for KDE PIM, given the size of the userbase and the amount of
developers (3), bugs often take more than a year to get to and
to be fixed.
+1
As
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124563/#review83244
---
+0.5
- Albert Astals Cid
On jul. 31, 2015, 4:39 p.m.,
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124554/
---
Review request for Documentation, KDE Frameworks and David Faure.
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124557/
---
Review request for KDE Frameworks.
Repository: kxmlgui
Description
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124557/
---
(Updated July 31, 2015, 3:49 p.m.)
Status
--
This change has been
On July 31, 2015, 8:18 a.m., David Faure wrote:
src/CMakeLists.txt, line 20
https://git.reviewboard.kde.org/r/124542/diff/1/?file=388805#file388805line20
no-op?
Not a no-op, this code is written into cmake_install which is used for the
'install' target.
If I don't add this line I
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124556/
---
Review request for Documentation, KDE Frameworks and Àlex Fiestas.
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124562/
---
Review request for Documentation, KDE Frameworks and Bernd Buschinski.
On Friday 31 July 2015 15:11:56 Alex Merry wrote:
So when you say move semantics, what does that encompass? You can use
rvalue references in 2010 just fine, but someone would need to check that
Qt detects that properly and provides appropriate overloads of various
methods, and you may not get
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124563/
---
(Updated July 31, 2015, 6:39 p.m.)
Review request for KDE Frameworks and
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124552/
---
Review request for Documentation and KDE Frameworks.
Repository:
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124557/#review83241
---
Ship it!
lgtm
src/kshortcutseditor.cpp (line 603)
El Dilluns, 18 de maig de 2015, a les 13:38:36, Albert Astals Cid va escriure:
El Dilluns, 18 de maig de 2015, a les 08:00:07, Martin Koller va escriure:
On Sunday 10 May 2015 19:39:07 Alex Merry wrote:
On Saturday 09 May 2015 22:54:49 Martin Koller wrote:
I'm working on porting
On Friday 31 July 2015 19:15:55 Mark Gaiser wrote:
Hi Alex,
What i mean with move semantics are mainly the following features:
- std::move
- move copy constructor
- move assignment operator
I know std::move is in vs2010, i'm just not so sure about the move copy and
assignment operator.
On July 31, 2015, 5:19 p.m., David Faure wrote:
src/CMakeLists.txt, line 20
https://git.reviewboard.kde.org/r/124542/diff/1/?file=388805#file388805line20
I can't see how setting a variable to itself can possibly change
anything, or make any sense (other than an extremely weird
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124566/
---
Review request for Documentation, KDE Frameworks and Marco Martin.
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124567/
---
Review request for Documentation, KDE Frameworks and Valentin Rusu.
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124568/
---
Review request for Documentation, KDE Frameworks and Marco Martin.
On Friday 31 July 2015 12:00:22 Allen Winter wrote:
On Friday, July 31, 2015 04:01:37 PM Thomas Lübking wrote:
On Freitag, 31. Juli 2015 14:05:09 CEST, laurent Montel wrote:
Especially for KDE PIM, given the size of the userbase and the amount
of
developers (3), bugs often take more
On Lug. 31, 2015, 7:19 p.m., David Faure wrote:
src/CMakeLists.txt, line 20
https://git.reviewboard.kde.org/r/124542/diff/1/?file=388805#file388805line20
I can't see how setting a variable to itself can possibly change
anything, or make any sense (other than an extremely weird
Would it be a good idea to also take plasma mobile into account on deciding the
code base?
On July 30, 2015 3:06:46 PM GMT+02:00, Stefan Derkits ste...@derkits.at wrote:
Hi,
On 2015-07-30 14:08, Martin Steigerwald wrote:
Why a new one? Aren´t none of the existing ones in a state that they
Hello,
taking some lists off this discussion.
Let us try to use the kde-multimedia list, there is no mail traffic
there anyways ;)
On 2015-07-31 16:35, kainz.a wrote:
why we can't use PMC as standard audio and video player? I think there was
also an discussion about an standard video player
On Fri, Jul 31, 2015 at 3:11 PM, Alex Merry alex.me...@kde.org wrote:
On Thursday 30 July 2015 20:46:24 Mark Gaiser wrote:
On Thu, Jul 23, 2015 at 9:59 PM, Mark Gaiser mark...@gmail.com wrote:
Hi,
The wiki page doesn't state it explicitly [1].
The status of move semantics when
On Thu, Jul 23, 2015 at 9:59 PM, Mark Gaiser mark...@gmail.com wrote:
Hi,
The wiki page doesn't state it explicitly [1].
The status of move semantics when searching for the status of N3053 on the
compilers that frameworks support:
GCC 4.6 [2] (frameworks requires 4.5)
CLANG 3.0 [3]
On July 31, 2015, 5:19 p.m., David Faure wrote:
src/CMakeLists.txt, line 20
https://git.reviewboard.kde.org/r/124542/diff/1/?file=388805#file388805line20
I can't see how setting a variable to itself can possibly change
anything, or make any sense (other than an extremely weird
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124563/#review83253
---
+1
- Mark Gaiser
On jul 31, 2015, 4:39 p.m., Aleix Pol
On July 31, 2015, 8:18 a.m., David Faure wrote:
src/CMakeLists.txt, line 20
https://git.reviewboard.kde.org/r/124542/diff/1/?file=388805#file388805line20
no-op?
Kevin Funk wrote:
Not a no-op, this code is written into cmake_install which is used for
the 'install' target.
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124542/
---
(Updated July 31, 2015, 5:33 p.m.)
Review request for Documentation, KDE
On July 31, 2015, 5:19 p.m., David Faure wrote:
src/CMakeLists.txt, line 20
https://git.reviewboard.kde.org/r/124542/diff/1/?file=388805#file388805line20
I can't see how setting a variable to itself can possibly change
anything, or make any sense (other than an extremely weird
On Friday, July 31, 2015 07:29:53 PM Ingo Klöcker wrote:
On Friday 31 July 2015 12:00:22 Allen Winter wrote:
On Friday, July 31, 2015 04:01:37 PM Thomas Lübking wrote:
On Freitag, 31. Juli 2015 14:05:09 CEST, laurent Montel wrote:
Especially for KDE PIM, given the size of the userbase
On Wednesday 29 July 2015 09:04:42 Martin Klapetek wrote:
Can you perhaps create a single diff against 5.5/dev/master
which could be easily applied? That should make things
much easier to help :)
Assuming you're talking about the dbus changes, wouldn't you actually want to
cherry-pick them
On Wednesday, July 29, 2015 11:03:15 AM Martin Klapetek wrote:
On Wed, Jul 29, 2015 at 11:47 AM, Marc Mutz marc.m...@kdab.com wrote:
On Wednesday 29 July 2015 09:04:42 Martin Klapetek wrote:
Can you perhaps create a single diff against 5.5/dev/master
which could be easily applied? That
GENERAL INFO
BUILD UNSTABLE
Build URL:
https://build.kde.org/job/kdelibs%20KDE-4.14%20latest-qt4/PLATFORM=Linux,compiler=gcc/10/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Wed, 29 Jul 2015 10:00:38 +
Build duration: 44 min
CHANGE SET
Revision
On July 31, 2015, 12:38 p.m., Aleix Pol Gonzalez wrote:
Is it done yet? What's the status?
Kai Uwe Broulik wrote:
I don't know, someone marked it as submitted but it cearly isn't.
What's left before we can merge it?
- Albert
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124554/
---
(Updated July 31, 2015, 8:06 p.m.)
Status
--
This change has been
GENERAL INFO
BUILD UNSTABLE
Build URL:
https://build.kde.org/job/kio%20master%20stable-kf5-qt5/PLATFORM=Linux,compiler=gcc/28/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Fri, 31 Jul 2015 20:07:01 +
Build duration: 4 min 53 sec
CHANGE SET
Revision
On Fri, Jul 31, 2015 at 10:21 PM, Alex Merry alex.me...@kde.org wrote:
On Friday 31 July 2015 21:27:45 Mark Gaiser wrote:
So the one thing we know fairly certain right now is that MSVC 2012 is
not
going to be the deal breaker here.
I'm still not 100% sure about GCC and Clang though..
On Juli 31, 2015, 7:38 nachm., Aleix Pol Gonzalez wrote:
Is it done yet? What's the status?
I don't know, someone marked it as submitted but it cearly isn't.
- Kai Uwe
---
This is an automatically generated e-mail. To reply, visit:
Hi,
On 2015-07-31 20:29, Wolfgang Mader wrote:
Would it be a good idea to also take plasma mobile into account on deciding
the code base?
from my PoV definitly. If we could have a Backend that using different
UIs and maybe some different code can run on Desktop, Mobile Big
Screen (Plasma
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/123263/#review83263
---
Is it done yet? What's the status?
- Aleix Pol Gonzalez
On
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/123263/
---
(Updated jul. 31, 2015, 9:15 p.m.)
Status
--
This change has been
On Fri, Jul 31, 2015 at 7:50 PM, Aleix Pol aleix...@kde.org wrote:
On Thu, Jul 23, 2015 at 9:59 PM, Mark Gaiser mark...@gmail.com wrote:
Hi,
The wiki page doesn't state it explicitly [1].
The status of move semantics when searching for the status of N3053 on
the
compilers that
On Freitag, 31. Juli 2015 19:29:53 CEST, Ingo Klöcker wrote:
I also do not see the point in nagging the user after a certain period of
time if nobody else ever cared to comment on the bug. Feels a bit like
little kids asking Are we there yet? over and over again.
The idea is not only to get
GENERAL INFO
BUILD UNSTABLE
Build URL:
https://build.kde.org/job/kio%20master%20stable-kf5-qt5/PLATFORM=Linux,compiler=gcc/29/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Fri, 31 Jul 2015 20:12:08 +
Build duration: 4 min 25 sec
CHANGE SET
Revision
GENERAL INFO
BUILD UNSTABLE
Build URL:
https://build.kde.org/job/kio%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/32/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Fri, 31 Jul 2015 20:18:41 +
Build duration: 11 min
CHANGE SET
Revision 0bdc71071474102a8b3afad7e11192e42508b7ac by
GENERAL INFO
BUILD UNSTABLE
Build URL:
https://build.kde.org/job/kio%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/32/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Fri, 31 Jul 2015 20:18:41 +
Build duration: 11 min
CHANGE SET
Revision 0bdc71071474102a8b3afad7e11192e42508b7ac by
On Friday, July 31, 2015 07:32:05 PM Boudhayan Gupta wrote:
On 31 July 2015 at 06:53, Michael Pyne mp...@kde.org wrote:
It's basically still a KDE 3 app that got only partially ported to KDE
4...
IMHO some kind of rewrite using taglib and Phonon and a very simple GUI
would be the best
Hi,
On 2015-07-31 23:43, kainz.a wrote:
what's the problem with using Amarok? In kde4 times they are the first
application that use plasma. now I think an qt 5 port is still open so this
would be the perfect time to get into an redesign isn't it? If the amarok
developers don't like an
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124542/#review83249
---
src/CMakeLists.txt (line 20)
On July 31, 2015, 5:19 p.m., David Faure wrote:
src/CMakeLists.txt, line 20
https://git.reviewboard.kde.org/r/124542/diff/1/?file=388805#file388805line20
I can't see how setting a variable to itself can possibly change
anything, or make any sense (other than an extremely weird
On Thursday, July 30, 2015 17:56:42 Martin Sandsmark wrote:
I also sold my soul and started using Spotify a lot, so that meant I
downprioritized JuK a bit.
Same here, I feel ashamed for not using Free software to listen to my music,
but then .. music on harddisks is simply deprecated for me.
what's the problem with using Amarok? In kde4 times they are the first
application that use plasma. now I think an qt 5 port is still open so this
would be the perfect time to get into an redesign isn't it? If the amarok
developers don't like an redesign (what I can understand, because the last
GENERAL INFO
BUILD FAILURE
Build URL:
https://build.kde.org/job/ktexteditor%20master%20kf5-minimum/PLATFORM=Linux,compiler=gcc/12/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Fri, 31 Jul 2015 07:48:09 +
Build duration: 19 sec
CHANGE SET
Revision
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124542/
---
Review request for Documentation, KDE Frameworks and Luigi Toscano.
GENERAL INFO
BUILD FAILURE
Build URL:
https://build.kde.org/job/ktexteditor%20master%20kf5-minimum/PLATFORM=Linux,compiler=gcc/13/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Fri, 31 Jul 2015 07:59:35 +
Build duration: 20 sec
CHANGE SET
Revision
On Juli 31, 2015, 10:19 vorm., Aleix Pol Gonzalez wrote:
docs/checkXML5/man-checkXML5.1.docbook, line 10
https://git.reviewboard.kde.org/r/124531/diff/2/?file=388810#file388810line10
When's that date?
2014-03-04 is the date of the last update of the docbook
- Burkhard
Le Friday 31 July 2015, 11:07:54 Daniel Vrátil a écrit :
On Friday, July 31, 2015 10:12:00 AM Christoph Cullmann wrote:
Hi,
I think one of the problems with our current Bugzilla database is that it
contains a lot of old bugs and wishs.
True that!
As the manpower is limited and we
On 07/30/2015 07:08 AM, Martin Steigerwald wrote:
So instead of 3, 4, 5 or more KDE/Qt based music players I´d rather see one or
two. I´d envision something like the Plasma devs did for Plasma. Make one
extensible core and give it several faces. Make one player core that for a
change is
On Friday, July 31, 2015 09:55:30 PM Thomas Lübking wrote:
On Freitag, 31. Juli 2015 19:29:53 CEST, Ingo Klöcker wrote:
I also do not see the point in nagging the user after a certain period of
time if nobody else ever cared to comment on the bug. Feels a bit like
little kids asking Are we
On Friday 31 July 2015 04:25:53 no-re...@kde.org wrote:
GENERAL INFO
BUILD FAILURE
Build URL:
https://build.kde.org/job/kiconthemes%20master%20kf5-minimum/PLATFORM=Linux,compiler=gcc/1/
rsync: change_dir
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121755/#review83215
---
Ship it!
the description makes a good commit message, so
On Fri, Jul 31, 2015 at 11:02 AM, Dominik Haumann dhaum...@kde.org wrote:
Of course, some wishes and valid bugs would be automatically closed then,
too.
But this is probably not a big issue, since a wish that will never get
implemented
is useful neither for us as developers nor for the
Hi,
On Fri, Jul 31, 2015 at 10:12 AM, Christoph Cullmann
cullm...@absint.com wrote:
Hi,
I think one of the problems with our current Bugzilla database is that it
contains a lot of old bugs and wishs.
As the manpower is limited and we sometimes not even keep up with the
incoming new bugs,
El Divendres, 31 de juliol de 2015, a les 20:57:37, Ben Cooksley va escriure:
On Fri, Jul 31, 2015 at 8:14 PM, David Faure fa...@kde.org wrote:
On Friday 31 July 2015 04:25:53 no-re...@kde.org wrote:
GENERAL INFO
BUILD FAILURE
Build URL:
El Divendres, 31 de juliol de 2015, a les 11:02:44, Dominik Haumann va
escriure:
Hi,
On Fri, Jul 31, 2015 at 10:12 AM, Christoph Cullmann
cullm...@absint.com wrote:
Hi,
I think one of the problems with our current Bugzilla database is that it
contains a lot of old bugs and wishs.
On Fri, Jul 31, 2015 at 8:42 AM, Kevin Kofler kevin.kof...@chello.at wrote:
Luigi Toscano wrote:
Feedback on Phabricator gathered outside the BoF from people who could not
attend:
Were there no complaints about the fact that you can still not view anything
at all without logging in?
This
One thing that bothers me a bit is the commits shas having format like
rKONVERSATIONc64d1cd32445f6921109fdbdb17ae44378d404c5
Can something be done about the rPROJECTNAME prefix? I find it
quite confusing and hard to read; if you're looking at commits in
a specific repo, I think it's clear to
Hi,
I think one of the problems with our current Bugzilla database is that it
contains a lot of old bugs and wishs.
As the manpower is limited and we sometimes not even keep up with the incoming
new bugs, might
it be a good idea to adopt a similar strategy like the Qt Project and expire
bugs
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124542/#review83214
---
This is not ideal indeed, because URIs usually contain a real
On Fri, Jul 31, 2015 at 8:14 PM, David Faure fa...@kde.org wrote:
On Friday 31 July 2015 04:25:53 no-re...@kde.org wrote:
GENERAL INFO
BUILD FAILURE
Build URL:
https://build.kde.org/job/kiconthemes%20master%20kf5-minimum/PLATFORM=Linux,compiler=gcc/1/
rsync: change_dir
On Friday, July 31, 2015 10:12:00 AM Christoph Cullmann wrote:
Hi,
I think one of the problems with our current Bugzilla database is that it
contains a lot of old bugs and wishs.
True that!
As the manpower is limited and we sometimes not even keep up with the
incoming new bugs, might it
On Friday, July 31, 2015 11:02:44 AM Dominik Haumann wrote:
Comments? Strong objections? ;)
+1 - I think it's a sensible strategy and something we kind of implemented
with introducing a new product for Plasma: thus getting rid of the old cruft.
Fun note: I set a bug as RESOLVED FIXED
On Fri, Jul 31, 2015 at 9:48 PM, Martin Klapetek
martin.klape...@gmail.com wrote:
One thing that bothers me a bit is the commits shas having format like
rKONVERSATIONc64d1cd32445f6921109fdbdb17ae44378d404c5
Can something be done about the rPROJECTNAME prefix? I find it
quite confusing and
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124531/
---
(Updated Juli 31, 2015, 10:14 vorm.)
Review request for Documentation,
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124531/#review83221
---
Ship it!
docs/checkXML5/man-checkXML5.1.docbook (line 10)
As Ben stated bo patches. I will turn off kf5-minimum until I get back home
and,we can all agree on a solution. Cheers Scarlett
On Jul 31, 2015 11:28 AM, Albert Astals Cid aa...@kde.org wrote:
El Divendres, 31 de juliol de 2015, a les 20:57:37, Ben Cooksley va
escriure:
On Fri, Jul 31, 2015
87 matches
Mail list logo
