Re: [Freedos-user] Boot floppy image files
Hi :-) > So, roughly speaking, the main (bootable) disk would be: > > KERNEL, FreeCOM, XMGR, JEMMEX, UIDE, CTMOUSE, DOSLFN, UNZIP16, > 7ZDECODE, EDIT, SYS, FDISK, FORMAT, DISKCOPY, FDXMS286, HDPMI16, > CWSDPMI, DOS32A, CWSTUB, XCOPY, SHCDX33F, RDISK, That is at least a reasonable set of drivers :-) I do miss FDAPM in the list (note to Aitor: Please fix the regression bug which breaks idling in EDIT, it worked in 0.7 EDITs) and think I would not need CWSTUB / 7ZDECODE, maybe also not HDPMI / DOS32A, maybe add an UNTGZ or UNTAR/GZIP/BZIP2? > I know you and Eric prefer "BASE" plus some stuff from "UTIL" It takes only 2 floppies to have ALL base with most extra files. Depending on how much extra, you zip/drop some docs. You could have all base binaries on 1 floppy, but too bare. So as in my old Brezel distro, 3 disks fit base+docs+extra. Regards, Eric -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] FreeDOS packaging rules / paths
Mateusz Viste on 27 Sep 2012 08:16:47 +0200: > Another question: how are you storing your files on your FreeDOS > systems? As far as I'm concerned, I usually store games in a separate > directory, and other stuff under a 'programs' directory. But maybe other > categories would be needed? (like 'devel', 'emulator', etc...?) I don't have any games but if I had, they would be in 'c:\games'. Programs are in 'c:\prog' directory, with subdirectories such as databases, editors, image viewers, LaTeX, sound, spreadsheets, text viewers, etc. The above is for files in use. As to the compressed files, they are in a 'd:' partition, subdivided in dozens of categories. Marcos -- Marcos Fávero Florence de Barros Campinas, Brazil -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] adding files to the FreeDOS live image
Hello list, I am trying to create a FreeDOS USB stick to flash a BIOS. Using UNetbootin I succeeded in installing FreeDOS 1.0 (fdboot.img) on the USB stick. I am having a hard time figuring out though how to add files to the live session. Since the live session seems to mount the floppy image ubninit at boot, and that image is a 1.44MB floppy image, I can't add the BIOS files to it since they are about 4MB large. Can I make the floppy disk image larger? Or add another image mounted on B: or whatever which contains the BIOS files? Thanks already, nick -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS packaging rules / paths
On Thu, Sep 27, 2012 at 2:16 AM, Mateusz Viste wrote: > Another question: how are you storing your files on your FreeDOS > systems? As far as I'm concerned, I usually store games in a separate > directory, and other stuff under a 'programs' directory. But maybe other > categories would be needed? (like 'devel', 'emulator', etc...?) My approach is hybrid. The originally FreeDOS structure created by installing from CD is intact, but there are additions. I'm an old Unix guy, so part of the file system emulates unix. There's a \bin directory with DOS versions of common unix uitilities. Device drivers live in \dev. Config information lives in \etc. There's a \home\dennis directory, and a \usr directory, with a \usr\bin directory below that. Various user installed applications live under \opt, like aseasy, word, TDE and wpshell. Outside of the unix-like structure, there are directories for 4DOS, docs, games, batch files, and a few other things. > Mateusz __ Dennis https://plus.google.com/u/0/105128793974319004519 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] adding files to the FreeDOS live image
> I am trying to create a FreeDOS USB stick to flash a BIOS. Using > UNetbootin I succeeded in installing FreeDOS 1.0 (fdboot.img) on the > USB stick. I am having a hard time figuring out though how to add > files to the live session. Since the live session seems to mount the > floppy image ubninit at boot, and that image is a 1.44MB floppy image, > I can't add the BIOS files to it since they are about 4MB large. Can I > make the floppy disk image larger? Or add another image mounted on B: > or whatever which contains the BIOS files? use http://rufus.akeo.ie/ to format a FAT32 stick this creates a *normal* filesystem, where you can put more files, in particular your BIOS update stuff. you may want to add himem.exe to it, too Tom -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS packaging rules / paths
Hello, Marcos, Dennis - thanks for your valuable input. I see with only two answers that we already have two very different point of view (Marcos using a more 'classic' DOS-ish directory structure, while Dennis prefer to unixify his environnement). This makes me think that we definitely must have some flexibility in handling packages, and make installation paths configurable as much as possible (with some 'standard' default configuration for users that don't care about where their software is installed on disk). I'm also wondering about what to do with configuration files of applications... In FreeDOS 1.0, configuration files for the few system tools that require them are stored right in %DOSDIR%\BIN. I really don't like this (am I alone?). I'd prefer to have a dedicated directory for system tools configurations... let's say something like %DOSDIR%\cfg\ ? What do you think? I do know that this is not as easy as it sounds, because it would require to modify these tools to make them look at this specific directory, but this doesn't seem unrealistic, does it? cheers, Mateusz On 09/27/2012 06:32 PM, dmccunney wrote: > On Thu, Sep 27, 2012 at 2:16 AM, Mateusz Viste > wrote: >> Another question: how are you storing your files on your FreeDOS >> systems? As far as I'm concerned, I usually store games in a separate >> directory, and other stuff under a 'programs' directory. But maybe other >> categories would be needed? (like 'devel', 'emulator', etc...?) > > My approach is hybrid. > > The originally FreeDOS structure created by installing from CD is > intact, but there are additions. > > I'm an old Unix guy, so part of the file system emulates unix. > There's a \bin directory with DOS versions of common unix uitilities. > Device drivers live in \dev. Config information lives in \etc. > There's a \home\dennis directory, and a \usr directory, with a > \usr\bin directory below that. Various user installed applications > live under \opt, like aseasy, word, TDE and wpshell. > > Outside of the unix-like structure, there are directories for 4DOS, > docs, games, batch files, and a few other things. > >> Mateusz > __ > Dennis > https://plus.google.com/u/0/105128793974319004519 > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] adding files to the FreeDOS live image
Great, thanks! I will give that a try. nick On Thu, Sep 27, 2012 at 1:21 PM, Tom Ehlert wrote: > >> I am trying to create a FreeDOS USB stick to flash a BIOS. Using >> UNetbootin I succeeded in installing FreeDOS 1.0 (fdboot.img) on the >> USB stick. I am having a hard time figuring out though how to add >> files to the live session. Since the live session seems to mount the >> floppy image ubninit at boot, and that image is a 1.44MB floppy image, >> I can't add the BIOS files to it since they are about 4MB large. Can I >> make the floppy disk image larger? Or add another image mounted on B: >> or whatever which contains the BIOS files? > > > use http://rufus.akeo.ie/ to format a FAT32 stick > this creates a *normal* filesystem, where you can put more files, in > particular your BIOS update stuff. > > you may want to add himem.exe to it, too > > Tom > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS packaging rules / paths
On Thu, Sep 27, 2012 at 4:25 PM, Mateusz Viste wrote: > > Marcos, Dennis - thanks for your valuable input. I see with only two > answers that we already have two very different point of view (Marcos > using a more 'classic' DOS-ish directory structure, while Dennis prefer > to unixify his environnement). Every user will have a preferred organization. One size will not fit all. I did the unixification back when on my original MS-DOS machine (which is sitting on a shelf). I had a Unix machine (an AT&T 3B1) before I got a DOS PC, and I wanted the DOS box to resemble the Unix machine where possible. I ran a commercial package called the MKS Toolkit, that provided DOS versions of most Unix utilities that made sense in a single user, single taking environment. The selling point was a very complete DOS version of the Unix Korn shell, that had everything save asynchronous background processes (because DOS mostly didn't *do* background processes.*) The Toolkit offered a highest Unix compatibility mode. Run it that way, and COMMAND.COM was replaced as your boot shell in CONFIG.SYS by the MKS INIT.EXE program. Boot the system, INIT would load, and print Login: on the screen. Enter and ID and optional password, and INIT would call LOGIN, which checked the ID against an /etc/passwd file. If it found the ID, it changed to the directory specified as that ID's home directory, and loaded whatever was specified as that ID's shell. I had IDs that ran the MKS Korn shell, vanilla COMMAND.COM, 4DOS, and DesqView. When I wanted to switch environments, I logged out of the current shell, control returned to INIT, Login: got printed, and I logged back in under a new ID. I could switch environments without rebooting, and when I was up under the Korn shell, you had to dig a bit to tell it *wasn't* an honest-to-Gos Unix box. * The exception to background processes was the DOS PRINT command, which installed a resident extension that time sliced and allowed you to print in the background. I used Korn shell aliases and functions to implement a version of the Unix LP command built on top of PRINT. When Win 3.1 joined the family, I modified the technique. Windows 3.1 still had the concept of the user's shell, which defaulted to Program Manager, but there were a variety of alternatives and you could specify which you preferred in SYSTEM.INI. I used MKS IDs that diddled the SYSTEM.INI file to specifiy the desired shell, then ran Win3.1 with that spec. > This makes me think that we definitely must have some flexibility in > handling packages, and make installation paths configurable as much as > possible (with some 'standard' default configuration for users that > don't care about where their software is installed on disk). My preference, if doable, is making where things get put user specified, with a default if an alternate choice is not given. > I'm also wondering about what to do with configuration files of > applications... In FreeDOS 1.0, configuration files for the few system > tools that require them are stored right in %DOSDIR%\BIN. I really don't > like this (am I alone?). I'd prefer to have a dedicated directory for > system tools configurations... let's say something like %DOSDIR%\cfg\ ? > What do you think? This is a subset of the issue above. If I choose a non-standard location to install something, the config file that something uses needs to be modified as part of the install to reflect that. > I do know that this is not as easy as it sounds, because it would > require to modify these tools to make them look at this specific > directory, but this doesn't seem unrealistic, does it? I'm opposed to that sort of config directory. To the extent it makes sense, that should be user specifiable, too. Most apps under FreeDOS will have app specific configs that won't live in a global config directory, and will usually be found in the same directory where the app is installed. > cheers, > Mateusz __ Dennis https://plus.google.com/u/0/105128793974319004519 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] USB mobile,Broad Band device
Hello, everyone, Dose anyone know if a USB mobile broad band device can be used with FreeDos,? Also if any other "browsers" are available? I have been trying with ARACHNE, but no luck, If anyone can help on this, it would be greatly appreciated. I am using a older computer, also with a alternate version, of xubuntu,(linux), and the broad band device dose work, however it would be nice to get it working with FreeDos,on my dos partition if that is possible,.. Thank you and have a Good Day!From Garry -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS packaging rules / paths
On 09/27/2012 10:50 PM, dmccunney wrote: > Every user will have a preferred organization. One size will not fit all. Yes indeed. That's why I believe the way to go will be using so,e env variables to store installation paths to software (dosdir, gamesdir, appsdir, develdir for starters, other might follow...) > I'm opposed to that sort of config directory. To the extent it makes > sense, that should be user specifiable, too. Most apps under FreeDOS > will have app specific configs that won't live in a global config > directory, and will usually be found in the same directory where the > app is installed. In fact, I was thinking about only FreeDOS core tools (that is, these that would go install themselves into %DOSDIR%). The vast majority of 3rd party software will have to be installed in their own directories anyway, with all files together (binaries, data, configs, etc) - because that's the way DOS software were usually designed to work. But FreeDOS core tools could be an exception here - in fact, FreeDOS already uses several directories for different purposes: %DOSDIR%\bin for binaries, %DOSDIR%\nls for translations, %DOSDIR%\help for man files, etc... some kind of %DOSDIR%\cfg directory would just extend that idea a little further. bye, Mateusz -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
