Bug 352291

Summary:	FutureFeature: Break big KDE packages
Product:	[Fedora] Fedora	Reporter:	Ntounas Alexios <axelinux83>
Component:	kdebase	Assignee:	Than Ngo <than>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	low
Version:	7	CC:	rdieter
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2007-10-25 14:00:44 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Ntounas Alexios 2007-10-25 13:43:22 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8

Description of problem:
KDE rpms contain many applications that in many cases are not needed. However if you want to use for example kcoloredit you must install the whole kdegraphics package and therefore kfax, kpdf, kruler etc.

Would it be possible to brake those big rpms into smaller ones each of which will contain only the needed up?

This would be good for the user since he wouldn't end up with an overbloated desktop and would save him bandwidth as well when a single pakage is upgraded.

Take a look at this link from archlinux kdemod for example http://kdemod.ath.cx/features.html#packages

Version-Release number of selected component (if applicable):


How reproducible:
Always


Steps to Reproduce:
It's a future request..

Actual Results:


Expected Results:


Additional info:

Comment 1 Rex Dieter 2007-10-25 14:00:44 UTC

If you really want this, please join the KDE SIG, 
http://fedoraproject.org/wiki/SIGs/KDE
to discuss, plan, and help work on it to make it happen.

Else, make proposals to fedora-devel mailing list.

Bugzilla simply isn't the proper forum, closing...

Comment 2 Rex Dieter 2007-10-25 17:49:09 UTC

In general, however, fedora follows upstream.  upstream kde packages monolithic
tarballs, so fedora's packaging follows suit.  Hence, status quo.

In defense of your original request, it's not an unreasonable one, but one that
would require a lot of time and energy, stuff which our current package
maintainers don't have much to spare.  This is where I was coming from in
suggesting that you consider participating and contributing to the process.