You are not logged in.
Awhile back there was a discrepancy between the ruby-unicorn packages in quarry and community repos. Quarry had the popular unicorn server client, while community had unicorn engine (believe a virtualization gem) under the same name. Now that ruby-unicorn has been updated to ruby-unicorn-engine in community every time I update the system I get asked if I want to replace the package. I could just ignore all replacement requests, but then I'll miss important changes. Is there anyway to inform pacman to ignore replacing a package, without ignoring the updates to that package?
Offline
I'm not sure about either of these, but they are worth a try: first, add ruby-unicorn-engine to IgnorePkg in pacman.conf - the hope being it will ignore the -engine package, but not the regular package. Alternatively, you could put the Quarry repo before community in pacman.conf. This may make it prioritize the non-engine package - but this could have side effects as everything in that repo (which I'm not familiar with) would take priority over repo packages.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Yeah, all of those could have potential undesirable side effects. I'm looking into adding an IgnoreReplace option to pacman. Thinking about changing alpm_pkg_should_ignore to returning 2 if a package comes up in ignorereplace. Think that would be accepted upstream?
Last edited by zerophase (2018-04-08 13:29:02)
Offline
IgnorePkg already tries to do too much. If it doesn't do what you want, you probably need to look at an entirely new feature rather than trying to expand it even further.
Offline
You can take a look at remakepkg: https://bbs.archlinux.org/viewtopic.php?id=234936
Maybe it would be an idea to implement that directly in pacman?
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
You can take a look at remakepkg: https://bbs.archlinux.org/viewtopic.php?id=234936
Maybe it would be an idea to implement that directly in pacman?
That does seem like it might be more versatile.
Offline