On Wed, Oct 03, 2007 at 07:52:44PM +0200, Nagy Gabor wrote:
-Sp simply seems to be broken. If I do pacman -Sp evince, I get the following error: 'error: evince': transaction not initialized error: failed to release transaction (transaction not initialized)
See http://bugs.archlinux.org/task/6812
git is currently broken because of this commit :
http://projects.archlinux.org/git/?p=pacman.git;a=commit;h=b86479cf9b584c62d...
However, after reverting this commit, this command still needs to be run as root for working. That wasn't the case with pacman 3.0 ..
Well, I'm pretty sure that we should restructure pacman's option "handling". Sometimes "rethinking" a big codepart is easier than fixing ~100 flyspray bugs (as an example, I must mention the current libalpm/sync.c ...) See also (this method is the most pausible for me; the effects of this would restructure the source, too): http://www.archlinux.org/pipermail/pacman-dev/2007-September/009484.html I don't really understand where the difficulty is. We can loop in the operation options, and do the requested operations. Permission handling: Do we really need this? libalpm will return with an error, if the user hasn't got enough privileges; and pacman can quit (any may ignore -y). libalpm could also inform the caller funtion about "Operation not permitted" with an error-type. Bye, ngaba ---------------------------------------------------- SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu This mail sent through IMP: http://horde.org/imp/