Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
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.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Distribution: PCLinuxOS at home, openSuSE and Fedora23 at work. Antibuntu all the way.
Install Opera in Debian64 - amd64 architecture
Hello to the group...
How do I install Opera on a 64-bit Debian Etch running on architecture AMD64 with Debian's official i386-libraries installed?
Long version (includes info important to the question)
My next major task will be the installation of Opera. I've been reading for a couple of hours, and I see that a lot of people are running Opera in 64-bit without using chroot to do it, but I have yet to see the installation procedure. All I can find for Debian on Opera's website are three architectures: Sparc, PowerPC, and i386. Obviously, i386 is the closest to my architecture of amd64, I think, so I try that one. Oh, and the .tar.gz one, which I also tried, and did not succeed.
I have seen some people use "dpkg -i --force-architecture <operafilename>" with success, but that doesn't work for me. It installs, yes, but then I get errors trying to run it.
They also say to install ia32-libs. They are not in my standard Debian repositories (and I deliberately have not added many to this because I have broken my installs in the past this way). I DID find the ia32-libs packages on the net, and when I try to dpkg -i them, they say they conflict with my i386 libs package (I forget the exact name). So I figure, i386 libs package -- which as I recall is indeed an official Debian one as it came from Debian when I installed the O/S from DVD -- should be enough.
So, my question is this:
While running Debian64 on an AMD64 architecture, how do I install (any version) of Opera without having to use chroot to run it?
Some backstory in DimGray (may be useful, dunno):
For some time now, I've been acquiring parts to build a 64-bit machine. I have a Soyo Dragon Plus motherboard (CK-8, IIRC, is what it's called), 1GB of RAM (at least for now), and temporarily I have an old 16MB PCI Diamond Viper V550 (nVidia Riva TNT based), and an old 10GB IDE hda.
Finally, with the realization that this old cludgy-looking shell of a case I have been hiding from view for over a year will actually fit the slightly-too-large-to-fit-any-of-my-other-cases motherboard in it, I moved the parts into it, connected it to my KVM, and fired it up.
With everything appearing to work, I installed Debian across the network, and set out to get 64-bit support with a kernel compile, only to find out at or near 64-bit boot time that none of the programs on the machine would work.
I then googled, and came to the knowledge that Debian has a 64-bit-only version. I downloaded the DVDs from Internap (by the way, all the other servers would download at only about 50 to 75 KB/sec, where Internap was well over 200KB/sec!), burned, and installed. It is Debian's 64-bit version of Etch (but whether Etch is "stable" or "testing", at this point, I don't know; I think stable). I then custom compiled a kernel on that machine (not including config, the build took about 15 minutes from "make bzImage" to boot, including modules and file copying, from start to telinit 6.
I have installed successfully the nVidia graphics driver with almost no issue (only issue was getting the correct legacy file) and my GUI is working great with either XFCE4 or Gnome at my disposal (more will be installed when I have more drive space at my disposal).
(custom-compiled kernel, of course)
# uname -a
Linux Dorian 2.6.23 #1 Sat Jan 12 16:20:21 EST 2008 x86_64 GNU/Linux
(edited to remove infos that I know won't help)
# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 12
model name : AMD Athlon(tm) 64 Processor 3000+
stepping : 0
cpu MHz : 2000.008 (okay, so I left this in. What? I'm happy!)
cache size : 512 KB
bogomips : 4003.29
clflush size : 64 (these two lines are the proof that I'm
cache_alignment : 64 running in fully 64-bit mode, right?)
address sizes : 40 bits physical, 48 bits virtual
(Again, edited, and only included because I think it may help shed light on the whole 32-bit mode thing. At least it shows that /usr/lib is 64-bit libs.)
Yes, I saw that thread earlier, and another one about someone magically getting some scripts to work (might also have been you, I don't recall). I'd have loved to have tried that too, but that thread also didn't show where, exactly, this 64-bit version was hiding. I was beginning to wonder if there was some svn/cvs/other source code available only to e.g. subscribed members of my.opera.com.
I thought about contacting you, personally, directly via LQ, but I've known people who have been really put out by that kind of thing, so I opted for a thread.
I'll check Opera's site more thoroughly here in a few minutes, perhaps searching it specifically with Google. I'm trying out a lot of things on this "new" box and finding it rather decent (e.g., transcoding a DVD is going to take only about an hour on this machine, where it would have been all day and then some on my old AthlonXP 1600+), but I've noticed a glitch now in my OpenGL that crashes my gdm when anything -- even glxinfo -- tries to use GL... it worked fine until this afternoon, so it was something that got updated. Anywhoo, I have to find that, first.
Thanks again for the help... I'll post what I find here for future Google cache...
64-bit versions of Opera are available in beta versions for FreeBSD and Linux.
Debian and Ubuntu guides to installing a 32-bit chroot environment on AMD64.
Not a good answer, Opera! Installing a 32-bit application in a chroot environment so that the 32-bit application continues to run in 32-bit mode DOES NOT EQUAL, as you call it, a "64-bit version" of said application. I've read that chroots aren't necessary, and in my previous (admittedly inexperienced) attempts at using a chroot, I was horribly unsuccessful. I would like to learn to use them properly, but not when it's required to run an application. I'd rather hack the source to Epiphany or something to make it work more like I would prefer, than to use a browser not designed to be native to my O/S. In my experience, when you have to shoehorn something into the O/S, it often becomes unstable, if it doesn't break outright....
[edit: Add paragraph]
Also, I'm seeing on the my.opera.com forums that people are installing a "64-bit" version, and I've seen indication that they've done it without chroot, and I've seen indication that it's a true 64... Am I misreading these posts? [/edit]
I'll keep looking...
So I read a little further into the other links, and this one describes chrooting in such a way that it looks to have very little difference than setting up a virtual machine. I'm sorry, I'm not willing to install an O/S TWICE just to get one special web browser. I love Opera, but I can adapt to life without it.
Continuing the search, this page seems the closest to what I'm preferring. It's still 32-bit Opera, but I don't need to install a chrooted second O/S to make it work. I've already done this method, in fact, short of installing "ia32" libs. I have "i386" libs installed, which from what I read while I was preparing to install Debian, is better (at least for Debian) than ia32 libs. I don't know what the difference is, but I know two things: (1) ia32 and i386 conflict with each other and (2) Opera won't run with i386 in Debian64.
I'll google some more later, but I think I have a workable answer. There really is NOT a 64-bit Opera. I'll research the diffs between i386 and ia32 later, as well, and determine if i386 is going to create problems for me later on.
Aside from Opera, I have to say though, that Debian64 is being so far a real treat. My only crashes have been the aforementioned GLX issue, and I'm about to resolve that now.
P.S. -- I'll update again when I get to a conclusion.
Okay, I may have already found one bug... I can't do the middle-mouse-click-to-paste trick here... works elsewhere, so the cut buffer isn't being transferred like I expect, but otherwise I'm pleased to announce only two errors pop up and both are ignored...
ERROR: ld.so: object 'libjvm.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'libawt.so' from LD_PRELOAD cannot be preloaded: ignored.
The first is clearly java virtual machine. I am not certain of the second. I'll sort it out later... cus I do believe I have 64 bit Kestrel...
Originally Posted by Help-About
Version 9.50 Beta 2
System x86_64, 2.6.23
Qt library 3.3.7
Java Java Runtime Environment installed
Opera/9.50 (X11; Linux x86_64; U; en)
Nothing there explicitly tells me "I'm Opera64". All the "64" stuff is from uname. Still, I'm happy. Opera's back.