Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#57335 - Add /usr/share/devtools/ to PKGBUILD/backup
Attached to Project:
Arch Linux
Opened by Maxim Baz (maximbaz) - Friday, 02 February 2018, 11:51 GMT
Last edited by Doug Newgard (Scimmia) - Friday, 02 February 2018, 15:20 GMT
Opened by Maxim Baz (maximbaz) - Friday, 02 February 2018, 11:51 GMT
Last edited by Doug Newgard (Scimmia) - Friday, 02 February 2018, 15:20 GMT
|
DetailsI've modified /usr/share/devtools/makepkg-x86_64.conf, but I'm concerned that if the upstream version of it changes, my modifications will be overridden without pacman creating a .pacsave file.
core/pacman backs these configs up, see line 21 in https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/pacman I'd like this package to also add a backup entry in PKGBUILD and list there all configs from /usr/share/devtools. |
This task depends upon
Closed by Doug Newgard (Scimmia)
Friday, 02 February 2018, 15:20 GMT
Reason for closing: Duplicate
Additional comments about closing: FS#43281
Friday, 02 February 2018, 15:20 GMT
Reason for closing: Duplicate
Additional comments about closing:
Comment by Maxim Baz (maximbaz) -
Friday, 02 February 2018, 15:20 GMT
- Field changed: Percent Complete (100% → 0%)
However using -M still doesn't allow me to track upstream changes. Also, I'm changing this file because I want to change the default behavior for mkarchroot, why use -M 100% of time? pacman has a neat way to backup configs, why not make use of it? Adding backup to PKGBUILD shouldn't make any conflicts for the package, right?