4 ms·

Unfortunately upgrading between major releases on CentOS/RHEL is very problematic and it's advised to do reinstall (!). Where on deb based distros it's just dis

Unfortunately upgrading between major releases on CentOS/RHEL is very problematic and it's advised to do reinstall (!). Where on deb based distros it's just dist-upgrade. Recently I've tried CentOS on my work laptop, and managing software with yum is just plainly broken compared to apt. Multilib problems, excluding rpmforge repo conflicting with epel, etc, etc. For example I didn't find the way to compile qtlandcarte, it was just impossible to find required packages. Apt I must say is ages ahead yum. Even using nix for additional packages didn't solve all problems. But on the other hand I use CentOS on dev/test/QA servers for RHEL compatibility and I'm very happy with it.

btgeekboy 13y ago
You're confusing two things. It's not suggested to go from, say, CentOS 5 to 6 in place. However, going from 6.4 to 6.5 is expected. Edited to add: per the release notes, emphasis mine: "Similar to the practice of the upstream vendor, there is no supported path to 'upgrade' an installation of a prior major CentOS release (presently CentOS 5) to a new major release."
nodata 13y ago
Unfortunately upgrading between major releases on CentOS/RHEL is very problematic and it's advised to do reinstall. Where on deb based distros it's just dist-upgrade. Nowhere does anyone advise to reinstall. Can you quote your source please. managing software with yum is just plainly broken compared to apt. You're trolling. How is it broken? Multilib problems Trolling again. Which problems? For example I didn't find the way to compile qtlandcarte Ah okay. So you're asking for help. Well, what was the problem? Apt I must say is ages ahead yum. Trolling again. Say how it is ages ahead.
- avtar 13y ago
  > Nowhere does anyone advise to reinstall. Can you quote your source please. "Red Hat strongly recommends fresh installations when upgrading from one major version to another" -- https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/ch-upgrade-x86.html https://access.redhat.com/site/documentation/en-US/Red_Hat_E...
  - nodata 13y ago
    I think the GP is confusing 6.4->6.5 as a major update, when it's a minor update.
    - McGlockenshire 13y ago
      Exactly. From the big fat warning box at the top of the page: > Red Hat does not support in-place upgrades between any major versions of Red Hat Enterprise Linux. A major version is denoted by a whole number version change. For example, Red Hat Enterprise Linux 5 and Red Hat Enterprise Linux 6.5 are both major versions of Red Hat Enterprise Linux.
    - avtar 13y ago
      I gave the poster the benefit of the doubt since they offered with the dist-upgrade comparison which one would only need for major release upgrades. The yum and library complaints however I didn't want to touch since I haven't experienced that with CentOS/RHEL.
- voltagex_ 13y ago
  Seriously, even as a big Debian fan this was painful to read. Either a) show me the code, b) show me the bug report or c) show me your source. Sigh.
- radoslawc 13y ago
  >Nowhere does anyone advise to reinstall. Can you quote your source please. I guess other replies cleared that for you. >managing software with yum is just plainly broken compared to apt. >You're trolling. How is it broken? for example installing something which has certain library requirement, updates repo provides new library version but not this package (--skip-missing? please), other repos (not exactly yum fault) providing same versions of software but with different prefix in name causes problems with overlaping locations of files etc >Multilib problems >Trolling again. Which problems? I remember having hard time with Virtualbox and qt 64 and i686 in 6.4 >For example I didn't find the way to compile qtlandcarte >Ah okay. So you're asking for help. Well, what was the problem? No, it was example. Problem was, with lower versions of libraries or none at all (gdal, Proj4), which leads to using "other repos" which ends with see above. >Apt I must say is ages ahead yum. >Trolling again. Say how it is ages ahead. Well literally apt 1998 yum ~2003, but also try to package perl modules with each for concurrent two different versions of perl, or do the same with python, and apt/deb saves you a lot of time. This above as I stated in my first post is mostly valid for desktop/dev usage, for server use I'm very happy with RHEL/CentOS.

btgeekboy 13y ago

You're confusing two things. It's not suggested to go from, say, CentOS 5 to 6 in place. However, going from 6.4 to 6.5 is expected. Edited to add: per the release notes, emphasis mine: "Similar to the practice of the upstream vendor, there is no supported path to 'upgrade' an installation of a prior major CentOS release (presently CentOS 5) to a new major release."

nodata 13y ago

Unfortunately upgrading between major releases on CentOS/RHEL is very problematic and it's advised to do reinstall. Where on deb based distros it's just dist-upgrade. Nowhere does anyone advise to reinstall. Can you quote your source please. managing software with yum is just plainly broken compared to apt. You're trolling. How is it broken? Multilib problems Trolling again. Which problems? For example I didn't find the way to compile qtlandcarte Ah okay. So you're asking for help. Well, what was the problem? Apt I must say is ages ahead yum. Trolling again. Say how it is ages ahead.

avtar 13y ago
> Nowhere does anyone advise to reinstall. Can you quote your source please. "Red Hat strongly recommends fresh installations when upgrading from one major version to another" -- https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/ch-upgrade-x86.html https://access.redhat.com/site/documentation/en-US/Red_Hat_E...
- nodata 13y ago
  I think the GP is confusing 6.4->6.5 as a major update, when it's a minor update.
  - McGlockenshire 13y ago
    Exactly. From the big fat warning box at the top of the page: > Red Hat does not support in-place upgrades between any major versions of Red Hat Enterprise Linux. A major version is denoted by a whole number version change. For example, Red Hat Enterprise Linux 5 and Red Hat Enterprise Linux 6.5 are both major versions of Red Hat Enterprise Linux.
  - avtar 13y ago
    I gave the poster the benefit of the doubt since they offered with the dist-upgrade comparison which one would only need for major release upgrades. The yum and library complaints however I didn't want to touch since I haven't experienced that with CentOS/RHEL.
voltagex_ 13y ago
Seriously, even as a big Debian fan this was painful to read. Either a) show me the code, b) show me the bug report or c) show me your source. Sigh.
radoslawc 13y ago
>Nowhere does anyone advise to reinstall. Can you quote your source please. I guess other replies cleared that for you. >managing software with yum is just plainly broken compared to apt. >You're trolling. How is it broken? for example installing something which has certain library requirement, updates repo provides new library version but not this package (--skip-missing? please), other repos (not exactly yum fault) providing same versions of software but with different prefix in name causes problems with overlaping locations of files etc >Multilib problems >Trolling again. Which problems? I remember having hard time with Virtualbox and qt 64 and i686 in 6.4 >For example I didn't find the way to compile qtlandcarte >Ah okay. So you're asking for help. Well, what was the problem? No, it was example. Problem was, with lower versions of libraries or none at all (gdal, Proj4), which leads to using "other repos" which ends with see above. >Apt I must say is ages ahead yum. >Trolling again. Say how it is ages ahead. Well literally apt 1998 yum ~2003, but also try to package perl modules with each for concurrent two different versions of perl, or do the same with python, and apt/deb saves you a lot of time. This above as I stated in my first post is mostly valid for desktop/dev usage, for server use I'm very happy with RHEL/CentOS.