Saluton,
On Sun, Apr 14, 2019 at 7:16 AM Ivan Ivanov wrote:
>
> сб, 13 апр. 2019 г. в 08:46, Rugxulo :
> >
> > Perhaps you need to try a different floppy image? I could point you to
> > several
>
> Yes, if they could help to debug this issue.
Not directly, but if the other image fails, the leas
сб, 13 апр. 2019 г. в 08:46, Rugxulo :
>
> Did you try clean boot (F5) and/or removing (or even replacing?) some drivers?
>
Thank you very much Rugxulo, with a clean boot (F5) I could reach the
command line :-)
сб, 13 апр. 2019 г. в 08:46, Rugxulo :
>
> Perhaps you need to try a different floppy
Hi, Ivan,
On Sat, Apr 6, 2019 at 12:44 PM Ivan Ivanov wrote:
>
> I built a coreboot BIOS image for QEMU and added to it the
> FD13FLOP.IMG (renamed to freedos.img) :
>
> Tried booting it but it gets stuck after
> "Done processing startup files FDCONFIG.SYS and FDAUTO.BAT"
> _ <--- blinking "_"
>
I built a coreboot BIOS image for QEMU and added to it the
FD13FLOP.IMG (renamed to freedos.img) :
./build/cbfstool ./build/coreboot.rom add -f ./freedos.img -n
floppyimg/freedos.lzma -t raw -c lzma
Tried booting it but it gets stuck after
"Done processing startup files FDCONFIG.SYS and FDAUTO.BAT
Gruess Gott,
On Tue, Mar 26, 2019 at 1:20 PM Tom Ehlert wrote:
>
> > Developers are very sloppy and include lots of things that they don't
> > need. They also split up things into too many files. Too many
> > dependencies. I'm just saying, it's overwhelming, even for them.
I'm aware that this is
> Developers are very sloppy and include lots of things that they don't
> need. They also split up things into too many files. Too many
> dependencies. I'm just saying, it's overwhelming, even for them.
for a clueless moron, you are making fairly big claims.
do you have ANYTHING to show to sup
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
> On Mar 9, 2019, at 5:14 PM, Eric Auer wrote:
>
>
> Thanks for the package list pointers! :-)
Your welcome.
>
>> 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
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
Jerome,
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"?
[0]
http://www.ibiblio.org/pub/micro/p
> On Mar 1, 2019, at 12:30 PM, Tom Ehlert wrote:
>
>
>> 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;
How s
> 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
> On Feb 11, 2019, at 11:49 PM, Andy Stamp wrote:
>
>
>
>> 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
>>> wrote:
>>> Hi, thanks for replying.
>>>
>>> On 2/11/2019 11:17 AM, Jerome Shidel wrote:
>>> >
>>> >>
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 Feb 11, 2019, at 1:37 PM, Random Li
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 <
> freedos-devel@lists.sourceforge.net> wrot
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
> 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 expect something labelled "legacy" to behave the same way
> pr
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 expect something labelled "legacy" to behave the same
way previous versions behaved. Meaning, I would expect that image to
boot into an installer
This one was me. I was able to use LiveCD2 on QEMU to boot and install
FreeDOS 1.3 RC1.
Installing worked fine even at lower memory configuration (-m). Definitely
needed more memory to run as a LiveCD, because of the ramdisk setup.
This was with a completely fresh/unpartitioned hard disk image. (
> On Feb 10, 2019, at 12:48 PM, Harald Arnesen wrote:
>
> 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
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
> On Feb 9, 2019, at 11:14 AM, Harald Arnesen wrote:
>
> 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 fas
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
Although the "FreeDOS 1.3 RC1 is ready for testing!" release notes do
not mention a floppy release, luckily it is still there!
I am going to test it as a part of my next coreboot+SeaBIOS build for
G505S laptop's BIOS firmware and report the results,
maybe at the next weekends.
пн, 4 февр. 2019 г.
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
36 matches
Mail list logo
