Re: {S} Re: {S} Yuck... 710 MB

>Some more candidates for moving to the other CDs:
>ark-backgrounds	Maybe split into ark-backgrounds (core) and
>			ark-backgrounds-extra (AES)?
>  
>
Fine by me.. beginners won't learn how to change these for a while 
anyhow, and that can possibly be the first 'lesson' in installing new 
software.

>cervisia		currently needed by kdewebdev, but I don't think the average
>			"I want to have my own homepage" guy will need it -- again a
>			matter of packaging kdewebdev more intelligently to avoid
>			deps.
>  
>
Cervisia, cvs and kdewebdev should be moved to ark-devel-suite.  99% of 
people will have no need for web development software.. or cvs.

>cdda2wav	cdparanoia is much better anyway, but maybe something
>			requires cdda2wav? Not sure...
>db4-java		This is some obscure OOo requirement, but I'm fairly sure
>			it works just fine without it (I've tried it locally without seeing
>			any odd effects). I tend to think it's in reality needed to build
>			OOo only, so it should go to -devel
>cvs			Currently there because cervisia needs it and is in turn needed
>			by kdewebdev
>  
>
see above.

>dosfstools	Does anyone really use this? We can mount dos partitions without
>			it, and I don't see a real need for a typical user to fsck a dos filesystem
>efax	, kfax	Given it doesn't work with ISDN and almost all analog modems you
>			can get today are winmodems anyway...
>fortune-mod	Currently included because one of the KDE screensavers needs it,
>			but we should split those out of kdebase anyway (and move most
>			of them off)
>glib1		*****ing legacy cruft, no longer required since I patched espgs not to
>			use glib
>ImageMagick-c++	Nothing uses it, should probably go to -devel until something
>			actually uses it
>imlib		More *****ing legacy cruft... Currently used by kuickshow, but I think
>			if we compile kuickshow without imlib support it won't lose any
>			functionality - KDE can handle (almost?) all formats imlib supports
>			natively these days.
>samba, samba-client	Is this needed for smb:/ to work? I don't think it is, and
>			if it isn't, I don't see much of a reason to include it
>  
>
They may not need samba-client if konqueror can browse the share, but 
they definitely need both if they want to share their files with a 
windows machine.

>k3b-i18n		We should probably split this into per-language packages and include
>			only the primary supported languages in base, just like with kde-i18n
>kde-i18n-British	I think it's not really important whether you're asked to
>			pick your favourite colour or your favorite color, and anyone
>			understanding one variant will understand the other... But maybe British
>			people disagree? Any comments on this?
>kio_exec	Included because the ancient (pre-rewrite) ark-mission-control needed
>			it. No longer used.
>kommander, kommander-devel
>			Another fairly superluous kdewebdev requirement
>mouseconfig	I don't think this handles anything coldplug doesn't do
>			automatically.
>  
>
I didn't see mouseconfig in the current base-home install.ark

>Xdriver-apm, Xdriver-ark, Xdriver-siliconmotion, Xdriver-tseng
>			Has anyone ever seen this hardware? I certainly haven't...
>  
>
if X.org can configure itself to use a standard SVGA driver initially, 
then we could drop back to only offering the mainstream X drivers on the 
install CD, then allow them to manually install the "Accelerated" 
driver.. maybe as part of AftWizard. 

>zisofs-tools	Probably mostly useful for developers, -> -devel
>
>Also, there's the ISO8859-14 and ISO8859-9 fon packages -- which languages are 
>they required for? Any languages we support in a base install? If not, they 
>should probably be moved to the extra-languages CD along with the other files 
>supporting the languages...
>
>  
>