Talk:Portage (software)

From Wikipedia, the free encyclopedia
Jump to: navigation, search
WikiProject Computing (Rated Start-class)
WikiProject icon This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
Start-Class article Start  This article has been rated as Start-Class on the project's quality scale.
 ???  This article has not yet received a rating on the project's importance scale.
 
WikiProject Linux (Rated Start-class)
WikiProject icon This article is within the scope of WikiProject Linux, a collaborative effort to improve the coverage of Linux on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
Start-Class article Start  This article has been rated as Start-Class on the project's quality scale.
 ???  This article has not yet received a rating on the project's importance scale.
 

funtoo[edit]

funtoo should be mentioned here as gentoos successor. 71.82.88.40 (talk) 01:49, 14 June 2014 (UTC)

I don't think this is correct. Funtoo is kind of a derivate, but mainly using the straight gentoo ebuilds repository as a basis (see ports), adding some overlays and their own bits. However, the main work is still done in gentoo. Derivates pick up the work and add their own stuff. This doesn't qualify for the term 'successor' afais. Hasufell (talk) 09:24, 14 June 2014 (UTC)

porthole[edit]

if porthole is not mentioned elsewhere in the article it should be as the new gui for portage package management. 71.82.88.40 (talk) 01:49, 14 June 2014 (UTC)

portage problems[edit]

"... allow users to safely ... uninstall software from a system and automatically handle dependencies." is not true. The biggest portage problem is still unsolved -- see Gentoo Handbook :

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1#doc_chap3 Portage will not check if the package you want to remove is required by another package.

"will not check" here means "does not even know how to check".

—The preceding unsigned comment was added by 206.188.85.60 (talk) 10:10, 7 January 2007 (UTC).

Well, more specifically 'emerge' doesn't check for reverse dependencies but Portage contains the information needed to calculate them. There are separate utilities available (revdep-rebuild and udept) to handle reverse dependencies. --Bk0 (Talk) 18:06, 7 January 2007 (UTC)


revdep-rebuild is a for fixing problems that arise this way, not for handling dependincies properly -- see

http://gentoo-wiki.com/TIP_Control_revdep-rebuild Quote : "It was written to rebuild reverse dependencies on a Gentoo system that may have been broken due to unmerging or upgrading packages. While it is useful, it does have some bugs.". There is a number of user-written scripts for handling dependencies, but they all have their own limitations. PS I see users crying on forums.gentoo about accidentally deleted packages very often. :)

—The preceding unsigned comment was added by 206.188.85.60 (talk) 20:35, 7 January 2007 (UTC).

We may want to include a criticisms section in this article, as I have seen a bunch of stuff that can go wrong and that people complain about, including the aforementioned dependency issues, blocked packages, updating world, etc. Bradkoch2007 14:59, 11 August 2007 (UTC)


First of all... this is only about the "--unmerge" switch and does not apply to "--depclean". The latter is the recommended way to remove unneeded packages. Portage does know if they are not needed and there are tons of ways to check it. This is not a technical issue, it is a design decision. "Unmerging" packages is rather handled by removing them from the world file (or any other set) and then letting portage handle the removal via "--depclean" (which might even just refuse to remove it, because it's still a dependency of another package).

Other than that... the initial point of this argument does not even apply any more to plain "--unmerge" operations when it comes to libraries, because of FEATURES="preserve-libs" which will preserve all library files of any unmerged/updated package if they are still used by another one. Of course this will not be able to catch more complicated situations, e.g. with perl. But again: "--unmerge" is not meant for general maintenance. If you use it for that purpose, then you are doing something wrong. - Hasufell (talk) 22:39, 7 March 2014 (UTC)

Clean Up[edit]

The formulations are still too selling :) --Shallot 20:02, 1 Apr 2004 (UTC)

This Article is an 0.9999 : 1 Copy of the Portage Manual, i thougt copys are not allowed? --Anonymous

Usually they aren't. In lieu of anything better and no gross inaccuracies or mischaracterizations tho'... -- Maru Dubshinki 00:33 Sunday, April 17 2005
Right, but I think gentoo portage manual is licensed FDL, which allows you to copy with credits to the author. --Linuxtaka 17:00, 19 December 2005 (UTC)

Porting Portage[edit]

Mention perhaps various ports of portage? I understand there exists one for Slackware and Mac OS X. -- Maru Dubshinki 00:34 Sunday, April 17 2005

  • And Cygwin [1]. This article does need more "portage on other distros" section. -- AlexLibman 00:51, 22 June 2006 (UTC)

kuroo[edit]

Since kuroo is no longer maintained, please remove the references from this article (or at least note that its dead). I can't do that obviously due to my english, thx 138.246.7.56 (talk) 15:13, 1 March 2009 (UTC)

Himerge[edit]

Himerge as portage GUI is dead and has been removed from portage 3 years ago. I am not sure if it makes sense to still mention it. It is not relevant anymore. -- Hasufell (talk) 02:06, 16 December 2013 (UTC)