[pacman-dev] [PATCH] New Rg option

[Dan McGee]

On 9/11/07, Xavier <shiningxc at gmail.com> wrote:
> On Tue, Sep 11, 2007 at 04:48:49PM +0200, Mateusz Jedrasik wrote:
> > Tuesday 11 of September 2007 16:22:05 Nagy Gabor napisał(a):
> > > > That's probably a good idea, I made a patch for it.
> > > > pacman -R xorg will only try to remove the xorg package,
> > > > pacman -Rg xorg will only try to remove the xorg group.
> > >
> > > I must mention a backward:
> > > -if the user wants to remove one group and one package with one command, he
> > > cannot do that (however, this is a rare, and this is a _front-end_ problem)
> > >
> > > In my opinion we should implement both -Sg and -Rg or neither of them. (-Sg
> > > now lists the group members, after this we could pick the question to the
> > > user: "Do you want to install the whole group?" [yes/no/quit] or we should
> > > rename the current -Sg to -Si or to -Sig)
> > >
> >
> > I don't think we need -Sg. As long as during a pacman -S group_package pacman
> > pus a big info (like currently it does with kde for example or gnome afaik
> > and allows for choosing components) that should/would be ok. Because if you
> > implement -Sg then doing pacman -S xorg will do what? Nothing? Or just
> > install en empty group withtout pulling the actual group contents? Silly ;-)
> >
>
> Btw, I hope you all saw the hidden C in the subject.
>
> Otherwise, it looks like -S has exactly the opposite problem.
> It is only possible to install the xorg metapackage, not the xorg group,
> when both exist.

+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. :)

-Dan