Summary: | Allow ebuilds to provide specific information in "emerge --info"'s output | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Nguyen Thai Ngoc Duy (RETIRED) <pclouds> |
Component: | Enhancement/Feature Requests | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED WORKSFORME | ||
Severity: | enhancement | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Nguyen Thai Ngoc Duy (RETIRED)
![]() Motivation / Use cases? When there is a ruby-related bug, I usually have to ask dev-ruby/rubygems version. Other teams may need additional information like this. Well, if you just need the version of a package then profiles/info_pkgs should do it already, though I guess we'd need to make it a bit more intelligent to not display packages that aren't installed. Yes it could be. However I would expect a way for ebuilds to collect more info, not just version, from user system. I believe I encountered a case like that but I don't remember it. Well, I'd rather not have random ebuilds inject random stuff into emerge --info. Keep in mind that emerge --info is just a general overview, not a complete system analysis tool, so if you need more information for certain groups of bugs a special tool to collect that information is IMO the way to go (that's what AFAIK the perl team has done) |