Date: Sat, 17 Sep 2022 14:51:41 +0000 From: bugzilla-noreply@freebsd.org To: go@FreeBSD.org Subject: [Bug 266455] Mk/Uses/go.mk: Update of devel/chroma fails for unclear reason Message-ID: <bug-266455-42334-Gw3Ct2Tf46@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-266455-42334@https.bugs.freebsd.org/bugzilla/> References: <bug-266455-42334@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D266455 Dmitri Goutnik <dmgk@freebsd.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmgk@freebsd.org Attachment #236634| |maintainer-approval? Flags| | --- Comment #1 from Dmitri Goutnik <dmgk@freebsd.org> --- Created attachment 236634 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D236634&action= =3Dedit chroma-2.3.0.diff It fails because ./cmd/chroma now is in the different module, go detects th= is and refuses to build. Normally, setting GO_MODULE=3Dgithub.com/alecthomas/chroma/v2/cmd/chroma wo= uld work, but for this port it doesn't because https://github.com/alecthomas/chroma/issues/528#issuecomment-866370115. So the hack here would be to stick to modules2tuple, but generate GH_TUPLE manually using go.mod from ./cmd/chroma, e.g. $ git clone https://github.com/alecthomas/chroma.git $ cd chroma/cmd/chroma $ go mod vendor $ modules2tuple ./vendor/modules.txt | sed '/chroma/d' (Ignore generated post-extract caused by nonsensical replace directive in go.mod.) Personally, I'd just stop packaging this port until upstream comes to their senses and makes it go-gettable again. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-266455-42334-Gw3Ct2Tf46>