Hi again,
On Sat, Mar 9, 2019 at 9:15 AM Jerome Shidel wrote:
>
> > On Mar 9, 2019, at 8:19 AM, Eric Auer wrote:
>
> > And how big would the 3 largest packages in that ramdisk be? Which 3
> > packages?
>
> I don’t know off-hand. But, things like FPC & DJGPP are enormous.
> However, both of thos
Hi,
On Sat, Mar 9, 2019 at 6:49 AM Jerome Shidel wrote:
>
> > On Mar 8, 2019, at 9:40 AM, Eric Auer wrote:
> >
> > As DOS barely supports any overlay stuff, another question would be
> > which FreeDOS packages work directly from read-only media.
> > My guess is: MOST will!
>
> I agree that most
c-stuff/freedos/files/repositories/latest/pkg-html/
You can go straight to the latest version info for a package by just tacking on
the package name.html like
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/latest/pkg-html/aefdi
Thanks for the package list pointers! :-)
> All release specific settings are in that
> https://github.com/shidel/FDI/tree/master/SETTINGS
> Boot floppies are PKG_FDI.LST with files and directories
> in CLEANUP.LST removed.
> PKG_BASE is what is installed with BASE
Base: The classic mix of Fr
Hi Eric,
> On Mar 9, 2019, at 2:22 PM, Eric Auer wrote:
>
>
> Hi Jerome,
>
>> LiveCD1 size is flexible...
>
> Looking at your links (PS: typo "intalled") the current
:-)
I’ll have to fix that.
> list seems to be, in that order:
>
> BASE, FDI, grep/head/du/sleep/tee/touch/which/less/trch/
Hi Jerome,
> LiveCD1 size is flexible...
Looking at your links (PS: typo "intalled") the current
list seems to be, in that order:
BASE, FDI, grep/head/du/sleep/tee/touch/which/less/trch/md5sum,
crc32, slowdown, doslfn, part, xfdisk, xdel, xkeyb, raread,
rawrite, edict, fdtui, fdnet, wget, links
Hi Eric,
> On Mar 9, 2019, at 10:42 AM, Eric Auer wrote:
>
>
> Hi Jerome,
>
> questions about the dynamic size semi-live CD, which are
> the minimum amounts of memory for which package sets?
>
> You say with 24 MB you get a system, then at some point
> you get BASE, much later FULL or even EX
Hi Jerome,
questions about the dynamic size semi-live CD, which are
the minimum amounts of memory for which package sets?
You say with 24 MB you get a system, then at some point
you get BASE, much later FULL or even EXTRA? So I would
like to know the RAM size thresholds for those :-)
[LiveCD1 w
Hi Eric,
> On Mar 9, 2019, at 8:19 AM, Eric Auer wrote:
>
>
> Hi Jerome, thanks for the insights :-)
Your welcome.
>
> So what is the combined size of all "programs which have settings
> or high scores" which the user would like to be updated? Remember
> that high scores in ramdisk are lost
Hi Jerome, thanks for the insights :-)
So what is the combined size of all "programs which have settings
or high scores" which the user would like to be updated? Remember
that high scores in ramdisk are lost at reboot anyway and it is
possible that games just continue without error when they fai
> On Mar 8, 2019, at 9:40 AM, Eric Auer wrote:
>
>
> Hi Louis,
>
>> Do you mean something like the SHSU* Image/ISO to RAMDrive utils [0][1][2]
>> when you said, " If we had a driver that could directly use CD/DVD media
>> like a hard drive and cache changes to RAM, then things could be diffe
Hi Louis,
> Do you mean something like the SHSU* Image/ISO to RAMDrive utils [0][1][2]
> when you said, " If we had a driver that could directly use CD/DVD media
> like a hard drive and cache changes to RAM, then things could be different
> and possibly even better"?
The problem is the CACHE C
ably just
> > don't get it.
>
> Wow.
>
> Did you try either?
>
> Maybe it’s me. But, I see no deviation in your quoted definition of a
> LiveCD and the two LiveCDs for 1.3-RC1.
>
> There are other possible ways to do a LiveCD. For example.
AM, then things could be different and possibly even better. But we don’t. I
have far to many things on my plate to write one. Are you volunteering to
create one?
>
> Tom
>
>
Jerome
>
> _______
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> ht
> This one was me. I was able to use LiveCD2 on QEMU to boot and install
> FreeDOS 1.3 RC1.
When I suggested that FreeDOS 1.3 should contain a LiveCD, I had
something more useful in mind than the thing that materialized now;
https://en.wikipedia.org/wiki/Live_CD
'A live CD (also live DVD, li
18 build (which, as far as I know, is the latest for
>>> windows).
>>>
>>> I've compiled a more recent version in Linux; but I wouldn't use that
>>> for testing because it's inside of a virtual machine (wh
On Mon, Feb 11, 2019 at 11:34 PM Andy Stamp wrote:
>
>
> On Mon, Feb 11, 2019 at 6:32 PM Random Liegh via Freedos-devel <
> freedos-devel@lists.sourceforge.net> wrote:
>
>> Hi, thanks for replying.
>>
>> On 2/11/2019 11:17 AM, Jerome Shidel wrote:
>>
On Mon, Feb 11, 2019 at 6:32 PM Random Liegh via Freedos-devel <
freedos-devel@lists.sourceforge.net> wrote:
> Hi, thanks for replying.
>
> On 2/11/2019 11:17 AM, Jerome Shidel wrote:
> >
> >> On Feb 11, 2019, at 1:37 PM, Random Liegh via Freedos-devel <
>
Hi, thanks for replying.
On 2/11/2019 11:17 AM, Jerome Shidel wrote:
On Feb 11, 2019, at 1:37 PM, Random Liegh via Freedos-devel
wrote:
I just tried to boot FD13LGCY in virtualbox and got (what is to me) the
weirdest error: https://imgur.com/a/EENC2Xf (screenshot)
As a user, I would expec
;> Make sure you download them, try them out, and let us know your thoughts.
>> Because 1 of them will be discontinued with RC2.
>>
>>
>>
>>
>> _______
>> Freedos-devel mailing list
>> Freedos-devel@lists.sourcefor
mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
ackages.
>
> The USB image worked fine.
> --
> Hilsen Harald
>
>
> I hope that helps.
>
> Jerome
> _______
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>
_
e normal data portion of the disc was not accessible with the supplied CD/DVD
driver as configured. As far as I know, the supplied driver works under QEMU.
So, I’m not sure what’s causing your issue.
> --
> Hilsen Harald
>
> ________
Jerome Shidel [10.02.2019 17:39]:
> Hi again, in regards to using LiveCD2 with QEMU this is what I’ve been told…
>
> LiveCD2 booted up just fine, even with an unpartitioned C: drive. This
> is what I did:
>
>
> $ qemu-system-i386 -m 256 -k en-us -rtc base=localtime -soundhw
> sb16,adlib,pcspk -
Hi again, in regards to using LiveCD2 with QEMU this is what I’ve been told…
LiveCD2 booted up just fine, even with an unpartitioned C: drive. This is what
I did:
$ qemu-system-i386 -m 256 -k en-us -rtc base=localtime -soundhw
sb16,adlib,pcspk -device cirrus-vga -display gtk -boot order=d -hda
t; Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Jerome Shidel [09.02.2019 16:50]:
> CD2 is probably more compatible (CD1 doesn’t run under QEMU). It needs 128mb
> of ram. More RAM is unused. It requires a good chunk of real estate on the CD
> (50mb). But, it starts a little faster too.
I couldn't get any of the CDs to run under QEMU. Both bo
Hi everyone,
We really do want to hear your opinions on which LiveCD we should keep.
They both have very specific advantages and disadvantages.
Just to pick a couple.
CD1 can run with 64MB of ram and can use GBs. It also uses very little space on
the CD.
CD2 is probably more compatible (CD1 d
ttps://lists.sourceforge.net/lists/listinfo/freedos-devel
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
In case you haven’t heard.
FreeDOS 1.3-RC1 is now out.
More info on www.freedos.org.
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
could cost another $50 . Also there are 3
>> > versions regarding the discrete GPU: only integrated HD 8650G (from
>> > A10-5750M) , that integrated + discrete HD 8570M , that integrated +
>> > discrete R5 M230 . R5 M230 is about 4% faster
st
> > 1600MHz CL9 while discrete will always have its' own slower 1333MHz
> > CL9 / 1600MHz CL11 ) - "with discrete" versions have two heatsinks
> > instead of one so your CPU is cooling better.
> >
> > Best regards,
> > Ivan Ivanov,
> > open source firmware developer
>
>
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
If you've a Q about putting FreeDOS inside opensource coreboot BIOS,
or any other coreboot-related questions, please let me know :)
And btw there is a coreboot supported motherboards page available
чт, 3 янв. 2019 г. в 13:01, Ivan Ivanov :
>
> Really happy I am to tell you : FreeDOS floppy is work
Really happy I am to tell you : FreeDOS floppy is working perfectly as
a part of coreboot+SeaBIOS opensource BIOS image ! ( inside Lenovo
G505S quadcore AMD A10-5750M based laptop with 16GB RAM installed ) .
After you build coreboot, it's super easy to add a floppy of any
supported size (1.44MB/2.8
Hello My Friends,
First of all, hope you all had a great christmas time!
On Thu, 20 Dec 2018 at 16:17, TK Chia wrote:
>
> Hello Jerome, hello Geraldo,
>
> >> Seems to require borland c/tasm
> > Unfortunately, aefdisk won’t compile under TASM 4.1.
> > Tried. But, It throws a couple errors and warn
Hello Jerome, hello Geraldo,
Seems to require borland c/tasm
Unfortunately, aefdisk won’t compile under TASM 4.1.
Tried. But, It throws a couple errors and warnings.
This is interesting.
It seems the aefdisk sources are using some strange syntax extensions
which I have not seen before --- p
gitlab.com/ercanersoy/FreeDOS-TUI-Shell
>
>
> What do you think for FreeDOS TUI Shell?
>
>
> Best regards,
> Ercan
>
>
>
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sou
Hello,
I have released FreeDOS TUI Shell 0.3.
FreeDOS TUI Shell is DOSSHELL command. It includes a file
manager internal application and running command internal
application.
Short changelog of FreeDOS TUI Shell 0.3:
- It have been relicensed GNU GPL v2 and GNU GPL v3.
- Source file has been
> On Mon, Nov 12, 2018, 7:05 PM Jim Hall > * red (do not include)
>>
>> 1. Archivers/lha
On Mon, Nov 12, 2018 at 7:24 PM Rugxulo wrote:
> Again, I'm pretty sure those sources came from Debian. Is that not good
> enough?
Must have missed your note about that in your other email. I'll go
back and
FYI: I have removed Harald's Tail from ibiblio, and updated the wiki
page to reflect that.
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
On Tue, Nov 13, 2018, 10:43 AM Harald Arnesen TK Chia [13/11/2018 15.12]:
>
> > Hello Jim, hello Harald,
> >
> > > FYI: I've posted Harald's port of GNU Tail on our ibiblio archive. You
> > > can find it at
> >
> http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/unix/tail/c/
> > >
>
TK Chia [13/11/2018 15.12]:
> Hello Jim, hello Harald,
>
> > FYI: I've posted Harald's port of GNU Tail on our ibiblio archive. You
> > can find it at
> http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/unix/tail/c/
> >
> > Thanks!
>
> Apologies for the late note --- but can we c
Hallo Herr TK Chia,
am Dienstag, 13. November 2018 um 15:12 schrieben Sie:
> Hello Jim, hello Harald,
>> FYI: I've posted Harald's port of GNU Tail on our ibiblio archive. You
>> can find it at
> http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/unix/tail/c/
>>
>> Thanks!
> Apol
Hello Jim, hello Harald,
> FYI: I've posted Harald's port of GNU Tail on our ibiblio archive. You
> can find it at
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/unix/tail/c/
>
> Thanks!
Apologies for the late note --- but can we confirm that the posted code
is indeed from the G
On 11.11.2018 02:32 Jim Hall wrote:
> Thanks, that's very helpful!
>
> I'll update USBDOS to be green. :-)
It's pretty clear the current requirements make this application non
free (see below), so shouldn't it be marked as red instead?
> On Mon, Nov 5, 2018 at 12:30 PM Bret Johnson wrote:
>
Hi,
On Mon, Nov 12, 2018, 7:05 PM Jim Hall
> WHAT I NEED FROM YOU:
>
> - If you disagree with the status of any of these, please comment in a
> reply
>
> Summary of the yellow and red items:
>
> * red (do not include)
>
> 1. Archivers/lha
>
Again, I'm pretty sure those sources came from Debian.
Hi everyone
Based on notes that you all have provided in the discussion here, I
have updated the Releases/1.3/Packages page on the wiki. A bunch of
programs are now listed green that were yellow or even red previously.
Thanks for your comments.
The list is at
http://wiki.freedos.org/wiki/index.ph
___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
On Mon, 12 Nov 2018, Rugxulo wrote:
Hi,
On Mon, Nov 12, 2018, 2:24 PM Steve Nickolas
On Mon, 12 Nov 2018, Rugxulo wrote:
However, AFAIK, "OpenDOS" (kernel and shell only) is "sources
available, non-commercial only". So not exactly free/libre, but at
least it's not illegal. That's what EDR-DO
Hi,
On Mon, Nov 12, 2018, 2:24 PM Steve Nickolas On Mon, 12 Nov 2018, Rugxulo wrote:
>
> > However, AFAIK, "OpenDOS" (kernel and shell only) is "sources
> > available, non-commercial only". So not exactly free/libre, but at
> > least it's not illegal. That's what EDR-DOS is based upon. Those are
On Mon, 12 Nov 2018, Rugxulo wrote:
However, AFAIK, "OpenDOS" (kernel and shell only) is "sources
available, non-commercial only". So not exactly free/libre, but at
least it's not illegal. That's what EDR-DOS is based upon. Those are
still available via WayBack (Web Archive). Maybe you already k
Hi,
On Sun, Nov 11, 2018 at 4:19 PM Steve Nickolas wrote:
>
> On Sun, 11 Nov 2018, François Revol wrote:
>
> > Nice to see some retro people interested in legal issues :-)
>
> Which reminds me...
>
> The other day I was looking for assistance in cleanrooming some pieces of
> MS-DOS 2.11 and 3.x s
Hi, Jim,
On Sat, Nov 10, 2018 at 5:55 PM Jim Hall wrote:
>
> On Wed, Nov 7, 2018 at 9:03 AM Rugxulo wrote:
> > lincrawl ... (aka, Linley's Dungeon Crawl) is something I used to play
> [..]
> > relicensed to GPLv2+." I know that's not exactly the same as saying
> > the old game is GPL now, but it
On Sun, 11 Nov 2018, François Revol wrote:
Nice to see some retro people interested in legal issues :-)
Which reminds me...
The other day I was looking for assistance in cleanrooming some pieces of
MS-DOS 2.11 and 3.x so that I had an option for systems where FreeDOS
might be less than idea
Hi,
Le 07/11/2018 à 16:01, Rugxulo a écrit :
> Hi, Jim,
>
> On Sat, Nov 3, 2018 at 6:50 PM Jim Hall wrote:
>>
>> I have been working to create a list of packages for FreeDOS 1.3.
>>
>> I mentioned back in June (as part of a discussion thread about "Removing
>> non-free packages")
>> that I woul
Hi Jim,
>> (Meh, non-commercial isn't great, but alas, without further
>> clarification, that's probably a no-go for us.)
>
> Yup, requiring that the program *cannot* be sold (non-commercial only)
> is a no-go. But for games, I think it's easy to swap out whatever we
> want, these programs are no
Hi Jim,
>> doslfn ... not sure if it's free/libre, but it's widely used. Of
>> course, there are other alternatives, too, of varying quality (e.g.
>> StarLFN). At least VFAT/LFN is finally unpatented nowadays (I think?).
>> Again, you may have to contact the (inactive) maintainer for
>> clarificat
On Wed, Nov 7, 2018 at 9:03 AM Rugxulo wrote:
> lincrawl ... (aka, Linley's Dungeon Crawl) is something I used to play
[..]
> relicensed to GPLv2+." I know that's not exactly the same as saying
> the old game is GPL now, but it's close. You'd have to email them
> directly to fully clarify, most li
On Sat, Nov 10, 2018 at 5:28 PM Jim Hall wrote:
> As Eric pointed out, that's not the author's website.
[..]
Oops, that was Robert not Eric.
Jim
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/l
> On at 2018-11-05 18:01 +, Bret Johnson wrote:
> > Being the author of two of the items mentioned (USBDOS & SLOWDOWN), I can
> > say that there is no problem in including them with FreeDOS. SLOWDOWN is a
> > much older program than USBDOS, and the licensing and even my opinions of
> > what
o anybody who wants it (although
> some of it is quite messy) as long as they "keep it free".
>
>
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-d
On Mon, Nov 5, 2018 at 9:13 AM Tom Ehlert wrote:
>
>
> > 3. Development/TPPATCH
> wiki comment>>> no source code, no license text
>
> http://www.ipnet6.org/tppatch.html
>
> the comments make it pretty clear that the author wants to give this
> away for free; just without gnuish legalese. I cons
On Sun, Nov 4, 2018 at 8:18 PM Steve Nickolas wrote:
>
> On Sun, 4 Nov 2018, Jim Hall wrote:
>
> > 1. Emulators/MEKA
> > wiki comment>> License is unclear. The website says "MEKA is a free
> > software distributed under a BSD-like license, allowing you to browse
> > and reuse sources and data with
On Wed, Nov 7, 2018 at 11:26 AM Rugxulo wrote:
>
> Hi again, Jim,
>
> Just for completeness
>
> On Wed, Nov 7, 2018 at 9:01 AM Rugxulo wrote:
> >
> > Of course, there are many other Invaders clones
> > (e.g. one ported from QBASIC to XPL0
>
> * http://www.xpl0.org/INVADERS.ZIP
>
> "
> This g
On Wed, 7 Nov 2018, Rugxulo wrote:
(Or maybe we need to finally add full LFN support into the kernel by
default?)
This is what I'd do, if I could do it. Although I'd see why some people
might be averse to the idea.
-uso.
___
Freedos-devel maili
Hi again, Jim,
Just for completeness
On Wed, Nov 7, 2018 at 9:01 AM Rugxulo wrote:
>
> Of course, there are many other Invaders clones
> (e.g. one ported from QBASIC to XPL0
* http://www.xpl0.org/INVADERS.ZIP
"
This game is freeware. That is, it's free to use and distribute anywhere you
l
Hi,
On Wed, Nov 7, 2018 at 11:02 AM Joe Forster/STA wrote:
>
> > doslfn ... not sure if it's free/libre, but it's widely used. Of
> > course, there are other alternatives, too, of varying quality (e.g.
> > StarLFN).
>
> There's no able alternative for DOSLFN.
> Honestly, I think we can't afford t
Hi guys,
doslfn ... not sure if it's free/libre, but it's widely used. Of
course, there are other alternatives, too, of varying quality (e.g.
StarLFN).
There's no able alternative for DOSLFN. (StarLFN isn't one as it doesn't
actually support VFAT, only storing long filenames in a file per
di
Hi again, Jim,
On Sun, Nov 4, 2018 at 7:10 PM Jim Hall wrote:
>
> And there are these programs that I think should not be included in
> FreeDOS 1.3, and I marked those in red. I know we've included some of
> these in previous releases, but I don't think the licenses are really
> that free or open
Hi, Jim,
On Sat, Nov 3, 2018 at 6:50 PM Jim Hall wrote:
>
> I have been working to create a list of packages for FreeDOS 1.3.
>
> I mentioned back in June (as part of a discussion thread about "Removing
> non-free packages")
> that I would like FreeDOS 1.3 to be as "open source" as possible.
>
>
Hello Mr. Jim Hall,
I'd appreciate a discussion here about these programs and my evaluations of
their licenses. Especially the ones in red ("no") or yellow ("maybe"). Do
you agree with the decisions here? What are your thoughts on the ones I
marked in yellow?
Thank you for the work! I would j
Hi Tom,
>> 3. Development/TPPATCH
> wiki comment>>> no source code, no license text
>
> http://www.ipnet6.org/tppatch.html
>
> the comments make it pretty clear that the author wants to give this
> away for free; just without gnuish legalese. I consider this free, no
> strings attached.
Wha
On at 2018-11-05 18:01 +, Bret Johnson wrote:
> Being the author of two of the items mentioned (USBDOS & SLOWDOWN), I can say
> that there is no problem in including them with FreeDOS. SLOWDOWN is a much
> older program than USBDOS, and the licensing and even my opinions of what the
> licen
Being the author of two of the items mentioned (USBDOS & SLOWDOWN), I can say
that there is no problem in including them with FreeDOS. SLOWDOWN is a much
older program than USBDOS, and the licensing and even my opinions of what the
licensing should be have changed over the years.
What I want i
> 3. Development/TPPATCH
wiki comment>>> no source code, no license text
http://www.ipnet6.org/tppatch.html
the comments make it pretty clear that the author wants to give this
away for free; just without gnuish legalese. I consider this free, no
strings attached.
> 4. Utilities/4DOS
wik
On Sun, 4 Nov 2018, Jim Hall wrote:
1. Emulators/MEKA
wiki comment>> License is unclear. The website says "MEKA is a free
software distributed under a BSD-like license, allowing you to browse
and reuse sources and data with no restrictions." The sources.txt file
includes a license that is unclea
Jim Hall wrote:
> > I'd appreciate a discussion here about these programs and my
> > evaluations of their licenses. Especially the ones in red ("no") or
> > yellow ("maybe"). Do you agree with the decisions here? What are
> > your thoughts on the ones I marked in yellow?
Tom Ehlert wrote:
> all
On Sun, Nov 4, 2018 at 9:38 AM Tom Ehlert wrote:
>
> Hi,
[ I'll reply to the other stuff in a separate email ]
>
> kernel/freecom
> **Note: Bart has a new version, should check if that's stable to include in
> FreeDOS 1.3
>
> shouldn't this be the other way round? release after bugs are fixed
Jim Hall [11/4/18 12:49 AM]:
> I'd appreciate a discussion here about these programs and my evaluations
> of their licenses. Especially the ones in red ("no") or yellow
> ("maybe"). Do you agree with the decisions here? What are your thoughts
> on the ones I marked in yellow?
"tail.c" from GNU co
Hi,
> I'd appreciate a discussion here about these programs and my
> evaluations of their licenses. Especially the ones in red ("no") or
> yellow ("maybe"). Do you agree with the decisions here? What are
> your thoughts on the ones I marked in yellow?
all these programs/licenses have been 'free
Hi everyone
I have been working to create a list of packages for FreeDOS 1.3.
I mentioned back in June (as part of a discussion thread about "Removing
non-free packages") that I would like FreeDOS 1.3 to be as "open source" as
possible. But FreeDOS is very old (1994) and at that time, even the GN
Hi,
On Fri, Sep 28, 2018, 2:53 PM Tom Ehlert wrote:
>
> > One thing about coding style (it does not affect you - just something
> > that I noticed when reading code):
> > You have put your main() at the end. I want to get an overview of what
> > happens. I start scrolling down, but still reading
>> What do you think for FreeDOS TUI Shell?
> Apart from that I can't say something, because there is no point for me
> in using a dosshell. I am in a big-love-relationship with norton
> commander for so long now ;)
+1
besides, Volkow commander is a vey good (or better) Norton clone.
On Mon, 24 Sep 2018 15:52:31 -0400, Steve Nickolas wrote:
> On Mon, 24 Sep 2018, stecdose wrote:
>
>> One thing about coding style (it does not affect you - just something
>> that I noticed when reading code):
>> You have put your main() at the end. I want to get an overview of what
>> happens. I
On Mon, 24 Sep 2018, stecdose wrote:
One thing about coding style (it does not affect you - just something that I
noticed when reading code):
You have put your main() at the end. I want to get an overview of what
happens. I start scrolling down, but still reading from line 1. I want to see
mai
What do you think for FreeDOS TUI Shell?
I had a long long look at the sources, as they almost read like spoken
english and they are very easy to understand. They showed me a lot of
"how to do XY".
Apart from that I can't say something, because there is no point for me
in using a do
Hello everyone,
I released FreeDOS TUI Shell version 0.2.
FreeDOS TUI Shell is DOSSHELL command. It includes a file
manager internal application and running command internal
application.
Changes of version 0.2:
- Disabled menuitem foreground color have changed to grey on
"FDOSTUI.INI".
tion.
>
> Mateusz
> --
> FreeDOS is present on the USENET, too! alt.os.free-dos
>
>
>
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>
_
On Sun, 23 Sep 2018 14:40:13 +, Mateusz Viste wrote:
> But given your answer I assume it is simply not a 16-bit application.
...and indeed, trying to run it ends up with an immediate error message:
Load error: no DPMI - Get csdpmi*b.zip
Hence this is definitely not a 16-bit application.
M
On Sun, 23 Sep 2018 12:05:19 +0200, Olivier de Lannoy (free) wrote:
> 2) About memory capacity, testing for FreeDos was realized with this
> setup:
> LapTop, Intel(R) Core(TM) i5 CPU @ 2.30GHz with 8GB Memory I suggest 2GB
> Memory at least (for BMP image size < 2Mo) but no problem for 16bits
> run
ists.sourceforge.net
<mailto:Freedos-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/freedos-devel
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
<mailto:Freedos-devel@lists.source
on the USENET, too! alt.os.free-dos
>>
>>
>>
>> ___
>> Freedos-devel mailing list
>> Freedos-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>>
>
>
>
>
> __
USENET, too! alt.os.free-dos
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
<mailto:Freedos-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/freedos-devel
_______
___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
On Sun, 23 Sep 2018 10:30:24 +0200, Olivier de Lannoy (free) wrote:
> Shapix is a freeware (free on charge). See http://www.shapix.org for
> more information.
It is unclear from the license if it allows redistribution. And if so,
can it be in a modified (repackaged) form? Could you clarify?
Also
Hi,
I just like to tell you about Shapix, this is an new graphical application
running under Windows, Linux, FreeBSD and *FreeDos (16bits)*.
The objective of the software is to increase quality of BMP pictures (may
options are available) in command mode.
The first US version of Shapix was created
Hi everyone
An FYI that wiki.freedos.org is temporarily offline.
*The short story is this:*
Last month, I moved the website to a new host provider, at Dreamhost, but
left DNS at my previous third-party DNS hosting service. I set up a "
wiki.freedos.org" at Dreamhost, with the intention to eventua
Since this is a TUI, it would be good to include a screenshot of it on your
Github or GitLab sites. That way, people can see what it looks like, and
decide if they want to try it out.
Thanks,
I added a screenshot on "README.md".
Best regards,
Ercan
---
Since this is a TUI, it would be good to include a screenshot of it on your
Github or GitLab sites. That way, people can see what it looks like, and
decide if they want to try it out.
On Fri, Jul 13, 2018, 9:57 AM Ercan Ersoy wrote:
>
> Hello,
>
> I have worked FreeDOS TUI Shell.
>
> FreeDOS T
Hello,
I have worked FreeDOS TUI Shell.
FreeDOS TUI Shell is a TUI shell for FreeDOS. It includes
file manager and run executable files.
FreeDOS TUI Shell is "DOSSHELL.EXE" for FreeDOS.
FreeDOS TUI Shell is licensed under GNU General Public
License version 3.
FreeDOS TUI Shell has written b
401 - 500 of 2151 matches
Mail list logo