Charles Steinkuehler wrote:

> > These are the things I've thought about, and my opinions on them:
> >
> > * Include versions in the package name - not enough name space.
> 
> Why not require VFAT support?  I don't think it adds too much size to a
> compressed kernel.

Not a bad idea; however, there are a few things that come to mind:

* How do you create a VFAT diskette under Windows?  Some may laugh; I
for one am not sure how....
* What about DOS diskettes? 1.44M preformatted diskettes?
* What of mkfs.msdos?  Does it understand VFAT?

> We could also switch to minix formatted floppies, but
> the Windows folks would have a fit (and you thought 1680K floppies were hard
> to work with on 'Doze :)

Heh.

> Why not change the package format?  It's possible to work with deb and rpm
> pacakges in shell-script using nothing more than dd, gzip, cat, and tar.

So I've heard; however, RPM files have not worked that way in my
experience - they require rpm2cpio to get anything decent out.  Also,
last time I started untarring (more recent) DEB files there was always
an error or warning about a particular file - it may have been called
'-' or something.

> Using dd to cut the file up, you can have an initial text (or script)
> portion, followed by one or more tgz archives (this is pretty much how a deb
> package is made).

I'm not sure what you mean, but I have a strong aversion to any format
which can't be undone by the following GNU tar command:

tar xzvf <package>

I've had it up to here with all the different package formats - and
none of them satisfy the above requirement.  I've HP-UX boxes here
(Software Depots), Unixware ("Packages"), Red Hat Linux (RPM), and
until recently Debian (DEB).  Makes me want to do what I've heard
somewhere that a few others are doing: skip the packages altogether
and only use source *.tar.gz files from the original creator....

> I'd like to see pre/post install/remove script support,

var/lib/lrpkg/<pkg>.sh

...used this way:

pkg.sh postremove
pkg.sh preremove
pkg.sh postinstall
pkg.sh preinstall

> and I think we could
> have minimal dependancy checking (for library existance/version, kernel rev,
> etc) without too much bloat to the packaging scripts...

How to check for library version?  You could use:

LIBC=$(ls -1 /lib/libc-*)
LIBC=${LIBC%%.so}
LIBC=${LIBC##*/libc-}

...but then you are relying on the name to be correct.  Is it?

For the kernel, you'd probably be best with

KERNEL=$(uname -r)
KERNEL=${KERNEL%%-*}

...this assumes that uname -r works; does it?

_______________________________________________
Leaf-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to