tag:blogger.com,1999:blog-5447608397823343035.post8213060982640150060..comments2023-06-04T10:35:34.543-04:00Comments on Linux Advocates: YUM: A Breed ApartUnknownnoreply@blogger.comBlogger35125tag:blogger.com,1999:blog-5447608397823343035.post-66864970966099143222013-04-11T14:02:08.935-04:002013-04-11T14:02:08.935-04:00Okay that makes sense. Thanks.Okay that makes sense. Thanks.Dietrichhttp://dtschmitz.com/blognoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-34891497626986738652013-04-11T09:40:20.108-04:002013-04-11T09:40:20.108-04:00Well put. Thank you Michael.Well put. Thank you Michael.Dietrichhttp://dtschmitz.com/blognoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-18821968303840367242013-04-11T09:27:43.282-04:002013-04-11T09:27:43.282-04:00I think an important point to make is that YUM has...I think an important point to make is that YUM has parity with APT. I believe many people still think APT is superior, because they last used the RPM package format before YUM was created or before it was stable. <br /><br />Also, I think "undo" is a hugely useful feature for package managers. YUM has it. The lesser known Linux package management systems Conary and Nix also have it. I did not realize APT does not - I think the children (all inspired at least partially by APT) have outdone their parent.Michael_Swnoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-19081802282621312152013-04-11T01:03:47.725-04:002013-04-11T01:03:47.725-04:00I am not sure I like a feature which has no docume...I am not sure I like a feature which has no documentation.Dietrichhttp://dtschmitz.com/blognoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-44872927207856135952013-04-10T18:25:39.333-04:002013-04-10T18:25:39.333-04:00So am I. You can view my blog:
http://blog.thefina...So am I. You can view my blog:<br />http://blog.thefinalzone.net/2013/04/yum-autoremove.html<br /><br /><br />Try it on a test machine with latest version of yum.Luya Tshimbalangahttp://profiles.google.com/tshimulunoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-76420641471654294272013-04-10T17:08:35.911-04:002013-04-10T17:08:35.911-04:00I see that 2 of my aswers were deleted. ...well th...I see that 2 of my aswers were deleted. ...well that speaks volumes , doesn't it? Anyway I believe we've given the author the page hits he desired for this biased article so there's no need to engage in anymore conversation....especially if posts are being deleted. Good luck to rest of the conversation members. ..at least now we know the author's true colors for reference in future articles.<br /><br />PS. This message will also be deleted in less than 10 secskami84grnoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-12780406759895299602013-04-10T16:38:37.887-04:002013-04-10T16:38:37.887-04:00I don't see it listed on yum -h, nor is it sho...I don't see it listed on yum -h, nor is it shown in the man page as you mention. So I am confused.Dietrichhttp://dtschmitz.com/blognoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-29645900497425188572013-04-10T16:34:24.543-04:002013-04-10T16:34:24.543-04:00Thanks for that information although it is outdate...Thanks for that information although it is outdated (2010), I am using yum-3.4.3-53 on Fedora 18 which provide autoremove functionality through that command. I am surprised "yum autoremove" is not even listed inside man yum.Luya Tshimbalangahttp://profiles.google.com/tshimulunoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-87066312519128905092013-04-10T15:38:35.849-04:002013-04-10T15:38:35.849-04:00And I do like yum...for some of its features...but...And I do like yum...for some of its features...but I would never set it a "breed apart" from apt or any other well-known pm manager. That was my original argument in the first place.kami84grnoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-58827865710310960642013-04-10T15:35:24.682-04:002013-04-10T15:35:24.682-04:00Nope, no contradiction at all. My "two breeds...Nope, no contradiction at all. My "two breeds apart" was obviously a sarcasm to the absurd claim that yum is a breed apart. Sorry to disapoint you but since you've failed to understand my comment , your argument against me doesn't stand. Thanks for taking interest in the conversation though!kami84grnoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-29682829223209724012013-04-10T13:26:27.169-04:002013-04-10T13:26:27.169-04:00Too bad you contradictd yourself. "[...]set A...Too bad you contradictd yourself. "[...]set APT not one but two breeds apart." vs "...and neither is apt or any other package manager". Even if you were "proven wrong" and changed your mind, the original statement shows what is wrong with this "debate". I think there is merit in pointing to the problem, but lets not delude ourselves into believing a healthy debate will change any minds. The nature of this issue is born from the inherent problem/beauty in OSS. Unless we trully understand what we are talking about before a discussion/implementation, I think it's more of a detriment.Martin Fraganoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-564682105732560222013-04-10T13:11:33.792-04:002013-04-10T13:11:33.792-04:00It's an analysis of what I and many consider t...It's an analysis of what I and many consider to be an important feature, which doesn't have an equivalent in APT.<br /><br /><br />If you don't like that, so be it. Please come up with something intelligent to say. Your remarks are off-topic.Dietrichhttp://dtschmitz.com/blognoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-23702672577761273212013-04-10T13:02:57.879-04:002013-04-10T13:02:57.879-04:00Allow me to disagree with your disagreement. Yum t...Allow me to disagree with your disagreement. Yum transactions are one feature that is interesting. But hardly a feature that would make this "a breed apart" from any other package manager out there. It's your opinion and I respect it.<br /><br />However this is a very trivial and subjective comparison. One can find 100s of reasons why Debian (which you condemned to oblivion) might be "breeds apart" from your favourite distro. Most will see through the subjectiveness of the topic since choosing a distro is like choosing a car. <br /><br />It comes down to personal preference and whether a certain 'vehicle' fulfills your needs. Same goes for distros.<br /><br />This is why it is my opinion that these kind of articles serve no purpose but to stir up traffic and if traffic is a measure of how "interesting" topics are (btw technically speaking a pageview is<br />just a hit on the webpage. It can be as long as 2 seconds...<br />doesn't mean the reader actually spends any time on it... just<br />that the browser visited the page) then the media (all forms of it)<br />are getting it wrong.Dimitrisnoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-77540398309660010572013-04-10T13:02:38.221-04:002013-04-10T13:02:38.221-04:00http://skvidal.wordpress.com/2010/11/09/orphaned-d...http://skvidal.wordpress.com/2010/11/09/orphaned-dep-cleanup-in-yum/<br />fyi:<br /><br />the below remarks--is not enabled in /etc/yum.conf by default<br /><br /><br />/***********<br />November 9, 2010<br /><br />I just checked this into yum on friday. It’s currently defaulting to off but I wanted to mention it so it gets more testing.<br /><br />if you set:<br /><br />clean_requirements_on_remove = 1<br /><br /> <br /><br />in your yum.conf under [main]<br /><br />or use:<br /><br />–setopt=clean_requirements_on_remove=1<br /><br />on the command line, then yum will remove no-longer-needed dependencies of pkgs that you are removing from your system.Dietrichhttp://dtschmitz.com/blognoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-23970994826963097602013-04-10T08:27:45.757-04:002013-04-10T08:27:45.757-04:00ThanksThanksDietrichhttp://dtschmitz.com/blognoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-88921215985982205172013-04-10T08:27:10.064-04:002013-04-10T08:27:10.064-04:00I would disagree. By the amount of discussion and...I would disagree. By the amount of discussion and pageviews, I'd say this is an 'interesting' topic. This is not sensationlism, but a discussion of facts which set YUM apart from APT in particular.Dietrichhttp://dtschmitz.com/blognoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-8913467465948513372013-04-10T07:49:27.213-04:002013-04-10T07:49:27.213-04:00where this '' come from? disqus bug?where this '' come from? disqus bug?anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-13163485519192267812013-04-10T07:47:42.024-04:002013-04-10T07:47:42.024-04:00gnome vs kde
gnome-shell vs unity
ubuntu vs .........gnome vs kde<br />gnome-shell vs unity<br />ubuntu vs .......<br />best linux distribution of <br /><br />Hurrayy.. another 4000 pageviews.anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-3468825759679137302013-04-10T01:13:22.928-04:002013-04-10T01:13:22.928-04:00OK here's the gist of the whole thing.
When u...OK here's the gist of the whole thing.<br /><br />When using RHEL, Fedora and other Redhat-based distros yum is your friend. When using Ubuntu, Mint, Debian and other Debian based distros apt-get is your friend.<br /><br />Feature completeness while comparing apples (yum) and oranges (apt-get)<br />is irrelevant. To paraphrase My Big Fat Greek Wedding "In the end we are all<br />fruit".<br /><br />Articles like these ones only serve sensationalism and pump up page hits<br />and page views because people feel strongly about their favourite tools.<br /><br />Let's just snap out of it and find something more interesting and challenging to talk about, shall we?Dimitrisnoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-62139789904611969032013-04-10T00:39:19.025-04:002013-04-10T00:39:19.025-04:00Huh!! Apt-get !! Yum!! What is this package manag...Huh!! Apt-get !! Yum!! What is this package management you speak of? <br /><br />From Slackware User<br />LOL!! I joke<br />Great article Mr. Schmitzbrownystacynoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-48855627343192572492013-04-09T19:05:32.091-04:002013-04-09T19:05:32.091-04:00I do like apt, a lot. I've only really seen a...I do like apt, a lot. I've only really seen apt autoremove break on Ubuntu, but well enough said there. :)<br /><br /><br />rpm -V is really cool if you have a chance to look at it.<br /><br /><br />http://www.rpm.org/max-rpm/s1-rpm-verify-output.htmlFewthttp://www.fuduntu.org/noreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-14621617036406237792013-04-09T18:55:47.548-04:002013-04-09T18:55:47.548-04:00Ok then then both debsums -c and apt-get check are...Ok then then both debsums -c and apt-get check are equivalents of rpm -Vv , with the exception that debsums requires the existence of buildtime generated md5sum files, while apt-get check is more generic in its checking procedure.<br /><br />I do agree that both "cleaning" commands are dangerous but I've managed to wreck a lot more Fedora installations with the --leaves flag and the equivalent yum-plugin than I have done with apt's autoremove. As a matter of fact the only time that autoremove went crazy and started to propose the removal of necessary packages was on an Debian Lenny system where I've had many mixed packages from unstable, experimental, 3rd party repos, with messed up apt-pinning rules.kami84grnoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-6107073046318616922013-04-09T18:40:35.404-04:002013-04-09T18:40:35.404-04:00The two tools were designed to work together so th...The two tools were designed to work together so they should be used together. The right tool for the job and all that.<br /><br />rpm -Vv will verify and report the state of each file laid down on the filesystem by rpm. It is an extremely powerful tool that can be used to validate your entire system provided the rpmdb is not corrupt or compromised.<br /><br />'apt-get autoremove' is a terribly dangerous tool (as was the command I linked) and should be avoided (which is why I said seriously?) as it has been known to devastate a computer that was working before the command was executed. :)Fewthttp://www.fuduntu.org/noreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-47790931524935949012013-04-09T18:35:43.987-04:002013-04-09T18:35:43.987-04:00the "--leaves" flag is overly eager in r...the "--leaves" flag is overly eager in removing packages which are needed by the system, the "--exclude-bin" helps a bit , it does leave unecessary packages behind. All in all it is not nearly effective as APT's "autoremove" command.<br /><br />rpm -qi --changelog package is an rpm feature not yum specific but nevertheless it is for checking one package at a time. apt-listbugs and apt-listchanges can even be combined in the upgrade process so before you press "enter" , so can have a complete picture of the changes and the known bugs that the new packages bring along.<br /><br />There is no apt equivelant to yum history undo and I've never implied that there is, but apt has excellent dependency resolving so you can bring your system to a previous "package condition" it just takes a little more time.<br /><br />rpm -Vv kernel : first of all ...again an rpm command and not a yum specific (I could just start proposing dpkg ones my self you know...) . Secondly what exactly is this command? a verification one? If yes then the equivelant is "debsums -c" or "apt-get check" . It depends on what exactly the rpm command you've mentiones does.kami84grnoreply@blogger.comtag:blogger.com,1999:blog-5447608397823343035.post-81488356003620919352013-04-09T18:24:15.817-04:002013-04-09T18:24:15.817-04:00You got it. Thanks Mon.You got it. Thanks Mon.Dietrichhttp://dtschmitz.com/blognoreply@blogger.com