> On Feb 1, 2016, at 7:55 PM, Eric Auer <e.a...@jpberlin.de> wrote: > > > Hi :-) > >>> I just downloaded the FDI-USB.ZIP file (now 178 MB .ZIP'd, unpacks >>> to 256 MB .img). > >> Yeah, It’s a little big. But, on the other hand it is really hard to find >> a USB stick under 512mb. So, other than download size, it isn’t to >> important. However, that being said. It should be under 100mb >> for individuals who have very limited or expensive bandwidth. > > The traditional answer would be to have a separate download which > contains only the BASE packages and whatever is needed to install, > such as UNZIP and the package manager :-) I would still like to > hear what the largest packages in FDI-USB are and which packages > of which size from Mateusz' 500 MB repository are still missing.
Many things are not included. Here are the current included Extra packages that are included. But, not installed with either BASE or ALL. At present, they have not all been verified as being able to ship with FreeDOS. > > Having a separate download would make it easy for people to either > enjoy ALL Mateusz' packages on a 500+ MB size stick without having > to worry about DOS networking drivers (do you include ANY yet?) and > at the same time make things quick and easy for others who simply > want a basic install of DOS with a quick download :-) I do get what you are saying here, I really don’t have the time to go through every package in his repository to verify they are appropriately licensed to be be included with the FreeDOS. 1.0M Dec 4 09:36 ansimat.zip 23K Dec 4 09:40 b64.zip 477K Apr 5 2009 biew.zip 89K Aug 7 2013 cpied.zip 690K Apr 5 2009 curl.zip 1.5M Dec 5 04:31 djgpp.zip 5.0M Dec 4 10:11 djgpp_bn.zip 414K Dec 5 04:33 djgpp_bs.zip 4.7M Dec 5 04:33 djgpp_db.zip 666K Dec 4 10:14 djgpp_fq.zip 191K Dec 4 10:15 djgpp_fx.zip 12M Dec 4 10:16 djgpp_gc.zip 270K Dec 4 10:19 djgpp_mk.zip 11M Dec 4 10:20 djgpp_ob.zip 6.0M Dec 4 10:21 djgpp_rh.zip 1.0M Dec 5 04:33 djgpp_tx.zip 368K Dec 4 10:24 dos32a.zip 29K Sep 22 2012 dosidle.zip 376K Feb 17 2013 fasm.zip 14M Dec 4 06:01 fbc.zip 856K Dec 4 10:53 fbc_help.zip 37M Dec 4 11:03 fpc.zip 4.8K Dec 30 2008 gcdrom.zip 231K Feb 1 2013 grep.zip 1.4M Dec 4 11:15 jwasm.zip 303K Feb 1 2013 less.zip 139K Jun 17 2015 md5sum.zip 1000 Jun 22 2015 mtcp.zip 2.5M Jan 4 13:36 nasm.zip 3.3M Dec 4 13:50 opengem.zip 14M Jul 27 2014 ow.zip 1.3M Dec 4 06:27 ozonegui.zip 169K Apr 5 2009 part.zip 26M Dec 4 13:57 perl.zip 583K Dec 27 13:03 pgme.zip 181K Nov 29 11:22 picosntp.zip 597K Dec 4 13:35 picotcp.zip 638K Jun 23 2013 ping.zip 1.1M Dec 4 13:49 rsync.zip 23K Feb 22 2009 search.zip 3.8K Sep 22 2012 slowdos.zip 28K Aug 16 2013 tinyaes.zip 1.9M Dec 4 06:58 unrtf.zip 1.9M Dec 4 12:24 upx.zip 19K May 10 2015 utf8tocp.zip 140K Jul 16 2013 vmsmount.zip 551K Dec 5 04:36 vncview.zip 2.3M Dec 4 07:05 wget.zip 40K Apr 4 2009 xcdrom.zip 180K Apr 5 2009 xfdisk.zip > >>> 147 MB of "DEVEL"??? Uh ... maybe I could sympathize with OW.ZIP and >>> NASM.ZIP (which total "only" 18 MB), but all of the rest is too >>> obscure (relatively speaking) for most developers. > > Hm? Are the "obscures" large? Are FPC, FreeBasic, DJGPP obscure? > >>> But LBACACHE now loads before UDVD2 and FDAPM, so you still can't >>> unload it. :-( >> >> But, it is the installers boot media. Not the installed system. Does it >> matter? > > Not really. Yet I agree that it is better to load FDAPM early ;-) > >> The issue is not being able to check for available free space. I just don’t >> see it as really being worth the overhead and additional complexity. > >> FDI starts, tests if there is enough freespace for minimum install. >> YES, continue, No, check if there would be enough if current version is >> removed. >> If not, stop telling user not enough space. > > You could make it simpler: If there is enough space to install (make > a base / all distinction) without deleting anything, be happy. If you > have less space, warn the user: They MIGHT be able to install stuff, > because the install will overwrite some old versions with newer ones, > but they continue at own risk. Give the user a rough idea of free size. > >> If user wants to make a backup, make sure there will be enough room for >> that >> an the minimal install. > > Can we assume that stuff is moved to backups, instead of adding backup > size to the amount of already used disk space? > >> Based on package selection, make sure there will be enough room for that >> the backup. > > I had the impression that you wanted to avoid individual package choices > to keep the install simple? Of course the package manager can always be > smart and ponder how much space is consumed by installing [list of some > packages] but for the moment, I guess knowing how large base / full are > should be enough to get a rough idea in the installer, not in fdnpkg :-) Don’t forget, it would need to figure out all of these situations: No Backup, Erase old DOS, Install BASE without source. No Backup, Erase old DOS, Install BASE with source. No Backup, Erase old DOS, Install ALL without source. No Backup, Erase old DOS, Install ALL with source. Make Folder Backup, Erase old DOS, Install BASE without source. Make Folder Backup, Erase old DOS, Install BASE with source. Make Folder Backup, Erase old DOS, Install ALL without source. Make Folder Backup, Erase old DOS, Install ALL with source. Make Zip Archive Backup, Erase old DOS, Install BASE without source. MakeZip Archive Backup, Erase old DOS, Install BASE with source. Make Zip Archive Backup, Erase old DOS, Install ALL without source. Make Zip Archive Backup, Erase old DOS, Install ALL with source. No Backup, Don’t erase old DOS, Install BASE without source. No Backup, Don’t erase old DOS, Install BASE with source. No Backup, Don’t erase old DOS, Install ALL without source. No Backup, Don’t erase old DOS, Install ALL with source. Make Folder Backup, Don’t erase old DOS, Install BASE without source. Make Folder Backup, Don’t erase old DOS, Install BASE with source. Make Folder Backup, Don’t erase old DOS, Install ALL without source. Make Folder Backup, Don’t erase old DOS, Install ALL with source. Make Zip Archive Backup, Don’t erase old DOS, Install BASE without source. Make Zip Archive Backup, Don’t erase old DOS, Install BASE with source. Make Zip Archive Backup, Don’t erase old DOS, Install ALL without source. Make Zip Archive Backup, Don’t erase old DOS, Install ALL with source. Now add in additional pages and text to say, you don’t have enough free space do (above), you only have (?MB). You need (?MB). Change option, exit installer, show suggestions, etc. In multiple languages. I really, don’t think it is worth the effort involved to do it right. > >> Or: >> Just test for Max install size + backup size. > > Yep. And maybe have a separate BASE-only download: Less disk size used > and less download bandwidth used. Plus people can always install extra > stuff later using the package manager. Either by feeding it package ZIP > files or by getting DOS networking to work. A check to verify there is room to do Full + Source + Complete Backup prior to asking anything. Then, refuse to install if there isn’t enough space for that process. This would be the easiest. But, it could prevent some users with limited space from doing a minimal type install. > >>> http://ericauer.cosmodata.virtuaserver.com.br/soft/specials/free-disk-space-tester-freetest.zip > > A classic tool for your errorlevel based disk space usage checks ;-) > > Cheers, Eric > > > > PS: It is a bit weird that the current image has to overwrite the whole > stick, which often is a lot larger than 256 MB. How about alternatives > that you copy to already FAT formatted sticks and a tool to SYS & MBR? > I know, FAT is less popular today, but this would be nice for those who > do not want to mess up stick partitions or do not know how to redo them. > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel