Hi! > Let me disagree. "Source package" should contain only sources and other > files, which not need for program' user (not developer). "Binary package" > shouldn't contain these files. For example, doc/emm386/build.txt should be > present only in sources package, but it not need in binary package. And vice > versa: if someone needs source package, then binary package should be > installed together. > Documentation is need for program using and should be included into > binary package.
For example MEM has no "devel docs". It only has user docs, license info, and mem.* NLS files. The latter two are definitely relevant for both the source and the binary: For example the NLS files contain format strings and are closely linked to the sources. And it would surely not hurt if developers would actually read and, more importantly, update, the documentation when they modify the sources. But yes, your CuteMouse packaging is also useful: Including the binary in both the "binary and docs" and the "everything" package. After all, people who want the sources do accept to download more than people who only want to use the program. If that "more" also includes the binary, it makes the download a bit bigger, but not that much. Unless anti-binary "antivir- us products" complain, your method is quite nice. A BINARY package and a FULL package. As opposed to a BINARY package and a SOURCE package. To bring this in context of our installer: The "sources included" CDROM could just contain ONE set of FULL packages and selectively skip files in source/ directories at the moment when the packages are unzipped. That would also allow full 8 char file names (no need to add "x" or "s" to the package name). The "binary only" CDROM can contain the classic "binary and docs" (excluding developer-only docs, as mentioned by Aitor) packages. Oh, and last but not least, actually the "binary only" CDROM need not contain ANY packages at all. Just install all packages into the LiveCD part, and XCOPY that to harddisk for installing it ;-). You can ZIP the ISO itself then. Which will also give better compression than zipping all packages separately :-). You can see this in context of my preference to have the following 4 ISOs: Base binary, Base with sources and LiveCD, Allpackages binary with LiveCD, Allpackages with sources (and optionally LiveCD). Base binary can be whatever makes the download as small as possible. If that is "LiveCD and XCOPY" instead of zips, fine for me :-). Eric ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
