Hi, On 7/12/11, Jim Hall <[email protected]> wrote: >> >> With the risk of having used an outdated binary (and lacking compiler >> environment for your official source-code-only release): > > Install 4.01 isn't "complete" but it is "stable" for use in the next > 1.1 Test distribution. By the time the Install program is ready for > 1.1 (official), I'll have made a few other releases. :-)
Yes, having an installer is good for most people, so thanks! >> SCREEN: INSTALLING: >> * Sometimes getting the "caution: excluded filename not matched: >> SOURCE/*" when answered No to both questions. Seems odd. When selecting >> to not install sources, no messages related to them are expected. > > That message comes from the Unzip program. I got that too, during > testing, but I rebuilt the zip file it was complaining about, and the > error didn't reappear. I think the problem was mixed case in the zip > package file. Ah, now I think I know what you mean. I think that should be easily fixable by using -C (or, as I typically do, "set UNZIP=-C"). Info-Zip is pretty *nix-oriented in portability (as always), so they default to case sensitive and (unlike PKZIP) compress with lowercase filenames. But of course DOS (FAT) doesn't care. >> SCREEN: DONE >> * No input on how to proceed/finish (pressing any random key?) > > I will add a "press any key" message. I'll borrow the NLS string from > the CHOICE program. Homer: "Where's the any key???" :-)) BTW, feel free to nag some of us to (re)translate for Install. I see your /nls/ directory already has 12 languages (or perhaps 11 not counting .en). >> * SUBST/JOIN usable for floppy install? 'mount' floppy files in some >> dummy "PACKAGES\BASE" directory? > > The new Install assumes a CDROM install source, and reads all the > packages at the beginning (so it understands the total number, used in > progress bar) then installs the packages. To do this using floppies, > the Install program would need to be refactored. > > But I wonder if anyone really installs FreeDOS from floppies in 2011? I'm sure somebody weird (ahem) will probably still do it, but it's probably rare now that floppies are almost discontinued. Anyways, if anybody needs to install, they can come to the mailing lists and we'll guide 'em manually. IMHO, you (Jim) shouldn't worry about floppies at all right now. Leave that until after you take care of CD-ROM users (the majority). >> * TIMEZONE stuff required? Didn't notice anything going wrong besides >> sometimes a warning. Any documentation for what is valid input for TZ? > > The TZ variable is used in Unzip or the UzpMain() library, not > (strictly speaking) in the Install program. Not having the timezone > set just results in a warning. To keep the warning from coming up, the > included Unzip program sets TZ with a PST value, if TZ is not already > set, just to suppress the warning message. Worse is that the timezone rules changed a few years back. Honestly, I don't know the lower-level details, and you're probably not using a DJGPP compile anyways. (Does any other compiler runtime support timezones?) And I'm fairly certain their rules are the old ones anyways. In short, it's far from perfect in DOS, but for someone like me, I don't care. (I've only been bitten by it once, IIRC, when unpacking something very fresh from "the future", i.e. U.K., which is a few hours ahead of me, heh.) I can't remember the full syntax, not sure I was ever correct anyways. Yes, typically I set "TZ=CST" (central) though perhaps the full is something like "CST4DST" (or something, I forget and this computer doesn't have it set, doh). >> * Documented that InfoZip's UNZIP is required/expect, and no others >> supported (7ZIP, PKZIP, UNRAR, TUNZ, 7ZDECOD etc) ? > > I'll add a note in the docs. But this is one reason that I'd prefer to > use UzpMain() or some other internal library to unzip/install > packages. Again, if anyone can figure out why this doesn't work > (currently using InfoZip's Unzip 6.0) I'd appreciate the help. Info-Zip did used to have a forum online (at least a year or two ago). You could probably post there or e-mail Ed Gordon (I think? that was his name). Or post to news://comp.compression. Or use a different unpacker / installer: Gautier's zip-Ada, OpenWatcom's (old) libzip used by their installer, FreePascal's unzip / installer. In short, I need to find time today (shouldn't be too too hard) to *try* to recompile OW's libzip statically for you. The stack "bug" in UzipMain() could be anything, so I have no idea, and my C skills are limited. I'd have to look closer. > The only way I can figure to test if the destination has enough space > is to use hard-coded values for how big FreeDOS 1.1 will be after it > is installed (with/without all packages, with/without source code.) (overthinking) I guess in theory you could "unzip -l *.zip" and somehow sum up all the totals (awk?). I mean, if you wanted to do it the fancy automated way. ;-) But I think your way is plenty good enough for the foreseeable future. (Better than nothing!) >> Question: are sources installed and later deleted, or excluded by UNZIP >> as was the initial intent? > > If you do not want to install sources, they are excluded by Unzip as > the package is installed. Presumably via "-x ", so I think to workaround the case sensitivity you have to do this: unzip -C blah.zip -x */source/* >> Yes, usable, will integrate it. Thanks for the work so far. >> (and I'll throw UPX over it to reduce size of binaries) > > If you do, please use UPX-UCL instead of NRV. If you use --lzma, it doesn't matter as they should be identical anyways. But yes, otherwise use UPX-UCL 3.07 (latest): http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/devel/upx/v3.07/ ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
