Historical bug tracker for the Pacman package manager.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
FS#31344 - Special handling of conflicting backup files
Attached to Project:
Pacman
Opened by Thomas Bächler (brain0) - Thursday, 30 August 2012, 19:50 GMT
Last edited by Thomas Bächler (brain0) - Thursday, 30 August 2012, 21:53 GMT
Opened by Thomas Bächler (brain0) - Thursday, 30 August 2012, 19:50 GMT
Last edited by Thomas Bächler (brain0) - Thursday, 30 August 2012, 21:53 GMT
|
DetailsSuppose you install or upgrade a package that contains a file that
1) is new in the package 2) is not contained in any other package 3) is marked as a backup file 4) already exists in the file system Right now, this will result in a conflict and the installation is aborted. I propose that pacman will extract the file as .pacnew instead in this case. Optionally, the user could also be asked to a) abort, b) overwrite, c) extract as .pacnew, but c) should be the default behaviour. |
This task depends upon
Closed by Thomas Bächler (brain0)
Thursday, 30 August 2012, 21:53 GMT
Reason for closing: None
Additional comments about closing: I'm an idiot.
Thursday, 30 August 2012, 21:53 GMT
Reason for closing: None
Additional comments about closing: I'm an idiot.
warning: /etc/foobar.conf saved as /etc/foobar.conf.pacorig
I was sure this is an old, old behaviour...