[Digikam-devel] digiKam inclusion on KDE 4.1 ?

Mikolaj Machowski mikmach at wp.pl
Wed Jun 13 17:19:44 BST 2007


Dnia środa 13 czerwiec 2007, Gilles Caulier napisał:
> Hi all,
>
> Today, I have discuted with Stephan Kulow by mail about a possible
> digiKam inclusion in KDE 4.1, especially in kdegraphics component...
>
> What do you think about ?

-1 (and I think this would be bad for both parts)

What are benefits of being part of core KDE?

- better recognition
- better attention from translators
- auto-inclusion in base packages of all distributions 

I think in first two points Digikam is doing fairly well (YMMV as main
developer). Third point is worth of investigation.

Fast check: 

Mandriva - OK

SUSE - OK but: AFAIR F-Spot is default app for digital photography in
*SUSE, unfortunately it is decision bordering on political grounds, not
merits. Moving to core KDE will change nothing. More helpful here (and
not only here) would be bumping number to 1.0 .

OpenSUSE - OK (see above)

RH - N/A (as primarily server/office distro there is no place for D?)
Fedora - BAD (extras packages but Fedora was always playing ugly with
KDE)

Ubuntu - obvious

Kubuntu - obvious :)

Debian - probably OK but there is no split in main/extras

Being part of KDE brings one big obligation: playing nicely with KDE
deadlines.

Digikam depends on some external projects, sqlite, dcraw, exiv2,
kipi-plugins.

When there is major breakthrough in one of them Digikam can quickly
include changes and has all benefits. When being part of KDE Digikam has
to wait, sometimes for long time, to include major changes, and even
smaller when they bring string modifications/additions.

As KDE user I think also that KDE should get rid of major applications
in main bandwagon. kdebase/kdepim is different story (kdebase is, well
base and kdepim practically is one big program) but general packages
should be rather place for small, entry-level applications[1], not
prosumer beasts. IMO Digikam is on prosumer level as far as digital
photography applications are going.

[1] And keep them on that level. What destroyed JuK in my eyes was
adding features completely unnecessary for simple music player - those
features broke stability and increased complexity of interface.

m.




More information about the Digikam-devel mailing list