From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 834F6198005 for ; Sat, 9 Mar 2013 17:55:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 30FF9E0769; Sat, 9 Mar 2013 17:55:12 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4973FE063F for ; Sat, 9 Mar 2013 17:55:11 +0000 (UTC) Received: from pomiocik.lan (77-255-31-156.adsl.inetia.pl [77.255.31.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id E051433DB75; Sat, 9 Mar 2013 17:55:08 +0000 (UTC) Date: Sat, 9 Mar 2013 18:55:41 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: ssuominen@gentoo.org, roman.zilka@gmail.com Subject: Re: [gentoo-dev] Non-reproducible "useless" epunt_cxx QA warning? Misguided bugs? Message-ID: <20130309185541.666cf20f@pomiocik.lan> In-Reply-To: <20130309185036.26d13626@pomiocik.lan> References: <513B70CA.5040905@gentoo.org> <20130309185036.26d13626@pomiocik.lan> Organization: Gentoo X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.16; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA512; boundary="Sig_/PzZzvSQca0_VF38Ktcmo04P"; protocol="application/pgp-signature" X-Archives-Salt: b2bda560-1a82-48d7-b90a-f3bf95b2ea8f X-Archives-Hash: fbfd106d8b19c75a84a1c933c3fed916 --Sig_/PzZzvSQca0_VF38Ktcmo04P Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, 9 Mar 2013 18:50:36 +0100 Micha=C5=82 G=C3=B3rny wrote: > On Sat, 09 Mar 2013 19:26:34 +0200 > Samuli Suominen wrote: >=20 > > I have to run off for few hours, like now, but this one user is filing= =20 > > dozens of these epunt_cxx bugs and nobody seem to be able to reproduce = them: > >=20 > > http://tinyurl.com/bjwxzad > >=20 > > Could someone verify they are actually legimate before they get assigne= d=20 > > to maintainers? >=20 > Oh, I see the problem now. Stupid bash, stupid loops and stupid > subshelling. I'll attach a patch for the check in a minute. Index: eutils.eclass =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /var/cvsroot/gentoo-x86/eclass/eutils.eclass,v retrieving revision 1.411 diff -u -B -r1.411 eutils.eclass --- eutils.eclass 26 Feb 2013 14:36:40 -0000 1.411 +++ eutils.eclass 9 Mar 2013 17:54:20 -0000 @@ -1270,11 +1270,11 @@ [[ -z ${dir} ]] && dir=3D${S} ebegin "Removing useless C++ checks" local f any_found - find "${dir}" -name configure | while read f ; do + while IFS=3D read -r -d '' f; do patch --no-backup-if-mismatch -p0 "${f}" \ "${PORTDIR}/eclass/ELT-patches/nocxx/nocxx.patch" > /dev/null \ && any_found=3D1 - done + done < <(find "${dir}" -name configure -print0) =20 if [[ -z ${any_found} ]]; then eqawarn "epunt_cxx called unnecessarily (no C++ checks to punt)." ----- But that doesn't seem to be the issue. If you remove '>/dev/null', you'd notice that the patch does not apply... --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/PzZzvSQca0_VF38Ktcmo04P Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQJ8BAEBCgBmBQJRO3edXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1RUJGMjBGOTk2RkIzQzIyQ0M2RkNBNDBC QUJGMUQ1RkY4QzgxMTBBAAoJELq/HV/4yBEKjv8P/j/cZ6n//pFBVhtw58PjhijW w+2d8EVlWZmCisyVUzPaG3jytLK9LFm1E7H6SHiY+9HxDCOkfIvbkhDfa0a65P5x bX3b6e0ao+LD+hGn21Tk4PoRlqIoW8jP5v7p6RwkMONAg7q76RJxhX+p0R2Br6Oj O5UyAlKRWfS9juaX9yJ0f20lh9mImtYNMl1H55hhF15rX7OLnIYSYbn+SbWU9Gph zahchjiFMmuYC48HtPlZJzoWVDPm/yrf5HVL+OnQOEyZqpMiEd70FLj3TxRdzWCN N+PZvWKPHA70BS828sgGgb1p9pXOvEOkDWmsZ/PreF+rwFH8CIrohxWcirdPmaIM JAm1azlQMN4432uQU2EbZ8eyKdiXD1JUV586SfiiI0KrUCAVtuf2Af5/h4u4Gqwj AWLD28RdpGLvY6PIRz0a5W7MS8erBeU/T5aKD7GsXLGZ5s8NHK6keZp2PHiMMiZC +Lz3ezb3LZpEGDgFnjm9wnw/5gCcwSHJesd+ztvPcm54HhWXih3xmzV/51hDAX4e B85VwJCioEUSNsqxhKy7ME4Tr7kVZ5Bn/MDKUlNcQ+v1bbKZVIhdqqU55kzM6aGq FhvWbEMA+ESdAzcmB9jOOE1ehhTTV7wPrBFLgjy3H6geurVSfL36WMb12pBgjBgH NRwXb3Vt4q2hbgPcechD =/6F2 -----END PGP SIGNATURE----- --Sig_/PzZzvSQca0_VF38Ktcmo04P--