Handling version mismatches about aconfmgr HOT 3 CLOSED

Good observation, but I don't think it is aconfmgr's job to update the system.

In fact, I'm aware of at least one situation where updating the system is not wanted: when recording changes to the configuration of a system which is not up-to-date. Arch Linux regularly replaces some packages with others, and updating packages can change files in the aconfmgr configuration, and these changes would then be unnecessarily difficult to sort out from those done by the user directly. Though this applies to save, running apply during or after tweaking the aconfmgr configuration can be done with the intent to apply the changes done in the configuration to the system, e.g. to discard the unnecessary ones.

Instead of calling pacman once for every package,

aconfmgr performs one pacman invocation to install all missing native packages:

So, I'm not sure if there's anything worth changing in aconfmgr. The observation may warrant being documented. Additionally, you could probably add the pacman --sync commands to your configuration so they're executed automatically when aconfmgr is ran, though I wouldn't recommend this practice due to the implications described above.

from aconfmgr.

Fair enough. I agree that aconfmgr save should keep packages at their current version, but I still think that this would be useful for aconfmgr apply. One alternative would be to have a separate command (e.g. PinVersion linux 4.6.2), used to specify a particular version of a package. PinVersion commands would be generated by aconfmgr save, and one could update the system simply by removing all of them (and thus "unpinning" the packages, allowing the latest version to be used). I myself might be interested in implementing this, since it would also preserve idempotency.

For the moment, I may just add pacman --sync --refresh to my configuration. Is there a way to make sure that this only happens on apply, and never on save?

from aconfmgr.

Is there a way to make sure that this only happens on apply, and never on save?

As of bf73896, you can check aconfmgr_action in your configuration.

As far as I can see, there are no actionable points left in this issue, so I'm going to close it.

from aconfmgr.