From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, T_TVD_MIME_EPI autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 2951 invoked from network); 1 Nov 2020 18:32:51 -0000 Received: from bsd.lv (HELO mandoc.bsd.lv) (66.111.2.12) by inbox.vuxu.org with ESMTPUTF8; 1 Nov 2020 18:32:51 -0000 Received: from fantadrom.bsd.lv (localhost [127.0.0.1]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 2a5b5c2a for ; Sun, 1 Nov 2020 13:32:46 -0500 (EST) Received: from mail.archlinux.org (mail.archlinux.org [95.216.189.61]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 65d9417e for ; Sun, 1 Nov 2020 13:32:45 -0500 (EST) Received: from mail.archlinux.org (localhost [127.0.0.1]) by mail.archlinux.org (Postfix) with ESMTP id 8196A7F0FD for ; Sun, 1 Nov 2020 18:32:41 +0000 (UTC) From: Eli Schwartz DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=archlinux.org; s=mail; t=1604255561; bh=3pESVNxdv5sGJWILULEHCv99qyvhTpS0H47BVMR+dBE=; h=From:Subject:To:Date; b=PsgPKU5rfYAQKG4vtRLVo7+c4fyNuZsVQGNMK5pEcRq/x7DHL4YB2ik41gu5erUya +mlVjMPKAZHcQ0Xzw4hoM9OAh7/w7FsnQ9tmnWo2QHmRGI7M7VtEMURFxBnFyOQ8i4 Jkzgc05Gj0zC0zYuJ705vUvm2vSPOvsY99ZWXA677fE7vK+Snpuxk6zX93/YAMmvyN xZDNMffq6Ao52iwA4k+7Wp9FIw3yBRVg+VMnIQyyUck0ZKET9Le5DXsjA3izccCqm+ 0JVUfDnOZlzxb18cPemOaxlKMZ/y6NzEZdFsyyHkXRKcMKWMIAel8kz/gkFgnNam8y udIctrYCp8/yYtYLvIvzGbLtwGB9nIN3Fh4TmOdqqhz/sXT4Sjth4HwnasOyXLt1d/ sxqKEPR1kAQY66qAWDjaTFjxtVEET9mmX6rlL4kaRqriq9VHeLtH6AjxbtxruZDVQg l2fclGxzxyyyTAJAtnML2DD5a/89g4ndHFYxDPoY6zdyd9/icisZI6KTG2Lto7m7tY /PGyQkBh0IzMq1hawFNqFvuwPHRAM5PZx3iuKeUqcfCPYcLX0TflxmNgE80Nj0DsGi epeYAQjBP0YXaQj/dgeiFFXtybZVzXPbXdxXTy4Ijy2rXUMn8uwvhxBwKncq4YhWxB 16WPUcqdjbix+1dBNjVN7kCU= Subject: Compiling and packaging mandoc for Arch Linux To: discuss@mandoc.bsd.lv X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <6fc50edc-3d53-1d9b-4123-8d29728671ed@archlinux.org> Date: Sun, 1 Nov 2020 13:32:26 -0500 X-Mailinglist: mandoc-discuss Reply-To: discuss@mandoc.bsd.lv MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="BkNFsql8mGZMo9RbFXoMygxHvKQt4aIDH" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BkNFsql8mGZMo9RbFXoMygxHvKQt4aIDH Content-Type: multipart/mixed; boundary="XOnc4lavgdDbdToZ7902yxq3kw091ggnJ" --XOnc4lavgdDbdToZ7902yxq3kw091ggnJ Content-Type: text/plain; charset=utf-8 Content-Language: en-US-large Content-Transfer-Encoding: quoted-printable While investigating the possibility of adding a mandoc package to the official repositories for Arch Linux, I noticed that it doesn't currently compile without patches, which are fixed in CVS but not released. Any chance of an official release? Particularly: - https://cvsweb.bsd.lv/mandoc/configure.diff?r1=3D1.71&r2=3D1.72 Do not use make to retrieve a value for $CC, since this is anyways going to always be "cc" or theoretically the standardized "c99", but in practice "cc". Badly broken on current versions of GNU make due to explicitly unsetting $PATH before invoking make, and therefore only working in environments where "echo" is a $SHELL builtin and the implementation doesn't optimize simple commands to use execve or posix_spawn (implementation defined if it resets $PATH to something sane, on glibc at least, the latter doesn't, and GNU make moved from the former to the latter). - various changes for compat_*.c compile correctly with gcc -fno-common (default in gcc 10) =2E.. I'm also wondering about this patch: https://aur.archlinux.org/cgit/aur.git/tree/fix-tbl-segfault.patch?h=3Dma= ndoc Fixed a different way in https://cvsweb.bsd.lv/mandoc/tbl_term.c.diff?r1=3D1.69&r2=3D1.70 The current maintainer of the unofficial package mentions: "right... IIRC these two behave exactly the same (at least for the inputs I tried) so it can be changed to match upstream" but I don't know which approach you'd consider "more correct", thought I'd mention it anyway. =2E.. Unfixed in the latest development source... [ -z "${INSTALL_PROGRAM}" ] && INSTALL_PROGRAM=3D"${INSTALL} -m 0555" [ -z "${INSTALL_LIB}" ] && INSTALL_LIB=3D"${INSTALL} -m 0444" [ -z "${INSTALL_MAN}" ] && INSTALL_MAN=3D"${INSTALL} -m 0444" [ -z "${INSTALL_DATA}" ] && INSTALL_DATA=3D"${INSTALL} -m 0444" What is the purpose of installing these files as non-writable by the *owner*? By definition, the owner may always achieve write access by a simple chmod, and the owner permission bits do not affect whether other users may modify the file... I don't see the point of this restriction except to inconvenience legitimate uses. Unfortunately, it is very problematic for creating an official package, as this prevents stripping the executables or generating debuginfo packages if the files are not writable during the packaging step. If it turns out there's no good purpose here, then I can locally hack around this, but then equally it seems like the defaults should be made a bit saner. --=20 Eli Schwartz Arch Linux Bug Wrangler and Trusted User --XOnc4lavgdDbdToZ7902yxq3kw091ggnJ-- --BkNFsql8mGZMo9RbFXoMygxHvKQt4aIDH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEvSewel70XCra9w4EhIGKaBmvSpsFAl+e/zoACgkQhIGKaBmv SpuVtw//evQ5KC4/yM42YNNDx9f/Nr12S44DF8J5PL0EdcqX6brfsOahEIFdwcV3 9QOEyfyelfn/TSJBTCnawwbypT4gh1nID9yq7ESK9V1D/z3tG2CUUg2O0vGJhfGh UDodutxMoJXPgfyIb4xPSgk49hzvO4WAyAxo2Xs+mCMHeOhdtizWZKy2zCvIBKlA FDD6He25k0fLIIGvwlm3vZMiR9idRuyRHdwRu0B5nbbF8rysWZWdKI4h887zyEux Qiy7dFVZnDYHr9HOA+sLKWGdQWB1/pcwm8T64daq4d0gpNy24F2A65lEFfJrnYcU Yqf2DBxp8JnQWgNaRzc0ZbI3eO5GiDfsoCBnjxEwi+vbktaQ0sDIVTq3NMaNi311 O0te/MjWnd2Ta7QKWYW+Rox+VkJxyIcK9I/6WJvbSVc+8F6/YsFC04xhlCKRolJX 4IfOJNCrhQjLV4AYaNaXiI5baZwPgfxeYQmScQ5qA/FZMipVB362VsDlw7/K1Rxk YvlkQEepruMPe6q2PiV4a3OefIG+2XaMaOwKqu9pC+5Cx22uEUBX/IvGh9gzYI4I Sk+8mNzNZxBvZPlA+ldm4F4YC/z0Ymj9IphqDI/E0uNq0uUSZblAwzsaY9UyVn7x rBFVv1i1uhFBT4yFCdQt0FFtJaspu4vRUGeK/iLKsL3qHSQfpiKJAjMEAQEKAB0W IQRgQRMEwJ02YoNA7v/OsWfvtXIr1gUCX57/OgAKCRDOsWfvtXIr1rZND/4hm/QZ E3HoNHjzuMQo90tq3H6R/ZP8CKRou0V5BdVIpNdWYrY+YlX1a+HcVSP37XmgrrJX eVL9iEVJQwadkM1ExhbdfdaztFaogCJ9TeXWLMW/jnmEPcIGqWsT16lrr0b51hPE QZhVO96vf5m7DP+2GvnHix+Egs579TKxK2JNmGYkOUAp7FeJ9jtodyBmgPcVBq76 /Lu6aXz5KJ+CG9vE0o7Ngn1//JZkfov3HpfvD2/OIyaw+LNWMMOBAlTYtjtqMekQ R5iOXW/dR+qULtSVAI625c581NTEjPMh/LIHXPnTtqP8h1cIj5SDAWHNYvkLN6xZ ItB/EBHlgqXbHkYTrUsksPXRE+ahw7lJYZsCt7VpCsBkoEvScoijRQImaiPgjM9X veIUIJ63TnVhZ2RHZxHAUf1M0F+s9QEfu8AfZ6zquf0AzUJCLChtK6FdWFWjS/+0 0pukPOqUgE1Yfq0rxHiFx6vXND5+ezScL2r3Q5IxyWscLhR4ZR9HahA2YfHMLkqq +zbmeIifs9srQUY6MDZyIDC0jiZEKfkd5MYiZRmCn0tuHr4m2qMdwEiGcX5TWz4W oY8M/OUumXBGOZ5lsDvtmDYEIxQJ6V92I3iwzmBdoA10MwpmVgb69pnPY5YtWxUE 0nF1r4+DX53aaNd+SSMACCRX1jTvmWNr4PWM/w== =5svK -----END PGP SIGNATURE----- --BkNFsql8mGZMo9RbFXoMygxHvKQt4aIDH-- -- To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv