[Pkg-kde-extras] DISCUSS: split digikam into digikam and showfoto

[Achim Bohnet]

On Friday, 19. January 2007 15:22, Mark Purcell wrote:
>   * Merging Kubuntu change: split digikam into digikam and showfoto
>     packages. Thx to Anthony Mercatante <tonio at ubuntu.com>
> 
> Anthony, Achim,
> 
> I'm not sure I'm confortable with splitting digikam into digikam and showfoto.
> 
> Whilst, showfoto is a useful application viewer in its own right and could
> stand alone as a image viewer, arn't we just making more package bloat by 
> splitting it off into its own package. What are the advantages we are
> trying to archive?   

Several user of my digkam & co backports requested it as well as on IRC,
especially those with slow links.  But to be honest, I was always to lazy
to do it (despite the fact I never use showfoto myself, only for tests)

Reason behind the split eventually happening was that digikam should be
included on the Kubuntu CDROM.  This CDROM should (and can) only include
important pkgs and showfoto was not considered important.   So Anthony
took the job to do it for Kubuntu.
> 
> I don't think upstream are about to split showfoto off into a separate
> tarball and development path.

No there's no plan.  Nevetheless upstream reorganized the code to allow
for such a split, due to demand from many mandrake (and some other distros).

Note: mandrake did the split consequently (in lib dev base digikam showfoto)
Debian split has less pkg bloat. Only showfoto is split out and depends on
digikam.   So digikam only users save 1.2 MB per download now.  Showfoto
users still have to download digikam too.
  
> Also if it does split then digikam needs to Depend on it and things like
> the showfoto manpage also need to go across which haven't been brought
> across in svn.debian.  

Oh, really. Then I did an merge error.  I fixed this bug in kubuntu earlier.
Mhmm, looks like it's fixed for me:
allee(1) ~/src/digikam/0.9.0/digikam-0.9.0/debian $ dpkg --contents ../../digikam_0.9.0-2_i386.deb | grep share/man
drwxr-xr-x root/root         0 2007-01-10 02:18 ./usr/share/man/
drwxr-xr-x root/root         0 2007-01-10 02:18 ./usr/share/man/man1/
-rw-r--r-- root/root      1086 2006-12-18 14:40 ./usr/share/man/man1/digikam.1.gz
-rw-r--r-- root/root      3072 2006-12-17 11:13 ./usr/share/man/man1/digitaglinktree.1.gz
allee(0) ~/src/digikam/0.9.0/digikam-0.9.0/debian $ dpkg --contents ../../showfoto_0.9.0-2_i386.deb | grep share/man
drwxr-xr-x root/root         0 2007-01-10 02:18 ./usr/share/man/
drwxr-xr-x root/root         0 2007-01-10 02:18 ./usr/share/man/man1/
-rw-r--r-- root/root      1512 2006-12-18 14:40 ./usr/share/man/man1/showfoto.1.gz


> I can only see very limited cases where a user is going to have showfoto
> installed and not want digikam, I don't think this justifies the split. 

Reason was vice versa.  digikam only user wanted to know why they have they
are forced to install showfoto too.

I had the same feeling as you.  But we are wrong, as I learnt when showfoto
was not installable in kubuntu. I was really asthonished but looks like
quite some people does like the 'all pictures in one tree', keep their layout.
But at least this group never complained that they don't want to download
digikam.
 
> Also are we sure there are no dependencies between the two?
> Ie, is libdigikam needed, or any of the kio_digikam* needed by showfoto?
>
> In fact in svn.debian showfoto is shown as Depends on digikam, so if the two
> are always installed together, then why split them? 
> 
> If we want to bring attention to the fact that showfoto is different and available,
> then why not include an additional paragraph in the description of digikam? 

As I said: only complains I received were from debian digikam users, complaining
why the need to download showfoto.  Kubuntu CDROM space finally forced a
split in ubuntu.  As Kubuntu did the jobs and has to watch that the split
is correct in the future, I did not see a reason why to merge it back.
1.2 MB split out is not small.

<develish>
especially as I can (and did) point out to Anthony that now he has no
excuse anymore to commit all fixes directly instead of sending them to
me.
</develish>

And last but not least my again lazyness: I don't like to apply everything
twice.

Achim
> 
> Mark
> 
> 

-- 
  To me vi is Zen.  To use vi is to practice zen. Every command is
  a koan. Profound to the user, unintelligible to the uninitiated.
  You discover truth everytime you use it.
                                      -- reddy at lion.austin.ibm.com