[pacman-dev] [PATCH] New Rg option

Roman Kyrylych roman.kyrylych at gmail.com
Tue Sep 18 06:28:45 EDT 2007

2007/9/18, Roman Kyrylych <roman.kyrylych at gmail.com>:
> 2007/9/18, Dan McGee <dpmcgee at gmail.com>:
> >
> > +1 on making -g work both for -S and -R.
> >
> > However, why don't we do the following for backwards compatability:
> > 1. pacman -S grppkg: look for a package named grppkg, then group
> > 2. pacman -Sg grppkg: look for a group named grppkg (and ignore a
> > package if there is one)
> > 3. pacman -R grppkg: only remove a package named grppkg (I don't think
> > group removal is used enough to warrant keeping backwards compat)
> > 4. pacman -Rg grppkg: remove a group named grppkg
> >
> > This gives us a small issue when it comes to the current behavior of
> > -Sg, however, that I have yet to figure out. Anyone know a good way to
> > somehow keep the ability to list the contents of current groups and
> > implement the above? Patches welcome. :)
> >
> from pacman -S --help:
> -l, --list <repo>    view a list of packages in a repo
> I think -Slg [<repo>] would be nice syntax to show all groups in a repo.
> If repo is omitted  - we get the same result as -Sg in pacman 3.0.x.
> BTW, -Sl lists packages from all repos when repo is not specified, so
> it should be:
> -l, --list [<repo>]  view a list of packages in a repo
> (still not fixed in git tree)
> Sorry for not providing patches, I'm at work on windows box now.

Xavier pointed out that -Sg used to work with group paramether, so
here's a fixed proposal for -Slg:

-Slg [<group>] behaves in the same way as old -Sg
Why not introduce separate option? - I think that would be more confusing.

Roman Kyrylych (Роман Кирилич)

More information about the pacman-dev mailing list