Re: Betov`s petty war again...?

Betov wrote:

santosh <santosh.k83@xxxxxxxxx> écrivait news:f9k9sf$3dj$1@xxxxxxxx:

I think you were asking why no one has yet distributed a "standalone"
version of WINE, by tightly combining it with a "stripped down" Linux

This is possible, and I don't really know why it hasn't been done yet.
Possible reasons are:

1. It easy enough to install WINE on any existing Linux distribution.
2. No one has been interested enough to do this.

You know, introducing RosAsm as a Programming Tool for
writing PEs, in Assembly, is already close like to sell
shoes to legless cripples sitting in wooden bowls, but
introducing it as a Programming Tool for writing PEs,
in Assembly, under Linux, with WINE, would be...

Why do you think the guy(s) behind Linspire got the very
same idea as mine? Yes, because this is the most evident
thing to do. Of course, it is commercial. Of course it
got immidiately sued by MicroSoft. Of course, it submitted
and of course, it took a crime&Co agreament.

But the idea is nevertheless viable. People will never
want Linux, for several reasons, that i have already
enumerated, and an OS with more than twenty incompatible
instancies has evidently no future, until there will
remain more than one.

Distributions are not _altogether_ incompatible. Incompatibilities are
usually minor and mainly to do with issues like directory placement,
package format, startup sequence, and some configuration files.

What are incompatible are often "value-added" programs like vendor specific
configuration GUIs, package managers and other programs. The core system of
Linux kernel + GNU utilities + GUIs (KDE/GNOME) are quite similar across

But this point is moot. If you want Linux, pick a distribution you like and
stick with it.

Windows also has incompatibilities. Windows XP programs won't work on
Windows 95... DOS programs are a PITA to run on Windows versions > 98.

The jewel in the crown is Vista, which has _massive_ backwards compatibility
problems. Microsoft has scant regard for the investments their customers
have made. Not only do they shell out hundreds of dollars for a forced
upgrade to Vista, but when they've done it, to their horror, a significant
proportion of programs, drivers and devices are rejected outright by Vista.

By contrast even programs written for UNIX systems of the eighties can be
made to run on Linux.

But an OS *HYDING* a minimalist
Linux, and introduced as an alternative to MicroSoft
would, in my opinion, be immidiately successful.

It won't because the huge variety of hardware devices out there ensure that
any "minimalist" or "hobby" OS will remain a niche player. Mainstream OSes
have no choice but to be large and complex pieces of code.

I agree that viewed up close, they're imposing and often ugly; but that's
why there are APIs like QT/KDE, GTK+/GNOME, etc., they are sufficient for
the vast majority of programs.

Why do you think Microsoft has released stuff like MFC and .NET? It's
because most programmers find the raw Windows API too complex and the
learning curve, too steep.

The reason why i have bet everything on ReactOS. What
difference do you think, Joe-Users would make in between
ReactOS and a "WINE-pseudo-OS"? Absolutely none, in my

What difference is there between a KDE session and a Windows session? Nearly
none. Both are almost self contained, (i.e. you need to access the
command-line only rarely), fancy GUIs, with a similar set of programs, all
usable by simple point and click.

The problem is not with using WINE under Linux. The problem
is to get rid of Linux itself, on the users side.

WINE runs on Linux, so you can't do that. If you want Windows API, then the
only viable options are, (from best to worst): Windows, Win4Lin, ReactOS,

this could be exactly the real difficulty: Admitting that
Linux is a packet of shit, that needs to be hidden under
the carpet, is probably a hard pain for them...

It's all a matter of individual taste.

"Hey! Look! Linux is so great that it can run PEs", is
probably a great satisfaction.

Well, it can. While MS Windows can't run ELF files.