Summary: | ports-mgmt/portupgrade-devel: hangs at "Uninstalling the old version" phase | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | Tomoaki AOKI <junchoon> |
Component: | Individual Port(s) | Assignee: | Eugene Grosbein <eugen> |
Status: | Closed FIXED | ||
Severity: | Affects Some People | CC: | bdrewery, dpetrov67, eduardo, eugen, fbsd, fernape, pa, terry-freebsd |
Priority: | --- | Flags: | fernape:
maintainer-feedback?
(bdrewery) |
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any | ||
See Also: |
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266386 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267221 |
Description
Tomoaki AOKI
2022-09-11 13:24:33 UTC
Bug 266386 seems to be a duplicate of this. Added to "See also". Can upstream PR/374: Endless busyloop in file_mbswidth [1] related to this? If so, can updating to file 5.43 fixes this? [1] https://bugs.astron.com/view.php?id=374 [2] https://bugs.astron.com/my_view_page.php Subscribing because I'm seeing this too. (In reply to Tomoaki AOKI from comment #2) The file utility was updated to 5.43 on src main and stable/13 at main: a2dfb7224ec9933ee804cae54d51848dce938b6b stable/13: dc9893d19419f16234ee9a4b4454f31e09d9b292 respectively, but unfortunately didn't fix the problem. Still needs the patch proposed at Bug 266386. You can create ports-mgmt/portupgrade-devel/files directory, and store the second (latest, mine) patch proposed at Bug 266386 [1] there, and forcibly update ports-mgmt/portupgrade-devel. Or apply the first (older, by Katsuyuki Miyoshi) patch [2] over /usr/local/sbin/pkg_deinstall directly. See Bug 266386 Comment 11 and following comments for more detail. [1] https://bz-attachments.freebsd.org/attachment.cgi?id=236783 [2] https://bz-attachments.freebsd.org/attachment.cgi?id=236672 Can someone with modify privs on this bug change Component to "Package Infrastructure" and Importance to "Affects many people" in an attempt to raise this PR's visibility to developers who might be able to address the issue? This PR has been open for nearly a month and a half and I have a few dozen systems that have backlogs of portupgrades to do, some security-related. I know I could try to patch to work around this, but the idea is to end up with a more standard system, not less. Thanks! I'm seeing this too, when trying to upgrade most ports. (In reply to Mark C from comment #6) This is fixed by a change to base, as described here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267221 The reason it hasn't impacted more people is probably because they're on various 12.3-pX versions, not -STABLE. It is only going to hit people running world at r372587 or higher. I didn't check to see when it landed in 13. (In reply to Terry Kennedy from comment #7) Great, thanks. Yes, I'm on -STABLE. While I wait for the fix to make it to STABLE, I've applied the patch in: https://bugs.freebsd.org/bugzilla/attachment.cgi?id=236783 from https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266386 and that seems to make things work for now. This has been recently committed: https://cgit.freebsd.org/src/commit/?id=07dfb236c81483c2f08a3976f6d44ce307f4ceaf It should be MFC'ed really soon. Could you try that if you are running -CURRENT and in 3 days if you are running -STABLE? Thanks! Thanks, I'll check once it makes it into STABLE. (In reply to Fernando Apesteguía from comment #9) Manually cherry-picked the commit to stable/13 with backing out the patch to pkg_deinstall (proposed on Bug 266386) worked fine for me. Thanks! *Rebuilt and installed on usr.sbin/file/. No reboot. The patch is in stable. This should be fixed now. Fixed in all supported branches restoring regression in file(1) utility. The fix will be included in upcoming 12.4-RC1 and 12.4-RELEASE. ^Triage: assigning to committer who resolved the issue Note: at least by affinity :-) |