[pacman-dev] group handling in next release
chantry.xavier at gmail.com
Mon Mar 15 02:45:45 CET 2010
On Mon, Mar 15, 2010 at 2:13 AM, Dan McGee <dpmcgee at gmail.com> wrote:
> On Sun, Mar 14, 2010 at 8:06 PM, Xavier Chantry
> <chantry.xavier at gmail.com> wrote:
>> On Mon, Mar 15, 2010 at 1:44 AM, Dan McGee <dpmcgee at gmail.com> wrote:
>>> Haha, whoops! I went a little crazy cherry-picking and started
>>> grabbing stuff that looked good.
>> Heh nice raid indeed :)
>> I did not touch pacman for 4 months, maybe it's time to get back on
>> track. I always have lots of new not-pacman things to work on though.
>> Anyway I am guessing my git repo is empty now.
>> I just checked nagy one, and there is still the -D patch dying there :
>> Too bad we did not come to an agreement last time it was sent to ML.
> Yeah, I'll try to look that over and see what I can remember. I do
> feel bad having work sit out there unused.
> I'm thinking a release of what we have in a month or so? That seems
> feasible given our normal slow pace and would at least let the 140
> patches since 3.3.X get out there. Obviously some of the bigger
> changes I would like to do still haven't happened, but that shouldn't
> hold us up here.
I don't remember if I brought this up before. I intended to..
I have one problem. It seems this commit could make a lot of users unhappy :
While I was writing this mail, I was sure I brought this up already. I
just found some old jabber chat.
6:46 PM me: hey
7:38 PM toofishes: hey
7:39 PM me: I should let you know I had a complaint from wonder about
my rework of group handling
7:40 PM toofishes: what was the complaint?
me: you know this old behavior :
:: group gnome-extra (including ignored packages):
:: Install whole content? [Y/n] n
:: Install eog from group gnome-extra? [Y/n]
:: Install vino from group gnome-extra? [Y/n] n
I lost that when moving group handling to backend
what does it do now again?
me: lost all the interaction / questions
7:41 PM it should just select everything without asking
select all targets from the group
7:42 PM this morning I asked on IRC if any users used/liked that
feature, I got another two very positive answers
7:43 PM http://code.toofishes.net/cgit/dan/pacman.git/commit/?id=b4317a740ac
the reasons of this change were explained by nagy in a mail :
7:44 PM to sum up : the frontend can query what is in a group and gets
a list of packages pmpkg
7:45 PM me: but it can only add the name of package : char * as a
target to the transaction
i.e. there is a loss of information
7:46 PM the same package name can be in multiple repo. or there can
even be provisions
7:49 PM toofishes: yeah
we should either accept pmpkg_t
or accept a "unique" name like 'repo/pkg'
the former seems smarter
7:50 PM me: note that by moving group loading to backend, I worked
around / eliminated that problem
7:51 PM the backend can just query the group and do whatever it wants,
in particular it can add the pmpkg to the transaction itself without
but now.. if I think about interactivity and being able to only
select some packages from a group
7:52 PM also if I think about what a different frontend, especially
graphical one would do
7:54 PM it seems it makes more sense to let the frontend handle that.
just give the ability to return a list of pmpkg from a group. but then
allow to add a pmpkg or list of pmpkg as a transaction target
More information about the pacman-dev