Date: Fri, 20 Jul 2018 16:46:46 +0000 From: bugzilla-noreply@freebsd.org To: gecko@FreeBSD.org Subject: maintainer-feedback requested: [Bug 229906] mail/thunderbird-i18n: Insane sanity check Message-ID: <bug-229906-21738-XLs4OXFcdk@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-229906-21738@https.bugs.freebsd.org/bugzilla/> References: <bug-229906-21738@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
Bugzilla Automation <bugzilla@FreeBSD.org> has asked freebsd-gecko mailing list <gecko@FreeBSD.org> for maintainer-feedback: Bug 229906: mail/thunderbird-i18n: Insane sanity check https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229906 --- Description --- The sanity check in the thunderbird-i18n port breaks upgrades with portmaster, since distfiles are fetched before the port build starts. Specifically, if both thunderbird and thunderbird-i18n are to be upgraded, then make checksum will be performed in the background, while the old thunderbird version is still installed. This results to an error, which can easily be reproduced with "make check-sanity" in mail/thunderbird-i18n, while an outdated thunderbird package is installed: # make check-sanity ===> thunderbird-i18n-60.0 cannot install: thunderbird versions mismatch: thunderbird-52 is installed and wanted version is thunderbird-. *** Error code 1 This sanity check is valid when the i18n port is going to be built, but it prevents fetching of the distfiles for version 60 while version 52 is still in use. I did not find a way to perform "make fetch checksum" (which implies "make check-sanity") in this case. (Is there some parameter, e.g. NO_SANITY, which prevents these checks, if I know they'll be later performed before the port is extracted?) Since I did not check whether other ports are affected in similar ways, I do not know whether this should rather be a defect against the ports framework ... A secondary defect is the incomplete error message: "wanted version is thunderbird-.", but I'd rather get rid of the error abort and do not care too much about that particular message.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-229906-21738-XLs4OXFcdk>