Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

2025-02-22 Thread Han Held via Freedos-devel
They've been at this for over 30 years. I submit that know their audience and their goals better than you do. May I suggest dialing it down a notch -or twenty? On Saturday, February 22, 2025 at 02:30:53 PM AKST, Kirn Gill II via Freedos-devel wrote: >  As long as it emulates an Intel

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

2025-02-22 Thread Kirn Gill II via Freedos-devel
> As long as it emulates an Intel CPU with a BIOS, any DOS (FreeDOS and MS-DOS and DR-DOS) should work. PC-98 has entered the chat. (*runs a modified MS-DOS, but cannot run any version of DR-DOS or FreeDOS because it's not an IBM PC platform.) There's a multitude of things that a hypervisor could

Re: [Freedos-devel] FreeDOS Matrix server

2025-02-22 Thread Jim Hall via Freedos-devel
Bernd Bockmann wrote: > > > > > But it (Matrix server) is online now for over a year, > > > and usage is more or less non-existent (a total of > > > 15 messages sent, half of it by me). Jose Senna wrote: > > > Excuse me, but how someone cam use it > > and for what? Mercury Thirteen wrote: > > Ma

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

2025-02-22 Thread Jim Hall via Freedos-devel
Tom Ehlert wrote: >> What makes you say so? Other then "I hate BROADCOM's overtake of >> VMWARE"? Kirn Gill II wrote: > > I provided, in my email you're quoting, the rationale - the "why". [..unnecessary negative statements removed..] > I don't have any skin in the hypervisor wars. I don't care if

Re: [Freedos-devel] FreeDOS Matrix server

2025-02-22 Thread Mercury Thirteen via Freedos-devel
Matrix is a decentralized chat platform. I assume the Matrix server to which Bernd is referring is something set up for folks to join and ask questions or possibly just shoot the breeze regarding FreeDOS and FreeDOS-adjacent topics? Cool. I didn't know we had such a thing. :) Sent with Proton

[Freedos-devel] FreeDOS Matrix server

2025-02-22 Thread Jose Senna via Freedos-devel
Bernd Bockmann said: >But it (Matrix server) is online now for over a year, >and usage is more or less non-existent (a total of >15 messages sent, half of it by me). Excuse me, but how someone cam use it and for what? ___ Freedos-devel mailing list Fr

Re: [Freedos-devel] FreeDOS Matrix Server

2025-02-22 Thread Kirn Gill II via Freedos-devel
I think usage would be higher if it were more widely-known. This is the first (maybe second time?) I've heard that this server even exists to begin with. I have no real suggestions other than listing it prominently on the FreeDOS website. -- Kirn Gill II Mobile: +1 813-300-2330 <+18133002330> VoIP

[Freedos-devel] FreeDOS Matrix Server

2025-02-22 Thread Bernd Böckmann via Freedos-devel
Does anyone care about our Matrix server? Otherwise I would take it offline. It was worth a try. But it is online now for over a year, and usage is more or less non-existent (a total of 15 messages sent, half of it by me). Bernd ___ Freedos-devel ma

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

2025-02-22 Thread Bernd Böckmann via Freedos-devel
> Am 22.02.2025 um 18:32 schrieb Kirn Gill II via Freedos-devel > : > > The Linux kernel is open source and drops support for things all the time. > Your argument is invalid. Wrong! The Linux kernel normally supports "things" as long as there are people willing to take care of it. As "we" s

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

2025-02-22 Thread Kirn Gill II via Freedos-devel
It absolutely is a solution. It makes it clear that if you go down that path, 1. you will have problems and 2. no one is going to help you, you were warned. Nothing at all about the open source model says you have to infinitely support whatever the end user does ad nauseum. The Linux kernel is ope

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

2025-02-22 Thread Bernd Böckmann via Freedos-devel
> Am 22.02.2025 um 17:28 schrieb Kirn Gill II via Freedos-devel > : > > I just care that if their products are a problem then getting rid of their > products is the solution. That is no solution at all. It neither helps the FreeDOS users, nor "us". If you are concerned about your "peace an

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

2025-02-22 Thread Kirn Gill II via Freedos-devel
> What makes you say so? Other then "I hate BROADCOM's overtake of VMWARE"? I provided, in my email you're quoting, the rationale - the "why". If the word "rationale" isn't understood by you, then use a translator program to translate the email to your native language - after all, the only develop

Re: [Freedos-devel] Ré : Suggestion: Disclaim support for Broadcom virtualization products.

2025-02-22 Thread Jim Hall via Freedos-devel
On Sat, Feb 22, 2025, 4:49 AM Paul Dufresne via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > Le ven., 21 févr. 2025 18:20:04 -0500 Kirn Gill II via Freedos-devel > a écrit > > > > > * > Due to various complaints of technical issues and bugs that all have > the same comm

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

2025-02-22 Thread tom ehlert via Freedos-devel
Hi Kirn, am Samstag, 22. Februar 2025 um 00:20 schrieben Sie: > Due to various complaints of technical issues and bugs that all have the > same common element of Broadcom virtualization technology ("VMware"), and > with changes to the hypervisor that have rendered the virtualized > environment so

[Freedos-devel] Ré : Suggestion: Disclaim support for Broadcom virtualization products.

2025-02-22 Thread Paul Dufresne via Freedos-devel
Le ven., 21 févr. 2025 18:20:04 -0500 Kirn Gill II via Freedos-devel a écrit > Due to various complaints of technical issues and bugs that all have the > same common element of Broadcom virtualization technology ("VMware"), and > with changes to the hypervisor that have rendered t