Hi Eric, > On May 3, 2021, at 10:11 AM, Eric Auer <e.a...@jpberlin.de> wrote: > > > Hi Jerome! That list which packages are on which medium > of course asks for a number of critical remarks now ;-)
It’s a good time for them. :-) > >> Be sure and check out the new Report file generated by the RBE. >> >> https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.3/previews/1.3-rc4/report.html > > Nice that it lists various file sizes and download links! :-) > > As we have mentioned off-list, you could package the floppy- > to-boot-the-CD with all of the CD images instead of making it > a separate download. Agreed. I think it is a good idea and convenient as well. Just needs approval from Jim. > Also, please make the LiteUSB at least > 28 MB in size to have some free space on that. I personally don’t have much of an opinion on it. In RC3 it was 32MB. But since it only has BASE now, it fits on a 16MB stick. They are out there. There is a bunch of free space on the FULL USB stick. It’s not hard to come by those or even 1 or 2 GB ones. Why not just use on of them and the Full USB instead? Do you feel there is a lot of demand for a sub 512mb USB stick with only base? > As we have also mentioned off-list, because apparently all > CD have a Live CD mode, just make one Full and one Lite CD, > exactly like the Full and the Lite USB, and make a Legacy > boot style version of whichever of the two CD you prefer. > > That would be more orthogonal: 2 sizes x 2 media types, > with symmetrical NAMING, plus one Legacy CD of one size. > > Why are PAINT2, LHA, UNRAR, ELTORITO, XMGR and RDISK on > none of the media? How about DRMIND, KILOBLAS, LINCRAWL > and PRSINVAD? Who managed to make a minesweeper 8 MB and > a tetris version 3 MB large? Why no TAIL and UPTIME, or > BLWCBC blowfish cbc? The ElTorito package is just the SYSLINUX package driver by itself. During the final days of the previous RBE (post RC4, pre RC4), it was needed to provide the driver on the boot disc. The new RBE no longer requires the separate package. I could remove it from repo. But, it isn’t hurting anything and is easy to find for anyone wanting to make a boot disc. Dr Mind was only added to the repo last week. It has a (to me) odd license. Jim has been swamped and has not had time to review it. It may be on the next release. As for all of the rest, most have license or source code issues. Jim has a list of the packages. It includes reasons for why exclusions were made. However, it is possible something got excluded or included that shouldn’t have been. There are a lot of packages and I could have missed something. > Obviously, UHDD should also be available on all media > which already have UDVD2 and UIDE at the moment. I also > think you should upgrade DOS32A, DOSFSCK, CDROM2UI and > FDSHIELD ("bonus" now) to being installed far more often > and included on LiteUSB. Same for PCISLEEP and SLOWDOWN. Remember, the survey say … “vote now and vote often” :-) https://fd.lod.bz/survey/ <https://fd.lod.bz/survey/> > Also, all /drivers/ must be present on LiteUSB, they are > all both small and useful to have. Do not go too "lite". > > I suggest that LiteUSB could have more than half of the > entire /edit/ editors collection using only 3 MB together. > > Why did syslinux get renamed to syslnx? Those are the package ID’s. You know the filename minus extension. Not the program name. But, It is a good question. I inherited it that way. > Why are TWO clones of Doom included on most media, but > XFDISK is only found at all on "bonus”? Good point, should probable look at only keeping the best doom port. > How about upgrading bwbasic, insight, jwasm, nasm, runtime, > tinyasm, tppatch (!) and upx from bonus to full? tppatch isn’t included at all. If I remember, that because it has no source. As for the others, > > It is okay that emulators are all "bonus", but why not "meka”? I think license related. But, It has already been decided that all the emulators are going to be exclude on the next build. > Is moving of bladeenc and lame to "bonus" a license thing? No. I think only media players were being kept on the main media. Hopefully, Jim can share a copy of the decision spread sheet. > Do we have an oggenc for DOS? I think I even had a flac one. There is no pre-made package for them on the Repo. Could always use more help putting packages together for it. If it is not on the repo, it is not going to be on any of the release media. > Why is minibox "bonus"? Something like a busybox shell, no? > > The Lite edition could use significantly more from UTIL, as > they can be useful and almost all of them are tiny anyway. With only very few exceptions, Lite is only MS-DOS functionality. > The LegacyCD should not lack any of the packages from LiveCD. Maybe, I don’t disagree. That has occurred because some packages are not part of a FULL install. Some are made “Live” and some are just provided because it would be painful to try an get and use without an installed OS. In my opinion, since they are not part of FULL, the odds are the will be removed from the LiveCD and not added to LegacyCD. > > Thanks for the updates and the nice report tool! :-) Thanks. It helped me spot some minor issues. Once you grasp the color coding, it is really easy to quickly compare stuff. There is some more stuff I’m thinking of adding to it. Possibly another list of the packages, showing file counts, binary and source sizes, language and translation statistics. But for now, it sticks to only the most important stuff. > > Eric > > PS: What are the ins and outs of FreeCOM Beta 0.84pre7revA? The (rev a) part is just a packaging thing like with edlin. I haven’t noticed any. The RBEv3 runs on linux. During the build process, there a couple things that can only be done in DOS. To achieve that it uses QEMU and BATCH files some static and some generated on-the-fly by the RBE itself. It has been using 0.85pre7. No issues have been noticed. Get you head around this one. I’m using a mac running VirtualBox to run an instance of the RBE under Linux. The RBE is fully automated. run ‘make clean all’ and gigabytes of text scroll by and after a while you get the release, report and an error log. To accomplish that task not only does the RBE pull together a variety of resources from the web (packages, installer, nls data, etc.) in a raw format and does an enormous amount of processing to them. It also generates automated processes and spawns instances of QEMU to run them under DOS. All of this to create, the installer media. Eventually, those will most likely be used in default mode on a Virtual Machine for a mostly automated install. Its layers upon layers upon layers of virtualization and automation. > Could you also make HTMLHELP "base", for AMB non-believers? AMB and/or HTMLHELP may be BASE for the next build. No decision has been regarding that. The HELP.BAT from FDHELPER will launch whichever is installed. At present, it is configured to prefer AMBHELP. But, that is not set in stone either. > PPS: Are you sure FreeCOM is not on LegacyCD and LiteUSB > and COMMAND is on none of the media? ;-) FreeCOM and COMMAND? What are those? :-) Jerome PS: I woke up way to early today. Like at 3:30 ET. Thanks for keeping me busy until release time at 9AM. :-)
_______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
