Review Request: include KolorManager in kdegraphics

Lamarque V. Souza lamarque at kde.org
Thu Mar 15 02:46:12 GMT 2012


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 not like it. Do you know what they think about the
> >patch?
> 
> If you follow the news you'd now how CUPS is driven, Apple doesn't like
> Linux, they are currently removing all non-OSX filters, which is why a
> fork idea is surrounding us. So yes, they won't accept patches for Linux
> only things.

	I did not know about that problem with Apple. That's going to be a big 
problem for Linux users.
 
> >> > I said I wanted the most versatile, which means one that satisfies my
> >> > needs *and* somebody else's needs. You are completey ignoring the fact
> >> > that there are people using oyranos too, it has been developed for
> >> > years, do you think it's fair to drop all that work now? I am in favor
> >> > of adding support to both colord and oyranos in kdegraphics. One way
> >> > of doing that is adding support to colord to kolor-manager, which
> >> > talks has already started.
> >> 
> >> Tell me, who is using besides Cine Paint?
> >
> > 
> >I was talking about people using oyranos, not programs. I think people
> >matters more than programs (that is what the rebranding of "KDE" to mean
> >the community was all about). I do not how many programs use oyranos, I
> >am very new to this color management world. I know Krita can use it, then
> >so far two programs. Not counting compiz because most KDE users (people)
> >use kwin instead. I really think oyranos should integrate better with
> >cups and kwin, which I think are the most used programs that can benefit
> >from it.
> 
> Well PackageKit, upower, NM all integrates well in KDE all of them are FDO
> and you even help one of these with a frontend, I myself help PackageKit
> and now colord since Dario is already doing awesome work with upower.
> (except from NM, colord, packagekit and upower comes from Richard).

	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 choice in 
Linux, hal is unmaintained as you probably know. That is why I think we should 
have a community to maintain the software we depend upon.
 
> >You tell me, I do not know how to test color management. How did you test
> >colord for instance?
> 
> First you need to build the software or use the packaged version, see how
> things work, now I started a replacement for system-config-printer because
> it has authentication problems and is written in python. when I go to
> Oyranos I found a bunch of tech I don't like, not just I don't like but
> many developers don't, so who will maintain those technologies if few
> people like/use it?

	That's too personal oppinion and you sound like nobody likes oyranos.
 
> sytem-config-printer is better than print-manager but no one fixed the
> authentication bug till today, and will likely never do, print-manager in
> a few months got real acceptance.
> 
> I don't want to kill Oyranos but I do think the choices based on wrong use
> cases might lead to an end, a good project done with a wrong design won't
> succeed. Take smart for example, PackageKit in a few years was able to do
> what they tried for many years, and stop saying that Gnome or Red Hat is
> pushing it, you can have Gnome without it, FDO also plays by it's own
> rules, let's focus on what really matters which is the code. No user will
> help you maintain a line of code, they will use what we best choose to
> them.

	I have never used PackageKit and said nothing about it. Are you talking 
about PakcageKit or colord here? If it is about Gnome without colord I am not 
sure if that is possible, anyway, why would they patch cups to add support to 
colord if it is not going to be used in the desktops? Users can help with 
patches from time to time, that is important, and I was only a Knetworkmanager 
user before I started to contribute. Your statement is completely wrong in an 
opensource world.

-- 
Lamarque V. Souza
KDE's Network Management maintainer
http://planetkde.org/pt-br
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20120314/9f3bbc62/attachment.htm>


More information about the kde-core-devel mailing list