Bug 256659 - Make kdepimlibs dependency optional
Summary: Make kdepimlibs dependency optional
Status: RESOLVED FIXED
Alias: None
Product: kmymoney
Classification: Applications
Component: general (show other bugs)
Version: SVN
Platform: Gentoo Packages Linux
: NOR wishlist
Target Milestone: ---
Assignee: KMyMoney Devel Mailing List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-12 09:35 UTC by Cristian Oneț
Modified: 2016-01-24 16:17 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.0.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Cristian Oneț 2010-11-12 09:35:35 UTC
Version:           SVN trunk (using KDE 4.5.3) 
OS:                Linux

Since the functionality provided to kmymoney by kdepimlibs isn't a critical one (by this I mean that kmymoney would still be usable without it) I propose making this dependency optional. I made this proposal because I'm willing to work on it.
AFAIK we only use:
- kadressbook to import the user's data (minor feature)
- qgpgme for gpg encryption - one could use kmymoney without that (I use it that way)

Don't misunderstand me, I don't want to move away from KDE :) I would just like to keep kdelibs as a core dependency and everything else optional (just like the plugins). I do have kdepimlibs on my system but I would like to keep one's freedom to package kmymoney without it.

I have created this wish to discuss it first. If you don't agree wit this approach we can always mark this as invalid :). 

Reproducible: Didn't try
Comment 1 Jack 2010-11-12 16:12:31 UTC
I agree with this.  I happen to use KDE, but if I chose to use another environment, I would still like to use KMM, and the fewer absolute KDE dependencies the better.
Comment 2 Tony B 2010-11-13 10:42:41 UTC
It's fairly easy to incorporate gpg into an external shell script. I provided one in the contrib directory for mysql users (mysqlcrypt.sh). It shouldn't be too difficult to provide a simple customisable script for people who are not shell scripters.
Comment 3 Alvaro Soliverez 2010-11-14 05:16:07 UTC
why are we even wasting time on this? If I have to choose between users downloading 30MB extra or us spending on a half-baked solution, it's no-brainer to me.
With our resources as constrained as are now, we have lots of stuff to focus on other than this. And even with our time, I'd focus on increasing the integration with Kontact (ala Kraft) rather than the other way around.
Comment 4 Christian David 2016-01-24 16:17:26 UTC
You already did this :)