Re: {S} Yuck... 710 MB

On Tuesday 18 January 2005 8:34 am, you wrote:
> On Tuesday 18 January 2005 03:56, Zackary Deems wrote:
> > Kommander is far from necessary.
>
> Agreed 100%, but kdewebdev needs it. Maybe we need to look into packaging
> kdewebdev more intelligently so we can avoid the dependencies on kommander
> (and, even worse, kommander-devel).
>

kdewebdev really needs only the kommander-executor.

> I've moved Portuguese support to ark-extra-languages for now, the installer
> isn't translated to Portuguese anyway, so any Portuguese user will have to
> speak a different language anyway (and if someone speaks
> English/German/French/... well enough to understand the installer, he'll
> probably figure out the extra CD installer as well).
>
> > Drop the non-top-shelf games and move them to a games CD.  I.e. leave
> > supertux and ppracer .. and maybe chromium, move everything else off.
>
> True, but the only other games we have on core are the KDE games, and
> they're small -- moving them off would save less than 1 MB.
>
> > Remove all themes except plastik and keramik.
>
> Much the same here:
> qt-style-windows-3.3.3-6ark.i586.rpm 58164 bytes
> theme-highcolor-3.3.2-1.20041221.2ark.i586.rpm 63898 bytes
> theme-keramik-3.3.2-1.20041221.2ark.i586.rpm 100576 bytes
> theme-light-3.3.2-1.20041221.2ark.i586.rpm 73802 bytes
> theme-marble-3.3.2-1.20041221.2ark.i586.rpm 145806 bytes
> theme-plastik-3.3.0-1ark.i586.rpm 103751 bytes
> theme-system-3.3.2-1.20041221.2ark.i586.rpm 54745 bytes
>
> I think we should keep at least qt-style-windows in there as well, for the
> "But I don't want my new OS to be any different from my old OS" crowd who
> just pick "behave like that crappy OS" in kpersonalizer.
>
> > Or just move to a 2 disk install as the primary method, and strip down
> > base-home to be roughly equivalent to base-workstation.  Trying to keep
> > the one-disk install as the primary delivery method is REALLY becoming a
> > hindrance to the overall quality of a cleanly installed ark machine.

I'm in favor of this. Since I started working on Installer2.0, the space 
restrictions have been biting me in the ass. The need for more space on the 
first disc will get far worse as the year goes by for KDE 3.4 and eventually 
4.0.

> Always an option... I prefer trimming the package list while possible
> though (also important for CD inclusion in books/magazines/...)

Linux books and magazines these days are shipping with either compressed isos 
or DVDs. (DVDs are the more often seen format these days.)

> Some more candidates for moving to the other CDs:
> ark-backgrounds	Maybe split into ark-backgrounds (core) and
> 			ark-backgrounds-extra (AES)?

Yes.

> 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 should be moved to devel-suit. The only other issue I have with this 
is that it auto enables it's plugin for konqi.... but that's being discussed 
on KDE core devel.

> cdda2wav	cdparanoia is much better anyway, but maybe something
> 			requires cdda2wav? Not sure...

According to rpm, it's not used by ANY package. move it to extra gear.

> 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

Move this to devel-suit for now. If this breaks it, bring it back.

> cvs			Currently there because cervisia needs it and is in turn needed
> 			by kdewebdev

Again, this needs to be moved to devel....

> 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

I fsck my vfat partitions, but I'm not in the majority since coldplug 
(incorrectly) marks vfat as 0 in the fsck field. That and the initscripts 
need reworked for the test for needing to fsck those partitions only for when 
a system crashs. the other tools in this package are not needed though, so 
I'd propose splitting the fsck.vfat from this package and install only that 
and put the rest on AES.

> efax	, kfax	Given it doesn't work with ISDN and almost all
> analog modems you can get today are winmodems anyway...

This is a major issue...

We need to find a way to help these folks that have only winmodems. I'm not 
sure yet how to do this though....

> 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)

Move this to AES.

> glib1		*****ing legacy cruft, no longer required since I patched espgs not
> to use glib

Move to AES, with the rest of the Gtk(x) stuff.

> ImageMagick-c++	Nothing uses it, should probably go to -devel until
> something actually uses it

Yes.

> 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.

Move to AES.

> 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

Actually, it does. However, all we need for this is to split the libs into a  
samba-common package and include it and the client on the first disk. the 
server portions can go on server-suit. See MDK's package for what was split 
out.

> 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?

Move to extra-languages.

> kio_exec	Included because the ancient (pre-rewrite) ark-mission-control
> needed it. No longer used.

Move off CD. This tool needs redone since in KDE 3.1.0 kdelibs changed so that 
the intended behaviour is broken. I'd like to look at this later, but we 
haven't time before beta 1.

> kommander, kommander-devel
> 			Another fairly superluous kdewebdev requirement

See above.

> mouseconfig	I don't think this handles anything coldplug doesn't do
> 			automatically.

This should be moved to AES

> Xdriver-apm, Xdriver-ark, Xdriver-siliconmotion, Xdriver-tseng
> 			Has anyone ever seen this hardware? I certainly haven't...

Keep apm, but nuke the others since they are old ISA and microchannel cards.

> zisofs-tools	Probably mostly useful for developers, -> -devel

Yes, move this to devel-suite

> 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...

Dunno, I never learned the ISO numbers for languages.... :P

-- 
Gary L. Greene, Jr.
Sent from uriel
 13:46:13 up  9:22,  2 users,  load average: 0.00, 0.01, 0.00
 
============================================================
Developer and Project Lead for the Ark Linux Project
 check out http://www.arklinux.org/ for more info.
 Also http://www.csis.gvsu.edu/~greeneg/
EMAIL : greeneg-9zdaV+82baBWk0Htik3J/[email protected]
============================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.9.12 (GNU/Linux)

iD8DBQBB7WbYpYIGqyXDl5wRArWSAJ9PVccJ1yFGN022HEqvd7YrdqEi2gCfYOUf
aJHF6R+J+nbYGw+FWO194s0=
=48rE
-----END PGP SIGNATURE-----