On 06/13/13 at 11:43am, Lieven Moors wrote:

Hi,

I'm using the internet connection at home to update a computer without internet. I use a script to get the updates for the offline computer, and to install them on that computer. To get a list of updated packages on the offline computer, I use the command:

pacman -Sup --noconfirm

Recently the package webkitgtk3 was moved to webkitgtk. But in the process, it also pulls in a new dependency harfbuzz-icu. No when I use the command above against the new sync database, harfbuzz-icu is not present in the list of packages.

My question is, whether this would be considered a bug in pacman, or if this would be an expected limitation. Or maybe there is something else I don't understand...

Thanks for your help,

lieven

This is a limitation in pacman. --print does not handle replaces. I'm not sure if I would consider this a bug given that we ignore replacers in other non-interactive situations. If you think the behavior should be changed though, feel free to open a ticket in flyspray.

Also, no need to use --noconfirm, it's implied by --print.

apg

On Thu, Jun 13, 2013 at 09:57:00AM -0400, Andrew Gregory wrote:

On 06/13/13 at 11:43am, Lieven Moors wrote:

...

Hi,

I'm using the internet connection at home to update a computer without internet. I use a script to get the updates for the offline computer, and to install them on that computer. To get a list of updated packages on the offline computer, I use the command:

pacman -Sup --noconfirm

Recently the package webkitgtk3 was moved to webkitgtk. But in the process, it also pulls in a new dependency harfbuzz-icu. No when I use the command above against the new sync database, harfbuzz-icu is not present in the list of packages.

My question is, whether this would be considered a bug in pacman, or if this would be an expected limitation. Or maybe there is something else I don't understand...

Thanks for your help,

lieven

This is a limitation in pacman. --print does not handle replaces. I'm not sure if I would consider this a bug given that we ignore replacers in other non-interactive situations. If you think the behavior should be changed though, feel free to open a ticket in flyspray.

Also, no need to use --noconfirm, it's implied by --print.

apg

Yes, --noconfirm was my last attempt to make pacman obey my wishes. I can see that technically, a replace is not an update, but then pacman -Syu --noconfirm would get those packages... I'm wondering now if there are good reasons for pacman not to deal with the replaces in non-interactive commands. I'm not really aware of the various use-cases of --print.

Anyway, thanks a lot for your concise answer to my question.

Greetings,

lieven

P.S. I forgot to mention that webkitgtk (the replacing packages) was not in the list either.