[pacman-dev] [PATCH] A variety of small changes
Allan McRae
mcrae_allan at hotmail.com
Fri May 16 12:18:10 EDT 2008
Dan McGee wrote:
> On Fri, May 16, 2008 at 8:06 AM, Allan McRae <mcrae_allan at hotmail.com> wrote:
>
>> 1. makepkg - Reduces the missing arch error to a warning when only
>> generating intergity checks (-g or --geninteg flag)
>>
> Probably smart, this seems good.
>
>
>> 2. libalpm - remove unused handle->uid from pmhandle_t. The need to
>> check permissions should be determined by the frontend (and is in pacman).
>>
> Hmm- I almost think the backend should do something (such as verifying
> we have read/write perms on the relevant dbs if necessary), but you
> are right, it is unused now so it should go. Any headers that can be
> dropped in handle.c because of this change?
>
>
Probably. I'll look into it.
>> 3. libalpm - fix comment on noextract in pmhandle_t.
>>
> So we definitely use this and it still works? Heh. We might need to
> beef up pactests in this area.
>
Well, a quick search showed it is still used in the libalpm code. The
option is documented in the pacman.conf man page so I assume it still works!
>
>> 4. pacman - only ask for removal confirmation when the recusre or
>> cascade options add packages to the removal list
>>
> I thought this came up a few months ago, and I believe I at least
> thought it wasn't the greatest of ideas. I wanted behavior to be
> consistent with the option, as some people might use these flags as "I
> know it will ask me for confirmation" step. I know it would confuse me
> (and scripts) if it asked sometimes and other times did not, and it is
> not immediately apparent to the end user why this is happening.
>
Fair enough. I just found it annoying to be asked when no additional
packages were flagged. I was thinking this was consistent with the -R
option no longer asking for confirmation. Anyway, it is a small
annoyance and I will get over it.
More information about the pacman-dev
mailing list