Slashdot Mirror
URPMI For Fedora Core 2
Jaroslaw Zachwieja writes "Stefan van der Eijk, the autor of Slbd - automated tool to rebuild distributions to different architectures/processors in a sanitized environment, has published set of RPMS of URPMI for Fedora Core 2. The only usage difference is that it uses hdlist instead of compressed hdlist.cz known from Mandrake. Are we one step further towards Cross-distro RPMS?"
URPMI can do pretty much everything apt can do. It is really no better or worse. Apt has more conveient commands for some things, URPMI does for others.
Same shit, different stick really.
At least for us Debian-fanatics...
alien works perfectly well for importing rpms and solaris packages... never failed on me.
(Although in some cases a little directory tweaking might be necessary, but that`s really not that much of an issue, at least IMHO)
I've only read about yum, but I've used urpmi with Mandrake for years. I can tell you about how urpmi works:
1. urpmi.addmedia -- allows a user to define new media (cdrom, ftp, nfs, etc) to be used for getting updated rpms and dependencies. Graphical tool is gurpmi.addmedia.
2. urpmi.update -- polls the media sources that are not on fixed media and downloads fresh hdlist files if available.
3. urpmi.removemedia -- samey same as addmedia, only in reverse. No graphical tool as this function is available in guprmi.addmedia utility.
4. urpmi / gurpmi -- command line / graphical utilities to download/install new/updated rpms, solving dependencies along the way.
5. edit-urpm-sources.pl -- a GUI tool available for Mandrake to edit the list of available source media.
I keep hearing about yum, apt, red-carpet, etc, and read a lot of confusion about how they compare to Mandrake's tool. I've messed with Debian's apt/get system on my testbed machine, but I keep coming back to Mandrake and urpmi. It's familiar, easy to use and I likes it.
Maybe you should read up on urpmi then.
If warns you (and requires a confirmation to continue) if a package is not signed. It warns you (and requires a confirmation to continue) if a package is signed, but you have not told urpmi to trust packages signed by the key used for the packages in the repository you are using.
That's another advantage urpmi has over all other packaging frontends I am aware of.
Did you even bother to RTFP? I can see you failing to RTFA, but the post? The article (and the post) were about 'urpmi', not RPM. urpmi does GPG checking, and will ask if you want to continue when it notices a mismatch, unless passed --no-verify-rpm.
-- I care not for your foolish signatures.
> Whammo, instant mandrake/suse/redhat/fedora. =)
/proc tree to muck around with, and won't reach out and mess with your "host" system.
Usermode Linux will get you an even more complete experience. This is what we use at emperor linux
to keep our distribution images up to date, all running on one big quad-xeon server.
The main strength of this is that your fake fedora/suse/whatever machine has its own process list and
25% Funny, 25% Insightful, 25% Informative, 25% Troll
Basically, .deb isn't that much better than .rpm. It is apt (the software that downloads packages and dependencies) that has made Debian's package management superior to what RPM-based distro's provide. That, and the size of Debian's package repositories (I think Debian provides more packages than any other distro) makes dependency resolving really work.
.deb was there before .rpm. Red Hat decided to roll their own, incompatible format, which was not only Evil and Rude, but has also caused many people to have an subobtimal experience managing packages.
One final argument is that
Please correct me if I got my facts wrong.
Can't you just use up2date for a yum gui? I did this on Fedora Core 1 & 2.
I'm excited to hear that urpmi is available for Fedora. It will give me renewed reason to install it on one of my machines here and play more with Fedora. I've always had a pet peeve for systems that lacked the kind of package installation software such as apt/get, urpmi, etc. Fedora has finally solved that.
However, to make urpmi truly useful, there needs to be a repository of good source trees for ftp download for the particular distribution. Thus the folks at zarb.org created easyurpmi.org to help folks out in configuring source media on Mandrake. Loaded with lots of different mirrors carrying Mandrake RPMS from the various different sources (main, contrib, updates, plf, etc), this tool generates a commandline that will add a urpmi source media entry to the urpmi database.
Now, someone needs to get on the stick and start compiling the sources for Fedora urpmi sources. Hop to it, kids.
And apt-get is supported by more and more RPM based distro's, including Fedora. Dragging out apt at this point as an argument for Debian packages is a strawman - Apt haven't been tied exclusively to Debian for a long time.
Each time this discussion comes up I wait for arguments as to why Debian packages are supposedly superior, and why it matters, but so far I have yet to see any arguments presented with actual reasoning behind. I'd love to know what's so great about them... Somebody care to try to enlighten me?
None of these updaters keep a list of what is already installed on the system, they all use the rpm database, as long as the repositories you use for them all are compatible (they don't obselete each others packages etc.) then you should be fine.
Struggling to find a day everyone can make? WhenShallWe.com
There is no apt vs rpm as there is no urpmi vs dkpg. it is like comparing a beer (liquid) with a beer can.
APT is a great management tool. But it is not a packaging format/tool.
APT already works with Debian, debian dkpg based distros and some RPM based distros as:
- Conectiva (they ported to rpm and support apt use)
- Mandrake (at least for the cooker)
- Redhat and Suse (thru 3rd party prepared mirrors)
An advantage of URPMI over APT is that URPMI can do small updates instead of taking the
whole package list and putting it in a big "rpm -Uvh" command line.
When upgrading Mandrake, e.g. from 9.1 to 10.0, make sure you delete the old hdlist.cz and synthesis.* files from the previous release, and use urpmi.addmedia to add the new release media (CD) to your machine.
Here is a list of commands to do that:
After that, you can go ahead and add whatever ftp site you want in addition to what you have.
Doing this will save you a lot of confusion and error messages.
2bits.com, Inc: Drupal, WordPress, and LAMP performance tuning.
And don't forget urpme which removes packages from the system, like an apt-get remove.
Fedora/RH now has the posibility of running Yum, Apt-Get, URMPI.
...
Which Mandrake has had for a few years now. Both apt (and synaptic) and yum are in contrib (and have been for a while).
Anyway, Mandrake has more packages
But what really matters is the quantity and quality of packages.
;-).
With Debian, we have apt, more packages than any other distro, and a more thorough and sane policy.
With Mandrake, we have urpmi, apt, yum, policies, more tools to automatically assist in generating quality packages, more tools to check packages for adhering to policies, and we're rapidly catching up.
Plus, we have a working GUI installer
Do some reasearch and find out for yourself
Unfortunately mandrake has chosen to rename their core system packages and libraries in such a fashion that a redhat rpm won't recognize them as dependencies and vice versa.
While we may have renamed them to have saner library handling, there are provides in the packages to keep them compatible with the broken RH names. If you find one where this is not the case, feel free to submit a bug report.
I won't bother with the rest of your FUD.
You forgot
urpmf somefile find what package has somefile
Just for comparison, the total install took over 2 days with KDE taking 1 all by itself.
WTF? Over?
But, yum was *included* in the ditribution (or contribs, which is close enough) before RH hijecked the Fedora project and adopted yum.
And, Mandrake adopted apt quite early on as well.
So, no, I don't think I am wrong, since in January 2003 we had them all in contribs (ie part of the distro).