SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I don't follow wine internals much - I just use it but; I really don't see anything in the road map or change logs to suggest that they will be dropping support for wine on 32-bit platforms or requiring 64-bit libs for cases where you want to either build windows code against winelib to run 'natively' or run 32-bit Windows binaries. I don't think you have anything to worry about short term elcore for your 32-bit only use case anyway.
I think its also fair to say that WINE 7.x handles most older win32 and win16 code, outside some well known corner cases and .. games .. pretty well. I really can't think of much I have run into old enough not to have win64 version that does not work.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,103
Original Poster
Rep:
For years I've been running a old windows application from 1994 or 1995 called, "The American Heritage Electronic Dictionary", in WINE. It might be old enough to be 16-bit. Tried yesterday to run it using WINE-8.0 without the multilib files, but no joy. Installed the multilib files and WINE-7.3 (from Alienbob) and all returned to what passes for "normal."
It seems that we're all getting a bit ahead of ourselves. From the announcement linked by OP:
"This is an important milestone on the road to supporting various features such as copy protection, 32-bit applications on 64-bit hosts, Windows debuggers, x86 applications on ARM, etc."
Note that the words say, "on the road to." They're building the framework under which those features can be added... The actual feature itself is not there yet, and probably still some time away.
As to 32 bit only hosts: Where does one even find them these days? I mean, the last 32 bit only desktop CPU ever made will be turning 21 soon.
Has anyone gotten multilib to work with up-to-date --current?
It's been years since I messed with multilib.
I once used it so i could run acrobat.
Now I get lots of glibc library errors trying to install it. I admit to not having tried much to troubleshoot this problem.
Last edited by Regnad Kcin; 01-27-2023 at 07:10 PM.
Reason: edit the textual content of my post
Has anyone gotten multilib to work with up-to-date --current?
It's been years since I messed with multilib.
I once used it so i could run acrobat.
Now I get lots of glibc library errors trying to install it. I admit to not having tried much to troubleshoot this problem.
I think there was some issue with acrobat and modern editions of glibc? I'm not remembering specifics. I'm on current and multilib, and I haven't seen a glibc error in ages.
sorry i got errors trying to install multilib saying some glibc stuff not found. Perhaps i was not careful enough. will try more. thanks for letting me know that multilib is still possible in --current
***update
Indeed I was not careful enough and had used the "15.0" repo via carelessness. current uses current repo... it was buried down among the "c's", not with the numbered versions...:-/
Last edited by Regnad Kcin; 01-28-2023 at 12:45 AM.
Reason: up_date
Well, I found that a few programs do work on Wine 8.0 right out of the box. Notepad works great. The Online Bible program from the Netherlands runs very well indeed similar to win11 function.
The popular chinese WhatsApp knockoff "WeChat" Windows version works ok but doesn't do chinese out of the box. dont know if it can be tweaked into displaying chinese.
CorelDRAW2021 doesnt work. I didnt try any old versions of CorelDraw. Nikon webcam software fails. Nuance voice recognition software fails. Sparkocam Webcam fails. My CamLink HDMI to USB adapter is detected but didnt function out of the box,but it works great in Slackware. The Wine experience is better than before but is still not good. I'd give it a C-minus or one star out of 4 because it does run the bible software
and might save me from a reboot to start win11. I dont do any gaming at all so I have no idea about that. I am going to leave Wine installed for now. maybe some tweaking might improve my use of it.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,103
Original Poster
Rep:
Alienbob has been kind enough to update his WINE packages.
Quote:
+--------------------------+
Sat Jan 28 09:40:43 UTC 2023
wine: updated to 8.0 (Slackware 15.0 and -current).
Depends on FAudio, vkd3d. For 64bit Slackware, also depends on multilib.
In addition to standard multilib, you need to convert the 32bit FAudio
and vkd3d packages to '-compat32' packages and install those as well.
Is it unfair to say that Wine 8.0 is actually a crippled version of the rather expensive Crossover compatibility layer app sold by CodeWeavers? We all need to make a living, but one can buy win11 for much less than what Crossover costs. LuckyCyborg can chime in and find some nicer way to say it. Maybe I am getting it wrong. I havent bothered to install the bonafides Codeweavers app as I dont intend to send them $500 to use it and I will have to spend time loading configuring and trying it and finally scrapping it. There are others I'd rather donate to and I can reboot if I must use win11.
Last edited by Regnad Kcin; 01-28-2023 at 01:21 PM.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,103
Original Poster
Rep:
Quote:
Originally Posted by Regnad Kcin
Is it unfair to say that Wine 8.0 is actually a crippled version of the rather expensive Crossover compatibility layer app sold by CodeWeavers? We all need to make a living, but one can buy win11 for much less than what Crossover costs. LuckyCyborg can chime in and find some nicer way to say it. Maybe I am getting it wrong. I havent bothered to install the bonafides Codeweavers app as I dont intend to send them $500 to use it and I will have to spend time loading configuring and trying it and finally scrapping it. There are others I'd rather donate to and I can reboot if I must use win11.
Where do you get your information?
It is $74.00US at the link below and there is a free trial. https://www.codeweavers.com/crossover#linux
Years ago I was trying to get a graphics program to run with CrossOver and the developers at CodeWeavers went out of their way to try and get it to work. Their efforts were not successful, but, overall, it was positive experience with a good group of people (as compared to one small browser outfit I won't name). Other than the above, I have no association with CodeWeavers.
Last edited by cwizardone; 01-28-2023 at 08:49 PM.
Where did you get that WINE is a crippled version of crossover? Crossover, while you're paying for support, is often out of date compared to WINE. I always build it with the wine-staging patches.
Some remarks on wine-8.0 (download Simone Giustetti): I have installed wine x64 on a multi-user slackware64 XFCE4 system as root and executed as root or a normal user.
I have installed our demo-version of our speller & corrector tool without problems. Text with western script and Greek run OK, just as notepad does,
but there are hugh problems when I use Hindi (devanagari) script. Hindi puts vowels above consonant and these complex scripts are wrongly handled, also by notepad, e.g., "https://www.bhaskar.com/".
The counting of characters (unicode) might be very very wrong. On Windows 10 it runs OK. So some text function is mangled.
What is missing in Wine-8.0 interpretation is (click right mouse button)
Undo
Cut
....
Right to left Reading order
show Unicode control chars
insert unicode control char
Open IME
These floating functions belong to the EDIT-control and support complex scripts.
They are missing in wine-8.0. So Hindi, Arab, and a lot Asian language have problems.
I was wondering concerning wine and also proton as i have found it has its uses as well does anyone know about adding dlss support more effectively into slackware's packaged drivers as i
have found that /usr/lib/nvidia/wine/nvngx.dll type libraries are not included and are needed for proper wine dlss support. Yeah i know this may be a feature request i just thought i would try here
first. Anyways here is the original thread i discussed for more detail, i hope it is ok to link to it: https://github.com/HansKristian-Work...ton/issues/940
It should be noted that i DID find a workaround using steam proton but would like to see a wine implementation for this.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.