Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 44081 - meta / virtual ebuild for common command line tools base install
Summary: meta / virtual ebuild for common command line tools base install
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo Release Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-08 16:48 UTC by Aaron Peterson
Modified: 2006-01-03 03:49 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Aaron Peterson 2004-03-08 16:48:50 UTC
My friend started dissing linux because he loves how his BSD has nmh and links (or lynx) installed by default ... Gentoo doesn't even have cron installed by default (which is good for choices, but bad for time implementing)

So, If I ever learn how to make a virtual ebuild, or if anybody else is so motivated,

Lets make an ebuild that will get us all of the recommended software from the gentoo handbook installation guide.



Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Aaron Peterson 2004-03-08 16:49:58 UTC
and software to use the installation guide;) (like links, and a local copy of the guide)
Comment 2 Seemant Kulleen (RETIRED) gentoo-dev 2004-03-09 00:56:46 UTC
portage peeps, what do you guys think of the idea?
Comment 3 Jason Stubbs (RETIRED) gentoo-dev 2004-03-09 01:17:14 UTC
Personally I think it's a good idea. However, implementation-wise there are some problems. I can't see any need for there to be a virtual and a (kde- or gnome-like) meta-package has all its normal problems.

Should a user decide to emerge recommended-software, for example, problems begin when unmerging. Individual packages will be called back in during an update. Unmerging recommended-software will cause everything to be unmerged upon a depclean.

I know these are small issues, but the type of user that would want recommended-software is not the type to want to deal with them. Perhaps this would be better handled by a script that installs packages individually as part of GLIS or the like?
Comment 4 Jason Stubbs (RETIRED) gentoo-dev 2005-07-28 07:25:04 UTC
Putting a hold on feature requests for portage as they are drowning out the 
bugs. Most of these features should be available in the next major version of 
portage. But for the time being, they are just drowning out the major bugs and 
delaying the next version's progress. 
 
Any bugs that contain patches and any bugs for etc-update or dispatch-conf can 
be reopened. Sorry, I'm just not good enough with bugzilla. ;) 
Comment 5 Alec Warner (RETIRED) archtester gentoo-dev Security 2006-01-02 20:43:55 UTC
I personally like the idea and I think either a tool to install the recommended packages or a meta ebuild is a decent idea.  Also could use a new-style virtual, although once again, those have their problems.  Regardless, not portage's problem, so I'll fire it back to the wranglers.  
Comment 6 Alec Warner (RETIRED) archtester gentoo-dev Security 2006-01-02 20:44:44 UTC
Not sure if base-system wants this, so it goes to the wranglers.  Maybe maintainer-wanted?
Comment 7 SpanKY gentoo-dev 2006-01-02 20:48:24 UTC
no, i still think this is a pointless idea, but i'll leave it to releng
Comment 8 Chris Gianelloni (RETIRED) gentoo-dev 2006-01-03 03:49:42 UTC
With the new installer CD this is useless, so I'm marking it WONTFIX.  If anyone else wants to impliment it, remember that it is against the advice of base-system and releng, and feel free to support it yourself.