home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!mintaka.lcs.mit.edu!bloom-picayune.mit.edu!daemon
- From: pmacdona@tadpole.bcsc.gov.bc.ca (Peter MacDonald)
- Newsgroups: comp.os.linux
- Subject: Re: SLS problems
- Message-ID: <1992Aug31.021401.22237@athena.mit.edu>
- Date: 31 Aug 92 02:14:01 GMT
- Sender: daemon@athena.mit.edu (Mr Background)
- Reply-To: pmacdona@tadpole.bcsc.gov.bc.ca
- Organization: The Internet
- Lines: 21
-
- The current SLS is a cross section of Linux at .96cp2 and thus it uses
- only the "minix" fs. Also note, the boot_b procedure doesn't work
- because the ram disk still tries to load from A:. This doesn't affect
- those that download SLS, but if you distribute it to others, please
- take note.
-
- On another note: others can distribute packages that are installable under
- SLS by observing the following:
-
- - tar archive from / (root) and compress
- - use ".taz" as the suffix, rather than ".tar.Z"
- - restirct prefix name to <= 8 chars.
- - restrict package size to <= 1150K.
- - optionally include a shell script to execute in "/install/doinst.sh".
-
- Ideally, I would like to see GCC, X11, and others distributed this way.
- Then installation would work, universally.
-
- In the next SLS release, I will see to it that extract works with the doinst.sh
- shell script. Also, a SLS FAQ will be included, and hopefully, documentation
- will be improved, since one of the goals of SLS was to reduce net traffic.
-