[SOLVED] Can't install WINE on 64-bit Oracle Linux
Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
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.
A quick check shows the question of Linux has been raised in the Acer forum. It seems the problem is Nvidia (surprise, surprise). Try booting the Linux installer with nomodeset added to the grub command line, which is said to work with Ubuntu. For further information on sorting the Nvidia chip, see https://vrodic.blogspot.com/2018/06/...-on-linux.html
But if it runs Oracle, then it should run Red Hat, and if it runs Red Hat it should run Fedora or CentOS.
I could have guessed. But, even if I manage to install Ubuntu, I'd need to reinstall all my apps, right?
Yes, I have. It basically says it can't be done right now, but perhaps it will be doable in the future, and gives some technical explanation why. Well, that's not very useful to me. What I need is something that works here and now, not some unworking piece of software boundled with ideology. I don't doubt there are thousands of WINE users who are willing to spend weeks of trial-and-error to make WINR work on their system, but I think I have better things to do in my life. If you believe WINE is the future of computing, go ahead, use it and contribute to it, I think you are probably right. But today, WINE doesn't work on Oracle Linux (and who knows about other Linuxes) , and even a tech-savvy user as I am can't make it work.
Yes, but yum and dnf don't support the same commands, or have a similar syntax for commands.
I gather from your last post then, that Oracle is not posix compliant? As for the quote rpm, yum, & dnf all have man pages and once you have rpm you can ignore the other two, which are just frontends that make things "Easier" in the sense of "More difficult." They also insulate you from the real power of rpm.
I gather you have given up, so there's no point in telling you that most things can be done under wine but not all. Your alternatives are: VMs under suitable software; dual boot systems. Knock yourself out.
OK, I am sorry for writing a bit harsh things. It's just that:
a) Apparently, none of you actually use WINE. If you did, it would be trivial to run the program I've written in Assembly (and you have the EXE file in the ZIP archive on GitHub I've linked you to in the OP, in case compiling is somehow a problem), and report me whether ROSE.EXE prints the polar rose or not.
b) In spite of that, you insist that WINE is a high-quality program that's easy to use.
c) You insist that Oracle Linux, one of few operating systems that actually work on my computer, is somehow bad.
d) You link me to some web-page that tells me that WINE can only work on Oracle Linux if built from source, without much instruction on how to do that, and you pretend that's the solution.
e) You tell me that perhaps the best solution is to reinstall my OS, and replace it with some other which I don't know if it would even work on my computer, and, if so, if the programs that I use (Oracle VirtualBox, NetBeans...) would actually work on it.
Sorry, those things just aren't helpful.
I'm sorry you're unhappy with our replies. I certainly run Wine but on a 32-bit computer. Is you program 32-bit? And frankly I come here to give what little help I can to Linux users, not to help people with their Windows software!
Wine is good software, but it has a complicated task to do and not all programs will work with it. I had to try half a dozen versions before I found one that supported the one Windows program I need.
No-one said that Oracle was bad: it's just that not many people use it on a desktop as opposed to a data-base server, so it can be difficult to get help. It's very unlikely that no other distro would not work: the post in the Acer forum I linked to showed people using Linux on that model. You could find out whether a different distro would work by checking in the Acer forum and by trying the live medium: no need to install.
NetBeans and VirtualBox are available in Ubuntu, so I'd be surprised if many distros lacked them.
Right. I downloaded your stuff, unzipped it in ~/.wine/drive_c/Program\ Files\ \(x86\)/Arithmetic, ran stuff, and got this
Code:
bash-5.0$ wine rose.exe
*
*******
*********
**********
***********
***********
**********
*********
*******
***** ***********
*** *********************
**************************
*** *********************
***** ***********
*******
*********
**********
***********
***********
**********
*********
*******
*
Press any key to continue... bash-5.0$ wine permutations.exe
Enter a whole number (1 - 1'000'000).
2000
The permutations of its digits are:
2000
0200
0020
0002
bash-5.0$
No errors at all. Calc.exe seems to ignore the first term in an expression. Does that look good? It works flawlessly. Now I'm on Slackware64 with a fully multilib system. Wine has to be specially compiled to be fully multilib. If you're using any distro package, chances are you are not fully multilib. If you have a 32 bit CPU, you're ok; But if you've a 64 bit cpu, this is the issue.
If you've a 64bit system, probably the easiest way to get a fully multilib system is to install slackware. Alien Bob maintains a set of multilib packages and these let wine run 32 bit programs. The Multilib conversion uses /lib64, /usr/lib64 for 64 bit libs, & /lib, /usr/lib for 32 bit libs so the 2 can coexist. Special trickery is invoked on glibc & gcc to get a 32/64 bit package. It's not for the faint of heart. Wine works by translating the windows system calls to Posix ones, but it needs a full set of 32 bit libs to do that. Try running file on stuff to check whats 32bit & 64bit.
OK, thanks for the information. I had no good reason to think my programs would actually work on a well-configured WINE, especially because WINE API doesn't list that "_printf" is implemented in its MSVCRT.
Quote:
Originally Posted by business_kid
Calc.exe seems to ignore the first term in an expression.
It could easily be a bug in JavaScript. What did you type exactly, and what did it output?
My programs are fully 32-bit. Is it even possible to make 64-bit console Windows programs? I don't know that. You then can't use MSVCRT, and you can't use 32-bit pointers (handy in Assembly).
It could easily be a bug in JavaScript. What did you type exactly, and what did it output?
Probably. Here's the o/p
Code:
bash-5.0$ cd .wine/drive_c/Program\ Files\ \(x86\)/Arithmetic
bash-5.0$ wine calc.exe
Reading JavaScript from file!
Initializing Duktape!
Enter an arithmetic expression:
2+4/3*8
Its i486-compatible assembly is:
finit
mov dword [result],0x40800000 ;4
fld dword [result]
mov dword [result],0x40400000 ;3
fld dword [result]
fdivp st1,st0
mov dword [result],0x41000000 ;8
fld dword [result]
fmulp st1,st0
mov dword [result],0x40000000 ;2
fld dword [result]
fxch
faddp st1,st0
fstp dword [result]
Do you want to interpret it? (YES/NO)
YES
;The pointer 'result' should point to the value: 12.666667
By the way, the standard output contains valid FlatAssembler-compilable assembly you can save to a file by using command-line redirection!
Also y/n would be better than a case insensitive YES/NO. The lowercase yes/no is rejected.
As for windows, I thought win10 was 64bit. I never bothered checking as I lost interest in windows a loong time ago. Not much of previous versions was 64bit. I fail to see the benefit of trotting out the Assembler, but you might have some use for that.
Last edited by business_kid; 07-08-2019 at 04:41 AM.
I fail to see the benefit of trotting out the Assembler, but you might have some use for that.
Well, I made "CALC.EXE" primarily to help me debug "AEC.EXE" (to be able to quickly see if it would correctly compile an isolated expression). Debugging those kinds of programs is hell, I hope you agree.
I didn't see Assembler for the two. I didn't look very closely. It's 18 years or so since I last grokked Assembler, and that code was for a PIC microcontroller. You have to lose yourself in Assembler, and temporarily become a zombie to be any use at it. It's worse than cryptic crosswords.
I didn't see Assembler for the two. I didn't look very closely. It's 18 years or so since I last grokked Assembler, and that code was for a PIC microcontroller. You have to lose yourself in Assembler, and temporarily become a zombie to be any use at it. It's worse than cryptic crosswords.
The 2 is compiled the last because the nodes that are the deepest in the AST are compiled first. That appears to be the easiest way to avoid Stack Overflow when compiling complex expressions.
You might have more satisfaction using this GUI calculator I've made in NetBeans using the Rhino framework, it contains much of the same code that "CALC.EXE" does.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
They also insulate you from the real power of rpm.
