Void Main wrote:
I'm not quite sure what you mean and I think you are still looking at it wrong. The real problem is that you are trying to install a Red Hat RPM on Mandrake. Just because it's an RPM doesn't mean it should install on your system. The RPM needs to be built for your distro and version. RPM, the format, is a packaging, or a box. "rpm" the command is a tool for taking what is in that box and installing it.
..............
I know a lot of people just like you who are severely frustrated because of things like this. But to me it's like a person walking into a car parts store and saying "I need a new muffler". The store clerk would ask you what the make/model/year of your car is. You wouldn't say "what's the difference, just give me a muffler, it should fit on all cars". Or maybe you would.And would you expect the car parts store to have a muffler for every make/model/year of car ever made? Again, maybe you would.
But that *is* the issue. We do want to be able to get any part in any box we want. It is achievable but it will take a lot of work and coordination and the Linux world would be better for it. Or we could all just switch to Debian and be done with it.
i know. still, if there was one standard, people would make their package fit that standard, and maybe they would make system/machine specific rpms as well. i don't know. i take your point about all systems becoming the same one if we go down that road, but that's my point, the LSB will take us down that road.If that is your hangup then I suggest picking one of those other distros that have most of the software you want. But who's fault is it that not all applications are available in every distros packaging format? Right now, the answer is the author and the user. The distro vendor picks a number of applications that they want to include and support. They just can't include everything and in fact can only include a tiny fraction of the software available to support. They only have so many resources and applications are in a wide varying degree of completeness, stability, compatibility, usefulness, etc, etc because they are written by whoever wants to write one.
agreed of course, this does not apply to those closed source apps and freeware that newbies to linux insist on using though. only yesterday i got in trouble for telling a newbie to stop using fastlynx (a 30 day share/payware windows/linux disk sharing program) and start using samba instead. he said samba was too hard and this way he knew what he was doing. what could i say? he probably knows all the arguments for open source, but he still chooses the "easy" option. anyway, my point is, windoids will be windoids, even now a lot of them use linux, and linux will have to move into a new phase of being truly idiot proof andhaving as few hidden pitfalls as possible.As it stands right now popular applications that are not included by a distribution will get some volunteer somewhere to put that application into that particular distributions packaging format and made available for download (someone has to also donate the space and bandwidth to host those applications). Sure if everyone used a single distro this would become easier but who wants a single distro? Distro's want to be unique, even if it means that at some deep level they are not compatible.
how odd, i was under the impression that option wasn't available in the red hat version, sorry about that, i didn't see it in rpm --help so assumed it was not there.The command to create binary RPMs from SRC RPMs is "rpm --rebuild xxx.src.rpm" or if you have the newest version of RPM it is "rpmbuild --rebuild xxx.src.rpm"
of course, how come i always end up agreeing 100% with you? actually i like the bsd init better, but that's because i don't know what i'm doing and the bsd init seems the easiest to learn about first and then learn about sysV afterwards. of course sysV looks more versatile. and i bet sysV is the LSB standard too.Contrary to popular belief all distros support both styles. Luke, you have the source. I could convert my Red Hat system to BSD style in very little time. The init processes are not large things and if you know both you could use either. Of course Red Hat only includes graphical tools for the SysV style but who uses graphical tools? People that use graphical tools could care less which init style is used anyway. I don't like the BSD style init and it's one of the many reasons I chose Red Hat as my OS of choice. It has very nice init management and is layed out just about the way I like it. And I *do* like the command line tools "chkconfig" and "service".
while i can see why people might prefer metric measurements i do prefer imperial ones. pounds, feet, inches and pints seem somehow more real to me. still, my generation were all brought up metric and what with having an australian girlfriend (they went metric down there in the fifties so she's never been told "a litre of water's a pint and three quarters" et cetera, and couldn't tell a foot from an ounce) makes me have to think in metric sometimes.Again, I think the issues that you refer to are not RPM issues but software repository issues. As far as whether RPM should be the standard I don't know whether I agree with that. I'm sure the Debian users would have a *huge* beef with that. Again, some people like working on autos that have their units in metric and use metrics tools because it makes sense to them and some prefer the English units. No one could argue that metric is easier unless you've been using English all your life.

Calum wrote:i see what you mean. still, to a windoid, it looks messy and is fiddly to deal with,
and linux is reaching the stage where it needs windoids to accept it in the next few years or it will become the next *BSD and fade into obscurity.
i'll still be using it, as will many, but it would be a shame if it didn't become the dominant operating system in my opinion, as it would set a new scene in personal computing, based on much more open standards than we have had before.
i am now rambling. sorry. but basically i do think some of the inconsistencies across distros could be sorted out, since we're now saying rpm should be a standard across all distros. if the LSB says rpm must be the primary package manager on the system for it to be compliant, then we have a long way to go.
Still, if there was one standard, people would make their package fit that standard, and maybe they would make system/machine specific rpms as well. i don't know. i take your point about all systems becoming the same one if we go down that road, but that's my point, the LSB will take us down that road.
he said samba was too hard and this way he knew what he was doing. what could i say? he probably knows all the arguments for open source, but he still chooses the "easy" option. anyway, my point is, windoids will be windoids, even now a lot of them use linux, and linux will have to move into a new phase of being truly idiot proof andhaving as few hidden pitfalls as possible.
Void Main wrote:The command to create binary RPMs from SRC RPMs is "rpm --rebuild xxx.src.rpm" or if you have the newest version of RPM it is "rpmbuild --rebuild xxx.src.rpm"Calum wrote:how odd, i was under the impression that option wasn't available in the red hat version, sorry about that, i didn't see it in rpm --help so assumed it was not there.
while i can see why people might prefer metric measurements i do prefer imperial ones. pounds, feet, inches and pints seem somehow more real to me. still, my generation were all brought up metric and what with having an australian girlfriend (they went metric down there in the fifties so she's never been told "a litre of water's a pint and three quarters" et cetera, and couldn't tell a foot from an ounce) makes me have to think in metric sometimes.
sorry to go so off topic.



Users browsing this forum: No registered users and 0 guests