Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

RPM - What's New in Version 4.0?

Cliff posted more than 13 years ago | from the real-men-use-tarballs dept.

Red Hat Software 15

rafa asks: "Red Hat has recently upgraded their RPM system from the 3.x to 4.0 in the the Red Hat 7.0 distribution. The RPM Web site hasn't been upgraded since sometime in 1999. What has changed since RPM 3? What improvements have been made, and why did they chose to break compatability?"

cancel ×


Sorry! There are no comments related to the filter you selected.

RPM misinformation (was:real-men-use-tarballs dpt) (3)

pastie (80784) | more than 13 years ago | (#721546)

Well, actually, an RPM is just a tarball with dependency information. How primitive.

Debian packages, on the other hand, are tarballs with dependencies and configure/uninstall scripts. Now there's a tarball you can take home to mom

RPMs can have configure/install/uninstall scripts, and more besides. And it has done since version 2 (probably before then, I can't remember right now).

I like Debian too, but please know what you are posting is actually correct before proclaiming Debian as having the best packaging system (which it may have, but not for this reason).

Many of the features of older versions of RPM can be found in the freely downloadable book `Maximum RPM' at [] , where there is some documentation. But not for rpm 4.0, as the poster mentioned.


Re:real-men-use-tarballs dept. (2)

sufehmi (134793) | more than 13 years ago | (#721547)

about tarballs vs RPM, I must agree with this.
tarballs are not only for real-men though, I'm a newbie and I found tarballs works more consistently compared to RPM.
I was even once had to reinstall Linux due to RPM screw-ups. Since then I only use tarballs or Source RPM.

Re:real-men-use-tarballs dept. (1)

Peaker (72084) | more than 13 years ago | (#721548)

You really should try Debian.. No package messup will ever be so great as to require a reinstall (unless you delete your package state and all your backup, then a reinstall might be less trouble).

You really have no match for apt with pure tarballs.

Also wondering (2)

m0rph (168253) | more than 13 years ago | (#721549)

I have heard information that rpm4 is supposed to support checking of installed libs. This means if they were or were not installed from an rpm. This portion does seem to be supported I have tested this on redhat 7.0 with success. I am not sure of other 'new features' although I have been looking for some info. As far as breaking compatability I am not sure what you mean. They are backward compatable being that you can install 3.x rpms with no problem. You cannot on the otherhand install the 4.x rpm under a 3.x system if this is what you mean. This is typical of alot of software not just rpm.

Re:real-men-use-tarballs dept. (1)

caliban (15401) | more than 13 years ago | (#721550)

Actually, I think rpm uses cpio rather than tar.

Think of cpio as the bastard mutated spawn of dd and cp :-)

Re:real-men-use-tarballs dept. (1)

CentrX (50629) | more than 13 years ago | (#721551)

Why did you have to reinstall?

Use rpm-3.0.5 to install rpm-4 packages (2)

Prince Caspian (13062) | more than 13 years ago | (#721552)

I was having trouble installing new RPMs, particularly those from Rawhide, because they were packaged with the new versions of RPM. Upgrading to rpm-3.0.5 will allow you to install rpm-4 packages.

Re:My question: Will they work? (1)

Jethro (14165) | more than 13 years ago | (#721553)

You're trying to remove a package named "openssh-2.2.0p1-1.i386.rpm" which is actually the filename the RPM comes with, not the package name. To find out what the package name is, you could go "rpm -qa | grep openssh" or " rpm -q openssh".

I'm fairly sure that "rpm -e openssh" will remove the openssh package.

If you have an older openssh package, try "rpm -Uvh openssh-2.2.0p1-1.i386.rpm" which will upgrade it for you.



Re:My question: Will they work? (1)

bdjohns1 (17720) | more than 13 years ago | (#721554)

You want this as the uninstall command:

# rpm -e openssh

Whenever you uninstall a package, all you need is the base package name.

Is RPM capable of User-mode installs? (3)

Dr. Evil (3501) | more than 13 years ago | (#721555)

Can a user install packages without being root? I mean, most of the time you would install as root, but for some cases, like games, applications or the like, you should be able to install yourlelf... into your own home directory.

I've had to use tarballs to install IRC clients, Zmodem protocols, games and more on remote systems.

Without user-mode installations, it is just one more reason to give mobile users root access to their own systems.

I'm not a big fan of package management, it has caused me to rebuild more systems than manually solving dependencies has ever. As soon as somebody starts using the phrase "You'll have to rebuild if your corrupt your XXX" where XXX != "Filesystem", it generally means that XXX is a bad idea.

I have to get around to reading that Maximum RPM book...

Re:My question: Will they work? (2)

CrayDrygu (56003) | more than 13 years ago | (#721556) Boy do I feel dumb. No, really.

Guess I should RTFM next time, eh?



Re:Is RPM capable of User-mode installs? (3)

Black Parrot (19622) | more than 13 years ago | (#721557)

> Can a user install packages without being root?

Two answers:

1) At work, I have "sudo" access for rpm, so I can install RPMs without being root.

2) There is a --relocate option that will let you install packages in non-standard locations, i.e. your personal directory tree. I'm not positive, but I believe the package must be designed for relocatability for this to work. There may also be issues with updating the RPM database, but there is also --dbpath for pointing to an alternative database. (I have never actually done any of this, but perhaps a Web search would turn up some examples.)


Installing RPMS for users -- not root (2)

cathryn (133574) | more than 13 years ago | (#721558)

It seems to me that each user should have his
own RPM database. So, that if I want to, say,
install a game in my 'cathryn' directory, wouldn't
have to go to root to do it. Ideally every package, could have a 'root' install for everyone, and a 'non-root' install for an individual user, I'd think. Am I missing something?

Re:RPM misinformation (was:real-men-use-tarballs d (2)

josepha48 (13953) | more than 13 years ago | (#721559)

RPMs can have install and uninstall info too. There are places for post and pre instalation. It also can save your config files if they have changed. I find lots of .rpmsave files on my system. I've had to many problems using debains package management tool.

I don't want a lot, I just want it all!
Flame away, I have a hose!

Re:real-men-use-tarballs dept. (1)

Omega996 (106762) | more than 13 years ago | (#721560)

add 'compress' in there, and you'd be dead-on!
Check for New Comments
Slashdot Login

Need an Account?

Forgot your password?