Re: [Freedos-devel] The FreeDOS Orphanage

Hi, > On Nov 29, 2021, at 11:10 PM, Mark Olesen wrote: > > A centralized location is very serious to me as a developer. I agree. Originally, the Orphanage was only a semi-official place I used to prepare and maintain packages that would be uploaded to the Repository. It took rather a long

[Freedos-devel] The FreeDOS Orphanage

Hi All, This a heads up notification. (Mostly) With the inclusion of every package that is provided with FreeDOS and for some additional reasons, the FreeDOS Orphanage has moved and been renamed. It could be called FreeDOS on GitLab, FreeDOS Projects or just plan FreeDOS, I went with the

[Freedos-devel] RC5 Status Update

Hi All, Well, I decided to spend more time off the computer during the holiday. I wanted to spend more time with family and relaxing. But, I did get a lot of things knocked off “The Schedule” for the upcoming 1.3-RC5 release since my last update. I won’t go into all the fine details for

Re: [Freedos-devel] 1.3-RC5

Hi all, I’ve decided to postpone the timeline/schedule a couple days in order to spend additional time updating packages and metadata for numerous other packages. Not a huge delay. But, I think one that is worthwhile. :-) Jerome ___

Re: [Freedos-devel] Upcoming 1.3-RC5

Hi Eric, > On Nov 8, 2021, at 4:42 PM, E. Auer wrote: > > > Hi Jerome, > >> Here is the NEW general logic used by the installer in NORMAL mode. >> if the MBR for the target hard disk DOES NOT CONTAIN any boot code in >> the MBR, then ASSUME YES and overwrite it. >> if the MBR for

[Freedos-devel] 1.3-RC5

Hi all, Partly, this is a TODO note to myself. Partly, it’s a heads-up RC5 is coming very soon. More or less this an over simplified version of my current timeline/schedule for RC5… Today… Updated installers with the MBR boot code check. The utility to check was done a

[Freedos-devel] Upcoming 1.3-RC5

Hi all, I’m currently making the changes to the OS installers regarding the overwriting of the MBR. The ADVANCED mode has always prompted wether or not to overwrite it. Here is the NEW general logic used by the installer in NORMAL mode. (There is more to it, like error and safety checks.

[Freedos-devel] FreeDOS 1.3-RC5

Hi Jim, (and Devel Group) The Online Get-together was fun and productive. There are two things I forgot to bring up during the call regarding the release schedule. Do we wait for a new KERNEL and FREECOM release? It would be nice if RC5 had those. But, I don’t know how far off those are.

Re: [Freedos-devel] NLS related updates

Hi Aitor, > On Oct 13, 2021, at 2:52 PM, Aitor Santamaría wrote: > > Hello Jerome, > > On Wed, 13 Oct 2021 at 03:19, Jerome Shidel <mailto:jer...@shidel.net>> wrote: > Or… > > Should I just incorporate those merge requests. I’m extremely busy at > prese

[Freedos-devel] NLS related updates

First… Hi Tom, I’ve received a couple Translation updates for KittenC. You may want to take a look or grab a copy from FD-NLS (aka The FreeDOS Translation Project) at https://github.com/shidel/fd-nls/tree/master/kittenc/nls Second,

Re: [Freedos-devel] Does FreeDOS (or something) sometime automatically break up an hard disk in 2GB sub-disks?

> On Sep 23, 2021, at 7:52 AM, Paul Dufresne via Freedos-devel > wrote: > > Ok... when I wake up this morning... I realized I knew more of this problem > than I thought. > > Having look at the installer scripts before, I kind of remember that in some > case it split the > image file

Re: [Freedos-devel] Compatibility Issue - etherdfs, shsucdx, freedos kernel?

Hi Eric and all, I ran a couple more tests. With MSCDEX under FreeDOS and SHSUCDX under MSDOS. Both showed Drive X: using INT 2F,1500. Went back to just FreeDOS and SHSUCDX, and it showed INT 2F,1500. Basically, then played with some config settings until I got to this point…. When SHSUCDX

[Freedos-devel] Compatibility Issue

Hi everyone, I’ve noticed that a couple of my ancient programs (and some stuff by other developers) reject a couple drives as being “invalid” under FreeDOS when no problem occurs under other DOS platforms like MS & PC-DOS. Namely, a mounted share using EtherDFS and the CD-ROM drive. So, I

Re: [Freedos-devel] Separate files

> On Aug 16, 2021, at 7:06 AM, tom ehlert wrote: > [..] > I miss both current sources (the youngest I could find are from 2015), > instructions and examples how to retrieve these resources at runtime, > and any sort of specification. The doc is not included in the SOURCES, it is only on the

Re: [Freedos-devel] Separate files

Hi Tom, > On Aug 16, 2021, at 7:47 AM, tom ehlert wrote: > > I obviously got this all wrong. > > thanks to whoever located the sources and created > https://fd.lod.bz/repos/current/pkg-html/pgme.html > I now understand PGME better. Thats my un-offical FreeDOS package repo. :-) > PGME is "A

Re: [Freedos-devel] Separate files

Hi Tom, > On Aug 16, 2021, at 4:33 AM, tom ehlert wrote: > [..] > I stopped reading, sorry. > you should realy have a TLDR section. I don’t blame you there. Thats the really, really long “User’s Manual” for PGME itself. You’d have probably really angry if you read the entire thing. Mostly,

[Freedos-devel] Separate files

Hi Tom, (and everyone else) Earlier today I released a big update to one of my programs PGME. But, this isn’t really about it specifically. It’s actually regarding the discussion we had on the mailing list a few weeks back involving NLS support. But, I feel a little back/side story is in

Re: [Freedos-devel] List of blocking issues for FreeDOS 1.3

Also, there are a couple settings that need adjusted in the FDNPKG config file. Some packages are installed in the wrong place. For many, it’s just an inconvenience. For some, they get broken when that happens. And… are there any additional changes to be made regarding what packages are live

Re: [Freedos-devel] Devel-Philosophy [was: blocking bugs/issues for FreeDOS 1.3]

Hi, > On Aug 6, 2021, at 2:21 PM, Jim Hall wrote: > > Jim Hall wrote: One comment from reviewing the code - you use this comment at the top of both kittenc.c and kitten.c: > /* > This software is free software; free to use, > modify, pass to others, whatever >

Re: [Freedos-devel] Devel-Philosophy [was: blocking bugs/issues for FreeDOS 1.3]

Hi, > On Jul 30, 2021, at 8:12 AM, thraex wrote: First, thanks again for your translation work. :-) > On 30.07.2021 13:31, Jerome Shidel wrote: > >> As a reminder… >> >> If you want to contribute new or updated translations, please >> visit https://g

Re: [Freedos-devel] Devel-Philosophy [was: blocking bugs/issues for FreeDOS 1.3]

Hi, > On Jul 29, 2021, at 8:17 PM, Jim Hall wrote: > > On Wed, Jul 28, 2021 at 7:15 AM Eric Auer wrote: >> >> COUNTRY=... and COUNTRY.SYS are not undocumented, but your >> choice of words hints at another idea: Do you suggest to >> introduce a TSR to handle string and key translations, to >>

Re: [Freedos-devel] What are the blocking bugs/issues for FreeDOS 1.3?

Hi Eric, > On Jul 29, 2021, at 10:16 AM, Eric Auer wrote: > [..] > Whether you want to spend 10 of your precious 640 kB to > speed up floppy I/O depends on whether you use floppies. Not the only reason.. But, it is one of the reasons it is not run automatically in the installed systems config

Re: [Freedos-devel] Devel-Philosophy [was: blocking bugs/issues for FreeDOS 1.3]

Hi Eric, > On Jul 28, 2021, at 8:15 AM, Eric Auer wrote: > > > Hi Jerome, > >> Just a thought on using “undocumented” function calls. > > COUNTRY=... and COUNTRY.SYS are not undocumented, Only referring to the INT call as “undocumented”. :-) > but your > choice of words hints at another

[Freedos-devel] Devel-Philosophy [was: blocking bugs/issues for FreeDOS 1.3]

Hi Eric, Just a thought on using “undocumented” function calls. > On Jul 28, 2021, at 6:40 AM, Eric Auer wrote: > > > Hi! > >> reserved to condition for example yes, no, quit > 0.0:Y> 0.1:N >> Space reserved to file diskcopy.c >> (...) >> 1.29:image

Re: [Freedos-devel] What are the blocking bugs/issues for FreeDOS 1.3?

Hi Eric, One more thing... > On Jul 27, 2021, at 10:59 AM, Eric Auer wrote: > [..] > There seems to be a bug in the overview HTML file, which says > the floppy edition images are 12 MB or use 120m or 144m media: > >

Re: [Freedos-devel] What are the blocking bugs/issues for FreeDOS 1.3?

Hi Eric, > On Jul 27, 2021, at 10:59 AM, Eric Auer wrote: > [..] > It also is important for me that old bugs in the autoexec and > config files get fixed. Given that some of those are created > dynamically, this is a task for the installer experts. See my > old mailing list thread about the

Re: [Freedos-devel] Survey results: How do you use FreeDOS

Hi Jim, Thanks for sharing the results. On a personal note, a couple questions really just didn’t work for me. But, I’m an exception and I suspect some others here in the Devel group are as well. But for the general public, the questions were mostly fine. Us exceptions may be (at least in

[Freedos-devel] The other MORE issue

Hi, The other day during the online get-together, Jim said he was going to look into fixing an issue with more regarding where the source for the text was coming. I mentioned there was another issue. But, I could not seem to replicate it at the time. This is a followup to that conversation.

Re: [Freedos-devel] FreeCOM 0.85a release

Hi Tom, > On Jul 19, 2021, at 10:17 AM, tom ehlert wrote: > [..] > similar to what original MSDOS did: have a language specific > distribution for everything. > > this could be done the way COMMAND does this: somhow combine (actually > append) the translated stuff to the .exe and have kitten

Re: [Freedos-devel] FreeCOM 0.85a release

> On Jul 19, 2021, at 9:27 AM, Eric Auer wrote: > > > Hi Jerome, > >> Out of curiosity, what would your perfect solution to multi-language support >> entail? >> Everyone live with English, compile your own or something else entirely? > > the current solution is quite nice if you ask me:

Re: [Freedos-devel] FreeCOM 0.85a release

Hi Tom, > On Jul 19, 2021, at 7:22 AM, tom ehlert wrote: > [..] > DOS was never intended this way. I’m not sure what that has to do with it. DOS wasn’t intended to have Megabytes of RAM, Gigabytes of disk space, CD ROM drives, a Mouse or even subdirectories. The list of things DOS was not

Re: [Freedos-devel] FreeCOM 0.85a release

Hi Tom, > On Jul 19, 2021, at 2:49 AM, tom ehlert wrote: > [..] > your approach has has a deep disadvantage for programs like > Norton/Volkow/Midnight Commander, make utilities, etc. that shell out > to a new instance of command.com. > > they will start a new instance of %COMSPEC% with IMO no

Re: [Freedos-devel] FreeCOM 0.85a release

Hi, > On Jul 18, 2021, at 4:42 PM, perditi...@gmail.com wrote: > [..] > ready-to-ship, but I sent the announcement to the dev list for wider > feedback. I tested it, but I am still improving the testing :-) > [..] > So FreeCom's design is pretty cool. The critical error handler and messages

Re: [Freedos-devel] FreeCOM 0.85a release

Hi, Couple quick questions… Is this a “(hopefully) ready-to-ship" version? Or, an intermediary “ready-to-test (more changes/fixes coming)” version? I’ve never examined the code. But, based on your email… All someone needs to do to make a version of FreeCOM for another language is “copy /b

Re: [Freedos-devel] FreeDOS get-together

Hi Jim and everyone, Had fun during the get-together. Playing around with Virtual Cameras, OBS and live streaming the video from my good old Pentium Pro. :-) During the online get-together, Jim wanted to know what was the font I was using in FreeDOS. It was one I created decades ago in my

Re: [Freedos-devel] FDISK issue

Hi Eric, Just some info I left out… My test was on Pentium Pro to reproduce the 230mb FDISK/FORMAT issue... Kernel 2042, with FAT32 FreeCOM 0.84-pre2 FDISK 1.3.4 Format 0.91w A bunch of drivers running… JEMMEX LBACACHE UDVD2 SUSCDEX DOSLFN 3COM Packet Driver DHCP setup no mouse driver at

Re: [Freedos-devel] FDISK issue

hi, > On Jul 10, 2021, at 4:03 PM, Wilhelm Spiegl wrote: > > one more problem with fdisk 1.3.4: > > I just tried to create a ca. 230 MB big partition on a second HD in > virtualbox. I ran fdisk 1.3.4 from the first virtual HD (C:) and executed it > for the second HD via > fdisk position 5,

[Freedos-devel] FDISK issue

Hi all, I’ve just noticed a minor issue/wierdness with FDISK. It is not a serious problem. It is just something it does not do that the Microsoft version does do. Mostly just a little interesting. Some back story… Several years ago, I took my Pentium Pro motherboard out of it’s original

Re: [Freedos-devel] FAT32 Destroying Bug report

Hi Eric, > On Jul 1, 2021, at 8:47 AM, Eric Auer wrote: > > > Hello Jerome, > >> A while back, a user posted a bug report >> https://sourceforge.net/p/freedos/bugs/235/ >> that claims two separate programs (Dillo and MPlayer) >> destroyed their FAT32 partition during usage. >> >> Does

[Freedos-devel] Timestamps [was FreeDOS kernel and FreeCOM command.com updates]

Hello again, Although the project is still a work in progress, it is now publicly available. https://gitlab.com/FDOS/devel/pkgdevel The most useful thing in the project is the tools/fdvcs.sh script. Among other things, it can preserve timestamps. More

[Freedos-devel] FAT32 Destroying Bug report

Hello everyone, A while back, a user posted a bug report https://sourceforge.net/p/freedos/bugs/235/ that claims two separate programs (Dillo and MPlayer) destroyed their FAT32 partition during usage. Does anyone have any information on if this

Re: [Freedos-devel] FreeDOS kernel and FreeCOM command.com updates

Hi, I’ve already worked out a better solution. It is in the process of being deployed. To avoid any confusion, I’m waiting until it has been fully deployed/implemented before providing additional details. Probably, I’ll discuss it more tomorrow. But, the time stamp issue is Completely

Re: [Freedos-devel] FreeDOS kernel and FreeCOM command.com updates

Hi, I’ve already worked out a better solution. It is in the process of being deployed. To avoid any confusion, I’m waiting until it has been fully deployed/implemented before providing additional details. Probably, I’ll discuss it more tomorrow. But, the time stamp issue is Completely

Re: [Freedos-devel] reporting FreeDOS bugs

Hi Tom, > On Jun 29, 2021, at 8:28 AM, tom ehlert wrote: > >> >> please be specific about where you tried to report the bug. > > following the link from www.freedos.org " the > FreeDOS Bug Tracker at > SourceForge:". where else? > > >> I would assume that now

Re: [Freedos-devel] What a good MBR should do

Hi Eric, > On Jun 24, 2021, at 8:07 AM, Eric Auer wrote: > [..] > because the installer has a RAMDISK for temp > file processing, Untrue. The installer usually has a RAMDISK for processing temp files. There is however no guarantee it will be able to create one. In RC3 and earlier, no RAM

Re: [Freedos-devel] Fwd: List FreeDOS 1.3rc4 and 1.2 driver errata?

> On Jun 18, 2021, at 5:23 PM, tom ehlert wrote: > >  >> But, since you mention it. It may actually be better to not load >> HIMEMX, remove the DOS HIGH stuff and load all drivers low. > > one of your worst ideas. Only a passing thought. I think the negative side effects of doing it are

Re: [Freedos-devel] Fwd: List FreeDOS 1.3rc4 and 1.2 driver errata?

Eric, > […] > Do not get me started about your convoluted installer then ;-) It is only as complex as it needs to be to support the features it provides. ;-) Things like multi-language support, themes and advanced mode in a batch based program tends to make things a little more complex than a

Re: [Freedos-devel] Why games have bad color in VirtualBox

Jim, > On Jun 17, 2021, at 12:52 PM, Jim Hall wrote: > > On Thu, Jun 17, 2021 at 11:21 AM Jerome Shidel <mailto:jer...@shidel.net>> wrote: >> >> Hi, >> >> A while back Jim did a nice article on DOS text mode colors. >> >>

Re: [Freedos-devel] Why games have bad color in VirtualBox

Hi, A while back Jim did a nice article on DOS text mode colors. I asked him why he didn’t cover VGA text mode pallets for customizing them. This led to the creation of a simple tool to demonstrate altering the text mode colors to whatever RGB value you want on VGA systems.

Re: [Freedos-devel] The confusing fdisk releases

efore > 1.3RC4, but as > Jerome Shidel said it does not change Date Entered at each release, I did go > to: > Primary site: http://gitlab.com/FDOS/base/fdisk > <http://gitlab.com/FDOS/base/fdisk> > where I saw from https://gitlab.com/FDOS/base/fdisk/-/tags > <https://gitlab.co

Re: [Freedos-devel] LSM: Entered-date means modified date

Hi Paul, There are two completely separate FreeDOS File Repositories on IBIBLIO. There is the “Online Software Repository”. It contains packages that are ready to use in FreeDOS. Programs that can perform package updates or installations over the internet point to this section. This packages

Re: [Freedos-devel] FreeDOS 1.3 packages

Hi Eric and all, There are many things for which I have no personal opinion. But, here are some exceptions... > On Jun 7, 2021, at 10:45 PM, Eric Auer wrote: > [..] > chose? * both XFDISK and FDISK If there is to be only one... Wether or not XFDISK is better, it should be FDISK. If

Re: [Freedos-devel] Alternate Installer

> On May 25, 2021, at 9:02 AM, Eric Auer wrote: > > > Hi Jerome, > >> Basically, it is the HD image of the x86 installer. > > Interesting that it scrolls through a bit of text about > FreeDOS to keep the user entertained while installing. Mostly, that is for installing from slow floppies.

[Freedos-devel] Alternate Installer

The FreeDOS 1.3-RC4 Live CD has an Easter Egg. Basically, it is the HD image of the x86 installer. Providing, yet another way to install FreeDOS. One that does not require OS level CD support. Oh, did I mention, the Easter Egg boots to Advanced Mode. :-) https://youtu.be/SB17eypovvY

Re: [Freedos-devel]   NLS and Translations

Hi Willy, > On May 24, 2021, at 3:22 PM, Wilhelm Spiegl wrote: > > question about nls, do they all have to be written in the correct codepage > used by the language / country set in freedos? > some time ago i checked and noticed that this is not the fact. they are made > in different ways,

[Freedos-devel] NLS and Translations

Hello All, Since it seems as if many have forgotten about this, I figured I’d send a reminder... A while back, Mateusz decided to no longer continue development of the FreeDOS localization project. Since that time, I had received numerous requests to add or correct the translations for one

Re: [Freedos-devel] USB Image Capacity

> On May 15, 2021, at 7:51 AM, Eric Auer wrote: > >  > Hi Jerome, > > Glad you agree to have a discussion about a larger > partition size for the lite USB image. > >>> In addition, there could be dozens of nice little things while > >> Are you suggesting that the LiteUSB image should have

Re: [Freedos-devel] USB Image Capacity

> On May 14, 2021, at 6:47 PM, Eric Auer wrote: > >  > Hi Jerome, > ... in RC4, we decided to reduce the size of the LiteUSB stick. > >>> Who are "we”? > > ... >> I do not and will not speak for others. When I say “we", it >> simply means that it is not something I arbitrarily

Re: [Freedos-devel] USB Image Capacity

> On May 14, 2021, at 5:44 PM, Eric Auer wrote: > > > Hello Jerome, > >> As you may have noticed in RC4, we decided to reduce the size of the LiteUSB >> stick. > > Who are "we”? we plural pronoun, possessive our or ours,objective us. 1. nominative plural of I.

[Freedos-devel] USB Image Capacity

Hello Everyone, As you may have noticed in RC4, we decided to reduce the size of the LiteUSB stick. Since that edition only contains BASE, it can be squeezed onto a 16mb flash drive or memory car with about 0.5mb of free space leftover. Those who need to drop some files on a flash drive can

Re: [Freedos-devel] RBIL

Hi, > On May 8, 2021, at 12:32 AM, Mercury Thirteen via Freedos-devel > wrote: > > A quick side-note; I sent Ralf a quick email a while back simply asking if he > was still accepting updates to the RBIL and he kindly affirmed he was, > although he did indicate slight surprise that anyone

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (CPULEVEL and CALLVER updates)

Hi, > On May 6, 2021, at 11:00 AM, C. Masloch wrote: > > On at 2021-05-06 01:10 +0200, Eric Auer wrote: > [..] > A HMA version string (with segment h, FFFEh, or any other HMA segment) is > supported by my method. I think it is solid enough to check for non-zero dx. > The string is

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (CPULEVEL and CALLVER updates)

> On May 5, 2021, at 7:10 PM, Eric Auer wrote: > [..] > PS: I can confirm that GCDROM is a modified old fork from > what has become UDVD2 and XDVD2. We should remove GCDROM > from the distro to avoid confusion. We already have UDVD2. Probably should keep it on the repo. If someone was motivated

Re: [Freedos-devel] (no subject)

Sorry to here that, > On May 5, 2021, at 7:17 PM, Matias Paz wrote: > > I want to Unsubscribe https://sourceforge.net/projects/freedos/lists/freedos-devel/unsubscribe > ___

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

> On May 4, 2021, at 5:25 AM, Carsten Strotmann > wrote: > > Hi Jerome, > > thanks for all the good work around FreeDOS. Thank You. :-) > [..] >> I also suggest doing the FreeDOS Release Media survey at >> https://fd.lod.bz/survey/

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

> On May 4, 2021, at 3:41 AM, Carsten Strotmann wrote: > > Hi, > > On 3 May 2021, at 22:29, Eric Auer wrote: > >> >> RAREAD - doubts about use >> RAWRITE - doubts about use >> UNRTF - doubts about use >> XFDISK - doubts about use >> SQLITE - doubts about use > > I find the packages above

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

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.

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

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.

[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.

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

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

> On May 2, 2021, at 6:29 PM, Jim Hall wrote: > > On Sun, May 2, 2021 at 5:13 PM Eric Auer wrote: >> >> Dos compatible filenames are irrelevant for URL, just give >> the file ANY name you like after downloading the file, it >> is better to have search-friendly URL which contain both >> name

Re: [Freedos-devel] Missing help package from FreeDOS 1.2 distribution on ibiblio

> On May 1, 2021, at 3:25 PM, Robert Riebisch wrote: > [..] > Not on > > >. > > ... > > Ah, okay, but on >

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Jim, You realize with a little effort you could just do a shell script to fix 90%+ of that stuff… Just make sure it’s got a —test mode. :-) Jerome ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net

Re: [Freedos-devel] Missing help package from FreeDOS 1.2 distribution on ibiblio

> On May 1, 2021, at 12:12 PM, Robert Riebisch wrote: > > Hi Jerome, > >> I don’t know if this helps. But whenever packages have been updated on >> the repo, the repository management software builds a new cdrom.iso late >> that night which contains only the latest versions of all the

Re: [Freedos-devel] Missing help package from FreeDOS 1.2 distribution on ibiblio

Hi Julius, > On Apr 11, 2021, at 9:23 AM, Julius Schwartzenberg > wrote: > [..] > Thank you so much for the clear answers and the elaboration on the repos! It > is indeed interesting and quite helpful to know a bit more on this. We are > using the repositories in some scripts that live in

Re: [Freedos-devel] Missing help package from FreeDOS 1.2 distribution on ibiblio

Hi, > On Apr 10, 2021, at 3:29 AM, Julius Schwartzenberg > wrote: > > Op 10-04-2021 om 00:23 schreef Jerome Shidel: >>> It appears that recently some FreeDOS 1.2 distribution files on ibiblio.org >>> were removed. Notably these are missing: >>> &g

Re: [Freedos-devel] Missing help package from FreeDOS 1.2 distribution on ibiblio

> On Apr 9, 2021, at 2:45 PM, Julius Schwartzenberg > wrote: > > Hi all, > > It appears that recently some FreeDOS 1.2 distribution files on ibiblio.org > were removed. Notably these are missing: > > http://ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/base/help.zip

Re: [Freedos-devel]   Cleanup on FreeDOS Ibiblio

> On Apr 9, 2021, at 2:16 AM, Wilhelm Spiegl wrote: > > mkeyb 0.44 is still missing. it can be found at repository and fixes the bug > that z and y are at the wrong position at german keyboard layout when using > virtual box.

Re: [Freedos-devel] List of 16-bit compatible FreeDOS tools?

Hi, > On Feb 28, 2021, at 9:56 AM, r cs wrote: > > Is there that indicates what FreeDOS tools are 16-bit compatible? I'd like > to leverage everything possible for use on vintage hardware for which the > DJGPP and 32-bit stuff won't work. > > Thanks, > rcs As far as I know, there is no

[Freedos-devel] Bloček Update

(also posted to freedos-user) Hi All, The current version of Bloček on the FreeDOS repo and install media is 1.4. Recently, it received another update. It is now up to version 1.62. Looking at its history, it has had numerous fixes and features added since out last version. I downloaded the

Re: [Freedos-devel] Orphans

HI Robert, > On Dec 20, 2020, at 10:41 AM, Robert Riebisch wrote: > >> […] > > Does it mean, you are mirroring ibiblio.org by uploading new releases of > active projects to GitLab? > >> Also if any package tweaking (like moving files around or modifying >> configs), it >> makes it a little

Re: [Freedos-devel] Orphans

Hi Robert, > On Dec 19, 2020, at 3:43 PM, Robert Riebisch wrote: > > Hi Jerome, > >> When browsing the online repo, it showed many of the links out to >> project homes no longer worked. While many other links still resolved, > > Probably some links were never correct... > > archiver/lzip:

[Freedos-devel] Orphans

Hello All, per the recent FreeDOS virtual get-together… When browsing the online repo, it showed many of the links out to project homes no longer worked. While many other links still resolved, there were a lot of projects that abandoned DOS in favor of focusing on Windows, Linux or other

Re: [Freedos-devel] Sound driver interfaces in RBIL

Hi Eric, Your welcome and thanks. :-) It ain't perfect. But, it is a complete conversion. The “Browse by Index” is something to behold. Someday if I get motivated, I could add new stuff or put in sections that consolidate topics (like SoundBlaster). :-) Jerome

Re: [Freedos-devel] Introduction and Help in OS dev, FreeDOS

Hi Aniket, I agree with what Eric said. I just want to point out a couple more things… > But the main concern is what are the prerequisites I should be familiar with? > Like shall I read Minix book etc. or something like that to get into OS dev? If you are new to developing for DOS, you

Re: [Freedos-devel] Package survey - largest packages

Hi Eric, > On Dec 13, 2020, at 7:09 PM, Eric Auer wrote: > >  > Hi Jerome, > > I suggest to measure package sizes ONLY excluding the source > directories: The binary packages usually still include lots of > accessories and documentation, which are actually useful :-) Show Quoted Content >

Re: [Freedos-devel] Package survey - largest packages

Hi Eric, > On Dec 13, 2020, at 7:09 PM, Eric Auer wrote: > >  > Hi Jerome, > > I suggest to measure package sizes ONLY excluding the source > directories: The binary packages usually still include lots of > accessories and documentation, which are actually useful :-) I should have been more

Re: [Freedos-devel] Package survey - largest packages

Hi Eric, > On Dec 13, 2020, at 4:44 PM, Eric Auer wrote: > >  > Hi Jerome! > >> Mostly, you can easily see the size of each package without hopping out to >> my repo. > > Cool idea, but that seems to include source code. > > If FreeCOM itself would be 4.8 MB, you could not > even make a

[Freedos-devel] Package survey

Hi all, Had a good time on the FreeDOS conference call. :-) We did spend a while going over some of the current Survey statistic and some interesting trends. I just made a couple minor tweaks to it. Mostly, you can easily see the size of each package without hopping out to my repo.

[Freedos-devel] Media Package Survey

Hi, Since we may wish to discuss the provided and installed packages on the Install Media during this weekends FreeDOS online get-together, here is a “guest” link to view the current survey results. https://fd.lod.bz/survey/?statistics=FDolmug1213

Re: [Freedos-devel] dzemm and oggenc

Hi Eric, > On Dec 2, 2020, at 9:03 AM, Eric Auer wrote: > > > Hi! > > Two thoughts inspired by the package survey: > > Doszip EMM or DZEMM is a tiny SYS and a small DLL, > I suspect that it only works with Windows? Good question. I don’t know the answer. The readme refers to settings in

Re: [Freedos-devel] Package Survey

nk you. Jerome > >> On Tue, Dec 1, 2020 at 5:39 PM Jerome Shidel wrote: >> Hello Everyone, >> >> Recently, there has been a lot of discussion regarding packages. >> >> What packages are installed for FreeDOS BASE and FULL? >> What packages sh

[Freedos-devel] Package Survey

Hello Everyone, Recently, there has been a lot of discussion regarding packages. What packages are installed for FreeDOS BASE and FULL? What packages should be made readily available when booting the LiveCD? What limited set of packages should be provided by the Floppy Only Distro? So, I put

Re: [Freedos-devel] Slack space

ure. At this point, it is probably much easier to issue a new link when someone is interested. > > On Thu, Nov 26, 2020 at 4:46 AM Jerome Shidel wrote: >> >> Hi All, >> >> No I’m not talking about those bytes that go unused in the file system. >> >

[Freedos-devel] Slack space

Hi All, No I’m not talking about those bytes that go unused in the file system. I’m just referring to the Slack group for FreeDOS. It’s slowly growing and has a couple active developers. More are always welcome. So, here is another today only invite link:

Re: [Freedos-devel] began to list problems I see with FD 1.3-rc3

Hi Paul, Have you listed the issues you have found on the FreeDOS "feature requests” and “bug tracker” lists on SourceForge.net? https://sourceforge.net/p/freedos/feature-requests/ https://sourceforge.net/p/freedos/bugs/

<    1   2   3   4   5   >