OS/2, eCS & ArcaOS - Technical > Programming
RPM/YUM - Moving unixroot tree away from the root directory
Martin Iturbide:
Thanks for the tips. For the moment I have my experimental no-production VM machine that I use daily with the unixroot moved to C:\Programs\FHS and everything works fine, but with the usual YUM/RPM bugs that we all have from time to time (Duplicated packages, etc). And it is working fine, and all the stuff I had installed from the RPM netlabs repository (GCC, QT, Odin) is working fine.
So, I'm going to use it this way for the moment, since it is working fine.
I also see that with some of your post that there is a dislike of putting the FHS on to root of the drive too. It is too bad that bww does not consider this something to be improved on RPM/YUM. It is their development, they are free to do whatever they want with their resourced, but we are also free to have our opinion.
Regards
Doug Bissett:
--- Quote --- It is too bad that bww does not consider this something to be improved on RPM/YUM.
--- End quote ---
BWW doesn't write the code. All they do is port it from *NIX (and many *NIX distros are abandoning YUM simply because it doesn't work very well). *NIX specifies that /usr is in the root, so that is where it ends up. *NIX also knows nothing about drive letters, so it is necessary to have all of the RPM/YUM (also *NIX ported programs) parts on the same drive as /usr. To change that means that somebody (not necessarily BWW) would need to find all of the places where things would need to change, and change them. That, in itself, would introduce a whole new area for bugs to be introduced, and it probably means that everyone who ports *NIX programs, would need to do even more work.
I think you are fighting a losing battle. If users want to use *NIX programs, it seems that we have little choice but to follow the current lead. The unfortunate part, IMO, is that there are very few *NIX programs that are really worth porting, and more effort on those few programs would likely have better results, than trying to port every program that *NIX has produced, but everybody has different needs. It is also unfortunate, that it is seen to be easier to port programs, than to write new ones from scratch. Years ago, OS/2 produced many original programs that were far superior to those on other platforms, and they got ported to other platforms. Today, the only one left is PMView. PMMail is still being developed (although very slowly) for OS/2, but VOICE is not allowed to port it to other platforms (that was part of the purchase agreement). The main "problem" with PMMail is that the main developer has not had the time to work on it, for many months, and nobody else has stepped up to help out (it is all volunteer, and any proceeds from the program go toward keeping the VOICE web site running, and to support other OS/2 projects). The battle today seems to be to keep things as simple as possible, simply because we don't have the manpower to do anything else.
I will note, that it is still my opinion, that spending a little time improving WarpIn would have been far more productive that messing around with porting RPM/YUM. Unfortunately, those who know how to do such things, decided otherwise, and now we suffer the consequences.
Martin Iturbide:
Note: I decided to slip this topic on a different thread since it changed the original subject.
Martin Iturbide:
--- Quote from: Doug Bissett on April 30, 2015, 05:34:59 pm ---I will note, that it is still my opinion, that spending a little time improving WarpIn would have been far more productive that messing around with porting RPM/YUM. Unfortunately, those who know how to do such things, decided otherwise, and now we suffer the consequences.
--- End quote ---
But Doug, why don't you do a funding campaign to save/improve WarpIn?
The value that I see on RPM/YUM:
- You can install a lot of software with a single command line command and press "Y". WarpIn should do that too.
- You can have a server that provides the software (like some kind of store). WarpIn are single packages, should support that.
- You can install dependencies automatically with RPM/YUM, it even downloads it.
- WarpIn misses the "Silent install" feature.
So it can be nice if you get a developer and ask how much will charge to update WarpIn and after that we can try to raise the money for it.
RPM/YUM is ok with me (I learn to suck it up), the FHS sucks, installing on the root sucks, and not having a GUI sucks, but at least YUMIE is supposedly going to fix that.
Regards
Mike La Martina:
I am using several QT ports of *nix programs successfully. TexMaker and TexStudio and QFTP work well for me. Also SMPlayer and QPDFView.
Sadly my music software demands midi support which we do not have, and there are no ports of my applications anyway.
I am agnostic on the location of files. I used to care about such things, but not anymore.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version