Talk:Yum (software)

message: I slightly expanded and cleaned up the text at the end of the introduction about
the relationship between YUM and DNF. First of all, I deleted the mention of
"libsolv" - which is about an implementation detail of DNF, not about YUM - and
"currently being developed", which is true about all current software. Secondly,
I moved it to its own paragraph, because it's not related to the paragraph it
was in, and anyway it's important enough. Thirdly, I added a summary of the
reasons that Fedora switched to DNF. The reason about better dependency resolution
appears to have been the intention for the mention of "libsolv",
but this is more clear for non-experts.
I hope someone more familiar with the DNF/YUM situation will improve and expand on this,
and perhaps add something also to the History section. In particular, we should say
something about the status of DNF in distributions other than Fedora, such as
RHEL and CentOS. It is very strange to me that Fedora added DNF almost ten years
ago for seemingly compelling reasons, and switched to DNF as the default
package manager almost five years ago with great fanfare, yet there seems to be
zero mention of DNF in the communities of any other RPM-based Linux. StormWillLaugh (talk) 20:41, 16 October 2018 (UTC)
thread_title: Relationship with DNF

message: It would be nice if this page succinctly described some of the details of what YUM does behind the scenes, such as the fact that it uses gpgkey to perform signature verification when downloading packages.  I don't think it needs in-depth explanations of this behavior, but if someone (for instance) wanted to know whether there was any kind of signature/hash comparison going on to provide behind the scenes assurance that YUM won't just happily download malware without at least trying to check it against a digital signature, it would be helpful if they came to this page and found a sentence like "YUM provides signature verification behind the scenes for all package downloads via gpgkey."  Unfortunately, I have stared at the page for four or five minutes and still haven't come up with a likely place to stick information like that.  -- Apotheon (talk) 17:59, 11 December 2007 (UTC)
replies: text: Belongs in the intro-paragraph, or maybe in the paragraph talking about history where it says yum was implemented in python.  "Under the hood, yum depends on  RPM, which is a packaging standard for digital distribution of apps, which automatically uses  hashes and  digisigs to verify the authorship and integrity of such apps; unlike some app stores, which serve a similar function, yum nor RPM provide built-in support for  proprietary restrictions on copying of packages by endusers."  I will go ahead and stick this version in the main article.  74.192.84.101 (talk) 23:54, 27 September 2013 (UTC)
thread_title: gpgkey and other matters of what YUM does

message: I don't think there should be repository links on this page. This article is about *what is* yum, not a man page or a doc for yum. This is the reason why I have removed all links that do not deal with the question of "what is yum" nor provide further information about the project. We can't possibly provide a list of links to all existing repositories, so why single out one or two? --Mr. Icon 23:53, 10 February 2006 (UTC)
replies: text: pretty please give us the repo links!  —Preceding unsigned comment added by 130.85.136.210 (talk) 15:03, 17 April 2009 (UTC)
replies: text:  While I agree that wikipedia is not a HOWTO, or a tutorial, it seems that some links to the Notable repos (there are thousands of minor ones) belongs in the article.  As you point out, this wikipedia article should be about what yum is... but in fact, what yum really is would simply be a tool for accessing repos, no more and no less.  Repos that belong in the list off the top of my head, might be incomplete:  RHN, EPEL, CentOS, CentOS Extras, rpmFusion/elRepo/DagWieers, OpenSUSE (methinks you can use yum there not just zypper), DVDROM (accessing the 'local media repo' is a key feature of yum), and Generic Custom Repo Of Your Choice (another key feature of yum).  74.192.84.101 (talk) 23:54, 27 September 2013 (UTC)
thread_title: Repository links

message: I added an  Infobox. Marycontrary 19:35, 13 March 2007 (UTC)
thread_title: Infobox

message: I think it's POV to present dependency hellas the only link in the see also section. It reflects negatively on yum. Maybe better some links to apt, rpm, etc. and the link to dependency hell in a section with criticism. I am going to remove the link. --Ben  T/C  16:03, 27 July 2007 (UTC)
replies: text: It was prolly not intended to be POV... yum is designed to *solve* dependency hell, by automagically resolving package-dependencies and such.  Whether yum does well or poorly at solving dependency-hell, is a subject that can be criticized, and is roughly equivalent to criticizing yum itself.  Suggest the link be put back, if nobody disagrees with it now in 2013.  74.192.84.101 (talk) 23:54, 27 September 2013 (UTC)
thread_title:  dependency hell 

message: Is YUM similar to Synaptic ?. --Nopetro (talk) 13:30, 13 February 2008 (UTC)
replies: text: Yum is similar to apt-get and fink. I suspect but am not certain that synaptic uses yum on RPM based platforms.  —Preceding unsigned comment added by 98.210.217.64 (talk) 02:13, 31 March 2011 (UTC)
replies: text:  There are gui-based tools like yumex which are wrappers around yum; synaptic + apt-get is roughly similar to yumex + yum, ditto for UbuntuSoftwareCenter + apt-get.  74.192.84.101 (talk) 23:54, 27 September 2013 (UTC)
thread_title:  Synaptic 

message: This is listed as an advantage to yum without explicitly explaining what it is.  Is the metadata configuration for the system, configuration of the yum package manager, or something else?  Stephen Rasku (talk) 19:14, 19 November 2008 (UTC)
replies: text: Both.  Metadata is for the packages, i.e. the apps/libraries/toolkits/etc that constitute the system.  Since the yum-package-manager itself is one of those apps, yum automatically syncs its own metadata, as well as the metadata for all the other installed packages.  74.192.84.101 (talk) 23:54, 27 September 2013 (UTC)
thread_title:  Automatic metadata syncing 

message: I believe that the program "yum-updated" the text refers to does not exist. The error seems to have its cause in a type, as it should be "yum-updatesd", not the 's' before the d.  — Preceding unsigned comment added by ByronBates (talk • contribs) 19:14, 22 January 2013 (UTC)
thread_title:  typo in 'yum-updated' 

message: Hello fellow Wikipedians,
I have just added archive links to  on Yellowdog Updater, Modified. Please take a moment to review my edit. You may add  after the link to keep me from modifying it, if I keep adding bad data, but formatting bugs should be reported instead. Alternatively, you can add  to keep me off the page altogether, but should be used as a last resort. I made the following changes:
*Attempted to fix sourcing for http://lists.opensuse.org/archive/opensuse-announce/2005-Oct/0005.html
When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at ).
Cheers.—cyberbot IITalk to my owner:Online 05:01, 31 March 2016 (UTC)
thread_title:  External links modified 

message: I see that in both this article and the related/linked article "Yellow Dog Linux" there is inconsistency in the acronyms used. The acronym is lowercase in some places and uppercase in others. Upon consultation with the original developer (Kai Staats, then CEO of Terra Soft Solutions) I was asked to make all instances uppercase. Likewise YUM's precursor YUP. This will require a title change as well, so the article will need to be moved. I'll go ahead and do that unless anyone objects. Heimhenge (talk) 17:30, 7 November 2017 (UTC)
replies: text:  The official website http://yum.baseurl.org/ uses "yum" likewise the logo uses "yum" :File:Yum.png, so there is at least some reason to call it yum. Fuse809 (contribs · email · talk · uploads) 08:48, 11 November 2017 (UTC)
thread_title:  Proper acronym for YUM 

message: is here FYI. -- Yae4 (talk) 18:36, 13 June 2023 (UTC)
thread_title:  [[WP:RSN]] Discussion of a source cited in this article