From nobody Tue Mar 05 01:27:20 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TpdGT6DRSz5Dg8x for ; Tue, 5 Mar 2024 01:27:29 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TpdGS31sZz4TGJ for ; Tue, 5 Mar 2024 01:27:28 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 4251RKdJ014486 for ; Tue, 5 Mar 2024 01:27:20 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 4251RKUI014485 for freebsd-ports@freebsd.org; Mon, 4 Mar 2024 17:27:20 -0800 (PST) (envelope-from david) Date: Mon, 4 Mar 2024 17:27:20 -0800 From: David Wolfskill To: freebsd-ports@freebsd.org Subject: [Solved?] Re: How do I clear no-longer-usable packages from poudriere? Message-ID: Reply-To: fbsd-o@catwhisker.org References: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ZYBaetaj01XV/FfZ" Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.40 / 15.00]; SIGNED_PGP(-2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[david]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[catwhisker.org]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; R_DKIM_NA(0.00)[]; HAS_REPLYTO(0.00)[fbsd-o@catwhisker.org] X-Rspamd-Queue-Id: 4TpdGS31sZz4TGJ --ZYBaetaj01XV/FfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Well... I had managed to get myself confused. In fairness, some of the clues I was getting were misleading (at best). TL;DR: After rebuilding a few packages, re-installing them, finding that that didn't help, then force-re-installing the most recently-built package for dns/libidn (libidn-1.38_1; package built 24 January), ghostscript stopped whining and printing started working again. The clue to try that came when I figured I would try to bypass cups, and just feed a Postscript file to lpd. I happened to have a bunch of PDFs around, so I tried: albert(14.0-S)[14] pdf2ps pdf/bike.pdf >/tmp/bike.ps ld-elf.so.1: /usr/local/lib/libidn.so.12: version LIBIDN_1.0 required by /u= sr/local/lib/libgs.so.10 not defined Oh. So I forced a rebuild & re-install of print/ghostscript10 (after determining that /usr/local/lib/libgs.so.10 is provided by that package). Tried `pdf2ps` again; same failure. Tried a few other packages (including print/cups) that got rebuilt when I told poudriere to just rebuild print/ghostscript10). Same failure. Noted that /usr/local/lib/libidn.so.12 comes from dns/libidn, so I forced a re-install of that... and that instantiation of the issue appears to be resolved. Now, given that this type of failure can occur: * I know how to check for missing libraries. How can I (similarly) check for an executable or library that needs some symbol or version that "is not defined"? I managed to "get lucky" and trigger something that actually provided a reasonably clear error message -- this time. Until I did that, I could (sometimes) see that a print job failed to print because the "filter failed." But since last week, it was named that was failing (for me), it's obvious that this mode of failure could affect any (dynamically-linked?) executable (or libraries that it uses), yeah? * Is there a way to prevent the problem from occurring? * Now that the problem has definitely occurred, is there a way to detect that a (poudriere-built) package suffers from that problem? That said, >8 years of weekly updates without a "hiccup" worth mentioning is a pretty good record. :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Alexey Navalny was a courageous man; Putin has made him a martyr. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --ZYBaetaj01XV/FfZ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZeZ0+F8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5ZKrAQDps+ACweoKBsCtJHorS/cYd0GwZle7yyI1xFGYFaCQjwEA0jUQp72SnBH+ xsjVCTpPhImJpDVGOwYhgyKrU+pXUwo= =lgF5 -----END PGP SIGNATURE----- --ZYBaetaj01XV/FfZ--