Hi Bernd, > On Feb 12, 2024, at 5:58 PM, Bernd Böckmann via Freedos-devel > <freedos-devel@lists.sourceforge.net> wrote: > > I am one step further. I installed dosfstools via zypper and ran the RBE > install script again. It showed the following output: > > required lower permissions for creating DOS filessystems. > '/usr/sbin/mkfs.msdos' -> '/home/rbe/bin/make-dosfs' > required lower permissions for labeling DOS filessystems. > '/usr/sbin/fatlabel' -> '/home/rbe/bin/fatlabel' > > So, I finally know where this make-dosfs comes from :-) Perhaps you can add > *dosfstools *and *unzip *to the package dependencies in the install script? > These are the two I had to install manually after setting up the container.
Hmmm, this is interesting. During my test with 15.5 earlier today, I did not need to manually install ether of those packages by hand. The install script for the RBE worked without issue. Makes me wonder why your install of 15.5 was different. But, it would not hurt to include those packages. > > Sadly QEMU times out. Probably because it is running without KVM. I have not > found yet a solution to enable it for the container. This takes longer than I > wanted to, so I will dump the container and set up a proper VM… Hmmm, possibly openSUSE does not install those missing packages by default when installing to a container. Well, you could possibly just increase the timeout setting for in the custom.cfg file. But, if the pieces that use QEMU are so slow it will really drag during a couple places when it is doing stuff that can only be done in DOS at present. Mostly, that is installing boot loaded and generating the SLICER archive for the floppy edition. Side note… When not in verbose mode, the RBE runs those without any sort of display. It spawns them in their own sub shell and monitors waits for that to finish. If the elapsed time is exceeded, it assumes it has hung, kills the process and the build aborts. The RBE also verifies the result of the QEMU task to make sure it completed without an error. > BTW your scripts look pretty good, and apart from the trouble caused by > myself this all seems to run very smooth… Thanks. With all the changes to many things in FreeDOS release itself, this version 3 (i think) has resulted in a lot of spaghetti in the code. Plus adding things like multitasking to work on multiple packages simultaneously at different stages contributed to that as well. But, that cut the build time by more than 50%. So, the increase in performance was definitely worth it. Going from nothing and building all the different release media. Pulling the different packages and sources down from the internet. Comping on all those different packages making metadata and ZIP archives. Modifying the FreeDOS installer batch code for all the different languages, keyboads and fonts. And that only scratches the surface of all the things that happen when building a release. It would be cool if someday we developed a standard for the DOS packages that would provide a simple method to compile each of the programs from source. Then, provide the RBE with an option to do that as well. The RBE has received many changes over the years. It’s far from perfect and could still use a lot of streamlining and other general improvements. Maybe that will happen if I ever get around to making the next incarnation of the RBE. Even as it is now, it is still kind of a marvel to watch in action. > > Bernd Keep me posted on your efforts. :-) Jerome _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
