On Tue, Mar 13, 2012 at 11:45:56PM +0100, Thomas Lübking wrote:
Is there any policy on i18n commits/conflicts, ie. like only 4.8 is up to
date (seems to me?) so one can safely
git merge -Xtheirs origin/KDE/4.8
what exactly are you merging?
Am 14.03.2012, 08:40 Uhr, schrieb Oswald Buddenhagen o...@kde.org:
On Tue, Mar 13, 2012 at 11:45:56PM +0100, Thomas Lübking wrote:
Is there any policy on i18n commits/conflicts, ie. like only 4.8 is up
to
date (seems to me?) so one can safely
git merge -Xtheirs origin/KDE/4.8
what exactly
Request ID:
https://bugs.kde.org/show_bug.cgi?id=295987
About:
KolorManager is a front end to the Oyranos Colour Management System (CMS).
Why:
Colour Management is a important part of modern desktops. It helps
designers to improve colour usability, artists to predict artwork
appearance on
Request:
After working on KolorManager and Oyranos in the past months for the last
Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion
into
KDE.
KolorManager resides currently in Playground/Graphics:
http://quickgit.kde.org/?p=kolor-manager.gita=summary
Just a
On Wednesday 14 March 2012 Mar, Daniel Nicoletti wrote:
Request:
After working on KolorManager and Oyranos in the past months for the last
Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion
into
KDE.
KolorManager resides currently in Playground/Graphics:
Am 14.03.12, 04:36 -0700 schrieb Daniel Nicoletti:
Request:
After working on KolorManager and Oyranos in the past months for the last
Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion into
KDE.
KolorManager resides currently in Playground/Graphics:
No. There should be color management by default in KDE, that's really
important; and there should be only one solution by default. We shouldn't
let distributions, or even worse, users decide which solution they use. That
way
madness lies. KDE's Color management solution shouldn't be in
I'm actually targeting KDE SC 4.9 as gnome-color-manager is very mature and
I am
pretty much just rewriting it with Qt/KDE libs.
OpenICC colour experts have then a different view of maturity.
1- http://dantti.wordpress.com/2012/03/12/coloring-you-desktop-with-colord-kde/
That
On Wednesday 14 March 2012 Mar, Daniel Nicoletti wrote:
No. There should be color management by default in KDE, that's really
important; and there should be only one solution by default. We shouldn't
let distributions, or even worse, users decide which solution they use.
That way
Am 14.03.12, 06:01 -0700 schrieb Daniel Nicoletti:
I'm actually targeting KDE SC 4.9 as gnome-color-manager is very mature and I
am
pretty much just rewriting it with Qt/KDE libs.
OpenICC colour experts have then a different view of maturity.
1-
Em Wednesday 14 March 2012, Boudewijn Rempt escreveu:
On Wednesday 14 March 2012 Mar, Daniel Nicoletti wrote:
No. There should be color management by default in KDE, that's really
important; and there should be only one solution by default. We
shouldn't let distributions, or even
Em Wednesday 14 March 2012, Kai-Uwe Behrmann escreveu:
Am 14.03.12, 06:01 -0700 schrieb Daniel Nicoletti:
I'm actually targeting KDE SC 4.9 as gnome-color-manager is very
mature and I am pretty much just rewriting it with Qt/KDE libs.
OpenICC colour experts have then a different
Quoting Daniel Nicoletti dantti85-...@yahoo.com.br:
So how do we go into the merit discussion without creating yet
another flame war?
I'm sorry, but merit has to be the metric, that's the basis of both
open source in general and KDE specifically. I'd like KDE to avoid
sliding towards a
On 2012-03-14, Daniel Nicoletti dantti85-...@yahoo.com.br wrote:
Request:
After working on KolorManager and Oyranos in the past months for the last
Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion
into
KDE.
KolorManager resides currently in Playground/Graphics:
Quoting Kai-Uwe Behrmann k...@gmx.de:
I'm actually targeting KDE SC 4.9 as gnome-color-manager is very
mature and I am
pretty much just rewriting it with Qt/KDE libs.
OpenICC colour experts have then a different view of maturity.
Kai,
the two projects clearly have a different set of ideas
Hi!
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's standard, but does mean that
it's not GNOME) So everyone is free to contribute to it, and the
maintainer is interested in collaborating with KDE. (which he already
does very nicely)
Am 14.03.12, 15:14 +0100 schrieb Thomas Zander:
We had a little talk about those two projects recently on k-c-d as well,
where colord was proposed and Kai used that opportunity to plug his project.
I then went and downloaded both codebases and looked at them.
First thing that I'm worried
On Wed, 14 Mar 2012, Matthias Klumpp wrote:
Hi!
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's standard, but does mean that
it's not GNOME)
Well, no, having something on freedesktop.org doesn't mean it's not a
gnome project; it is
On 2012-03-14, Boudewijn Rempt b...@valdyas.org wrote:
It's easy enough to package -- the opensuse packages I use work perfectly
fine, so I cannot imagine that there are any real and relevant problems
for other distributions.
Sure it can be done. but it is just useless churn if it doesn't
On Wed, 14 Mar 2012, Sune Vuorela wrote:
On 2012-03-14, Boudewijn Rempt b...@valdyas.org wrote:
It's easy enough to package -- the opensuse packages I use work perfectly
fine, so I cannot imagine that there are any real and relevant problems
for other distributions.
Sure it can be done. but
Am 14.03.12, 15:54 +0100 schrieb Matthias Klumpp:
Hi!
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's standard, but does mean that
it's not GNOME) So everyone is free to contribute to it, and the
maintainer is interested in
Em Wednesday 14 March 2012, Sune Vuorela escreveu:
On 2012-03-14, Boudewijn Rempt b...@valdyas.org wrote:
It's easy enough to package -- the opensuse packages I use work perfectly
fine, so I cannot imagine that there are any real and relevant problems
for other distributions.
Sure it can
On 2012-03-14, Lamarque V. Souza lamar...@kde.org wrote:
You are talking as if colord is the default standard and well used in
KDE and then out of a suden comes oyranoes trying to replace it. Colord is
not
wide used in KDE and since oyranos includes a wider feature set I guess it is
On Wednesday 14 March 2012 16.59.55 Lamarque V. Souza wrote:
Colord is not wide used in KDE and since oyranos includes a wider feature
set I guess it is more usefull for a wider range of users.
This assumption seems to not be supported by the documentation. The specific
set of user-groups
Hi!
2012/3/14 Kai-Uwe Behrmann k...@gmx.de:
Am 14.03.12, 15:54 +0100 schrieb Matthias Klumpp:
[...]
I also want to point you to this comparison colord against Oryanos:
= http://www.freedesktop.org/software/colord/faq.html#oyranos
Matthias, you help spreading false assertions here.
Then
2012/3/14 Lamarque V. Souza lamar...@kde.org:
Em Wednesday 14 March 2012, Sune Vuorela escreveu:
On 2012-03-14, Boudewijn Rempt b...@valdyas.org wrote:
It's easy enough to package -- the opensuse packages I use work
perfectly
fine, so I cannot imagine that there are any real and relevant
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Hi!
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's standard, but does mean that
it's not GNOME)
Well, no, having something on freedesktop.org doesn't mean it's not a
Em Wednesday 14 March 2012, Sune Vuorela escreveu:
On 2012-03-14, Lamarque V. Souza lamar...@kde.org wrote:
You are talking as if colord is the default standard and well used in
KDE and then out of a suden comes oyranoes trying to replace it. Colord
is not wide used in KDE and since
Em Wednesday 14 March 2012, Thomas Zander escreveu:
On Wednesday 14 March 2012 16.59.55 Lamarque V. Souza wrote:
Colord is not wide used in KDE and since oyranos includes a wider feature
set I guess it is more usefull for a wider range of users.
This assumption seems to not be supported by
Em Wednesday 14 March 2012, Thomas Zander escreveu:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Hi!
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's standard, but does mean that
it's not GNOME)
Well, no,
On 2012-03-14, Lamarque V. Souza lamar...@kde.org wrote:
I should stop working in Plasma NM then since for distributions that
ships Gnome as default desktop nm-applet is the standard.
erm. you are aware that colord better can be compared to NetworkManager
than to Plasma NM ?
/Sune
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's standard, but does mean that
it's not GNOME)
Well, no, having something on
Em Wednesday 14 March 2012, Sune Vuorela escreveu:
On 2012-03-14, Lamarque V. Souza lamar...@kde.org wrote:
I should stop working in Plasma NM then since for distributions that
ships Gnome as default desktop nm-applet is the standard.
erm. you are aware that colord better can be
Em Wednesday 14 March 2012, Alexander Neundorf escreveu:
On Wednesday 14 March 2012, Lamarque V. Souza wrote:
Em Wednesday 14 March 2012, Thomas Zander escreveu:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Hi!
Colord - just to mention that - is also not a GNOME
Am I the only one that finds the new KDE bugzilla front end utterly
confusing ? All the conveient shortcuts in the front page that showed
things like weekly summary broken down by product are no longer
available. Will those things available in the old front page be
restored in the future or are
Heya folks,
Is anyone taking care of KDE's presence at the next Qt Contributors'
Summit? http://wiki.qt-project.org/Events/Qt_Contributors_Summit If
not it'd be really great if someone could step up. We should show up
again. I don't have the time to help with the planning. I might
however have a
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's standard, but
On Wednesday 14 March 2012, Thomas Zander wrote:
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Colord - just to mention that - is also not a GNOME project, it's a
2012/3/14 Alexander Neundorf neund...@kde.org:
On Wednesday 14 March 2012, Thomas Zander wrote:
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Colord - just to mention
On Wednesday 14 March 2012 21.29.09 Alexander Neundorf wrote:
The wiki page somebody pointed to mentioned that colord is linux-only,
while oyranos also works on Windows and OSX.
If we chose colord, how does our solution for Windows and OSX look like ?
Does kolormanager work under Windows
The wiki page somebody pointed to mentioned that colord is linux-only, while
oyranos also works on Windows and OSX.
If we chose colord, how does our solution for Windows and OSX look like ?
Does kolormanager work under Windows and OSX ?
The wiki page somebody pointed to mentioned that
On Wednesday 14 March 2012, Thomas Zander wrote:
On Wednesday 14 March 2012 21.29.09 Alexander Neundorf wrote:
The wiki page somebody pointed to mentioned that colord is linux-only,
while oyranos also works on Windows and OSX.
If we chose colord, how does our solution for Windows and
Am 14.03.12, 21:10 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
That said; Cups also depends on colord. And IMO that has a bigger impact
than the gnome components that pull it in.
colord print CM:
Am 14.03.12, 21:29 +0100 schrieb Alexander Neundorf:
On Wednesday 14 March 2012, Thomas Zander wrote:
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Colord - just to
Am 14.03.12, 22:03 +0100 schrieb Alexander Neundorf:
On Wednesday 14 March 2012, Thomas Zander wrote:
On Wednesday 14 March 2012 21.29.09 Alexander Neundorf wrote:
The wiki page somebody pointed to mentioned that colord is linux-only,
while oyranos also works on Windows and OSX.
If we chose
I know basically nothing about color management systems.
Don't some applications needs some kind of interface to use the color
management system ?
Or is it only for setting up X, the printer, Wayland, etc.
In the first case, if applications (e.g. krita) need some way to work with the
color
On Wednesday 14 March 2012 21:00:32 Lydia Pintscher wrote:
Heya folks,
Is anyone taking care of KDE's presence at the next Qt Contributors'
Summit? http://wiki.qt-project.org/Events/Qt_Contributors_Summit If
not it'd be really great if someone could step up. We should show up
again. I
Am Mittwoch, 14. März 2012, 20:13:18 schrieb Dawit A:
Am I the only one that finds the new KDE bugzilla front end utterly
confusing ?
No, me too.
All the conveient shortcuts in the front page that showed
things like weekly summary broken down by product are no longer
available.
I really
I don't think so, I think it has some huge icons but I thought
it was my browsers problem, the huge header and footer
it's real hard to see the content on my small screen,
the new version fews snappier but the theme needs polishing
imo. I also renders the footer strange using Chrome,
but I hope
I know basically nothing about color management systems.
Don't some applications needs some kind of interface to use the color
management system ?
Or is it only for setting up X, the printer, Wayland, etc.
In the first case, if applications (e.g. krita) need some way to work with the
color
2012/3/14 Kai-Uwe Behrmann k...@gmx.de:
CUPS is a cross platform solution. It works with colour management on osX
fine. IMO that recommendation on Debian has to do with colord in Gnome and
that colord needs compiled in support inside CUPS. No more no less.
This sentence is hard to read but
On Thu, Mar 15, 2012 at 12:46 AM, Thomas Zander zan...@kde.org wrote:
On Wednesday 14 March 2012 16.39.00 Boudewijn Rempt wrote:
Hi!
Colord - just to mention that - is also not a GNOME project, it's a
FreeDesktop project. (Doesn't mean it's standard, but does mean that
it's not GNOME)
2012/3/14 Kai-Uwe Behrmann k...@gmx.de:
Am 14.03.12, 21:10 +0100 schrieb Thomas Zander:
On Wednesday 14 March 2012 18.12.13 Kai-Uwe Behrmann wrote:
Am 14.03.12, 17:46 +0100 schrieb Thomas Zander:
That said; Cups also depends on colord. And IMO that has a bigger impact
than the gnome
On Wednesday 14 March 2012 Mar, Alexander Neundorf wrote:
On Wednesday 14 March 2012, Thomas Zander wrote:
On Wednesday 14 March 2012 21.29.09 Alexander Neundorf wrote:
The wiki page somebody pointed to mentioned that colord is linux-only,
while oyranos also works on Windows and OSX.
Em Wednesday 14 March 2012, Daniel Nicoletti escreveu:
2012/3/14 Kai-Uwe Behrmann k...@gmx.de:
CUPS is a cross platform solution. It works with colour management on osX
fine. IMO that recommendation on Debian has to do with colord in Gnome
and that colord needs compiled in support inside
As long as you patch cups and all other applications to use. Oyranos is also a
central place
to do color management as far as I know, this argument is valid for both.
It is valid once it's written, once there is a line of code doing it's job. Or
we can just play politics.
You say you want the
Em Wednesday 14 March 2012, Daniel Nicoletti escreveu:
As long as you patch cups and all other applications to use. Oyranos is
also a central place
to do color management as far as I know, this argument is valid for both.
It is valid once it's written, once there is a line of code doing
So you are saying your original argument is not valid anymore?
Where is the Oyranos CUPS patch? All I see is a planning since as
far as I can tell he didn't decide the best way to do it, OTOH we have
something that already works for a bunch of people.
I said I wanted the most versatile, which
Speaking of project activity:
= https://www.ohloh.net/p/colord
= https://www.ohloh.net/p/oyranos
Of course there metrics are unfair to both projects (metrics always
are), but they might provide some information about activity,
contributors and codebase. (although I don't think we should pay too
Em Wednesday 14 March 2012, Daniel Nicoletti escreveu:
So you are saying your original argument is not valid anymore?
Where is the Oyranos CUPS patch? All I see is a planning since as
far as I can tell he didn't decide the best way to do it, OTOH we have
something that already works for a
Oyranos were against the patch, Kai-Uwe already said that and explained why.
The fact that
there is patch does not mean it is the correct way to do things. The fact that
it is not integrated
upstream can also mean cups developers to do not like it. Do you know what
they think about the patch?
On Wed, Mar 14, 2012 at 12:53 PM, Boudewijn Rempt b...@valdyas.org wrote:
On Wednesday 14 March 2012 Mar, Daniel Nicoletti wrote:
Request:
After working on KolorManager and Oyranos in the past months for the
last
Oyranos-0.4.0 release, we feel the stack is ready to review for
On Wednesday, March 14, 2012 14:22:54 Sune Vuorela wrote:
I would really prefer to at least have one common gui. preferably just
one stack. But if we have to have two competing stacks until one of them
dies, then I guess we will just have to live with it. But do it with a
common gui. pretty
Em Wednesday 14 March 2012, Daniel Nicoletti escreveu:
Oyranos were against the patch, Kai-Uwe already said that and explained
why. The fact that there is patch does not mean it is the correct way to
do things. The fact that it is not integrated upstream can also mean cups
developers to do
Like I also help with Wicd support in KDE, Kopete, and other areas of
interests for KDE users. I do not use Wicd, but I help KDE users of Wicd even
before I was the Network Management maintainer. By the way, I am not driven by
FDO interests. We are using upower/udisks because there is no other
On the other hand if there are things that a mere 'power user' might
find
useful (that colord will not be supporting due to scope) then it might make
sense to have extra U/I if Oyranos is available. Perhaps multi-monitor CMS
would fit the bill (assuming colord will not support).
I'm
66 matches
Mail list logo