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 292AD138CD0 for ; Sat, 30 May 2015 18:54:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8583BE08DA; Sat, 30 May 2015 18:54:45 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6B220E076D for ; Sat, 30 May 2015 18:54:44 +0000 (UTC) Received: from vapier (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with SMTP id 008E3340D88 for ; Sat, 30 May 2015 18:54:42 +0000 (UTC) Date: Sat, 30 May 2015 14:54:42 -0400 From: Mike Frysinger To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] LFS QA warnings coming soon to a build near you Message-ID: <20150530185415.GJ2101@vapier> Mail-Followup-To: gentoo-dev@lists.gentoo.org 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-sha256; protocol="application/pgp-signature"; boundary="w2xx78T4DcG3O+DJ" Content-Disposition: inline X-Archives-Salt: 1aa2bb05-fc67-4d58-9f63-f98b47ea0f5e X-Archives-Hash: 8f7e7e6ef52acd66b668b029fe21d52c --w2xx78T4DcG3O+DJ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable we've got a new QA check that warns whenever a package is built using a 32b= it=20 filesystem interface. in practice, this applies to arm/mips/ppc/sh/x86 sys= tems (not including multilib -- for now). this topic has come up in Gentoo a few times over the years but we've never= =20 really amassed the will power to fix it. instead we fix it in one-offs bas= ed=20 on user reports (like "can't download 4GiB file with ftp" #101038). this w= as=20 worked well enough because most users have moved on to 64bit systems and th= e=20 interaction with >2GiB files tends to correlate with a few packages. however, "recent" winds have started blowing where file systems are utilizi= ng 64bit inodes to handle large file counts. this means apps that do even bas= ic things like stat() will now fail. the number of applications that this aff= ects is significantly higher, although still relegated to systems that happen to= use a file system with 64bit inodes. since our QA warnings in portage have historically proven themselves to (1)= get users to generate bug reports and (2) get the warnings fixed (both here and= in upstream), there is now a QA check for this issue. the plan is to let this= bake=20 in portage-9999 for a while before it gets kicked into ~arch and the flood = gates are unleashed. more background details (including recipes for fixing the issue in your pac= kage) can be found in the tracker: https://bugs.gentoo.org/471102 an example warning message: * QA Notice: The following files were not built with LFS support: * Please file a bug at http://bugs.gentoo.org/ and mark it as a blocker = of 471102. * See that tracker bug (https://bugs.gentoo.org/471102) for more details. * fopen@@GLIBC_2.1 bin/route * fopen@@GLIBC_2.1 bin/ifconfig * fopen@@GLIBC_2.1 bin/hostname * __fxstat@@GLIBC_2.0,open@@GLIBC_2.0,fopen@@GLIBC_2.1,readdir@@GLIBC_2.0 = bin/netstat * fopen@@GLIBC_2.1 sbin/nameif * fopen@@GLIBC_2.1 sbin/ipmaddr * fopen@@GLIBC_2.1 sbin/arp * fopen@@GLIBC_2.1 sbin/iptunnel * fopen@@GLIBC_2.1 sbin/rarp * open@@GLIBC_2.0,creat@@GLIBC_2.0,fopen@@GLIBC_2.1 sbin/slattach -mike --w2xx78T4DcG3O+DJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVagdyAAoJEEFjO5/oN/WBTAoP/37OSSTaCu/tL8FLPqj3c2cO 2KEDVAba5uIJA/WJOzzXnYv9YUsWS6f36QrQbziAo93By6q01BICDR7CGarQSIGK CH6O2ko3tQnxNd0iFB34DORqV9CedY5bwH5ZvQDynPad4g0m/DIH79jTaVEIQcZV qlJi38mkiQD1nsRXHxUpRY3Sw4csMdiPXAnX3UhQYGPzTcyedD8aTQh/XftB4eY2 w92/uFY60fbSDjp0VaqLsqdeCblb2whWfiQ9u2gQdifYP2woPzv0a/00GIeWG2hL ogLdaqrkdJgSExRggpSCW4rIApRQhCShdXW0781fd4HIfWZITuhysZ0jGccKSOUJ ktfRiw1HuLjqlYJDuCW5lEL7XMWse6phFwTVQlvZPGkEdfhwqU0/yluZyl7EqBwb Hz4JWrq4eWdecu8J+hdyWcyLEXA2amGMFsEGTKIdQs0aEKrZfzK3LzraoGz6f+Yn OfP4hajUmeo+IAOp45znrAq6nCSfTThgSXnzY7j0szbW8pxbdym2/8ko9xN1ZaHI Evi1ZpQWmXQ8u7de/wYdoc38kUnLzyMpGNTnlQwHrOuB8rE0wLY7taYaJzYN9C/d 3u4a29vv8keb3KR1tKFhVXQpUtandFVVfrFo2lZmWSmhnLQsffIqhgbE6iSgrXSp LK1e2Jk9pYB4PuasInnW =DF84 -----END PGP SIGNATURE----- --w2xx78T4DcG3O+DJ--