I am releaseing an application to a client. I created executable in Ubuntu machine and it has higher version of glibc and client has lower version of glibc. So its giving me glibc conflict. So I am trying to create a machine with lower version of glibc(centos 4).
I have cent os 4.0 and centos 4.8 images? So which centos version should I go with?
I need glibc-2.3.4-2.36, But in cent os 4.8 it is mentioning it has glibc-2.3.4-2.43.
Are they two different versions of glibc?
How to read the glibc version numbers(I mean what is 2.36 or 2.43 stands for in glibc version)?
3.What version of glibc does centos 4.0 have?
Related
I am looking for SLES 10.2 SP3 OS installer image but could not find it anywhere . is it available anywhere, if not what is the next nearest available version available.
It is unclear what SLES 10.2 SP3 is supposed to mean. There is no equivalent of SUSE Linux for SLES10 (unlike newer SLE variants, which are used as a base for Leap).
The closest is likely SUSE Linux 10.2 or SUSE Linux 10.3. Maybe there is still copy on ftp.gwdg.de.
See release dates of SLES10: https://www.suse.com/lifecycle
Compare this with release dates of SUSE Linux: https://en.wikipedia.org/wiki/SUSE_Linux
There is elevate tool that allows you to upgrade from CentOS 7.9 to AlmaLinuŃ… 8.x (the latest 8.x)
https://wiki.almalinux.org/elevate/ELevate-quickstart-guide.html
While for various reasons I need to upgrade to a specific version of AlmaLinux (not the latest one) - i.e. to 8.3. Is it possible?
It seems there is the following option:
leapp preupgrade --target <target_os_version>
Described here:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/upgrading_from_rhel_7_to_rhel_8/reviewing-the-pre-upgrade-report_upgrading-from-rhel-7-to-rhel-8
Let's say that I need to port an older version of the Linux kernel (3.2 for example) to a custom board. I'll be cross-compiling from a Ubuntu environment.
Will I need to be running a certain version of Ubuntu to successfully build a certain version of the kernel, or will I be fine with any version of Ubuntu?
I am developing and building my QT-based application on ubuntu 12.04 LTS which uses glibc 2.15. The binary version of the application runs on some linux distributions but not on others. One of the main problem is compatibility issues caused by different versions of glibc with different linux distributions. For example, it doesn't work on centos which uses glibc 2.12 or wary pup which uses glibc 2.10.
Is there anyway to build QT against a lower version of glibc on ubuntu 12.04 LTS? Or do I have to switch to a lower version of Ubuntu to do all the devleopment?
Yes, the easiest way to support old glibc is to build the applications on a older setup.
I have no problem building a complex Qt application (including the use of QtWebKit) on CentOS 5.8 (with gblic 2.5). The application runs fine on Ubuntu, as old as 8.04 (Hardy Heron).
I have noticed that on SLES SP1 and Ubuntu 10.04 they only have a major version of libgcc_s in /lib64. However on RHEL 6.1 they have the major version point to a minor version with the date appended to the minor version of the library. I need the minor version for a matrix I am providing to customer support. How do you obtain the minor version of libgcc in both Ubuntu and SLES?
The easiest way to handle this is to just rebuild on the other systems. Failing that, extract the tarball from the gcc SRPM and then use the commands in the spec file to rebuild it.