You are still talking about users, but I'm sure that 99% of them will install
it from distro repositories and because e-c-m is build dependency, they won't
notice that. For remaining 1% of users you are talking about will be e-c-m
available from distro repositories as well, so what's the
On Monday 07 April 2014 09:47:43 Jan Grulich wrote:
You are still talking about users, but I'm sure that 99% of them will
install it from distro repositories and because e-c-m is build dependency,
they won't notice that. For remaining 1% of users you are talking about
will be e-c-m available
On Friday 04 April 2014 15:41:07 Martin Gräßlin wrote:
Given that kglobalaccel is only intended for the kde-workspaces anyway my
suggestion is to move it into plasma-workspace repository instead of merging
with the framework. Please note that with Wayland it will be extremely
difficult to
On Mon, Apr 7, 2014 at 9:12 PM, Àlex Fiestas afies...@kde.org wrote:
On Friday 04 April 2014 15:41:07 Martin Gräßlin wrote:
Given that kglobalaccel is only intended for the kde-workspaces anyway my
suggestion is to move it into plasma-workspace repository instead of merging
with the framework.
On Monday 07 April 2014 11:12:50 Àlex Fiestas wrote:
On Friday 04 April 2014 15:41:07 Martin Gräßlin wrote:
Given that kglobalaccel is only intended for the kde-workspaces anyway my
suggestion is to move it into plasma-workspace repository instead of
merging with the framework. Please note
On Monday 07 April 2014 21:20:19 Ben Cooksley wrote:
On Mon, Apr 7, 2014 at 9:12 PM, Àlex Fiestas afies...@kde.org wrote:
On Friday 04 April 2014 15:41:07 Martin Gräßlin wrote:
Given that kglobalaccel is only intended for the kde-workspaces anyway my
suggestion is to move it into
On Wed, Apr 2, 2014, at 15:31, Albert Astals Cid wrote:
El Dimecres, 2 d'abril de 2014, a les 07:42:07, Aurélien Gâteau va
escriure:
Having said that, it is a problem when testing packages for nightly
builds (a much better way to test translations), which I assume are not
built from
Hi David,
Any chance you could look at the last kio and kxmlgui KDE4 TODOs in
http://community.kde.org/Frameworks/Epics/KF5.0_Release_Preparation/KDE4_References
? They both need maintainer decisions about whether to attempt to
resolve them (at least partially) for KF5, punt them to KF6 or drop
Hi all,
I have cloned ECM git repo and looked at it. I agree that it is small and
it has useful features for NMQt/MMQt. I like the fact that it provides a
FindNetworkManager.cmake. Ok, we can make ECM a hard dependency for
NMQt/MMQt.
My only concern now is the kde-modules that Jan used in
On Mon, Apr 7, 2014, at 5:38, Lamarque Souza wrote:
Hi all,
I have cloned ECM git repo and looked at it. I agree that it is small and
it has useful features for NMQt/MMQt. I like the fact that it provides a
FindNetworkManager.cmake. Ok, we can make ECM a hard dependency for
NMQt/MMQt.
My
Do you agree also with making libmm-qt/libnm-qt as KDE Frameworks? That means
probably change versions, releasing etc.
Jan
On Monday 07 of April 2014 09:38 Lamarque Souza wrote:
Hi all,
I have cloned ECM git repo and looked at it. I agree that it is small and
it has useful features for
How are they are going to change? The etc here is important too. Remember
that NMQt follows NetworkManager's release numbers, the same is true for
MMQt and ModemManager. That is for simplify things for those who are used
to NetworkManager's release number, I prefer to keep that. Is there any
Am Montag, 07. April 2014, 14.38:14 schrieb Lamarque Souza:
Hi all,
Morning Lamarque
I have cloned ECM git repo and looked at it. I agree that it is small and
it has useful features for NMQt/MMQt. I like the fact that it provides a
FindNetworkManager.cmake. Ok, we can make ECM a hard
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117392/#review55157
---
This review has been submitted with commit
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117392/
---
(Updated April 7, 2014, 2:40 p.m.)
Status
--
This change has been
On Mon, Apr 7, 2014, at 6:05, Lamarque Souza wrote:
How are they are going to change? The etc here is important too.
Remember
that NMQt follows NetworkManager's release numbers, the same is true for
MMQt and ModemManager. That is for simplify things for those who are used
to NetworkManager's
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/116881/#review55166
---
Any news?
- Kevin Ottens
On March 18, 2014, 8:14 p.m.,
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117080/#review55167
---
Any news?
- Kevin Ottens
On March 26, 2014, 12:13 p.m.,
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117011/#review55168
---
Any news?
- Kevin Ottens
On March 23, 2014, 11:28 p.m.,
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117132/#review55170
---
So what do we do with that one?
- Kevin Ottens
On March
On March 31, 2014, 2:37 p.m., Kevin Ottens wrote:
Ship It!
Any news?
- Kevin
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117070/#review54680
On March 31, 2014, 2:38 p.m., Kevin Ottens wrote:
Ship It!
Any news?
- Kevin
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117122/#review54681
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117328/#review55173
---
Ship it!
Ship It!
- Kevin Ottens
On April 2, 2014, 11:05
On April 2, 2014, 11:19 a.m., Luigi Toscano wrote:
There is a quite huge unresolved issue with Sonnet and the documentation:
Sonnet is Tier 1, KDocTools is Tier 2 (and even if it was Tier 1, the rule
would forbid its usage) :(
Yes, it means we basically don't build it ATM...
- Kevin
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117333/#review55175
---
src/ioslaves/http/http.cpp
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117353/#review55176
---
Ship it!
Ship It!
- Kevin Ottens
On April 3, 2014, 7:28
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117304/#review55177
---
Ship it!
Ship It!
- Kevin Ottens
On April 3, 2014, 12:17
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117376/#review55178
---
Ship it!
Ship It!
- Kevin Ottens
On April 4, 2014, 7:43
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117391/#review55180
---
This review has been submitted with commit
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117391/
---
(Updated April 7, 2014, 3:43 p.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117391/#review55179
---
Ship it!
Ship It!
- Kevin Ottens
On April 5, 2014, 5:21
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117122/
---
(Updated April 7, 2014, 4:28 p.m.)
Status
--
This change has been
On April 7, 2014, 3:37 p.m., Kevin Ottens wrote:
src/ioslaves/http/http.cpp, line 1900
https://git.reviewboard.kde.org/r/117333/diff/3/?file=262392#file262392line1900
What about doing it? :-)
I can do that but in another review if that is ok, this is blocking the merge
of
Hi,
We started the discussion of splitting some time where we somewhat agreed
on a splitting plan [1]. I've been working during the last week on it, and
decided I'd send an e-mail with some update on the status. Most things that
haven't been done yet, are because I don't really know what to do
This is what I added into the logical-module-structure:
kde/workspace/* : {
oldstable-qt4: ,
stable-qt4: ,
latest-qt4: ,
kf5-qt5: master
},
kde/workspace/kde-workspace : {
oldstable-qt4: KDE/4.11,
stable-qt4: KDE/4.11,
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117328/#review55192
---
This review has been submitted with commit
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117304/#review55193
---
This review has been submitted with commit
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117304/
---
(Updated April 7, 2014, 5:03 p.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117328/
---
(Updated April 7, 2014, 5:01 p.m.)
Status
--
This change has been
On 07/04/14 17:57, Aleix Pol wrote:
- kioslaves, kioslaves-extra: I'm waiting to get the respositories, the
sysadmin team seems to have some concerns. Discussing it at the moment
(when the time zones let us).
Question: why two? This means kioslaves split across three repos: kio,
kioslaves and
On Mon, Apr 7, 2014 at 7:08 PM, Alex Merry alex.me...@kde.org wrote:
On 07/04/14 17:57, Aleix Pol wrote:
- kioslaves, kioslaves-extra: I'm waiting to get the respositories, the
sysadmin team seems to have some concerns. Discussing it at the moment
(when the time zones let us).
Question:
On 7 April 2014 18:57, Aleix Pol aleix...@kde.org wrote:
- l10n, localization: it was decided in this mailing list it would go to
kde4support when some development happens. Otherwise it should go to
KUnitConversion because it's only used there. besides KDE4Support.
Catching up after a couple
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117125/
---
(Updated April 7, 2014, 7:05 p.m.)
Review request for KDE Frameworks and
On March 28, 2014, 3:43 p.m., David Faure wrote:
Looks wrong, QLocale looks at .ts/.qm files while we mostly use .po/.gmo
files - different translation system.
Also doubly wrong because uiLanguages() returns the user preferences (e.g.
for me en, fr), which has nothing to do with
Hi,
Please see the below email from Zeeshan Ali of Gnome and GeoClue who is
organising a Location hackfest in London in May/June time-frame to get
Gnome, KDE, Qt, Mozilla, Jolla and others working together on improving
location services on the Linux desktop. If anyone is interested in
attending,
El Dilluns, 7 d'abril de 2014, a les 21:20:19, Ben Cooksley va escriure:
On Mon, Apr 7, 2014 at 9:12 PM, Àlex Fiestas afies...@kde.org wrote:
On Friday 04 April 2014 15:41:07 Martin Gräßlin wrote:
Given that kglobalaccel is only intended for the kde-workspaces anyway my
suggestion is to
On Wednesday 19 of February 2014 21:18:31 šumski wrote:
Hi all,
i've started pushing Frameworks to openSUSE Factory (i.e. next openSUSE
release), and our legal review found some issues[1][2][3] with mentioned
frameworks licenses.
...
Last items =)
KRunner and KActivities are missing
El Dilluns, 7 d'abril de 2014, a les 22:24:44, šumski va escriure:
On Wednesday 19 of February 2014 21:18:31 šumski wrote:
Hi all,
i've started pushing Frameworks to openSUSE Factory (i.e. next openSUSE
release), and our legal review found some issues[1][2][3] with mentioned
frameworks
El Dilluns, 7 d'abril de 2014, a les 05:05:06, Aurélien Gâteau va escriure:
On Wed, Apr 2, 2014, at 15:31, Albert Astals Cid wrote:
El Dimecres, 2 d'abril de 2014, a les 07:42:07, Aurélien Gâteau va
escriure:
Having said that, it is a problem when testing packages for nightly
On April 7, 2014, 5:24 p.m., Kevin Ottens wrote:
Any news?
Still wondering whether I should always use getgrouplist since AFAIK no
platform without it is supported (yet) or should keep the fallback code.
- Alexander
---
This is an
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117070/
---
(Updated April 7, 2014, 8:56 p.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117070/#review55208
---
This review has been submitted with commit
On Monday 07 of April 2014 22:30:43 Albert Astals Cid wrote:
El Dilluns, 7 d'abril de 2014, a les 22:24:44, šumski va escriure:
On Wednesday 19 of February 2014 21:18:31 šumski wrote:
Hi all,
i've started pushing Frameworks to openSUSE Factory (i.e. next openSUSE
release), and our
On Monday 07 April 2014 18:56:06 Àlex Fiestas wrote:
This is what I added into the logical-module-structure:
Is it wrong?
No, everything is fine now, Michael Pyne fixed kdesrc-build.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
Aleix wanted a separate thread for this, so here it is.
The current runtime splitting plan says that ioslaves should be in three
places: core ones (file, http, etc) in kio, other useful ones (archive,
bookmarks, etc) in kioslaves, and curiosities (cgi, finger) in
kioslave-extra.
In my view, this
On Mon, April 7, 2014 23:27:33 Alex Merry wrote:
Moving things between repos is a *pain*, and I think Ben and Albert have
a point about being over-eager to split things up. In this case, I
think we should just have core things in kio, and everything else in
kioslaves (or call it
On April 7, 2014, 3:24 p.m., Kevin Ottens wrote:
Any news?
Alexander Richardson wrote:
Still wondering whether I should always use getgrouplist since AFAIK no
platform without it is supported (yet) or should keep the fallback code.
Flip a coin if you have too. :)
As long as the
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117353/
---
(Updated April 8, 2014, 5:09 a.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117353/#review55214
---
This review has been submitted with commit
See
http://build.kde.org/job/kwindowsystem_master_qt5/Variation=All,label=LINBUILDER/42/changes
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
On April 7, 2014, 3:37 p.m., Kevin Ottens wrote:
src/ioslaves/http/http.cpp, line 1900
https://git.reviewboard.kde.org/r/117333/diff/3/?file=262392#file262392line1900
What about doing it? :-)
Àlex Fiestas wrote:
I can do that but in another review if that is ok, this is
Hello,
On Monday 07 April 2014 18:57:25 Aleix Pol wrote:
We started the discussion of splitting some time where we somewhat agreed
on a splitting plan [1]. I've been working during the last week on it, and
decided I'd send an e-mail with some update on the status. Most things that
haven't
Hello,
On Monday 07 April 2014 23:27:33 Alex Merry wrote:
Aleix wanted a separate thread for this, so here it is.
The current runtime splitting plan says that ioslaves should be in three
places: core ones (file, http, etc) in kio, other useful ones (archive,
bookmarks, etc) in kioslaves,
63 matches
Mail list logo