FedoraThis forum is for the discussion of the Fedora Project.
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.
Hello All,
I am partway through setting up a fresh install of Fedora 18 x86_64, and find that the software manager (not sure if that's what it's called these days as it doesn't identify itself) is offering me both 32 bit and 64 bit versions of any packages I want to install. This is behaviour I have not seen with any previous 64 bit Fedora releases.
I suspect that something is out of kilter, but I don't really know where to look.
Any advice on how to fix this, and how find and remove any 32 bit packages that may have been installed during the initial update?
64 bit OS's offer the compatibility 32 bit *.so's and headers so you can run 32 bit programs on a 64 bit os
basically you install a 32 bit os AND a 64 bit os when you install a 64 bit OS
now you can not install some of the 32 bit versions ,but after say about 4 months of use and installing NEEDED 32 bit versions in order to run some programs .
You will be right back here ,where you are now
so, do not worry about it.
for now it is safe to "uncheck" the i686 versions
then only install what you NEED as you go
64 bit OS's offer the compatibility 32 bit *.so's and headers so you can run 32 bit programs on a 64 bit os
basically you install a 32 bit os AND a 64 bit os when you install a 64 bit OS
now you can not install some of the 32 bit versions ,but after say about 4 months of use and installing NEEDED 32 bit versions in order to run some programs .
You will be right back here ,where you are now
In all my years of running 64 bit Fedora, I don't recall ever needing a 32 bit version of anything, nor ever being offered the 32 bit version with every app I ask the software manager to find.
Quote:
so, do not worry about it.
for now it is safe to "uncheck" the i686 versions
Yes, that's what I have to do, but the really annoying thing about is that the software manager always highlights the 32 bit version, not the 64 bit...so if one isn't paying attention it's the 32 bit that gets installed!
That's why I would like to get back to what I think should be 'normal' behaviour, i.e. only offer me the 64 bit version.
The following should at least remove the 32bit versions from your package manager. (ill assume you are using Gnome 3.x.x, if using some other shell the options are still there, only in a different location)
Open your Software manager. Right click on the Software "icon" next to the Activities button in the top right. Enable the option: "Only Native Packages"
This should make sure that the Software manager does not show 32bit packages by standard. Only of programs you already have installed in 32bits or which do not exist in 64bits.
Hi,
[snip]
Open your Software manager. Right click on the Software "icon" next to the Activities button in the top right. Enable the option: "Only Native Packages"
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.