Re: [Freedos-devel] FreeDOS 1.2 Installer Project

The "BASE" is nothing else than a set of packages, they are not different from any other packages (besides the fact that they have been elected as being part of "BASE"). These packages can be removed, installed and updated at will. That's the whole point of having packages. For instance,

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

On Fri, Sep 11, 2015 at 9:40 AM, Jerome E. Shidel Jr. wrote: > > However, that being said. The BASE is the BASE and should not be removed > by a package manager. It should always be there. :) Except when you want or need to update BASE (like in upgrading from FD 1.1 to 1.2

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

> On Sep 11, 2015, at 10:51 AM, Mateusz Viste wrote: > > On 11/09/2015 16:39, Jim Hall wrote: >> (...) then use FDNPKG or >> UNZIP afterwards to install the other packages that you want. > > To avoid confusion, I will add that using UNZIP is not a one-to-one > alternative to

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

> On Sep 11, 2015, at 12:58 PM, Mateusz Viste wrote: > > The "BASE" is nothing else than a set of packages, they are not > different from any other packages (besides the fact that they have been > elected as being part of "BASE"). These packages can be removed, > installed

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

Will we implement an "advanced" setup?For example,after the welcome screen,we could give the user two options: 1.Express install 2.Advanced setup The first would be the user friendly setup,and the second would allow the user to manually choose packages,and even access the command line (I think it

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

Eric, I just get ...? LOL I guess you're not liking me again. (Just kidding). On Fri, Sep 11, 2015 at 10:31 AM Eric Auer wrote: > > Hi Jayden (and Mateusz and Jim and...) :-) > > > Will we implement an "advanced" setup? [...] > > > The first would be the user friendly

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

On Fri, 11 Sep 2015, Eric Auer wrote: > Of course it is good to be able to reach a prompt, > but I would not put effort in extra magic. To let > the user manually select packages, the user could > do a BASE install and afterwards simply run FDNPKG > to install more of the packages which are

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

Hi Jayden (and Mateusz and Jim and...) :-) > Will we implement an "advanced" setup? [...] > The first would be the user friendly setup,and the second would allow the > user to manually choose packages,and even access the command line (I think > it has the prompt of X:\).This way,if the user

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

>> Will we implement an "advanced" setup? [...] > On Fri, Sep 11, 2015 at 9:30 AM, Eric Auer wrote: > > Of course it is good to be able to reach a prompt, > but I would not put effort in extra magic. To let > the user manually select packages, the user could > do a BASE

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

On 11/09/2015 16:39, Jim Hall wrote: > (...) then use FDNPKG or > UNZIP afterwards to install the other packages that you want. To avoid confusion, I will add that using UNZIP is not a one-to-one alternative to FDNPKG. I strongly discourage using UNZIP to install packages - such packages won't

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

Hi Mateusz, >- the tricky part might be to make it possible to install FreeDOS on > a system where there is already something (ie. multiboot), and make it > actually bootable, without breaking the other stuff. Personally I > wouldn't object if FreeDOS would just trash whatever there is

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

HI, How many of you remember the DOS 6.22 install process? If possible, it should aim for that. It's simple and straight to the point. It worked across all platforms and got DOS up and running with minimal fuss. Once the setup is done, after a reboot, the FreeDOS package manager can run to add

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

> On Sep 10, 2015, at 2:51 PM, Rugxulo wrote: > > Hi, > > On Wed, Sep 9, 2015 at 11:39 PM, Mateusz Viste wrote: >> >> - about RAMDisk: it might come handy indeed, but remember that >> FreeDOS should still be able to install on old machines, ie. from a

Re: [Freedos-devel] FreeDOS 1.2 Installer

> On Thu, Sep 10, 2015 at 2:55 PM, Jerome E. Shidel Jr. > wrote: >> [long description of install process] >> On Thu, Sep 10, 2015 at 5:34 PM, JAYDEN CHARBONNEAU wrote: > Why not make a single executable to handle all of this,instead of 50 million >

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

I suggest three options: 1. Base install (Just the basic essential parts of FreeDOS) 2. Complete install (The base install of FreeDOS along with all bundled third-party software) 3. Advanced install (Specify individual packages, install sources, etc.)

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

> On Tue, Sep 8, 2015 at 11:02 AM, Jerome E. Shidel Jr. > wrote: >> >> Ok, I’m going to need some feedback on this. >> >> Especially things like: >> >> What I should strip out of the FDCONFIG.SYS and >> AUTOEXEC.BAT? >> >> What should be

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

On Thu, Sep 10, 2015 at 5:10 PM, Eric Auer wrote: > So we already have at least five use cases :-) > > * install from floppy XCOPY style to pre-386 computers, allowing > the user to later add packages in a more manual way via FDPKG > > * install from CD / DVD / USB to

Re: [Freedos-devel] FreeDOS 1.2 Installer

On Thu, Sep 10, 2015 at 8:05 PM, Jerome Shidel wrote: [..] > I have the FDI 1.2 prototype installer about 30% done already. > Excellent! > Next up: > > Locate packages to install. No sense going any farther if they can't be found. > > To display Eula. Accept or quit?

Re: [Freedos-devel] FreeDOS 1.2 Installer

Just to get this one out of the way: >>> On 07/09/2015 13:51, Jerome E. Shidel Jr. wrote: Who is making the Batch file based installer for FreeDOS 1.2? I will be more than happy to answer any questions on V8Power Tools implementation, theory and advanced techniques for

Re: [Freedos-devel] FreeDOS 1.2 Installer

On Thu, Sep 10, 2015 at 8:46 PM, Antony Gordon wrote: > If you just want to do the EULA thing, you can put a generic, this contains > free software based on several licenses, including GNU GPL, MIT, and BSD. By > continuing with this install, you accept all applicable

Re: [Freedos-devel] FreeDOS 1.2 Installer

Perhaps take a cue from Apple on this one. The CD boots to an environment that can be used for recovery, diagnostics, or an install. For edge use cases where GPARTED would need to be used or some tweaking of a GRUB boot loader could be performed prior to starting the install... On Sep 10, 2015

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

Hi Jerome, Jayden, Rugxulo, Jim, Matheusz, others! Some more thoughts: > I don’t see a way to install the KERNEL.SYS without updating the > boot sector. But, should always at least ask to back stuff up. Read the output of SYS /? or the HTMLHELP page about SYS or the readme of SYS to find such

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

> On Sep 10, 2015, at 9:01 PM, Eric Auer wrote: > > > Hi Jerome, Jayden, Rugxulo, Jim, Matheusz, others! Some more thoughts: > >> I don’t see a way to install the KERNEL.SYS without updating the >> boot sector. But, should always at least ask to back stuff up. > > Read

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

On Thu, Sep 10, 2015 at 8:54 PM, Mercury Thirteen wrote: > I suggest three options: > > 1. Base install (Just the basic essential parts of FreeDOS) > > 2. Complete install (The base install of FreeDOS along with all bundled > third-party software) > > 3. Advanced install

Re: [Freedos-devel] FreeDOS 1.2 Installer

> On Sep 10, 2015, at 9:22 PM, Jim Hall wrote: > >> On Thu, Sep 10, 2015 at 8:05 PM, Jerome Shidel wrote: >> [..] >> I have the FDI 1.2 prototype installer about 30% done already. > > Excellent! > > >> Next up: >> >> Locate packages to install. No

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

> On Sep 10, 2015, at 6:10 PM, Eric Auer wrote: > > > Hi, nitpicking and ideas coming up :-) > >> This gives the user the ability to partition and format elsewhere. >> But, you cannot do an install without the drive C:. > > Actually a "live CD" mode would be nice. Give

Re: [Freedos-devel] FreeDOS 1.2 Installer

Why not make a single executable to handle all of this,instead of 50 million batch commands?I might be wrong,but wouldn't it be more..well..efficient? On Thu, Sep 10, 2015 at 2:55 PM, Jerome E. Shidel Jr. wrote: > > > On Sep 10, 2015, at 2:01 PM, Mercury Thirteen

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

Hi, nitpicking and ideas coming up :-) > This gives the user the ability to partition and format elsewhere. > But, you cannot do an install without the drive C:. Actually a "live CD" mode would be nice. Give the user some menu item to load a large ramdisk and install (with fdpkg / fdnpkg) a

Re: [Freedos-devel] FreeDOS 1.2 Installer Project.

Microsoft probably knows.I honestly have no idea.Maybe they thought it would make it more 'user friendly'. On Wed, Sep 9, 2015 at 8:57 PM, Antony Gordon wrote: > Hi, > > I'm curious as to why a batch file and DOS 6 setup automatically initiated > the format once the drive

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

> On 10/09/2015 10:51, Eric Auer wrote: >> My personal opinion is that on 8086, you should rather use a floppy >> distro like RUFFIDEA or BREZEL which has the "base" category already >> pre-installed on one or a few floppies and you just XCOPY that to a >> disk of your choice manually. Imagine how

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

> > On Thu, Sep 10, 2015 at 3:35 PM, Jerome E. Shidel Jr. > wrote: >> (Please forgive me if I misquote or misunderstand the following Jim.) >> >> Jim says he wants a super simple, nearly option free installer. >> With basically two choices: >> >> Full install >> >>

Re: [Freedos-devel] FreeDOS 1.2 Installer

> On Sep 10, 2015, at 8:33 PM, Jim Hall wrote: > > Just to get this one out of the way: > > > On 07/09/2015 13:51, Jerome E. Shidel Jr. wrote: > Who is making the Batch file based installer for FreeDOS 1.2? > > I will be more than happy to answer any

Re: [Freedos-devel] FreeDOS 1.2 Installer

>> On Sep 10, 2015, at 9:22 PM, Jim Hall wrote: >> I don't know about displaying the EULA. There are many free software / >> open source licenses used in the FreeDOS distribution. The kernel and >> many utilities in Base are under the GNU GPL, but many other programs >> are

Re: [Freedos-devel] FreeDOS 1.2 Installer

> On Sep 10, 2015, at 2:01 PM, Mercury Thirteen wrote: > > Well, I see it doesn't work lol > > I'll look into it as time allows. > > On 9/8/2015 3:11 AM, Mateusz Viste wrote: >> Well, just try actually installing your packages on a FreeDOS system... >> That's the

Re: [Freedos-devel] FreeDOS 1.2 Installer

If you just want to do the EULA thing, you can put a generic, this contains free software based on several licenses, including GNU GPL, MIT, and BSD. By continuing with this install, you accept all applicable licenses. To view them in detail, view C:\FREEDOS\DOC. On Sep 10, 2015 9:34 PM, "Jerome

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

On Thu, Sep 10, 2015 at 1:08 PM, Antony Gordon wrote: > HI, > > How many of you remember the DOS 6.22 install process? If possible, it > should aim for that. It's simple and straight to the point. It worked across > all platforms and got DOS up and running with minimal fuss.

Re: [Freedos-devel] FreeDOS 1.2 Installer

On 9/10/2015 9:22 PM, Jim Hall wrote: > Welcome to FreeDOS! > > FreeDOS is a free version of DOS, an operating system that you install > on your computer. FreeDOS is made up of many smaller programs, called > utilities. > > Most of FreeDOS is distributed to you under the GNU General Public >

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

To make the Base install viable (usefully execute fdnpkg), will networking (wattcp and/or mtcp) & shsufdrv become a part of Base? -L On Thursday, September 10, 2015, Jim Hall wrote: [SNIP] > > 1. Do you want to install all the extra software, or just the programs > that

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

Hi! > How many of you remember the DOS 6.22 install process? If possible, it > should aim for that. It's simple and straight to the point. It worked As far as I remember, it was 3 floppies and only "base" software... Also, under which conditions would it format / partition your disk? > across

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

On Thu, 10 Sep 2015, Eric Auer wrote: > > Hi! > >> How many of you remember the DOS 6.22 install process? If possible, it >> should aim for that. It's simple and straight to the point. It worked > > As far as I remember, it was 3 floppies and only "base" software... > Also, under which conditions

Re: [Freedos-devel] FreeDOS 1.2 Installer

Well, I see it doesn't work lol I'll look into it as time allows. On 9/8/2015 3:11 AM, Mateusz Viste wrote: > Well, just try actually installing your packages on a FreeDOS system... > That's the whole point. Then you will see what happens :) > > Every single package must be tested before being

Re: [Freedos-devel] FreeDOS 1.2 Installer Project.

Could you stuff the keys? It should work provided your command line to be piped to the next program is short enough (15 chars) to fit into the keyboard buffer. On 9/9/2015 6:33 PM, Jerome E. Shidel Jr. wrote: > A minor snag in development is driving me nuts. > > First remember: > >

Re: [Freedos-devel] FreeDOS 1.2 Installer Project.

Hi Jerome, if you want to store temp results in your batch, you could work with errorlevels, the FreeCOM magic errorlevel variable or indeed a ramdrive. In the past, we often used "memdisk", which is a BOOTABLE RAMDRIVE. That way, the installer used a virtual floppy to boot. As you cannot

Re: [Freedos-devel] FreeDOS 1.2 Installer Project.

Hi, On Wed, Sep 9, 2015 at 5:33 PM, Jerome E. Shidel Jr. wrote: > > Unless I’m using it wrong RDISK doesn’t work with any reliability. > I got it to work once in my FDI building Virtual Machine. > I never got the Floppy boot disk version to work. > >

Re: [Freedos-devel] FreeDOS 1.2 Installer Project.

> On Sep 9, 2015, at 7:32 PM, Rugxulo wrote: > > Hi, > > On Wed, Sep 9, 2015 at 5:33 PM, Jerome E. Shidel Jr. > wrote: >> >>Unless I’m using it wrong RDISK doesn’t work with any reliability. >>I got it to work once in my FDI building

Re: [Freedos-devel] FreeDOS 1.2 Installer Project.

> On Sep 9, 2015, at 7:08 PM, Mercury Thirteen wrote: > > Could you stuff the keys? It should work provided your command line to > be piped to the next program is short enough (15 chars) to fit into the > keyboard buffer. It’s an interesting thought. I also thought

Re: [Freedos-devel] FreeDOS 1.2 Installer Project.

> On Sep 9, 2015, at 8:03 PM, Eric Auer wrote: > > > Hi Jerome, > > if you want to store temp results in your batch, you could > work with errorlevels, the FreeCOM magic errorlevel variable > or indeed a ramdrive. In the past, we often used "memdisk", > which is a BOOTABLE

Re: [Freedos-devel] FreeDOS 1.2 Installer Project.

I honestly don't think it really matters,as long as it installs the OS in a neat,efficient user friendly-ish way. On Wed, Sep 9, 2015 at 6:03 PM, Jerome E. Shidel Jr. wrote: > > > On Sep 9, 2015, at 7:08 PM, Mercury Thirteen > wrote: > > > > Could

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

Hi, No solutions here, only some ranting :) - the tricky part might be to make it possible to install FreeDOS on a system where there is already something (ie. multiboot), and make it actually bootable, without breaking the other stuff. Personally I wouldn't object if FreeDOS would just

Re: [Freedos-devel] FreeDOS 1.2 Installer Project.

Hi, I'm curious as to why a batch file and DOS 6 setup automatically initiated the format once the drive was selected. On Wed, Sep 9, 2015, 9:28 PM Jerome E. Shidel Jr. wrote: > > > On Sep 9, 2015, at 8:03 PM, Eric Auer wrote: > > > > > > Hi Jerome, > >

Re: [Freedos-devel] FreeDOS 1.2 Installer

I took a quick pick at your big ZIP file. Sadly, there are no FreeDOS packages in there - only plenty of LFN files in subdirectories that are not compliant with FreeDOS package structures. Have you tried installing these on an actual FreeDOS system? This might be the first thing to do.

Re: [Freedos-devel] FreeDOS 1.2 Installer

It's 2:35 AM here, so I'm not handy to the exact location of where I found it, but I followed information on FD.org to structure the directories as they are, so I'm curious how what I did differs from what was expected. On 9/8/2015 2:31 AM, Mateusz Viste wrote: > I took a quick pick at your

Re: [Freedos-devel] FreeDOS 1.2 Installer

Well, just try actually installing your packages on a FreeDOS system... That's the whole point. Then you will see what happens :) Every single package must be tested before being published - testing means installing on a real system, verifying that the software works, that files are organized

Re: [Freedos-devel] FreeDOS 1.2 Installer

By that I didn't mean that I'm now "done" with the project. Jim had mentioned to me before that he was working on a new installer, so that's the point to which I got. After I have an installer, I can proceed to script it if need be and finish integrating everything into an ISO. So far as the

Re: [Freedos-devel] FreeDOS 1.2 Installer

By that I didn't mean that I'm now "done" with the project. Jim had mentioned before that he was working on a new installer, so that's the point up to which I worked. After I have an installer, I can proceed to script it if need be and finish integrating everything into an ISO. So far as the

Re: [Freedos-devel] FreeDOS 1.2 Installer

Sorry then, I must have misunderstood some bits along the way, I thought you were doing an actual release of v1.2, not only gathering a few packages :) Well then, gathering packages is nice anyway. That's something that migh have been discussed already on the list when I wasn't paying

Re: [Freedos-devel] FreeDOS 1.2 Installer

> On Sep 8, 2015, at 6:13 AM, Jerome E. Shidel Jr. wrote: > > > Ok, this is my thought process on the logic of the Installer batch. > (That demo installer I shared does stages 2, 3 and 4) Oops, I meant the demo installer batch does Stages 2 and 3.

Re: [Freedos-devel] FreeDOS 1.2 Installer

Ok, this is my thought process on the logic of the Installer batch. (That demo installer I shared does stages 2, 3 and 4) -- STAGE 1: This will enable auto setup if

[Freedos-devel] FreeDOS 1.2 Installer Project

Ok, I’ve decided that I will probably build the installer, or at least a working prototype that could be used for installer. Sorry, to anyone who may have been considering doing it. But, as Mercury Thirteen said: "That would probably be the most efficient solution, yes. :)”

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

First things first,we should try remaking the installer.We are trying to better the installer,right?Why not create a new UI for the installer and make it more efficient?Perhaps better package handling routines?Just some ideas I am tossing around. On Tue, Sep 8, 2015 at 11:02 AM, Jerome E. Shidel

Re: [Freedos-devel] FreeDOS 1.2 Installer Project

Ok, I’m going to need some feedback on this. Especially things like: What I should strip out of the FDCONFIG.SYS and AUTOEXEC.BAT? What should be included in the FDI Boot Floppy? How does the Installer LOGIC.txt look?

[Freedos-devel] FreeDOS 1.2 Installer

Who is making the Batch file based installer for FreeDOS 1.2? I will be more than happy to answer any questions on V8Power Tools implementation, theory and advanced techniques for building the FreeDOS Installers User Interface.

Re: [Freedos-devel] FreeDOS 1.2 Installer

If it is alright,I will make the installer.I haven't made any PHYSICAL programs yet (besides making suggestions).So I will do it. On Mon, Sep 7, 2015 at 4:51 AM, Jerome E. Shidel Jr. wrote: > Who is making the Batch file based installer for FreeDOS 1.2? > > I will be more

Re: [Freedos-devel] FreeDOS 1.2 Installer

I don’t know if Jim had anyone specific in mind to write it. But, I don’t think he does. So, I say “give it a shot” Make sure you check out the EXAMPLES Batch files for V8Power Tools. They cover may advanced V8PT usages, vchoice selections and polling, drive scanning and etc. The latest

Re: [Freedos-devel] FreeDOS 1.2 Installer

Maybe, I should just write it. > On Sep 7, 2015, at 1:33 PM, Jerome E. Shidel Jr. wrote: > > I just checked Jim’s FreeDOS blog posts. They currently only go back a little > over 2 years. But, other than Jim’s desires for the batch based installer and > information about my

Re: [Freedos-devel] FreeDOS 1.2 Installer

I'm not 100% sure anymore, but I vaguely recall "Mercury Thirteen" saying he's working on v1.2 (there was also an announcement on the FD website at some point about that). Mateusz On 07/09/2015 13:51, Jerome E. Shidel Jr. wrote: > Who is making the Batch file based installer for FreeDOS 1.2?

Re: [Freedos-devel] FreeDOS 1.2 Installer

I just checked Jim’s FreeDOS blog posts. They currently only go back a little over 2 years. But, other than Jim’s desires for the batch based installer and information about my V8PT utilities, I don’t see that anyone was creating an installer. > On Sep 7, 2015, at 12:56 PM, Mateusz Viste

Re: [Freedos-devel] FreeDOS 1.2 Installer

That's what I saw at some point on the freedos website: http://sourceforge.net/p/freedos/news/2014/12/working-towards-freedos-12/ > Maybe, I should just write it. That would probably be the most efficient solution, yes. :) Note, that I already put together a whole bootable CD (all_cd.iso) with

Re: [Freedos-devel] FreeDOS 1.2 Installer

I compiled the packages and verified the .lsm files and structured them into a zip. Jim himself said there is an installer he's working on, which is what's I've been waiting on. Since Jim doesn't seem to have much free time (like many of us) I would say go for it. On 9/7/2015 12:56 PM, Mateusz

Re: [Freedos-devel] FreeDOS 1.2 Installer

After playing around with a making prototype installer this is a more or less first part. It is extremely slow running from a floppy (even in vmware). It might be a good idea for whoever makes the installer to first copy stuff to a ram drive or enable disk caching or something to boost