Re: [Freedos-devel] RC4 - list of licenses

I will be making a new kernel release as soon as I can. This weekend if my computer behaves. I also have a few other programs that may need new releases just for updated translations. I'm aware it's late in release, so these may just be post release updates. Jeremy _

Re: [Freedos-devel] RC4 - list of licenses

pdtree is the current version of tree, I haven't made a new package just calling it tree, but that's mostly because I haven't needed to fix any issues ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/l

Re: [Freedos-devel] RC4 - list of licenses

Hi Robert, >> 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? > > Most is explained h

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Hi Eric, >> Could you please bottom-post on mailing lists? Top-posting as you are >> doing breaks threading. >> > > Threading should be based on subject etc. not on content. How it shows up, depends on the client software used... In general, threading should be based on the "In-Reply-To" and "

Re: [Freedos-devel] RC4

Hi Eric, > 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? Most is explained here: http://w

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Jerome, > Install reliability and stability are of prime importance. No worries here. The advertised items are well-established. > After that comes luxuries, like improved performance. Or a large maze of batch scripts & ASM tools ;-) > Now that RC4 is done. Thanks! > I’m probably going t

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Eric, > On May 3, 2021, at 2:37 PM, Eric Auer wrote: > >  > Hi Ralf, > RC4 is no slower than RC3 or RC2. > >>> Which is too slow, given that easy solutions >>> have been available for several years, which >>> could speed up the process by a factor four. > >> Does it really matter? It is

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Ralf, >>> RC4 is no slower than RC3 or RC2. >> Which is too slow, given that easy solutions >> have been available for several years, which >> could speed up the process by a factor four. > Does it really matter? It is not that it takes hours, > nor is the average user doing this rather fre

Re: [Freedos-devel] FreeDOS kernel distro and package repository update moments?

On Tue, 4 May 2021 00:59:19 +0800 TK Chia wrote: > Hello Tom, > > > even if anyone else could compile this: how exactly would you test > > this? > > [...] > > > I am not able to *immediatly*, or even *after some thought* see the problem. > > that doesn't mean it doesn't exist. it only means

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

On 5/3/2021 6:36 AM, Eric Auer wrote: Hi Jerome, Well, having four times slower install than possible, when installing on real hardware, does sound like something which *is* worth fixing ASAP and in rc4, unless you plan to release rc5 only a week later ;-) RC4 is no slower than RC3 or RC2. Wh

Re: [Freedos-devel] FreeDOS kernel distro and package repository update moments?

Hello Tom, even if anyone else could compile this: how exactly would you test this? [...] I am not able to *immediatly*, or even *after some thought* see the problem. that doesn't mean it doesn't exist. it only means it's not easy to understand or reproduce. I am not _totally_ sure, but An

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi! >> Apparently the algorithm is to first try VIDE-CDD, OAKCDROM, >> GSCDROM, then UDVD2, ELTORITO, GCDROM, UIDE in that order, >> in spite of the first few not even being included? Why? My point is that if I am ancient enough to download OAKCDROM somewhere, I will just say "gasp, what does th

Re: [Freedos-devel] RC4

> On May 3, 2021, at 11:40 AM, Eric Auer wrote: >> [..] >> Its layers upon layers upon layers of virtualization and automation. > > Imagine you ever stop maintaining it. Somebody will have to install > gigabytes of toolkits to make changes to future distro versions… Actually, its not to bad. R

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hello, > On May 3, 2021, at 11:23 AM, Eric Auer wrote: >> [..] >> https://gitlab.com/FDOS/base/fdhelper > > https://gitlab.com/FDOS/base/fdhelper/-/blob/master/BIN/CDROM.BAT > > I guess those CD.xyz=... lines are later grepped from the file. Huh? If understand correctly… You are referring to

Re: [Freedos-devel] RC4

>> Why are PAINT2, LHA, UNRAR, ELTORITO, XMGR and RDISK on Thanks for explaining ELTORITO, but as it is easier to find using the name ELTORITO and as you may not have SYSLINUX on all media, I think you can still add ELTORITO to all, too. How about the other 5? I guess UNRAR or LHA = license issu

Re: [Freedos-devel] It's Arrived!

There's a Readme file in the FreeDOS 1.3 RC4 release, but I wanted to share it here, as well: ### FreeDOS 1.3 Release Candidate 4 ("FreeDOS 1.3 RC4") ###

Re: [Freedos-devel] It's Arrived!

For those looking for the link, here's the new Download page: https://www.freedos.org/download/ On Mon, May 3, 2021 at 8:01 AM Jerome Shidel wrote: > It’s been a long time. The wait is over. > > 1.3-RC4 is now available. > > The FreeDOS website will be updated soon. > > But you can sink your

Re: [Freedos-devel] RC4

Hi Eric, > On May 3, 2021, at 10:11 AM, Eric Auer 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://

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi! > Look for AUTOEXEC.* and CONFIG.* in that subdirectory. I have commented those, too, in some cases. In cases where they had the same bugs as commented for other files, I have not repeated the bug description in my mail each time. >> 2. use IDLEHALT=1 in config.sys to lower CPU usage on >>

Re: [Freedos-devel] RC4

Hi Gregory, > On May 3, 2021, at 9:41 AM, Gregory Pietsch wrote: > > Something's funny with the Edlin version number. The version number in the > HTML report file is 2.18a. I never released a 2.18a, and only use the > lettered versions for tweaks after I release the non-lettered version. Sor

Re: [Freedos-devel] RC4

Hi Jerome! That list which packages are on which medium of course asks for a number of critical remarks now ;-) > 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 tha

Re: [Freedos-devel] RC4

Something's funny with the Edlin version number. The version number in the HTML report file is 2.18a. I never released a 2.18a, and only use the lettered versions for tweaks after I release the non-lettered version. Running the executable would tell you exactly what version of Edlin you're run

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Jerome, >> Well, having four times slower install than >> possible, when installing on real hardware, >> does sound like something which *is* worth >> fixing ASAP and in rc4, unless you plan to >> release rc5 only a week later ;-) > RC4 is no slower than RC3 or RC2. Which is too slow, given

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

For what it's worth I have a PS/2 Model 30-286 (286/10). I don't want to install an OS on it other than what it already has, but I could probably use it for other types of testing. It has an XT-CF, Intel EtherExpress 8/16 and Sound Blaster Vibra 16XV. -uso.

[Freedos-devel] RC4

Be sure and check out the new Report file generated by the RBE. Although, it only cover a tiny portion of the settings and data used and/or created during the build process, it has some interesting stuff. https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.3/previews/1.3-rc4

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Eric, > On May 3, 2021, at 5:05 AM, Eric Auer wrote: > > > Hi Jerome :-) > > I notice that in what probably gets installed to harddisk > > https://github.com/shidel/FDI/blob/master/FDISETUP/AUTOEXEC.BAT > Close. But, no.

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Eric, > On May 3, 2021, at 5:48 AM, Eric Auer wrote: > > Good day Jerome, > >> As for RC4, it is coming very very soon. >> >> Excluding anything absolutely critical, > > Well, having four times slower install than > possible, when installing on real hardware, > does sound like something

[Freedos-devel] It's Arrived!

It’s been a long time. The wait is over. 1.3-RC4 is now available. The FreeDOS website will be updated soon. But you can sink your teeth into it now be getting it straight from the Official download server. :-) ___ Freedos-devel mailing list Freedos

Re: [Freedos-devel] Bloček Update

On 14.02.2021 18:36, thraex wrote: > > On 14.02.2021 17:47, Jerome Shidel wrote: > >> I’m hoping one of you are familiar with the program and would like to >> provide an updated package for it.  >> >> https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/latest/pkg-html/blocek.h

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Good day Jerome, > As for RC4, it is coming very very soon. > > Excluding anything absolutely critical, Well, having four times slower install than possible, when installing on real hardware, does sound like something which *is* worth fixing ASAP and in rc4, unless you plan to release rc5 onl

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Good morning Eric, As for RC4, it is coming very very soon. Excluding anything absolutely critical, no changes will be made to RC4 at this point. (not commenting directly on your post in this message) Jerome ___ Freedos-devel mailing list Freedos-d

[Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Jerome :-) I notice that in what probably gets installed to harddisk https://github.com/shidel/FDI/blob/master/FDISETUP/AUTOEXEC.BAT you have "outsourced" loading CD-ROM drivers to a separate file. It would be nice to avoid that, there are not so many drivers, I believe. Also, you load no C