Comments on: The story of RPM http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/ Red Hat Magazine Wed, 27 Aug 2008 23:56:47 +0000 http://lyceum.ibiblio.org/?v=1.0.2 by: Anonymous http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-6349 Sun, 13 May 2007 04:54:14 +0000 http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-6349 Conary package management should also be mentioned as a next generation packaging methods. Conary package management should also be mentioned as a next generation packaging methods.

]]> by: abuog http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-799 Fri, 02 Mar 2007 03:06:50 +0000 http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-799 i think rpm concept should be allowed to flow smoothly in cummnity package manager (CUM) cos it makes life better for any Linux System admintration with few commands like yum install ... or rpm -ivh ... your software is installed or update instead of manually modifiying your free open source (source code) and not allowing this transition will be a big blow to the fundamental principles of richard stellman free software (GNU) i think rpm concept should be allowed to flow smoothly in cummnity package manager (CUM) cos it makes life better for any Linux System admintration with few commands like yum install … or rpm -ivh … your software is installed or update instead of manually modifiying your free open source (source code) and not allowing this transition will be a big blow to the fundamental principles of richard stellman free software (GNU)

]]> by: Anonymous http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-760 Thu, 01 Mar 2007 10:17:18 +0000 http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-760 May I remind her that there are many companies that are willing to help hold your hand to figure out which distro is best for you to use and implement in your environment. May I remind her that there are many companies that are willing to help hold your hand to figure out which distro is best for you to use and implement in your environment.

]]> by: Kevin Otte http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-757 Thu, 01 Mar 2007 10:07:37 +0000 http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-757 Ahh, WWII Germany... Yeah, Hitler had a dream: one master race. That didn't work out so well, did it. How about a little open mindedness here people? And besides, let's look at this pragmatically. Microsoft mandated One Way of Computing, and look where that's gotten us. Choice is good! The distros will evolve on their own and the best will survive. Unless of course you're one of those Intelligent Design folk, in which case I have no frame of reference to continue an argument with you. OK, I've managed to invoke politics and religion. Anyone got any sex to throw into this thread? Ahh, WWII Germany… Yeah, Hitler had a dream: one master race. That didn’t work out so well, did it. How about a little open mindedness here people?

And besides, let’s look at this pragmatically. Microsoft mandated One Way of Computing, and look where that’s gotten us. Choice is good! The distros will evolve on their own and the best will survive. Unless of course you’re one of those Intelligent Design folk, in which case I have no frame of reference to continue an argument with you.

OK, I’ve managed to invoke politics and religion. Anyone got any sex to throw into this thread?

]]> by: Magnus http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-755 Thu, 01 Mar 2007 09:52:36 +0000 http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-755 Veronica tries and fails to evoke Godwin's Law. She shoots! She misses! Veronica tries and fails to evoke Godwin’s Law. She shoots! She misses!

]]> by: Veronica Wright http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-752 Thu, 01 Mar 2007 09:41:48 +0000 http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-752 This is a perfect example of what's wrong with Linux. Not only do we have different distributions, but within a distro we have different ways of doing the same thing, e.g. rpm and yum, and even worse should it be written in perl, C, bash, or perhaps Fortran. Didn't Germany lose World War II because it decided to fight on two fronts? . Here we trot out all the same tired old excuses about backward compatibility and the need for competition. My dream: One Linux distro, one way of installing, one desktop -- all maintained by the best programmers concentrating on their chosen area. Oh yes, one web site to go to for answers to problems by people that really know. Only then will MS shake in its boots. I'd better get the Kevlar on. This is going to hurt. This is a perfect example of what’s wrong with Linux. Not only do we have different distributions, but within a distro we have different ways of doing the same thing, e.g. rpm and yum, and even worse should it be written in perl, C, bash, or perhaps Fortran. Didn’t Germany lose World War II because it decided to fight on two fronts? . Here we trot out all the same tired old excuses about backward compatibility and the need for competition. My dream: One Linux distro, one way of installing, one desktop — all maintained by the best programmers concentrating on their chosen area. Oh yes, one web site to go to for answers to problems by people that really know. Only then will MS shake in its boots. I’d better get the Kevlar on. This is going to hurt.

]]> by: Dan McDonald http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-653 Wed, 28 Feb 2007 18:51:59 +0000 http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-653 >The reason apt and RPM are so often compared is that due to the lack of an apt-level tool >of apt’s quality on RPM-based distributions, the average RPM-distro user spends a hell of a >lot more time playing with RPM than a similar apt-distro user would spend on dpkg. Except for Mandriva users, who have the very efficient urpmi to manage package repositories and dependencies for them. And if you haven't tried urpmi in a few years, yes it it much better than it used to be. The latest version now has urpme, which will uninstall all packages dependent upon a package you wish to uninstall. >The reason apt and RPM are so often compared is that due to the lack of an apt-level tool >of apt’s quality on RPM-based distributions, the average RPM-distro user spends a hell of a >lot more time playing with RPM than a similar apt-distro user would spend on dpkg.

Except for Mandriva users, who have the very efficient urpmi to manage package repositories and dependencies for them. And if you haven’t tried urpmi in a few years, yes it it much better than it used to be. The latest version now has urpme, which will uninstall all packages dependent upon a package you wish to uninstall.

]]> by: Steff Davies http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-648 Wed, 28 Feb 2007 18:14:11 +0000 http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-648 While "me" above has a point, I feel he/she/it hasn't quite grasped the wider situation. The reason apt and RPM are so often compared is that due to the lack of an apt-level tool of apt's quality on RPM-based distributions, the average RPM-distro user spends a hell of a lot more time playing with RPM than a similar apt-distro user would spend on dpkg. It may well be true that RPM is in some ways a better format than deb, but it's irrelevant as long as the overall toolset for debs remains better. Besides which, we all know that the ports system is vastly superior to either. (Anyone who rises to this last should be ridiculed mercilessly ;-) While “me” above has a point, I feel he/she/it hasn’t quite grasped the wider situation. The reason apt and RPM are so often compared is that due to the lack of an apt-level tool of apt’s quality on RPM-based distributions, the average RPM-distro user spends a hell of a lot more time playing with RPM than a similar apt-distro user would spend on dpkg. It may well be true that RPM is in some ways a better format than deb, but it’s irrelevant as long as the overall toolset for debs remains better.

Besides which, we all know that the ports system is vastly superior to either. (Anyone who rises to this last should be ridiculed mercilessly ;-)

]]> by: T L http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-635 Wed, 28 Feb 2007 17:10:39 +0000 http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-635 Yes, i prefer RPM to deb for a lot of reasons, easier to create, the RPM-philosophy (Always non-interactive) as opposed to preseeding .deb-packages that are poorly made (eg. not able to be preseeded or changing preseed-questions from time to time) Yes, i prefer RPM to deb for a lot of reasons, easier to create, the RPM-philosophy (Always non-interactive) as opposed to preseeding .deb-packages that are poorly made (eg. not able to be preseeded or changing preseed-questions from time to time)

]]> by: Jason http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-263 Mon, 19 Feb 2007 15:27:19 +0000 http://www.redhatmagazine.com/2007/02/08/the-story-of-rpm/#comment-263 For all the talk of community, a lot of folks have missed the fact that a) work on RPM was already being done outside of Red Hat, and b) the rpm.org revamp was really a hostile takeover of sorts. The following is taken from http://www.oldrpm.org/ (what rpm.org used to be): "Note: On December 14, 2006, Red Hat decided to take complete control of editorial content at the formerly community maintained website which content was maintainted in an 'open to the community' process manner. This was done without advance communication to the long time maintainer of the RPM website." For all the talk of community, a lot of folks have missed the fact that a) work on RPM was already being done outside of Red Hat, and b) the rpm.org revamp was really a hostile takeover of sorts. The following is taken from http://www.oldrpm.org/ (what rpm.org used to be):

“Note: On December 14, 2006, Red Hat decided to take complete control of editorial content at the formerly community maintained website which content was maintainted in an ‘open to the community’ process manner. This was done without advance communication to the long time maintainer of the RPM website.”

]]>