Murda Posted April 3, 2006 Report Share Posted April 3, 2006 (edited) Hi. I were thinking that I'd like to update some apps (like irssi) on my computer, but found out that Mandriva's newest package is outdated (irssi v.0.8.9) and the irssi download section says that 0.8.10a is the newest. There are RedHat/Fedora packages and SuSE packages, but not Mandriva. Are they completely safe or not? Of course a mdk package is safe on a Mandriva system, but as SuSE and Mandriva are based on RedHat, I thought that they might work as well. This isn't the only app that I want to update, but they do have the same options. So, which one should I choose: 1. RedHat/Fedora. 2. SuSE. 3. Wait for Mandriva to update. And yes, I have read the changelog, so I don't need anyone to say that "there's nothing big that urgently needs updating". :P EDIT: [sOLVED] Edited April 4, 2006 by Murda Quote Link to comment Share on other sites More sharing options...
devries Posted April 3, 2006 Report Share Posted April 3, 2006 Don´t use other rpms, only rpms build for mandriva. If you want to use the latest version independent repo´s like mde or mcnl. If these don´t carry the application build from source. Quote Link to comment Share on other sites More sharing options...
arctic Posted April 3, 2006 Report Share Posted April 3, 2006 Just like devries I do not really recommend using other distros rpms, BUT remember that you can check with urpmi if the installation or a rpm package might work. If you are lucky, the system will happily accept the package (if ther are no flag- and dependency-probs). If it doesn't work, you can still compile from source. :) Quote Link to comment Share on other sites More sharing options...
Murda Posted April 3, 2006 Author Report Share Posted April 3, 2006 Just like devries I do not really recommend using other distros rpms, BUT remember that you can check with urpmi if the installation or a rpm package might work. If you are lucky, the system will happily accept the package (if ther are no flag- and dependency-probs). If it doesn't work, you can still compile from source. :) But I don't like to compile from source because then urpmi doesn't know about that application and if I want to delete it for some reason, urpme doesn't work for it. I'm just too lazy to start using some odd uninstall scripts. :P I'd have to build my own .rpm for that, but I don't have the knowledge to do that. Quote Link to comment Share on other sites More sharing options...
solarian Posted April 3, 2006 Report Share Posted April 3, 2006 For most cases Fedora and generic rpm's worked for me when I used Mandriva. I know it's kinda dirty, but still... :) Quote Link to comment Share on other sites More sharing options...
scarecrow Posted April 3, 2006 Report Share Posted April 3, 2006 Too dirty, I'd dare to say. I've also done that several times in the past, and then I had to show my laundry to anyone... soon after. Quote Link to comment Share on other sites More sharing options...
ianw1974 Posted April 4, 2006 Report Share Posted April 4, 2006 There's most likely a reason why it's been compiled for Red Hat/Fedora. Whilst it might work, if it fails and screws your system and you can't remove it, what then? I wouldn't recommend doing it. You could try using rpmbuild to make your own Mandriva rpm from the source, but it's a lot of work sometimes creating build files, etc, etc, attempting to get it to work. Quote Link to comment Share on other sites More sharing options...
Murda Posted April 4, 2006 Author Report Share Posted April 4, 2006 I wouldn't recommend doing it. You could try using rpmbuild to make your own Mandriva rpm from the source, but it's a lot of work sometimes creating build files, etc, etc, attempting to get it to work. Ok, maybe I'll give it a try when I have time. :) Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.