From nobody Sun Jul 3 20:03:55 2022 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 B14928B8739 for ; Sun, 3 Jul 2022 20:04:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4Lbfyt4K6Xz3M5L for ; Sun, 3 Jul 2022 20:04:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1656878639; bh=9oxeSYSp1IVd3+fScaLzrfWBp29e6yk8k6pY77ygdec=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=WrcKXpNVMX08ophP/BTiQC2sqwGs3p2jXN31D5NwgYiHcQ6p8H67xdKMFTY+/xJKJc1ravuR/3RJ+MqBmFFntxmBsMRDLsvuM7qVwrQKvCqrppFkR9G59ipTS9YqBKEGHZMjghrP+AE4KPvgBvrX09Zdvs3zne4rAnOgZCVNvOkHr6V7EK1HoJvVsTJUhMokHXzYy/veyrah8ygsZOsmVB8CZSRomjn4Fp7P63eh92YUTsEpjsrvGzKy5h6otMOIpKCkFnmnSmHn10enWz4JtQt53mgHpFJo0AjL3dIQv6GvYb3sUrbYfnG7KN8/qvCEfNYU4eoh4ABZ+cdWT1upaQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1656878639; bh=ZOSewrcYlwRVby72TOMpj5Qz/vKtw82ZqT6xHWmaFK9=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dTntsIXWXj11J2VZrXNu+I/KFeESXZvug0mUhsoNTD3Nwx7ZwnHiWmqOmTdh3kOyedzgiTmZNf3SI7d3K0Z49VNhnZEPGkV8bUj7A/7m2HKfTNYuMrKYGc+EiSYCiHo/RUENXf3Mp/1mbOvcHE4lF+eOsIP8vZf/bK7qTlDZFslEfufZCylcQ/tKskxnih3InvZlM9d4QT6Dk1zuyaAbTk32R6UWVOg99rT8AVWChHmBt6kS5kn9cv88EuQMFYrwvbI77dm2YNScIK5Qon2KjIQ7BwVdislPn6mSUckUzF1/4JLzMJcAsMI36eQgJwaBuOD3cSzv6YS/gl0I8f1cLw== X-YMail-OSG: CtJZTeoVM1ltDs6_AnLJQ5lgtsliYQZDuy4AKsRJQM88cvR_3ubzJQF3znb5lBQ RV2RS_xjHNJhygJQLlplmkRcbN_Rx_jYPicjVZYRA_RtiXSJC9YGnx8Ko.1FZo6KJrxmT1MsZGdB .RVKaS0m8eHpRA0qLpAZ5nGfHtfno7BPxtICD3xpwTlqjdFPrjo.aW0eEewpsv9.TaIp1fa4yhfS OLcO4jlCHBm0BwYnHndfSaZotvv.H8TTb71.zKSwE.7qpl.m55su6R4VgqAcCWpJxex.AQB8HmAo lsAf4mFKDCmXG4kwNClafRZnmu0UAOI67mND_IzVIwVSfI1JFoI.0NBOiK15o8aLH2_hwF1cKTmu YDI_pKzuL5tIkN.1hPGisc9hKUtb8x_kjUs_M7PmjHxQThL_5nMMYnoQ5ADQB6e5i8AuaazlAyfR opMyFbIcFaXicSxj872tGHoev2EEkkXYfkdMJjMMFRuuhuZgxYxGjVivytIKDuY62mgqd9wcx8g9 VAegIFe7sPcnoeD6ywK5ekmIWR2DH2mCTBYa0vNkub80jM9t5i2.s5y0HlPj5Hw.K.sOW3gYcOeu 0LYHQlDu1W4EVjfoi_ndhTsIb2zSAstqNxVqFvL7UWCjiRCheSVr.e_x7TFSVmZZXHot4rTUBqlo PhSnd4hR5YrfXnx38vQ..RR_epXoLyyqHTl6OD1fymniXYYpDgo5FiH2yTMV_vAmeUZtD2bh9Xms Ssula0bHbNQLmbO.D5OqtjvhTQDvce68E.Q7yiWlsdl7sC3YrdcaaNS4HoT.kbamQD45lFlVndnf HT1F0kNPvbXMIRHF944URmPJUxATYD3F_mzpN_2Kh5zUUc9JmEIf81EuuRcgfzUa9_GASsgu93L2 bmqi3mQTMIiT5C9N49sSxy0foW6rw.RBjyh7uAkg8FeoaXJCkwDea.VInp8VSxdGCZEg4eIdKHIU vPIHr2CbZ.N8zv6h.ZCZwrDOSznisHsKWSsG96rebB06pv7mOddv3Ykvf1PNOSiF8qflS2AonQpC H_ic7CJ9GGVyTfoB.Vr.vRERf9f6f55IHj5njmU5QA..k59ldMLofzAifkEIxV7oe4S8HXaXaTbS SCcAyohm6_gl0_OfaqeNwP5xfYVDfsciUoOx9J7Ko7xh1dr3zdzdau73N09_jRn7KKTnxQgp0Ymg Y07d0NMNV7byjRXb6Ai77e_K1_DOb.aNMVkvJSyWzK_KPfy5wZQC9JK2oqhB8SJPGR49e_a3TfFV t4YBE9xfWxj1t3x82UGRGauCtLmP8arv7kgbzt7Ex6W6Uw13luxmH3tdeSPWKDWtsCcOTD4aY4tu Ksq9qgp03FILhZtTbv_P3Uwy0KFYabUZwFPV1UcJ02YJpiaBVcS9V0fD7zClkKcg47F65dMDVm.I xM__Konb8Mqeo_aAhoV51MnEsqiUpC.H3f.33NqeGc9PLrK_mhtY9XGazEcMfNOIbqfX9uT7ThaM tnOsdPeBiMvdQ2Z_Mf8_Cx6Sy_ByoAERYHeRftpHiPrPd7GXV.FOOEaLG.cc537NIN0vLQXlcy7w HmjhY1Xr8ObsLurZbJceVOupQZV0zJKR21cAfvALwYExrGWu_sHW361NlOrra_4cORbiSYNNn6jy q2xFdSyUvErm17xo_gx_BC7ZwrPdP6k9obqq8LDPTO3AJoJv7AyeLxHOexGpS1yv4SBlhWTfJAXc SDy0KVm4EuDWRZkVFGw.GRAVQkwCh8Oq9R_vGOIKOyQ6p1JI7QrCiQf9taoXpX9mWKQoC639ts9l iAdkyTeC.qtxA8KltrJjUfhhZ9MJNuvhfm6aNidXJv2NIKthbzgKOZpT8MGs3R2EusdnF10zE_cN 6mIhc.9Poc7d0YUuzTBdX_Z2TsB2sHJclprOoVJDlN340c2aOiSRV.3VMvvJTDG2Re5q1s0BwL1Q DOg1PWAOnW3TEu9feRM14n3.qsuzEbSOYNgKkasn_kck1HsHM6HPXM7TtDAwDU4EbO359_fjb2a4 wiTow_pzxOxZ2Y.e5.6.WHUMSX.JdwVqJEO6tKn0VCTtUZp5zfi4GrfUWrS2oK1pZixOxsRTqSGm JghvOH5P78MP4s9x8xnPcntWVbaDUGJQPfrq4I791V0la4q1YcMSkt4BdqjIxK7J6M4Qr5vxiy7O eVC9FFR8ye.WCWdpnH0_dmXaRECZRb6M_p.WbpZ0jDWyABkso9RobAhG4c2uec9c9Qip.PjZW_y. DNynZOC3JaEUVuZLkm80yIpJ8g1MhyOMR6KofaJ.z1myFETBgjR5HMhigUKTIa5qKBTC3x13Syjz U19vi4vJ4Fcbl X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sun, 3 Jul 2022 20:03:59 +0000 Received: by hermes--production-gq1-56bb98dbc7-sdhbr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 92846cc45ea74cb1de591f4c85d503ea; Sun, 03 Jul 2022 20:03:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: poudriere pkgclean -jNAME-HERE -a gets complaints/rejections: "Error: Packages stuck in queue (depended on but not in queue)" From: Mark Millard In-Reply-To: Date: Sun, 3 Jul 2022 13:03:55 -0700 Cc: freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6D94564E-5DB5-490D-B249-D1D7A1078416@yahoo.com> References: <452FC476-EAFF-4E56-9529-05D437A9EB49.ref@yahoo.com> <452FC476-EAFF-4E56-9529-05D437A9EB49@yahoo.com> To: "Edward Sanford Sutton, III" , Bryan Drewery X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Lbfyt4K6Xz3M5L X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=WrcKXpNV; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.38 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.88)[-0.879]; FREEMAIL_TO(0.00)[hotmail.com,FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; MLMMJ_DEST(0.00)[freebsd-ports]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Jul-3, at 05:19, Edward Sanford Sutton, III = wrote: > On 7/2/22 18:46, Mark Millard wrote: >> # poudriere version >> poudriere-git-3.3.99.20220617 >> An amd64 example: >> [00:01:12] Error: Packages stuck in queue (depended on but not in = queue): IPA-1.08_2 >> SoPlex-6.0.0_1 >> . . . >> zxid-1.42_1 >> [00:01:12] Cleaning up >> [00:01:13] Unmounting file systems >> Exiting with status 1 >=20 > I presumed https://github.com/freebsd/poudriere/issues/931 applies but = not really sure as the 'leaving open' was a little bit vague at the end. = Its the closest I found when I looked into in the past. I had to remove = all packages to be able to run poudriere pkgclean which after a full = rebuild of my usual packages didn't see the error right away but have = seen it again since. Not sure if my output fully matches as I have a = build currently running but recall starting with IPA, and I think = schroedinger, in its output. Well, "pkgclean -a" is somewhat different. Turns out that the reported ports seem to have things like (I cover some aarch64 examples that you cut from your reply): BROKEN=3D does not build: use of undeclared identifier = 'nilHandle' ONLY_FOR_ARCHS=3D amd64 powerpc64 powerpc64le ONLY_FOR_ARCHS_REASON=3D fails to build: uses x86 asm BROKEN_aarch64=3D Fails to link: missing sbrk BROKEN_riscv64=3D Fails to link: missing sbrk LICENSE_PERMS=3D no-dist-mirror no-pkg-mirror no-auto-accept (I'm guessing at this one being the cause here.) BROKEN_FreeBSD_14=3D network.c:298:19: error: variable has = incomplete type 'struct ifdatareq' .if !exists(${DISTDIR}/${DISTNAME}${EXTRACT_SUFX}) IGNORE=3D because of licensing restrictions, you must fetch the source\ distribution manually.\ Please access = https://www.oracle.com/java/technologies/java-archive-downloads-java-clien= t-downloads.html \ with a web browser and follow the "Java Media Framework (JMF) = ${PORTVERSION}" link.\ Select download format: cross-platform format. Please place this file = in\ ${DISTDIR} .endif BROKEN_RUBY30=3D yes BROKEN_RUBY31=3D yes I'll stop with that. Generally: something is present that means the port would be avoied in a bulk run. As stands, "pkgclean -a" seems to be a way to find examples of such ports for a context of interest. >> I'll note that I had to modify www/firefox/Makefile to avoid >> the following in my environment that has llvm14 as the default: >> [00:00:05] Warning: (www/firefox): Error: www/firefox depends on = nonexistent origin 'devel/wasi-compiler-rt14'; Please contact maintainer = of the port to fix this. >> [00:00:05] Error: Fatal errors encountered gathering ports metadata >> Avoided via: >> # git -C /usr/ports/ diff www/firefox >> diff --git a/www/firefox/Makefile b/www/firefox/Makefile >> index 9b67fb57e928..c236af69782c 100644 >> --- a/www/firefox/Makefile >> +++ b/www/firefox/Makefile >> @@ -52,10 +52,11 @@ MOZ_OPTIONS=3D = --enable-application=3Dbrowser \ >> .if ${ARCH} =3D=3D powerpc64 >> MOZ_OPTIONS+=3D --disable-webrtc --without-wasm-sandboxed-libraries >> .else >> -BUILD_DEPENDS+=3D = ${LOCALBASE}/share/wasi-sysroot/lib/wasm32-wasi/libc++abi.a:devel/wasi-lib= cxx \ >> - = ${LOCALBASE}/share/wasi-sysroot/lib/wasm32-wasi/libc.a:devel/wasi-libc \ >> - = ${LOCALBASE}/llvm${LLVM_DEFAULT}/lib/clang/${LLVM_VERSION}/lib/wasi/libcla= ng_rt.builtins-wasm32.a:devel/wasi-compiler-rt${LLVM_DEFAULT} >> -MOZ_OPTIONS+=3D --with-wasi-sysroot=3D${LOCALBASE}/share/wasi-sysroot= >> +#BUILD_DEPENDS+=3D = ${LOCALBASE}/share/wasi-sysroot/lib/wasm32-wasi/libc++abi.a:devel/wasi-lib= cxx \ >> +# = ${LOCALBASE}/share/wasi-sysroot/lib/wasm32-wasi/libc.a:devel/wasi-libc \ >> +# = ${LOCALBASE}/llvm${LLVM_DEFAULT}/lib/clang/${LLVM_VERSION}/lib/wasi/libcla= ng_rt.builtins-wasm32.a:devel/wasi-compiler-rt${LLVM_DEFAULT} >> +#MOZ_OPTIONS+=3D --with-wasi-sysroot=3D${LOCALBASE}/share/wasi-sysroot= >> +MOZ_OPTIONS+=3D --disable-webrtc --without-wasm-sandboxed-libraries >> .endif >> post-patch: >> NOTE: I do not build firefox except for very rare experiments >> with "bulk -a -c". Even then, I do not use firefox . >=20 > I think they were aware of an llvm14+rust issue. I'm not so much worried about building firefox as the lack of a dependency for one port preventing the overall "pkgclean -a" activity which was not specific to the firefox example at all. More of a possible poudriere error handling issue. (But I've not thought through if such a handling is required to avoid some potential consequences that could be important sometimes. Or if nicer error handling might just be too complicated to produce.) > If this is different, hope this doesn't get lost without a formal PR = to at least draw attention to the current compile issue existing. If = your changes are disabling wasm, I presume it can impact performance of = both the browser and some addons that use it. Again, I was not building firefox at all --or building any ports. "poudriere pkgclean -a" does not build ports. My changes were only for my context, not to be used by others. I was only enabling "poudriere pkgclean -a" in my context. =3D=3D=3D Mark Millard marklmi at yahoo.com