How to get packages that are not available with Rocky Linux 10

Hi - I’m new to rocky desktop and installed RL10 red quartz in my new laptop because it was much compatible with my hardware, RL9 wouldn’t boot live on my laptop. I have almost set all the things I need except 2.
a) keyboard backlight : From my research it should be solved by installing copr lukenukem/asus-linux . But I dont know how. I have enabled copr and tried sudo dnf copr enable lukenukem/asus-linux. Got below error

Error: It wasn’t possible to enable this project.
Repository ‘epel-10-x86_64’ does not exist in project ‘lukenukem/asus-linux’.
Available repositories: ‘fedora-rawhide-x86_64’, ‘opensuse-tumbleweed-x86_64’, ‘fedora-41-x86_64’, ‘fedora-42-x86_64’

b) Install Android Studio and flutter. It need some i686 packages. Is there anyway I can get them? For example I got libz1-32 bit .rpm package from openSuse tumbleweed repo, can it be used. Following are the required packages - zlib.i686 , ncurses-libs.i686 , bzip2-libs.i686 from fedora and libc6:amd64 , libstdc++6:amd64 , lib32z1 , libbz2-1.0:amd64 from debian.

Please help. I have tried other distros but none booted so well as Rocky 10 on my laptop.

The (binary) RPM packages are built from source packages. One builds for targets (distros) that one wants (and can). The lukenukem does not build for ‘epel-10-x86_64’, which is a target like RL10.

One could try to rebuild the RPM for RL10 self with ‘rpmbuild’, or preferably with ‘mock’. It can become a rabbit hole.


Rocky Linux 10.0 Available Now - Rocky Linux wrote:

All 32-bit packages have been removed from Rocky Linux 10. This means that 32-bit applications will no longer run on this version of Rocky Linux. Please use 64-bit libraries or containers with 32-bit dependencies instead.

Logical options:

  • Contact developers of “Android Studio and flutter” to ask how to get 64-bit version
  • Rebuild “Android Studio and flutter” as 64-bit, so they no longer depend on 32-bit libraries
  • Create container that has 32-bit libraries and the Android Studio
1 Like

No, you never use rpms built for other distributions. This will make your system unstable, and at most they prob won’t install anyway.

I’ve always just downloaded Android Studio, unpacked the archive file and used that. I’m pretty sure all those libraries are accessible anyway in Rocky/RHEL.

1 Like

Hi @pbs_mhl

You can install Android Studio
sudo dnf install zlib.i686 ncurses-libs.i686 bzip2-libs.i686

then:

sudo dnf install snapd
sudo ln -s /var/lib/snapd/snap /snap
sudo snap install android-studio --classic

or download the archive directly from the official website and run it locally

All the best!

Android Studio is 64 bit application but need a few 32 bit packages for development purposes. Unpacking Android Studio as @iwalker said and it would probably work but perhaps wouldn’t support 32 bit dev projects.

1 Like

It’s also available in flatpak,which would be a million times better than installing snap.

But yeah, 32 bit is most likely going to be problematic, since a lot of that is being dropped and has for a while. There hasn’t been a RHEL 32 bit distro since RHEL6, although libraries have been accessible.

thanks @Fekthis , but zlib.i686 ncurses-libs.i686 bzip2-libs.i686 aren’t available on RL10.

If you really can’t and you really need access you can try a distro change to a distro like RL9.

1 Like

Confirmed here: Chapter 8. Removed features | 10.0 Release Notes | Red Hat Enterprise Linux | 10 | Red Hat Documentation

So as @Fekthis mentioned, you’re limited to Rocky 9.

Thanks team for all your comments. Rocky 9 wouldn’t boot on my hardware, I have tried on a live bootable usb. Just a black screen appears after boot and it stays. Some forums have mentioned that kernel 6.12 onwards supports AMD Ryzen AI 9 HX 370 based machines well.
I’ll try running without 32 bit packages as I’hv already spent a lot of days setting up my machine. If it works then great otherwise hop to Debian trixie because I see ROCM is also not packaged in RH/RL version 10.
No offense to Rocky Linux as it is a good distribution with good cause but package unavailability is making it hard to work. I’ll stick with Rocky and probably install version 9 on my older machine.

You have to blame Red Hat then, because Rocky is direct 1:1 of RHEL. So if they don’t have it, then we don’t either. Seems to be very niche anyway to build 32 bit nowadays anyway, since it’s usually only needed for very old hardware and CPU’s that don’t have 64 bit capability, eg: 2005 and earlier.

Sure, some distributions still make 32 bit available, but I expect all will start deprecating it at some point, because of the time required to manage and maintain it.

1 Like