[pacman-dev] [alpm] PM_ERR_PKG_HOLD - what's this?
Hello guys, With the current ALPM version i get PM_ERR_PKG_HOLD on adding packages. In the current pacman GIT i could just find it in the remove process. Anyway, what does it mean? Has something changed so i need to define holdpkgs in some way? Is there even a need to define them? Hasn't been some weeks ago, so something must have been changed. Yours, Georg (STiAT)
What are you doing exactly ? Seems like this should happen only if you're trying to remove a package in HoldPkg, then answer "no" when it asks you for confirmation. So it could help to have more information about the transaction you're doing, which packages are in HoldPkg, which answer you give to this question, etc
Adding a package like if i do with -S. basically converted to c code (from binding code) alpm_option_set_dbpath("/var/lib/pacman"); alpm_db_register('local'); alpm_db_register('community'); alpm_db_register('extra'); alpm_db_register('current'); alpm_trans_init(PM_TRANS_TYPE_SYNC, PM_TRANS_FLAG_CASCADE | PM_TRANS_FLAG_RECURSE, NULL, NULL, NULL); alpm_trans_addtarget(in_name); ptr = (alpm_list_t*) malloc(sizeof(alpm_list_t)); alpm_trans_prepare(&ptr)); data = alpm_trans_get_pkgs(); if(alpm_trans_commit(&data) == -1) { cleanup(); return pm_errno; ### here is the return 50 (PM_ERR_PKG_HOLD) } If i remove IgnorePkg directives from pacman.conf (IgnorePkg = qtcurve-kde3) it works properly. - I thought configuration handling is now done by pacman - Do i need to set the IgnorePkg of alpm for some reason? - I have no idea why this can fail. Yours, Georg (STiAT) On 6/21/07, Xavier <shiningxc@gmail.com> wrote:
What are you doing exactly ? Seems like this should happen only if you're trying to remove a package in HoldPkg, then answer "no" when it asks you for confirmation. So it could help to have more information about the transaction you're doing, which packages are in HoldPkg, which answer you give to this question, etc
_______________________________________________ pacman-dev mailing list pacman-dev@archlinux.org http://archlinux.org/mailman/listinfo/pacman-dev
2007/6/21, Georg Grabler <ggrabler@gmail.com>:
- I thought configuration handling is now done by pacman - Do i need to set the IgnorePkg of alpm for some reason? - I have no idea why this can fail.
Are you using pacman git ? If you're using only the libalpm part of pacman git, then you should have noticed you need to do the configuration part yourself. For example, pacman segfaults if the lockfile isn't set.
The lockfile (path) basically should not be part of the client. There can be multiple user agents accessing alpm for installing, even parallel, what could cause troubles. Therefore, locking alpm is a quite good thing (actually). Anyway, i'm looking up code in pacman git, yes, but currently have the latest "normal" alpm version installed. I won't install always the latest git version of pacman/alpm on my system, since this can really cause big troubles. Anyway, i'm setting databases and similar, so i know the configuration is moved out of alpm towards pacman. Also, i wouldn't see a problem providing the lockfile location as a configure option, setting a default. Anyway, the option is undocumentated. I've just been wondering, since the package yaz probably has nothing to do with my configuration. I got this error on adding any package, when a newer version was available of qtcurve (which was in IgnorePkg) and i havn't had installed it yet. Anyway, i didn't set the sync flag (y), just the option (S), so i don't think it should matter. Yours, Georg (STiAT) On 6/21/07, Xavier <shiningxc@gmail.com> wrote:
2007/6/21, Georg Grabler <ggrabler@gmail.com>:
- I thought configuration handling is now done by pacman - Do i need to set the IgnorePkg of alpm for some reason? - I have no idea why this can fail.
Are you using pacman git ? If you're using only the libalpm part of pacman git, then you should have noticed you need to do the configuration part yourself. For example, pacman segfaults if the lockfile isn't set.
_______________________________________________ pacman-dev mailing list pacman-dev@archlinux.org http://archlinux.org/mailman/listinfo/pacman-dev
participants (2)
-
Georg Grabler
-
Xavier