</div><div><span style="font-family:monospace"><span style="color:#000000;background-color:#ffffff;"> $ wine iexplore</span><br>Could not find Wine Gecko. HTML rendering will be disabled. <br>010c:err:mshtml:create_document_object Failed to init Gecko, returning CLASS_E_CLASSNOTAVAILABLE<br>
Depends on what you are trying to do.
But in my experience, if you don't
need to do some heavy work to maybe get something to work,
take a look at
Bottles [1].
It's kinda a GUI for Wine and Proton and seems to have some
tricks up its sleeves. So take a look at it, maybe it can do everything you are trying to do.
Best
Richard
[1]: https://usebottles.com/
On Sun, Jun 30, 2024, 06:33 George at Clug <Clug@goproject.info> wrote:
Hi,
Does anyone know of really simple but comprehensive instructions on how to use and configure Wine, that you can send me links to?
[...]
George.
Le 01/07/2024 à 01:24, George at Clug a écrit :
[...]
I have not found useful documentation that can get me over the "Could not find Wine Gecko", "Failed to init Gecko" error messages.[...]
Hello,
disclaimer: I have not used Wine in ages, so I cannot be of real help
Note, you could tell what Debian distro you are using (12 Bookworm?) and
if you have enabled multiarch support in it.
the Debian wiki page about Wine is here:
https://wiki.debian.org/Wine
it states that for whatever reason "Windows software may require Mono
for .NET, and Gecko for any HTML rendering. Debian has disabled these by default and do not provide packages.":
Windows software may require Mono for .NET, and Gecko for any HTML rendering. Debian has disabled these by default and do not provide
packages.
The WineHQ page about Gecko is here:
https://wiki.winehq.org/Gecko
Two posts about solving Wine/Gecko problems on Debian Bookworm: https://forums.debian.net/viewtopic.php?t=154513 https://forum.winehq.org/viewtopic.php?t=38245
This has nothing to do with maturity.
Only with the existence of someone
willing to maintain it - and its dependencies if needed. They don't publish it as anything else than a Flatpak as that's by far the easiest way to make sure it works for everyone, and thus they don't officially support any
other packaging frameworks. And since they don't just support Wine but also Proton, and games benefit a lot from the latest drivers and libraries, so packaging it for more conservative distros would entirely defeat at least half of its purpose. And I guess Flatpaks isolation from the rest of the system can be helpful in other ways too.
So either learn to accept other packaging formats or learn to live with the fact that you may miss out on a lot if you don't invest a lot of time figuring out how to compile the software by hand.
Am Mo., 1. Juli 2024 um 06:13 Uhr schrieb George at Clug < Clug@goproject.info>:
Mostly I only install software that is available in the Debian or Arch repositories, and I cannot find Bottles in the Debian Repository. I do not use snaps or flatpacks. Maybe I should but I don't.
Hopefully one day, Bottles will mature to the point it can go through the Debian packaging system. I appreciate Debian's packaging systems.
As a general rule I am willing to accept RPMs, pacman ?? packages, and
.debs, when they are from the Distribution's own package libraries, or hardware vendor supported, as otherwise I don't know the people providing
the package. I have this strange belief that when a developer supplies
a package to the Distribution owner for inclusion in their libraries, the Distribution owner does some level of verification/validation that the package plays nicely with the distribution and other applications. Maybe
even some security checking?
As a general rule I am willing to accept RPMs, pacman ?? packages, and .debs, when they are from the Distribution's own package libraries, or hardware vendor supported, as otherwise I don't know the people providing the package. I have this strange belief that when a developer supplies
a package to the Distribution owner for inclusion in their libraries, the Distribution owner does some level of verification/validation that the package plays nicely with the distribution and other applications. Maybe even some security checking?
I'm with you, here. AFAIK Debian packaging does not in and of itself
come with any sort of "security checking", tho. So, if there are
security benefits (personally, I do believe there are) they are mostly indirect result of the packaging process, e.g. in the presence of extra
eyes, or in the need to investigate the details of the licensing, or the
need to follow the rules about where files are placed, or in the
avoidance of vendoring, or in the "slow" pace of stable releases, ...
For that same reason, I try to stay away from things like Snap/Flatpak
which seem to be a way to skip all that "process" and run effectively black-boxes, thereby preventing you access to the usual transparency
benefits of Free Software.
Le 01/07/2024 à 01:24, George at Clug a écrit :
[...]
I have not found useful documentation that can get me over the "Could not find Wine Gecko", "Failed to init Gecko" error messages.[...]
Hello,
disclaimer: I have not used Wine in ages, so I cannot be of real help
Note, you could tell what Debian distro you are using (12 Bookworm?) and
if you have enabled multiarch support in it.
the Debian wiki page about Wine is here:
https://wiki.debian.org/Wine
it states that for whatever reason "Windows software may require Mono
for .NET, and Gecko for any HTML rendering. Debian has disabled these by default and do not provide packages.":
Windows software may require Mono for .NET, and Gecko for any HTML rendering. Debian has disabled these by default and do not provide
packages.
The WineHQ page about Gecko is here:
https://wiki.winehq.org/Gecko
Two posts about solving Wine/Gecko problems on Debian Bookworm: https://forums.debian.net/viewtopic.php?t=154513 https://forum.winehq.org/viewtopic.php?t=38245
On Mon, Jul 1, 2024 at 6:33 PM George at Clug <Clug@goproject.info> wrote:successfully installing the current Windows versions of Firefox or Chrome, or other programs I was having challenges with.
To all who replied, Thanks.
Sadly after further testing I still have very little success with Wine.
When I installed WineHQ's Wine Installation, Gecko and Mono were able to be installed. I noticed a rpcss.exe (from memory) in Taskmgr. This at least allowed me to display the initial web page in Wine's Iexplore. But sadly it did not help me in
I also tried PlayOnLinux [for installing Firefox or Chrome] without any success.
The "Time vs ROI" for this endeavour suggests to me, that for now, I should just use Linux native programs.
I think this is probably wandering off-topic, but I'll toss it out there...
When in Rome, do as the Romans do. That means you run Windows programs
on WIndows VMs, and Linux programs on Linux VMs. Don't try to use Wine
to run Windows programs on Linux; and don't try to use a POSIX
subsystem to run Linux programs on WIndows. Mixing and matching is not
worth the aggravation.
You never stated what problem you are trying to solve.
I'm guessing
there's a native Linux replacement for it so you don't need to wine
and iexplore.
Jeff
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 546 |
Nodes: | 16 (2 / 14) |
Uptime: | 147:54:53 |
Calls: | 10,383 |
Calls today: | 8 |
Files: | 14,054 |
D/L today: |
2 files (1,861K bytes) |
Messages: | 6,417,737 |