Be careful, spurious pkg splits can be dangerous to your health.

Srsly, what's the problem being solved here?

This won't help much for rawhide, since kipi-plugins will either go away soon, or be replaced with a kde4 version (it's fate is as yet unclear to me).

Personally, I'm trying to be able to install kipi-plugins since I'm using kdepim4 (bug#459703).  But in general, I'm trying to avoid needing pulling in unneeded dependencies since kipi-plugins does have a bunch.  Personally, I typically only need the print wizard plugin and gallery export, so I don't need to pull in ImageMagick, libgphoto, libgpod, etc.

BTW, packages should be starting to show up in that directory above.  Will probably be a little bit till it's fully populated (slow uplink to server).

Rex, whats your take on this.  I'm leaning towards NOTABUG since it sounds more like a wishlist item on a soon to be dead/retired package.

It's not clear if this is going to EOL or get upgraded with kde4 soon.  When I know, we can make an informed decision.

In the meantime, modifying the kde3 version at this point is mildly useful. 

silfreed, would you be interested in helping to maintain this in fedora?  If so, I'd be likely to go along with your proposed changes, and not so much if not.  Splitting things up like this greatly increases the maintainance burden.

Sure, I'm willing to help co-maintain this package.  I don't think future updates the the package will be very painful; my experience in splitting this package up was that the plugins included were named very sanely therefore future changes/additions should be easily detected when the rpmbuild finds unpackaged or missing files.

I'm not sure the current package provides the best upgrade experience right now; most users upgrading might expect to have all the subpackages installing.  We might need to look into how other packages that have gone the way of "single monolithic to multiple subpackages" have handled this (such as wine or git).

Cool, drop by on
http://admin.fedoraproject.org/pkgdb/
and add your self as comaintainer to kipi-plugins

Then, we can discuss the implementation details.  My kiss idea, in short, is keep what you've proposed, but continue to have a master/main kipi-plugins pkg that Requires: all the subpkgs.  That should provide the simplest upgrade path.

I've requested to be added to devel, F9, and F8 (and accidentally F7 which I revoked).

I'll work on an updated version that creates a kipi-plugins-libs subpackage and rebase all the requires to that and make the main package a meta-package that requires all the sub-packages.  I'll then post a patch to this bug against the current devel copy.

Ah, forgot about the shlib, excellent.

I have the shared libraries split from the main package and am making the calendar plugin not build on F10 due to kdepim3-devel not being available.

I'm only running ldconfig on the -libs sub-package as it seems to be the only libs that are in the ld path (AFAICT).

Here's the current spec file; I'll work on pushing this into rawhide and F9 soon (F8 doesn't build due to libkdcraw being tool old):
https://rpm.silfreed.net:8002/file/09c2f717de68/kipi-plugins/

This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Ping?

retargetting F11 was wishlist item (admittedly low priority, unless a comaintainer appears to help with the not-insignificant extra work involved).

Sorry; I should have pushed this in as soon as I worked up the patch.  It needs some attention now to get updated to the current versions.  I worked on this a bit a week or so ago but hadn't completed it for 2.0.0 beta yet.

Where do we stand on this?

I haven't had time to rebase this to newer kipi-plugins; feel free to resolve as WONTFIX and I'll reopen if I have time to fix it up.

Thanks, looking forward to hearing from you again. :)