pkgsrc/pkgtools/pkg_rolling-replace/files, branch trunk [no description] https://git.osdyson.ru/mirror/pkgsrc/atom?h=trunk 2021-06-28T19:33:23Z pkg_rolling-replace: use POSIX getopts(1) instead of getopt(1) 2021-06-28T19:33:23Z mcf mcf@pkgsrc.org 2021-06-28T19:33:23Z urn:sha1:660840f1db539e267be96224b4858b909bc080bf Correct the order of redirection 2021-04-22T08:54:18Z pho pho@pkgsrc.org 2021-04-22T08:54:18Z urn:sha1:1907cc0d68375d2d55aca7ae07395d1db7bbd021 pkg_rolling-replace: catch permission errors from pkg_admin 2021-04-13T17:51:21Z rhialto rhialto@pkgsrc.org 2021-04-13T17:51:21Z urn:sha1:9bca04075040d434c24e944b82eed632d17218e2 and print a friendlier warning message instead (only once). Document that the mismatch state may not persist if permissions are insufficient. pkg_rr: substitute pkg_admin with PKG_ADMIN_CMD. Bump to 0.24.10. 2021-01-15T10:56:52Z tnn tnn@pkgsrc.org 2021-01-15T10:56:52Z urn:sha1:da2702ab61b5b23f7a122a46b0f80560f53d3fd2 pkgtools/pkg_rolling-replace: Update to 0.24.9 2021-01-09T19:12:46Z rhialto rhialto@pkgsrc.org 2021-01-09T19:12:46Z urn:sha1:4c5e5cf915655a69c4b6299dce7694fdead4c0dc When using the -u option to find mismatched packages, mark each affected package with 'mismatch=YES'. Otherwise, consider such packages as targets to rebuild. ok gdt@. pkgtools/pkg_rolling-replace: Update to 0.24.8 2019-08-27T19:30:36Z gdt gdt@pkgsrc.org 2019-08-27T19:30:36Z urn:sha1:de06f81e91a1e7aff1b4c342a951157f2968bc9f Be more tolerant of not finding PKGPATH, and basically attempt to skip the package rather than treating it as a fatal error. (This was a stray edit that I've been running with for a while.) pkgtools/pkg_rollingreplace: Update to 0.24.7 2019-07-29T14:48:17Z gdt gdt@pkgsrc.org 2019-07-29T14:48:17Z urn:sha1:8d113ee7c3d0696dd911866635c49423280f495c When running pkg_chk, ignore packages marked "missing", which tend to be the wrong python version. This is a temporary kludge, but should allow pkg_rr to run on systems that have changed python versions. pkg_rolling-replace: Update to 0.24.6 2019-04-26T18:14:15Z gdt gdt@pkgsrc.org 2019-04-26T18:14:15Z urn:sha1:5de4ca05bf0150b9bd8e19372e7b8d57741e7356 When trying to extract PKGPATH from what is believed to be the PKGNAME of an installed package, do not abort, but merely error (which is nonfatal with -k). This is helpful, but not sufficient, when dealing with pyNN-foo packages where the default version is depended on but not installed. pkgtools/pkg_rolling-replace: 0.24.5 2019-03-23T17:20:31Z gdt gdt@pkgsrc.org 2019-03-23T17:20:31Z urn:sha1:9341dcaf9299a5e455634d8156701c2303e8d6ce In addition to adding in BUILD_DEPENDS, catch up to long-ago improvements to pkgsrc and also add in TOOL_DEPENDS. Thanks to Hauke Fath for reporting the issue. pkg_rolling-replace: avoid top-level make clean 2018-05-06T18:06:18Z gdt gdt@pkgsrc.org 2018-05-06T18:06:18Z urn:sha1:b798757fd647e2db9e969dcf8bcba440c5624322 In some cases, if an installed package's source directory did not exist, pkg_rr could invoke "make clean" at top-level of pkgsrc. Bug report and fix by Andreas Gustafsson in PR pkg/53157.