Pacman

Historical bug tracker for the Pacman package manager.

The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues

This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
Tasklist

FS#10666 - pacman -Sgi :: Information about groups.

Attached to Project: Pacman
Opened by Øyvind Heggstad (Mr.Elendig) - Sunday, 15 June 2008, 13:35 GMT
Last edited by Xavier (shining) - Monday, 18 August 2008, 08:59 GMT
Task Type Feature Request
Category General
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version git
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

A somewhat usefull feature would be -Sgi workin similar too -Si, providing additional information to -Sg.
Maby with an added ability to search the groups name and description with -Sgs.

E.g.
$ pacman -Sgi base-devel
Name : some-group
GroupVersion : 0.0.4 # optional, to keep track of changes to the group, apps being added/removed
Contains : [core] some pkg's
[extra] some other pkg's
Description : General description of the purpose of the group
SomethingElse : Some other usefull info
This task depends upon

Closed by  Xavier (shining)
Monday, 18 August 2008, 08:59 GMT
Reason for closing:  Won't implement
Additional comments about closing:  This is simply not possible because of the way groups are implemented.
Comment by Xavier (shining) - Sunday, 15 June 2008, 14:05 GMT
There is not a group entity by itself, so there is currently no way to specify a version or a description of a group or anything like that.
A group is just a simple tag to packages.

This feature request looks like it is just requesting a new pacman flag, but it is much more than that.
I am not convinced at all we want this additional complexity.
Comment by Gavin Bisesi (Daenyth) - Thursday, 19 June 2008, 18:20 GMT
I think this would only work as described if we implemented hackish "meta" packages. I think also that we shouldn't focus much on groups, as they should be replaced by some point by tags.

Loading...