From owner-freebsd-arch@freebsd.org Mon Mar 6 23:56:12 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28322D00742 for ; Mon, 6 Mar 2017 23:56:12 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1790C1B40 for ; Mon, 6 Mar 2017 23:56:12 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 14369D00740; Mon, 6 Mar 2017 23:56:12 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 122ABD0073F; Mon, 6 Mar 2017 23:56:12 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD66D1B3E; Mon, 6 Mar 2017 23:56:11 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 2A81F2ADC; Mon, 6 Mar 2017 23:56:11 +0000 (UTC) Date: Tue, 7 Mar 2017 00:56:10 +0100 From: Baptiste Daroussin To: arch@FreeBSD.org, ports@FreeBSD.org Subject: manpath change for ports ? Message-ID: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hswr2nlkza6kbeck" Content-Disposition: inline User-Agent: NeoMutt/20170225 (1.8.0) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 23:56:12 -0000 --hswr2nlkza6kbeck Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I would like to propose a change in the localbase hier for ports I think we should add /usr/local/share/man in the manpath along with at first and maybe instead of in long term. The reason is: - /usr/local/share/man seems more consistent to me with base which have: /usr/share/man - It will remove lots of patches from the ports tree where were we need to patch upstream build system to install in a non usual path. My proposal is to add to the manpath /usr/local/share/man in default man(1) command in FreeBSD 12 (MFCed to 11-STABLE) and either provide an errata for 11.0/10.3 or a /usr/local/etc/man.d/something.conf via a port or something like that for those two, what do you think? For the same reason I would like to allow porters to stop patching (with pathfix or anything else) the path for pkgconfig files and allow /usr/local/lib/pkgconfig along with the current /usr/local/libdata/pkgconfig:/usr/libdata/pkgconfig Which will also remove tons of hacks from the ports tree. What do you think? Best regards, Bapt --hswr2nlkza6kbeck Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAli99xoACgkQY4mL3PG3 PlqnEA//Z2nKqYDqHrBdjs51JwZyHj/85AnUbScmpdYD18uikRydbVZ8gofaDQKb rDwfXNd2mfLBoYA/8tlvkKoEtUiWBb7b7Ge6pPhCREIZCneQqCPv3YmBuWpGZjtO oRmFKpX3visAHB4BuihKa9LmFY8ldFKAaLzjWVwk3oU4v0lFTgxTh2ympVP3jAGl iG9f8N8GAkHzbDHpc8Cojc8i3FR4zHk1/ThbMNi3JqUz7XiJPa91Pva7Fkc0rnKk nJ3EKwA/w9lLadRaNjLWIq3HzHIq7RfkugH+5hGUhL7D0AkaOMfpK2r26yr8iJ5S 0s9/0LnAfae+q82EbGOdqnNxMFmmkrzmKNkTnLzPJCRn5+xtH8QR5xoE2z9yUGvc Dnp3ASfPCMiH3Rrr9mXo/I1oxLMGnKXPw1fpsxAdbzZVIp5vJfMsS3CCvw6jKv+V OVH5CGDiJYw/491QgI4dC0iOM9fqsj51y28f9k9hxp6ZOM4a95FurqTjjLYvQTH2 VROkYbJpVXB2MbNSo+x6p23gWFvjD7MBT7J1d4mY9+zhb9F7n0KG80ULXifFaT3L 0g5tejeM46r1NlbQWCzIJvNEKO0jxbgmbZjD4BwpnY83vEKV1UAsX2EL9z0BeLBC T8dcLSKxYVsStlxLASkF4RhJc3WAmT9pDLrnHu6XW2XZgtJ1qvU= =plq2 -----END PGP SIGNATURE----- --hswr2nlkza6kbeck-- From owner-freebsd-arch@freebsd.org Tue Mar 7 00:40:50 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34B2ACFA578 for ; Tue, 7 Mar 2017 00:40:50 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 24AEF11FD for ; Tue, 7 Mar 2017 00:40:50 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 20864CFA576; Tue, 7 Mar 2017 00:40:50 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 200B5CFA575; Tue, 7 Mar 2017 00:40:50 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 13EDA11FC; Tue, 7 Mar 2017 00:40:46 +0000 (UTC) (envelope-from alfred@freebsd.org) Received: from Alfreds-MacBook-Pro-2.local (unknown [IPv6:2601:645:8003:a4d6:ecc4:d340:2398:8f07]) by elvis.mu.org (Postfix) with ESMTPSA id CDD13346DDDC; Mon, 6 Mar 2017 16:40:39 -0800 (PST) Subject: Re: manpath change for ports ? To: Baptiste Daroussin , arch@FreeBSD.org, ports@FreeBSD.org References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> From: Alfred Perlstein Organization: FreeBSD Message-ID: <4a120d69-9934-3157-7e31-f9f2992982a7@freebsd.org> Date: Mon, 6 Mar 2017 16:40:39 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 00:40:50 -0000 On 3/6/17 3:56 PM, Baptiste Daroussin wrote: > Hi all, > > I would like to propose a change in the localbase hier for ports > > I think we should add /usr/local/share/man in the manpath along with at first > and maybe instead of in long term. > > The reason is: > - /usr/local/share/man seems more consistent to me with base which have: > /usr/share/man > - It will remove lots of patches from the ports tree where were we need to patch > upstream build system to install in a non usual path. > > My proposal is to add to the manpath /usr/local/share/man in default man(1) > command in FreeBSD 12 (MFCed to 11-STABLE) > > and either provide an errata for 11.0/10.3 or a > /usr/local/etc/man.d/something.conf via a port or something like that for those > two, what do you think? > > For the same reason I would like to allow porters to stop patching (with pathfix > or anything else) the path for pkgconfig files and allow > /usr/local/lib/pkgconfig along with the current > /usr/local/libdata/pkgconfig:/usr/libdata/pkgconfig > > Which will also remove tons of hacks from the ports tree. > > What do you think? > > Best regards, > Bapt Yes please. Reducing the required changes to port software to FreeBSD is a good thing. -Alfred From owner-freebsd-arch@freebsd.org Tue Mar 7 04:50:43 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D521D01350 for ; Tue, 7 Mar 2017 04:50:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2A34C1970 for ; Tue, 7 Mar 2017 04:50:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2988BD0134E; Tue, 7 Mar 2017 04:50:43 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 290BFD0134D; Tue, 7 Mar 2017 04:50:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x233.google.com (mail-pg0-x233.google.com [IPv6:2607:f8b0:400e:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EDF66196D; Tue, 7 Mar 2017 04:50:42 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x233.google.com with SMTP id b129so74345421pgc.2; Mon, 06 Mar 2017 20:50:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:date:message-id:cc:to:mime-version; bh=a0gIyYotWW2r6nvEwp8wghdNGw5OGaAAi2ZFdZgrh8I=; b=hREQREAahi1sUU0hJKfTn1WeKAg7VktOYIjPG/WyWHwgIxTNFTgecJhlTNNTIpWXUz VPp4jGhxLWINCabNAmrouuiMW87HuF4aCZ7zzOngR3h0IoKooXeswqkY1yZ9+LHZmGOA A+3i8iTUEAq7Ta5p1fhHpbMBZqy69kyzXJKy6oRGUVEjMdD0c+84uHR5Gzb/8BPnMyOV akmD6Lr3k/yGTq97//8+YG7OrPQXXgt6L0LyhvY92kKLR93uvTIrWAhdxswNOKU9ixR0 RXWR/7v7PLowF+JCz5nrVAJa6vDA1ESUXTIcD1ZrpwlNjT0JxSvFpRGArR2tsmc6jeXk +oWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:date:message-id:cc:to:mime-version; bh=a0gIyYotWW2r6nvEwp8wghdNGw5OGaAAi2ZFdZgrh8I=; b=Lj+Lb3M3nYe8IuK945ma3camjAaw15uz2NmMjDPylFGdzk+z17MgSSjL1019YPccoS hmiGk3kh/sGUorQrW0Yj2bMOTlMFaOs7aZn8a2cfRac8Wr/hbBaseL6MUMxlCZZGNewN M8p/TDKCI9xpemdPT2ouoaGqpxixwgNGpf2JZ4p7mRZZwYzJFBrXDrqmgBGVMzVy4Nhe 4T84wcYctYEFEsOMxPPEUeZnMNe/APWdRFT0pmnPoCppvqArnlN3dhnqGn8/wC4e0idL QaUWiqFH0P6yfm0+LKT50MHrm0jl/DQTBUWAzq0EFTy8LhvCRl3V58oE8txcUxaDVTgV LfZw== X-Gm-Message-State: AMke39nSnqtiUtBOlnZxBvWdnNpBpjwUd6Zis1HyNOklVUBKqzGP9Q9v6q638t9wvUz6ZA== X-Received: by 10.99.117.85 with SMTP id f21mr25047428pgn.62.1488862242322; Mon, 06 Mar 2017 20:50:42 -0800 (PST) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id v143sm42722037pgb.47.2017.03.06.20.50.41 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 06 Mar 2017 20:50:41 -0800 (PST) From: "Ngie Cooper (yaneurabeya)" X-Pgp-Agent: GPGMail Content-Type: multipart/signed; boundary="Apple-Mail=_806658F5-C68E-4E65-BC78-CCCA416A0B2B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: SRCTOP/OBJTOP refactoring in ^/head Date: Mon, 6 Mar 2017 20:50:40 -0800 Message-Id: <8787E0E4-CD5D-4E53-BDF4-5E0ED1FD7069@gmail.com> Cc: FreeBSD Hackers To: "freebsd-arch@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 04:50:43 -0000 --Apple-Mail=_806658F5-C68E-4E65-BC78-CCCA416A0B2B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, I=E2=80=99m posting an official follow up to the numerous = commits I=E2=80=99ve been doing on ^/head to convert paths in Makefiles = from .CURDIR/.OBJDIR-relative paths to source (SRCTOP) / object (OBJTOP) = tree relative paths, e.g., like the following make snippet, $ svn diff | less # ... Index: Makefile.inc =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 --- Makefile.inc (revision 314827) +++ Makefile.inc (working copy) @@ -1,3 +1,4 @@ -.if exists(${.CURDIR}/../../Makefile.inc) -.include "${.CURDIR}/../../Makefile.inc" -.endif +FORTUNE_SRC=3D ${SRCTOP}/usr.bin/fortune +FORTUNE_OBJ=3D ${OBJTOP}/usr.bin/fortune + +.include "${SRCTOP}/usr.bin/Makefile.inc=E2=80=9D Index: fortune/Makefile =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 --- fortune/Makefile (revision 314827) +++ fortune/Makefile (working copy) @@ -3,7 +3,7 @@ PROG=3D fortune MAN=3D fortune.6 -CFLAGS+=3D-DDEBUG -I${.CURDIR}/../strfile +CFLAGS+=3D-DDEBUG -I${FORTUNE_SRC}/strfile .include # ... Doing this has several benefits: 1. The make output is more abbreviated because it=E2=80=99s now = normalized to SRCTOP/OBJTOP. i. This benefits tools that take paths literally, like = Jenkins (it helped reduce the warning count by ~1,500 warnings in = r312513 because Jenkins was double-counting warnings for sys/modules/ath = ). ii. Logfiles will be smaller, which means that data = retention stress from CI services like Jenkins and Travis CI will be = reduced. iii. Less required I/O, which means: I. This reduces needed bandwidth when = transmitting the build output II. Speeds up terminal output. III. Reduces unnecessary writing to disk. 2. It makes it easier for humans to understand the layout of the = tree. 3. It makes it easier for humans/vendors to build on/customize = the components, instead of copy-pasting entire Makefiles and having to = keep them up-to-date, e.g., allows me for instance to .include = usr.sbin/syslogd/Makefile from foo/bar/syslogd/Makefile . Some of my changes I introduced previously manipulated = .CURDIR/.OBJDIR with the :H operator (strip one component, e.g., = foo/bar/baz.c -> foo/bar ). I had 3 individuals (bdrewery, imp, rgrimes) = ask for me to replace all :H uses I introduced in my refactoring with = SRCTOP/OBJTOP paths (I completely agree with the requests =E2=80=94 I = was just trying to keep the spirit of the original Makefiles intact). I will likely go back to committing by individual subdirectories = as the approach I took this past weekend (based on a suggestion from = rgrimes about not committing one directory at a time) was met with some = complaints from users about downstream vendors/projects dealing with = merge conflicts (I don=E2=80=99t care so much about MFCing changes=E2=80=A6= it=E2=80=99s pretty straightforward/mechanical and easier to test one = directory at a time if possible). Questions, comments, and other things (as long as there aren=E2=80= =99t too many torches/pitchforks) are more than welcome. Thanks, -Ngie --Apple-Mail=_806658F5-C68E-4E65-BC78-CCCA416A0B2B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYvjwhAAoJEPWDqSZpMIYV5GQP/iA1oelzKbcK8hvEbWM+6tsh rQ8LEYy4t6JKNk6diwgrVvNazmuIidOVU7u1EWDuMH1e51C6iB8WDRUqSnz7EF65 V2tfcaQ49dxy2FvrGRt/o0G2C2IHfcHbtywIzMeGPhQ0LB1Rc+TmHOrDK+8wvPZx 4DHmktySn4YCp4jNXlGYMqkPdW8ateIlOuOxUqQg5WIBUkf0OmgPqsvPYzYfB08Z fbY2GZAxIci91/488VyIyVKFRyPP/Fyt/Y9D5IEq4WPhx2Hav2cOVYePdUVjhlXD 1lpfX7WkpYXD/oY0Ul53lrCrgL2LzTa3irKBZu0+Do/Co4t2Uu3JJcsE3bbZ0gl+ jPNmx/D5tWgh9jazi07H3YNLoOjc08W7k61qp879qJaiCitpFI4Anrx4NuOWLPhe 7CehsIZQvMiXuo2RaK4L+5hzvJ0jCrlfZVKXI7zLSveo8ov4O591OITWHfWTEL2+ sq4+pi+Q9u7qU4wyiq0DcrhrfK5iD6RW8n1se/+UDl0B1LyRuZzJ6/MBT93L2iF+ /ZqqPadbGYKnQc+F59fQr3iCxZ+wrRUFXRgVGPb9K9gHQdJBVH7I1OcaT9xcGb97 VgLo5AJtUWu0VXLqaXTzMagmflhSOByZIKfv4DFsT3X2+YySnjVsp9Bl9zlsRsv4 SPJ2FIj9Qy11SRE/DP2e =eFbb -----END PGP SIGNATURE----- --Apple-Mail=_806658F5-C68E-4E65-BC78-CCCA416A0B2B-- From owner-freebsd-arch@freebsd.org Tue Mar 7 06:29:20 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D09C3D0177C for ; Tue, 7 Mar 2017 06:29:20 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C231D1D1B for ; Tue, 7 Mar 2017 06:29:20 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id BEAB1D0177A; Tue, 7 Mar 2017 06:29:20 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE2E3D01779; Tue, 7 Mar 2017 06:29:20 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A221B1D1A; Tue, 7 Mar 2017 06:29:20 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id EFD452844; Tue, 7 Mar 2017 06:29:19 +0000 (UTC) To: bapt@freebsd.org Subject: Re: manpath change for ports ? Cc: arch@freebsd.org, ports@freebsd.org In-Reply-To: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> Message-Id: <20170307062919.EFD452844@freefall.freebsd.org> Date: Tue, 7 Mar 2017 06:29:19 +0000 (UTC) From: jbeich@freebsd.org (Jan Beich) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 06:29:20 -0000 Baptiste Daroussin writes: > Hi all, > > I would like to propose a change in the localbase hier for ports > > I think we should add /usr/local/share/man in the manpath along with at first > and maybe instead of in long term. > > The reason is: > - /usr/local/share/man seems more consistent to me with base which have: > /usr/share/man > - It will remove lots of patches from the ports tree where were we need to patch > upstream build system to install in a non usual path. Can you also move /usr/local/info to /usr/local/share/info? texinfo is gone since 11.0-RELEASE (or r276551) but hier(7) and BSD.usr.dist still try to encroach on GNU defaults. From owner-freebsd-arch@freebsd.org Tue Mar 7 07:27:06 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 932EDCFB932 for ; Tue, 7 Mar 2017 07:27:06 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 805601CE1 for ; Tue, 7 Mar 2017 07:27:06 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7CA01CFB92F; Tue, 7 Mar 2017 07:27:06 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C1D7CFB92E; Tue, 7 Mar 2017 07:27:06 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B3E81CE0; Tue, 7 Mar 2017 07:27:06 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id A3D0832D1; Tue, 7 Mar 2017 07:27:05 +0000 (UTC) Date: Tue, 7 Mar 2017 08:27:05 +0100 From: Baptiste Daroussin To: Jan Beich Cc: ports@freebsd.org, arch@freebsd.org Subject: Re: manpath change for ports ? Message-ID: <20170307072705.e55oy62lt7px32ks@ivaldir.net> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <20170307062919.EFD452844@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="u6vhgw3l56jnm36d" Content-Disposition: inline In-Reply-To: <20170307062919.EFD452844@freefall.freebsd.org> User-Agent: NeoMutt/20170225 (1.8.0) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 07:27:06 -0000 --u6vhgw3l56jnm36d Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2017 at 06:29:19AM +0000, Jan Beich wrote: > Baptiste Daroussin writes: >=20 > > Hi all, > > > > I would like to propose a change in the localbase hier for ports > > > > I think we should add /usr/local/share/man in the manpath along with at= first > > and maybe instead of in long term. > > > > The reason is: > > - /usr/local/share/man seems more consistent to me with base which have: > > /usr/share/man > > - It will remove lots of patches from the ports tree where were we need= to patch > > upstream build system to install in a non usual path. >=20 > Can you also move /usr/local/info to /usr/local/share/info? texinfo is > gone since 11.0-RELEASE (or r276551) but hier(7) and BSD.usr.dist still > try to encroach on GNU defaults. Yes would be a good one Best regards, Bapt --u6vhgw3l56jnm36d Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAli+YLwACgkQY4mL3PG3 PloI/xAAzuxMcKie8hVTsCvjO2anwfzeVJSnDSOmJ3TP/Va/2Q7lpW9Y/11wSVGN dKCtNoPfW96Mh5xUuspxZ9p0vzjYGIU9EjHcykbnsEU88FpCYKGPR8dSzkco2O7m BXTpsTtlVdxsL5/EHV8TfOWdCPS1A1WLn5kQiequy4DsQ8KiJcHLjL5b3I//uMH0 hFUWSMsJK+Cn2snTTGr5XVhHbXxVjThyuuj8AF6LAwI+g38MgdZaxEMf571TeK1L /8xF/+oQEZo46xYtv6NrJ4Cs0wZO47+QUhGLkFN/lvNo3AWhXq39/qXo8ozPK78k 9phVjeYw1nArXDLOKlb6WNbp5RdEc94/ZWPFkw1qi/V4bE7m+N7Lf83yWsiCVk+q GQuhO+NU4ADCxhePMTwAa1CfAJ1yoEfVwK/pMllrPv8NLph4mmNcV5PUQRSLm3HK //uCXAwZMvaYvVnK/0VvH/bnomvuwLFS392ha3wx/iY611quFaXQ2Anrpa3JOP3r EV9n62QUvwY4geWAxw/fEo01WLFq7nyZZ3zbMgW9XpkoHfcDpDI93OMNQsCsfS/O rjYc3nVnJ3fVVfvpyv5kuqbKn3I8xs9IITtKQ503ithzopTJ/dzb8z+lfvpVh5y5 S8LoOuPQbYG5hVRu1QXNRKMfBMBjGwwghY/F+zvSKh/onmT0l/g= =oSCS -----END PGP SIGNATURE----- --u6vhgw3l56jnm36d-- From owner-freebsd-arch@freebsd.org Tue Mar 7 15:24:03 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5585D01251 for ; Tue, 7 Mar 2017 15:24:03 +0000 (UTC) (envelope-from db@db.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D5A4F1847 for ; Tue, 7 Mar 2017 15:24:03 +0000 (UTC) (envelope-from db@db.net) Received: by mailman.ysv.freebsd.org (Postfix) id D4FA1D0124E; Tue, 7 Mar 2017 15:24:03 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D48B3D0124D; Tue, 7 Mar 2017 15:24:03 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id C1B411844; Tue, 7 Mar 2017 15:24:03 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 64CC62AA442; Tue, 7 Mar 2017 08:22:53 -0700 (MST) Received: by night.db.net (Postfix, from userid 1000) id 7B1163981A; Tue, 7 Mar 2017 10:24:00 -0500 (EST) Date: Tue, 7 Mar 2017 10:24:00 -0500 From: Diane Bruce To: Jan Beich Cc: bapt@freebsd.org, ports@freebsd.org, arch@freebsd.org Subject: Re: manpath change for ports ? Message-ID: <20170307152400.GA14841@night.db.net> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <20170307062919.EFD452844@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170307062919.EFD452844@freefall.freebsd.org> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 15:24:04 -0000 On Tue, Mar 07, 2017 at 06:29:19AM +0000, Jan Beich wrote: > Baptiste Daroussin writes: > > > Hi all, > > > > I would like to propose a change in the localbase hier for ports > > > > I think we should add /usr/local/share/man in the manpath along with at first > > and maybe instead of in long term. > > > > The reason is: > > - /usr/local/share/man seems more consistent to me with base which have: > > /usr/share/man > > - It will remove lots of patches from the ports tree where were we need to patch > > upstream build system to install in a non usual path. > > Can you also move /usr/local/info to /usr/local/share/info? texinfo is > gone since 11.0-RELEASE (or r276551) but hier(7) and BSD.usr.dist still > try to encroach on GNU defaults. A big yes from me for both of these proposals. -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arch@freebsd.org Tue Mar 7 15:51:16 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABBE2D0109A for ; Tue, 7 Mar 2017 15:51:16 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9BBCA12F3 for ; Tue, 7 Mar 2017 15:51:16 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 983C4D01095; Tue, 7 Mar 2017 15:51:16 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97D66D01094; Tue, 7 Mar 2017 15:51:16 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 8406512F1; Tue, 7 Mar 2017 15:51:16 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 906ED5646A; Tue, 7 Mar 2017 09:51:15 -0600 (CST) Subject: Re: manpath change for ports ? To: Baptiste Daroussin , arch@FreeBSD.org, ports@FreeBSD.org References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> From: Eric van Gyzen Message-ID: Date: Tue, 7 Mar 2017 09:51:14 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 15:51:16 -0000 On 03/06/2017 17:56, Baptiste Daroussin wrote: > Hi all, > > I would like to propose a change in the localbase hier for ports [...] > Which will also remove tons of hacks from the ports tree. > > What do you think? This sounds good to me. I seem to recall that most(?) Linux distros used /usr/man many years ago, but they switched to /usr/share/man, I think in the early 2000s. If that's correct, then I consider our /usr/local/man path a historical curiosity that should finally be changed to /usr/local/share/man. Eric From owner-freebsd-arch@freebsd.org Tue Mar 7 16:50:04 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6960BD026F6 for ; Tue, 7 Mar 2017 16:50:04 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 58D5D1ABC for ; Tue, 7 Mar 2017 16:50:04 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: by mailman.ysv.freebsd.org (Postfix) id 55613D026F3; Tue, 7 Mar 2017 16:50:04 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54E97D026F2; Tue, 7 Mar 2017 16:50:04 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5ECF1ABA; Tue, 7 Mar 2017 16:50:03 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id v27GpuxG073029; Tue, 7 Mar 2017 08:52:02 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: arch@FreeBSD.org, ports@FreeBSD.org, Baptiste Daroussin In-Reply-To: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> From: "Chris H" Subject: Re: manpath change for ports ? Date: Tue, 07 Mar 2017 08:52:02 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <2cb7a36f0b82d690e1b19d853fc1ca05@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 16:50:04 -0000 On Tue, 7 Mar 2017 00:56:10 +0100 Baptiste Daroussin wrote > Hi all, > > I would like to propose a change in the localbase hier for ports > > I think we should add /usr/local/share/man in the manpath along with at first > and maybe instead of in long term. > > The reason is: > - /usr/local/share/man seems more consistent to me with base which have: > /usr/share/man > - It will remove lots of patches from the ports tree where were we need to > patch upstream build system to install in a non usual path. > > My proposal is to add to the manpath /usr/local/share/man in default man(1) > command in FreeBSD 12 (MFCed to 11-STABLE) > > and either provide an errata for 11.0/10.3 or a > /usr/local/etc/man.d/something.conf via a port or something like that for > those two, what do you think? > > For the same reason I would like to allow porters to stop patching (with > pathfix or anything else) the path for pkgconfig files and allow > /usr/local/lib/pkgconfig along with the current > /usr/local/libdata/pkgconfig:/usr/libdata/pkgconfig > > Which will also remove tons of hacks from the ports tree. > > What do you think? +1 please do. I can't think of any (good) reason not to. Thanks! --Chris > > Best regards, > Bapt From owner-freebsd-arch@freebsd.org Tue Mar 7 17:05:22 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73A58D02E64 for ; Tue, 7 Mar 2017 17:05:22 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9F01F25 for ; Tue, 7 Mar 2017 17:05:22 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5AF13D02E62; Tue, 7 Mar 2017 17:05:22 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A7D3D02E61; Tue, 7 Mar 2017 17:05:22 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay103.isp.belgacom.be (mailrelay103.isp.belgacom.be [195.238.20.130]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 381891F22; Tue, 7 Mar 2017 17:05:20 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CHJgDv5r5Y/0nD8VFdHAEBBAEBCgEBg?= =?us-ascii?q?1FBEIEIEo5ekFgpAZcagmyDMAQCAoIlRRMBAgEBAQEBAQFrKIUWAQU6HCMQCxg?= =?us-ascii?q?JJQ8qHgYTigOyNYp7AQEBAQEFAQEBASSLPYo5BZwwkip2kDaTOzcggQM3LAiHF?= =?us-ascii?q?D81ihMBAQE?= X-IPAS-Result: =?us-ascii?q?A2CHJgDv5r5Y/0nD8VFdHAEBBAEBCgEBg1FBEIEIEo5ekFg?= =?us-ascii?q?pAZcagmyDMAQCAoIlRRMBAgEBAQEBAQFrKIUWAQU6HCMQCxgJJQ8qHgYTigOyN?= =?us-ascii?q?Yp7AQEBAQEFAQEBASSLPYo5BZwwkip2kDaTOzcggQM3LAiHFD81ihMBAQE?= Received: from 73.195-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.195.73]) by relay.skynet.be with ESMTP; 07 Mar 2017 18:04:06 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v27H44b0018269; Tue, 7 Mar 2017 18:04:05 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Tue, 7 Mar 2017 18:04:04 +0100 From: Tijl Coosemans To: Eric van Gyzen Cc: Baptiste Daroussin , arch@FreeBSD.org, ports@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170307180404.284165de@kalimero.tijl.coosemans.org> In-Reply-To: References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 17:05:22 -0000 On Tue, 7 Mar 2017 09:51:14 -0600 Eric van Gyzen wrote: > On 03/06/2017 17:56, Baptiste Daroussin wrote: >> I would like to propose a change in the localbase hier for ports > > [...] > >> Which will also remove tons of hacks from the ports tree. >> >> What do you think? > > This sounds good to me. > > I seem to recall that most(?) Linux distros used /usr/man many years > ago, but they switched to /usr/share/man, I think in the early 2000s. > If that's correct, then I consider our /usr/local/man path a historical > curiosity that should finally be changed to /usr/local/share/man. Yes, we used PREFIX/man because that's what software developed for Linux used at the time. From owner-freebsd-arch@freebsd.org Tue Mar 7 18:27:05 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80B1AD02DF7 for ; Tue, 7 Mar 2017 18:27:05 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3871EC4 for ; Tue, 7 Mar 2017 18:27:05 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5A276D02DF5; Tue, 7 Mar 2017 18:27:05 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59A89D02DF4; Tue, 7 Mar 2017 18:27:05 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qk0-x243.google.com (mail-qk0-x243.google.com [IPv6:2607:f8b0:400d:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1355E1EC3; Tue, 7 Mar 2017 18:27:05 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk0-x243.google.com with SMTP id j127so3345795qke.0; Tue, 07 Mar 2017 10:27:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=+ytcUikyxkkeRF9gPDUVIPaBBXhRqn3m+p1I92OpzSw=; b=UXCVnJG4HNHiNezRJmHqlnP05DfGOQFfHbz2613MBkZKy+2g68ebA9bgDrteeywf3o XxV6PwIEtIvtGmP6auWM+/l9/Uhhm6WeED1E1fRL106Nh8qDAEQLjhpGLChHSpZaHwom HBE1CJxiK5huYUTEOlIaqVOS1LOENH8jP9B5gAvS/KvHuT8XssS48lb1ZzHKz/2RAACf Ihxvcg2khOjzkjxyH9z6YXKiWyfG4u6gsqZnCoLz+a0FbzURBlcK5WbHJrI25YlzbdW1 ou93Sq+URAz8MoehlVaP9zoHs+epXavzDd3erBoVNcRaf2EhJiCAPlOOUTyUhGDZc41R Xo8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=+ytcUikyxkkeRF9gPDUVIPaBBXhRqn3m+p1I92OpzSw=; b=LgjiMtQagPYO2LWHOMY79gil1m+4fCUNthr2lX02kBCHt4t1j+3N2etsFc/71IDnfa RpcAbRyeYG24DDut1dRxJtbToCMQj3Cj699jk1xcORvRcXSgTjt9/IevmH4sQJUCZkXt dLFlJTDFKJWNMA0VBJBXsRtgj3M7lnpJg6blJU4G9ym4IfYoFL1kT+FRkBuvqc8c6eeZ y9wx/C3z6381HOqVzOxkCXC8k2dEk0aLsUEqOCCTaMCWl/pPigoNmdmljAUirq/u5vBB jxpnUxkWQS5or/AS/NbmXKRuUaudF1lkfJl/oHnntiCQFeCm/ZUiZFE+wcYQebD3aEEP 4U7w== X-Gm-Message-State: AFeK/H3OCNfXzwwbBZoZ6nVBxO+H4IV2dthUkcDwn9D4m3A7ydodSuPfv4S1YtFB0G9IxA== X-Received: by 10.55.170.68 with SMTP id t65mr2033987qke.303.1488911224049; Tue, 07 Mar 2017 10:27:04 -0800 (PST) Received: from mbp-eth.home ([177.53.86.172]) by smtp.gmail.com with ESMTPSA id t12sm518648qke.9.2017.03.07.10.27.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Mar 2017 10:27:03 -0800 (PST) Subject: Re: manpath change for ports ? To: Diane Bruce , Jan Beich References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <20170307062919.EFD452844@freefall.freebsd.org> <20170307152400.GA14841@night.db.net> Cc: ports@freebsd.org, arch@freebsd.org, bapt@freebsd.org From: Renato Botelho Message-ID: <7452d2d1-6481-c700-045b-4c2fd8ff84d4@gmail.com> Date: Tue, 7 Mar 2017 15:26:59 -0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170307152400.GA14841@night.db.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 18:27:05 -0000 On 07/03/17 12:24, Diane Bruce wrote: > On Tue, Mar 07, 2017 at 06:29:19AM +0000, Jan Beich wrote: >> Baptiste Daroussin writes: >> >>> Hi all, >>> >>> I would like to propose a change in the localbase hier for ports >>> >>> I think we should add /usr/local/share/man in the manpath along with at first >>> and maybe instead of in long term. >>> >>> The reason is: >>> - /usr/local/share/man seems more consistent to me with base which have: >>> /usr/share/man >>> - It will remove lots of patches from the ports tree where were we need to patch >>> upstream build system to install in a non usual path. >> Can you also move /usr/local/info to /usr/local/share/info? texinfo is >> gone since 11.0-RELEASE (or r276551) but hier(7) and BSD.usr.dist still >> try to encroach on GNU defaults. > A big yes from me for both of these proposals. > +1 -- Renato Botelho From owner-freebsd-arch@freebsd.org Wed Mar 8 15:39:51 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB16CD03146 for ; Wed, 8 Mar 2017 15:39:51 +0000 (UTC) (envelope-from des@des.no) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9AB7811CE for ; Wed, 8 Mar 2017 15:39:51 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id 9716CD03144; Wed, 8 Mar 2017 15:39:51 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96A72D03143; Wed, 8 Mar 2017 15:39:51 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 617B111CD; Wed, 8 Mar 2017 15:39:51 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id EF59A10B68; Wed, 8 Mar 2017 15:39:49 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 120637022; Wed, 8 Mar 2017 16:39:50 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Baptiste Daroussin Cc: arch@FreeBSD.org, ports@FreeBSD.org Subject: Re: manpath change for ports ? References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> Date: Wed, 08 Mar 2017 16:39:50 +0100 In-Reply-To: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> (Baptiste Daroussin's message of "Tue, 7 Mar 2017 00:56:10 +0100") Message-ID: <86mvcvojzt.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 15:39:51 -0000 Baptiste Daroussin writes: > I would like to propose a change in the localbase hier for ports > > I think we should add /usr/local/share/man in the manpath along with > at first and maybe instead of in long term. 2) plus info -> share/info as suggested by jbeich 3) plus libdata/pkgconfig -> lib/pkgconfig These three items will ensure that "./configure --prefix=3D/usr/local && make install" will do the right thing out of the box - by changing our definition of "the right thing" to match what the GNU autotools have been doing for at least 15 years. 4) Remove the hardcoded library path in lang/gcc* This makes it possible to work on software that includes both libraries and programs while an earlier copy of the same software is already installed. With the current state of gcc, the programs you are working on will be linked against the version of the library that's already installed instead of the version you just compiled, and there is nothing you can do to prevent it. You won't notice anything if all you ever do is "make && make install", because the new library will replace the old, but if you try to run your program directly from the build tree, it will use the wrong library. This can be incredibly frustrating if you're not aware of it - imagine you're trying to fix a bug in that library and no matter what you do, your regression test keeps failing... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@freebsd.org Wed Mar 8 15:57:48 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19BD8D03BB3 for ; Wed, 8 Mar 2017 15:57:48 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 22C7E32E; Wed, 8 Mar 2017 15:57:43 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA13997; Wed, 08 Mar 2017 17:57:41 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1cldy9-000H4G-Jj; Wed, 08 Mar 2017 17:57:41 +0200 From: Andriy Gapon Subject: UMA_ZONE_CACHESPREAD and uma_zsecond_add To: freebsd-arch@FreeBSD.org, Jeff Roberson Message-ID: <76a47d9a-da39-75f4-5794-24724d0befc7@FreeBSD.org> Date: Wed, 8 Mar 2017 17:56:44 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 15:57:48 -0000 First, the history of UMA_ZONE_CACHESPREAD and uma_zsecond_add(): https://lists.freebsd.org/pipermail/freebsd-arch/2008-December/008800.html Now, more than 8 years after those features were introduced, we still don't have a single in-tree consumer for them. Does anyone use those features out of tree? Does anyone still have plans to make use of them? Will anyone get sad if those features get garbage collected? Thank you. -- Andriy Gapon From owner-freebsd-arch@freebsd.org Wed Mar 8 16:19:53 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80097D031E1 for ; Wed, 8 Mar 2017 16:19:53 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5215014C9 for ; Wed, 8 Mar 2017 16:19:53 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 43BCBD031DB; Wed, 8 Mar 2017 16:19:53 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4348CD031DA; Wed, 8 Mar 2017 16:19:53 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BFF9114B9; Wed, 8 Mar 2017 16:19:52 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-68-109-205.dyn.iinet.net.au [106.68.109.205]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v28GJiRW064072 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 8 Mar 2017 08:19:47 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: manpath change for ports ? To: =?UTF-8?Q?Dag-Erling_Sm=c3=b8rgrav?= , Baptiste Daroussin References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> Cc: ports@FreeBSD.org, arch@FreeBSD.org From: Julian Elischer Message-ID: <1414f265-7a3c-e2ea-06ac-7b7343347f93@freebsd.org> Date: Thu, 9 Mar 2017 00:19:38 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <86mvcvojzt.fsf@desk.des.no> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 16:19:53 -0000 On 8/3/17 11:39 pm, Dag-Erling Smørgrav wrote: > Baptiste Daroussin writes: >> I would like to propose a change in the localbase hier for ports >> >> I think we should add /usr/local/share/man in the manpath along with >> at first and maybe instead of in long term. > 2) plus info -> share/info as suggested by jbeich > > 3) plus libdata/pkgconfig -> lib/pkgconfig > > These three items will ensure that "./configure --prefix=/usr/local && > make install" will do the right thing out of the box - by changing our > definition of "the right thing" to match what the GNU autotools have > been doing for at least 15 years. > > 4) Remove the hardcoded library path in lang/gcc* > > This makes it possible to work on software that includes both libraries > and programs while an earlier copy of the same software is already > installed. With the current state of gcc, the programs you are working > on will be linked against the version of the library that's already > installed instead of the version you just compiled, and there is nothing unless you use --sysroot=... > you can do to prevent it. You won't notice anything if all you ever do > is "make && make install", because the new library will replace the old, > but if you try to run your program directly from the build tree, it will > use the wrong library. This can be incredibly frustrating if you're not > aware of it - imagine you're trying to fix a bug in that library and no > matter what you do, your regression test keeps failing... > > DES From owner-freebsd-arch@freebsd.org Wed Mar 8 16:41:20 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8021AD03B4C for ; Wed, 8 Mar 2017 16:41:20 +0000 (UTC) (envelope-from des@des.no) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA68A92 for ; Wed, 8 Mar 2017 16:41:20 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id 69698D03B49; Wed, 8 Mar 2017 16:41:20 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68DA9D03B47; Wed, 8 Mar 2017 16:41:20 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 30C5FA8D; Wed, 8 Mar 2017 16:41:19 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id CC2DD10D55; Wed, 8 Mar 2017 16:41:18 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id E49E4702D; Wed, 8 Mar 2017 17:41:19 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Julian Elischer Cc: Baptiste Daroussin , ports@FreeBSD.org, arch@FreeBSD.org Subject: Re: manpath change for ports ? References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <1414f265-7a3c-e2ea-06ac-7b7343347f93@freebsd.org> Date: Wed, 08 Mar 2017 17:41:19 +0100 In-Reply-To: <1414f265-7a3c-e2ea-06ac-7b7343347f93@freebsd.org> (Julian Elischer's message of "Thu, 9 Mar 2017 00:19:38 +0800") Message-ID: <86bmtboh5c.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 16:41:20 -0000 Julian Elischer writes: > Dag-Erling Sm=C3=B8rgrav writes: > > This makes it possible to work on software that includes both > > libraries and programs while an earlier copy of the same software is > > already installed. With the current state of gcc, the programs you > > are working on will be linked against the version of the library > > that's already installed instead of the version you just compiled, > > and there is nothing > unless you use --sysroot=3D... Sure, if you have a copy of every single library your project depends on in your build tree. Is it really unreasonable to expect this to work out of the box? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@freebsd.org Wed Mar 8 17:23:14 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D64B8D03559 for ; Wed, 8 Mar 2017 17:23:14 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BD8EF10A2 for ; Wed, 8 Mar 2017 17:23:14 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id BCE48D03557; Wed, 8 Mar 2017 17:23:14 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC77BD03556; Wed, 8 Mar 2017 17:23:14 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay119.isp.belgacom.be (mailrelay119.isp.belgacom.be [195.238.20.146]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D800E10A0; Wed, 8 Mar 2017 17:23:13 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BUFwBTPcBY/0nD8VFeHAEBBAEBCgEBg?= =?us-ascii?q?1FBEEFZg2CKf5BZKQGXG4JsgzYCgj9DFQECAQEBAQEBAWsohRYBBSMzIxALGAI?= =?us-ascii?q?CBSECAg8qHgYTigOwRYIminwBAQEBBgEBAQEkgQuKMoRUgwaCXwWcNo1DhGh2g?= =?us-ascii?q?SqPDZM+NSKBAzcsCIcUPzWKEwEBAQ?= X-IPAS-Result: =?us-ascii?q?A2BUFwBTPcBY/0nD8VFeHAEBBAEBCgEBg1FBEEFZg2CKf5B?= =?us-ascii?q?ZKQGXG4JsgzYCgj9DFQECAQEBAQEBAWsohRYBBSMzIxALGAICBSECAg8qHgYTi?= =?us-ascii?q?gOwRYIminwBAQEBBgEBAQEkgQuKMoRUgwaCXwWcNo1DhGh2gSqPDZM+NSKBAzc?= =?us-ascii?q?sCIcUPzWKEwEBAQ?= Received: from 73.195-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.195.73]) by relay.skynet.be with ESMTP; 08 Mar 2017 18:21:26 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v28HLOPA079207; Wed, 8 Mar 2017 18:21:25 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Wed, 8 Mar 2017 18:21:24 +0100 From: Tijl Coosemans To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Cc: Baptiste Daroussin , ports@FreeBSD.org, arch@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170308182124.79c4bc13@kalimero.tijl.coosemans.org> In-Reply-To: <86mvcvojzt.fsf@desk.des.no> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 17:23:14 -0000 On Wed, 08 Mar 2017 16:39:50 +0100 Dag-Erling Sm=C3=B8rgrav wr= ote: > 4) Remove the hardcoded library path in lang/gcc* >=20 > This makes it possible to work on software that includes both libraries > and programs while an earlier copy of the same software is already > installed. With the current state of gcc, the programs you are working > on will be linked against the version of the library that's already > installed instead of the version you just compiled, and there is nothing > you can do to prevent it. You won't notice anything if all you ever do > is "make && make install", because the new library will replace the old, > but if you try to run your program directly from the build tree, it will > use the wrong library. This can be incredibly frustrating if you're not > aware of it - imagine you're trying to fix a bug in that library and no > matter what you do, your regression test keeps failing... Are you talking about gcc implicitly searching /usr/local/include and /usr/local/lib? From owner-freebsd-arch@freebsd.org Wed Mar 8 17:31:33 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9DC2D03965 for ; Wed, 8 Mar 2017 17:31:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C72F11931 for ; Wed, 8 Mar 2017 17:31:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id C3D0DD03963; Wed, 8 Mar 2017 17:31:33 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3825D03962 for ; Wed, 8 Mar 2017 17:31:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B329192F for ; Wed, 8 Mar 2017 17:31:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22a.google.com with SMTP id g138so43771110itb.0 for ; Wed, 08 Mar 2017 09:31:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=eOvtHAB8Td0U8cliKspRxvVb35Z327+l2zv5OTs6gCo=; b=q07vS1J6nD9HvmU8+3kretio9bbHouEzqp97iNPibndPfyo3grCBcCDLwzpEKM4ROP 6pR/jj1OBeAy37eMgkafxYVRnBOrzyP7MPraEeFUfblINvBC2bp4qTo1S+FZZ626YCa1 Zi8zTzcbEgNpRcqiykpSLqKjKw7T/OVGqqVdN7WCKD3RDJ/FpgfxveB/p2C4xuLzOerJ OXq+IHA522CrkfBqZDLQHMQfSB4PYpwOqxd/T8ruCLFUQqJBlRWhLPDD6HevBT9pnKKI rHJVfalsMr0JpkuzMOrN3glZeS/zfRkKPab2t8/3K7/c01vTAtKrzUvvOAp7Ed7DLu3V 5RPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=eOvtHAB8Td0U8cliKspRxvVb35Z327+l2zv5OTs6gCo=; b=JrH4rrLKxThYyzFTx5/YEvfzE/XTMII7O9JgK/83svtD8pswtfcoD9fn9xZURdk3jT nYv85Ely3PYMPG6WRAxTxE4kTl2jxW2pQ691MtqBrzCtugrQZnTE5go/EdSxTzxlec6V 1rt+2gD0MAtOjKK/zsIuKDXvJm+8Atz2fI9iQCwxSx6WCCwdb69+dNoFm0nIYQMAqACE 0venRApeIJUIhMBNbXUgEv10todA0Kp/dyYCDM83rqd7rzZl44QV2W6SYZd3/Z4WinfP 0ga1wl202RCnePTJ9YeyyB9BxzbXxfBLgl644+5e9bX8q7sSaoqHFozE948R9ORiPz+l Z2LQ== X-Gm-Message-State: AMke39m04OGJKXOyxywgABGzVHUNDOl9BIo3BDQP2PbcnK/SOYZ2CdFAhTeFnncY2VY4RVZw2R0hbAxX0riElA== X-Received: by 10.36.116.71 with SMTP id o68mr8102427itc.60.1488994292677; Wed, 08 Mar 2017 09:31:32 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.134.129 with HTTP; Wed, 8 Mar 2017 09:31:32 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: <20170308182124.79c4bc13@kalimero.tijl.coosemans.org> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <20170308182124.79c4bc13@kalimero.tijl.coosemans.org> From: Warner Losh Date: Wed, 8 Mar 2017 10:31:32 -0700 X-Google-Sender-Auth: VLPcFSIUaPZ9K7h_6waLZszdytk Message-ID: Subject: Re: manpath change for ports ? To: Tijl Coosemans Cc: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= , ports@freebsd.org, "freebsd-arch@freebsd.org" , Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 17:31:34 -0000 On Wed, Mar 8, 2017 at 10:21 AM, Tijl Coosemans wrote: > On Wed, 08 Mar 2017 16:39:50 +0100 Dag-Erling Sm=C3=B8rgrav = wrote: >> 4) Remove the hardcoded library path in lang/gcc* >> >> This makes it possible to work on software that includes both libraries >> and programs while an earlier copy of the same software is already >> installed. With the current state of gcc, the programs you are working >> on will be linked against the version of the library that's already >> installed instead of the version you just compiled, and there is nothing >> you can do to prevent it. You won't notice anything if all you ever do >> is "make && make install", because the new library will replace the old, >> but if you try to run your program directly from the build tree, it will >> use the wrong library. This can be incredibly frustrating if you're not >> aware of it - imagine you're trying to fix a bug in that library and no >> matter what you do, your regression test keeps failing... > > Are you talking about gcc implicitly searching /usr/local/include and > /usr/local/lib? That's currently inconsistent between base gcc, clang, binutils and ports versions. I forget which ones do and which ones don't search automatically. IMHO, they all should. Warner From owner-freebsd-arch@freebsd.org Wed Mar 8 19:03:51 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F067ED0387E for ; Wed, 8 Mar 2017 19:03:51 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E2303101E for ; Wed, 8 Mar 2017 19:03:51 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E1901D0387C; Wed, 8 Mar 2017 19:03:51 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E12A6D0387B; Wed, 8 Mar 2017 19:03:51 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C663E101D; Wed, 8 Mar 2017 19:03:51 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 23C5470F2; Wed, 8 Mar 2017 19:03:51 +0000 (UTC) To: bapt@FreeBSD.org, des@des.no Subject: Re: manpath change for ports ? Cc: arch@FreeBSD.org, ports@FreeBSD.org In-Reply-To: <86mvcvojzt.fsf@desk.des.no> Message-Id: <20170308190351.23C5470F2@freefall.freebsd.org> Date: Wed, 8 Mar 2017 19:03:51 +0000 (UTC) From: jbeich@freebsd.org (Jan Beich) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 19:03:52 -0000 Dag-Erling Smørgrav writes: > Baptiste Daroussin writes: > >> I would like to propose a change in the localbase hier for ports >> >> I think we should add /usr/local/share/man in the manpath along with >> at first and maybe instead of in long term. > > 2) plus info -> share/info as suggested by jbeich > > 3) plus libdata/pkgconfig -> lib/pkgconfig > > These three items will ensure that "./configure --prefix=/usr/local && > make install" will do the right thing out of the box - by changing our > definition of "the right thing" to match what the GNU autotools have > been doing for at least 15 years. /usr/local is *the* default location according to GNU[1] and reinforced by FHS[2] which want it "safe from being overwritten when the system software is updated". Not on FreeBSD where site-local stuff like your example above and ports/packages trample on each other. NetBSD avoided the issue by moving /usr/local to /usr/pkg. [1] https://www.gnu.org/prep/standards/html_node/Directory-Variables.html [2] http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY From owner-freebsd-arch@freebsd.org Wed Mar 8 19:41:33 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB979D02515 for ; Wed, 8 Mar 2017 19:41:33 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 92C6114EC for ; Wed, 8 Mar 2017 19:41:33 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9239DD02513; Wed, 8 Mar 2017 19:41:33 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91C39D02512; Wed, 8 Mar 2017 19:41:33 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay119.isp.belgacom.be (mailrelay119.isp.belgacom.be [195.238.20.146]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B74314E9; Wed, 8 Mar 2017 19:41:32 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BUFwAvXcBY/0nD8VFeHAEBBAEBCgEBg?= =?us-ascii?q?ycqQRBBWYNgin+QWikBlQ6CDYJsgzYCgj9BFwECAQEBAQEBAWsohRYBBSMzIxA?= =?us-ascii?q?LGAICBSECAg8qHgYTigOwTIIminwBAQEBBgEBAQEkgQuKMoRUgwaCXwWcNo1Dh?= =?us-ascii?q?Gh2gSqPDZM+IAE2gQM3LAiHFD81ihMBAQE?= X-IPAS-Result: =?us-ascii?q?A2BUFwAvXcBY/0nD8VFeHAEBBAEBCgEBgycqQRBBWYNgin+?= =?us-ascii?q?QWikBlQ6CDYJsgzYCgj9BFwECAQEBAQEBAWsohRYBBSMzIxALGAICBSECAg8qH?= =?us-ascii?q?gYTigOwTIIminwBAQEBBgEBAQEkgQuKMoRUgwaCXwWcNo1DhGh2gSqPDZM+IAE?= =?us-ascii?q?2gQM3LAiHFD81ihMBAQE?= Received: from 73.195-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.195.73]) by relay.skynet.be with ESMTP; 08 Mar 2017 20:41:28 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v28JfR3U052294; Wed, 8 Mar 2017 20:41:27 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Wed, 8 Mar 2017 20:41:26 +0100 From: Tijl Coosemans To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Cc: Baptiste Daroussin , ports@FreeBSD.org, arch@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170308204126.6d152c44@kalimero.tijl.coosemans.org> In-Reply-To: <86mvcvojzt.fsf@desk.des.no> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 19:41:33 -0000 On Wed, 08 Mar 2017 16:39:50 +0100 Dag-Erling Sm=C3=B8rgrav wr= ote: > 4) Remove the hardcoded library path in lang/gcc* >=20 > This makes it possible to work on software that includes both libraries > and programs while an earlier copy of the same software is already > installed. With the current state of gcc, the programs you are working > on will be linked against the version of the library that's already > installed instead of the version you just compiled, and there is nothing > you can do to prevent it. You won't notice anything if all you ever do > is "make && make install", because the new library will replace the old, > but if you try to run your program directly from the build tree, it will > use the wrong library. This can be incredibly frustrating if you're not > aware of it - imagine you're trying to fix a bug in that library and no > matter what you do, your regression test keeps failing... If you want to run a program from its build directory and the program links to a library also in the build directory then you have to run the program with LD_LIBRARY_PATH environment variable set to the build directory. Or, you could link the program with -rpath , but then you should relink it before installation. It's one of the things libtool takes care of automatically. If this is the problem you have then it has nothing to do with gcc. If you're not using libtool then your program probably does not have any rpath or runpath so it falls back on rtld/ldconfig which may find it in /usr/local/lib. From owner-freebsd-arch@freebsd.org Wed Mar 8 19:49:16 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDC8FD0264F for ; Wed, 8 Mar 2017 19:49:16 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B3C6A1799 for ; Wed, 8 Mar 2017 19:49:16 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B075AD0264B; Wed, 8 Mar 2017 19:49:16 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE51FD02648; Wed, 8 Mar 2017 19:49:16 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay119.isp.belgacom.be (mailrelay119.isp.belgacom.be [195.238.20.146]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD5841798; Wed, 8 Mar 2017 19:49:15 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CMDACAX8BY/0nD8VFeHAEBBAEBCgEBg?= =?us-ascii?q?1FBEIEajl+QWikBlxuGIgKCP0MVAQIBAQEBAQEBayiFFQEBAQECATocIwULCw4?= =?us-ascii?q?KCSUPKh4GE4l3DLJ5inwBAQEBAQUBAQEBJIs9ijkFnDaSK3aQN5M+NSKBAzcsC?= =?us-ascii?q?IcUPzWKEwEBAQ?= X-IPAS-Result: =?us-ascii?q?A2CMDACAX8BY/0nD8VFeHAEBBAEBCgEBg1FBEIEajl+QWik?= =?us-ascii?q?BlxuGIgKCP0MVAQIBAQEBAQEBayiFFQEBAQECATocIwULCw4KCSUPKh4GE4l3D?= =?us-ascii?q?LJ5inwBAQEBAQUBAQEBJIs9ijkFnDaSK3aQN5M+NSKBAzcsCIcUPzWKEwEBAQ?= Received: from 73.195-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.195.73]) by relay.skynet.be with ESMTP; 08 Mar 2017 20:49:13 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v28JnCP5052336; Wed, 8 Mar 2017 20:49:12 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Wed, 8 Mar 2017 20:49:12 +0100 From: Tijl Coosemans To: Warner Losh Cc: ports@freebsd.org, Dag-Erling =?UTF-8?B?U23DuHJncmF2?= , Baptiste Daroussin , "freebsd-arch@freebsd.org" Subject: Re: manpath change for ports ? Message-ID: <20170308204912.5cfd861d@kalimero.tijl.coosemans.org> In-Reply-To: References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <20170308182124.79c4bc13@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 19:49:16 -0000 On Wed, 8 Mar 2017 10:31:32 -0700 Warner Losh wrote: > On Wed, Mar 8, 2017 at 10:21 AM, Tijl Coosemans wrote: >> Are you talking about gcc implicitly searching /usr/local/include and >> /usr/local/lib? > > That's currently inconsistent between base gcc, clang, binutils and > ports versions. I forget which ones do and which ones don't search > automatically. It's only ports binutils and ports gcc that search /usr/local. > IMHO, they all should. I used to think this too, but now I think it should be possible to use any compiler to compile something from base or something that should only depend on things from base, for testing purposes or perhaps because it needs to be deployed on some other machine. Compilers shouldn't search /usr/local implicitly then. It's easy enough to add -I and -L flags (perhaps using pkg-config) but it's not easy to remove built-in -I and -L flags. From owner-freebsd-arch@freebsd.org Thu Mar 9 08:29:55 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BB5BD04DE6 for ; Thu, 9 Mar 2017 08:29:55 +0000 (UTC) (envelope-from des@des.no) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 096DE8CE for ; Thu, 9 Mar 2017 08:29:55 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id 08C65D04DE4; Thu, 9 Mar 2017 08:29:55 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 083FDD04DE3; Thu, 9 Mar 2017 08:29:55 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id A3BB48CD; Thu, 9 Mar 2017 08:29:54 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 255255366; Thu, 9 Mar 2017 08:29:42 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 0696670C1; Thu, 9 Mar 2017 09:29:42 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Tijl Coosemans Cc: Baptiste Daroussin , ports@FreeBSD.org, arch@FreeBSD.org Subject: Re: manpath change for ports ? References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <20170308204126.6d152c44@kalimero.tijl.coosemans.org> Date: Thu, 09 Mar 2017 09:29:42 +0100 In-Reply-To: <20170308204126.6d152c44@kalimero.tijl.coosemans.org> (Tijl Coosemans's message of "Wed, 8 Mar 2017 20:41:26 +0100") Message-ID: <861su6ont5.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 08:29:55 -0000 Tijl Coosemans writes: > If you want to run a program from its build directory and the program > links to a library also in the build directory then you have to run the > program with LD_LIBRARY_PATH environment variable set to the build > directory. Or, you could link the program with -rpath , but > then you should relink it before installation. It's one of the things > libtool takes care of automatically. > > If this is the problem you have then it has nothing to do with gcc. If > you're not using libtool then your program probably does not have any > rpath or runpath so it falls back on rtld/ldconfig which may find it in > /usr/local/lib. You are correct in theory, but I am using libtool and it doesn't work. Here's a series of emails I wrote to the maintainer a little over six months ago explaining the problem: 1) | I discovered that lang/gcc48 (and presumably the other gcc ports as | well) not only have /usr/local/include in their default include path, | but actually place it ahead of /usr/include. This is causing me no end | of grief with software that uses iconv, because GNU libiconv's | f*s up your namespace so the build fails unless you explicitly link with | GNU libiconv instead of using the libc version. [...] 2) | [...] I realized over the weekend that the | situation is even worse than I initially thought. Basically, ports gcc | is unusable for any other purpose than to build ports which don't | support clang. Let me explain with a hypothetical scenario: |=20 | You are developing a library which is important enough that you need to | have the stable version installed on your development system. It is | installed in /usr/local as usual. You've been working on fixing a bug, | and have written a unit test which exercises the relevant code and | verified that it can deterministically trigger the bug. You fix the bug | and 'make check' again, all green. Then you clean out your working | copy, re-run configure with CC=3Dgcc and 'make check' again. Your tests | fail. |=20 | What happened is that when you built your code with gcc, the tests were | linked and run with the stable version of the library, where the bug is | not fixed. You can build with LDFLAGS=3D-L$(top_builddir)/lib, you can | even specify the full path to the library in LDADD for each individual | test, it doesn't matter. It will *always* pick the installed version | first. The only way to get your tests to pass is to not have the | library installed. |=20 | Real-world example - a 10.3 system with upstream OpenPAM installed | because it uses OpenPAM's OATH implementation: |=20 | with base clang: |=20 | des@desk ~/src/openpam/trunk% libtool exec ldd ./t/t_openpam_dispatch | /home/des/src/openpam/trunk/t/.libs/t_openpam_dispatch: | libpam.so.2 =3D> /home/des/src/openpam/trunk/lib/libpam/.libs/libpam.so.= 2 (0x800822000) | liboath.so.2 =3D> /home/des/src/openpam/trunk/lib/liboath/.libs/liboath.= so.2 (0x800a34000) | libcrypto.so.7 =3D> /lib/libcrypto.so.7 (0x800c39000) | libc.so.7 =3D> /lib/libc.so.7 (0x80102f000) |=20 | with lang/gcc: |=20 | des@desk ~/src/openpam/trunk% pkg which =3Dgcc | /usr/local/bin/gcc was installed by package gcc-4.8.5_2 | des@desk ~/src/openpam/trunk% libtool exec ldd ./t/t_openpam_dispatch | /home/des/src/openpam/trunk/t/.libs/t_openpam_dispatch: | libpam.so.2 =3D> /usr/local/lib/libpam.so.2 (0x800822000) | liboath.so.2 =3D> /usr/local/lib/liboath.so.2 (0x800a34000) | libcrypto.so.7 =3D> /lib/libcrypto.so.7 (0x800c39000) | libc.so.7 =3D> /lib/libc.so.7 (0x80102f000) | libcrypto.so.8 =3D> /usr/local/lib/libcrypto.so.8 (0x8013dc000) | libthr.so.3 =3D> /lib/libthr.so.3 (0x8017e9000) |=20 | (and don't ask me why the gcc version is linked with two different | versions of libcrypto!) 3) | I honestly thought this was a recent change, but I realize now that the | recent change is that I switched from developing on systems that still | had gcc in base (without /usr/local in the search path) to systems that | don't, and therefore use gcc from ports. |=20 | The correct solution, in my opinion, is to remove /usr/local from all | search paths. There is no need for it, even for ports, because most | ports add /usr/local to CPPFLAGS and LDFLAGS, either explicitly or | implicitly (by passing --prefix=3D${LOCALBASE} to the configure script). | If there are gcc-only ports which *don't* do it, they can easily be | fixed. |=20 | I initially thought that merely changing the library search order would | be sufficient, but apparently gcc somehow forces /usr/local/lib to take | precedence even over ${LD_LIBRARY_PATH}, which is what causes my unit | tests to fail. Here is an example from another project where I modified | the libtool wrapper to show its environment and run ldd before executing | the binary: |=20 | des@desk ~/src/cryb-to% ./t/t_core | PATH=3D/home/des/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/b= in:/sbin | LD_LIBRARY_PATH=3D/home/des/src/cryb-to/lib/test/.libs:/home/des/src/cryb= -to/lib/core/.libs | /home/des/src/cryb-to/t/.libs/t_core: | libcryb-test.so.0 =3D> /usr/local/lib/libcryb-test.so.0 (0x80081f000) | libcryb-core.so.0 =3D> /usr/local/lib/libcryb-core.so.0 (0x800a26000) | libc.so.7 =3D> /lib/libc.so.7 (0x800c2a000) | 1..2 | not ok 1 - version | ok 2 - no memory leaked |=20 | This is a skeleton test which only verifies that the library it's linked | with has the same version as the one it was compiled with. Here's the | same test, with the same modifications, built with clang: |=20 | des@desk ~/src/cryb-to% ./t/t_core=20=20 | PATH=3D/home/des/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/b= in:/sbin | LD_LIBRARY_PATH=3D/home/des/src/cryb-to/lib/test/.libs:/home/des/src/cryb= -to/lib/core/.libs | /home/des/src/cryb-to/t/.libs/t_core: | libcryb-test.so.0 =3D> /home/des/src/cryb-to/lib/test/.libs/libcryb-test= .so.0 (0x80081f000) | libcryb-core.so.0 =3D> /home/des/src/cryb-to/lib/core/.libs/libcryb-core= .so.0 (0x800a27000) | libc.so.7 =3D> /lib/libc.so.7 (0x800c2c000) | 1..2 | ok 1 - version | ok 2 - no memory leaked |=20 | Please understand that the *only* way I can think of to work around this | is to set --nostdinc and --nostdlib and explicitly pass the correct | search path and list of libraries (-lgcc -lc) to gcc, and even then I'm | not sure it would work. I don't find that reasonable at all. |=20 | Note that I am not sure whether this problem is limited to gcc or if ld | is also involved. The iconv problem which I originally reported is | caused by gcc picking up iconv.h from /usr/local/include instead of over | /usr/include, but I'm not sure whether the linking problem is caused by | gcc passing its search path on to ld, or to ld having its own incorrect | search path. I tried explicitly setting LD=3D/usr/bin/ld, but that | doesn't make any difference since libtool uses gcc as a linker instead | of calling ${LD} directly. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@freebsd.org Thu Mar 9 08:32:37 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95A61D04063 for ; Thu, 9 Mar 2017 08:32:37 +0000 (UTC) (envelope-from des@des.no) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 85255D1B for ; Thu, 9 Mar 2017 08:32:37 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id 847C6D04061; Thu, 9 Mar 2017 08:32:37 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8416AD04060; Thu, 9 Mar 2017 08:32:37 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 50F1BD1A; Thu, 9 Mar 2017 08:32:36 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id B7D6D5380; Thu, 9 Mar 2017 08:32:35 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id CBF2D70C4; Thu, 9 Mar 2017 09:32:36 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: jbeich@freebsd.org (Jan Beich) Cc: bapt@FreeBSD.org, arch@FreeBSD.org, ports@FreeBSD.org Subject: Re: manpath change for ports ? References: <20170308190351.23C5470F2@freefall.freebsd.org> Date: Thu, 09 Mar 2017 09:32:36 +0100 In-Reply-To: <20170308190351.23C5470F2@freefall.freebsd.org> (Jan Beich's message of "Wed, 8 Mar 2017 19:03:51 +0000 (UTC)") Message-ID: <86wpbyn93v.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 08:32:37 -0000 jbeich@freebsd.org (Jan Beich) writes: > /usr/local is *the* default location according to GNU[1] and reinforced > by FHS[2] which want it "safe from being overwritten when the system > software is updated". Not on FreeBSD where site-local stuff like your > example above and ports/packages trample on each other. NetBSD avoided > the issue by moving /usr/local to /usr/pkg. All correct, but I don't really see the relevance... DE --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@freebsd.org Thu Mar 9 11:35:42 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D321D04509 for ; Thu, 9 Mar 2017 11:35:42 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 32CFA1AC8 for ; Thu, 9 Mar 2017 11:35:42 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 32396D04507; Thu, 9 Mar 2017 11:35:42 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31B98D04506; Thu, 9 Mar 2017 11:35:42 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay105.isp.belgacom.be (mailrelay105.isp.belgacom.be [195.238.20.132]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 010F91AC5; Thu, 9 Mar 2017 11:35:40 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2APBQDWPMFY/0nD8VFdHAEBBAEBCgEBg?= =?us-ascii?q?1FRgRqDYIoMc5BbKQGVDoIOgmyDNgKCTEAYAQIBAQEBAQEBayiFFQEBAQECASM?= =?us-ascii?q?zIwULCxgCAgUhAgIPKh4GExuJXQywJoIminABAQEHAQEBASSBC4oyhDAkgwaCX?= =?us-ascii?q?wWVeoY/ih6IDXaBEoUjigKTPx84gQM3LAg/hlU/NYdugj0BAQE?= X-IPAS-Result: =?us-ascii?q?A2APBQDWPMFY/0nD8VFdHAEBBAEBCgEBg1FRgRqDYIoMc5B?= =?us-ascii?q?bKQGVDoIOgmyDNgKCTEAYAQIBAQEBAQEBayiFFQEBAQECASMzIwULCxgCAgUhA?= =?us-ascii?q?gIPKh4GExuJXQywJoIminABAQEHAQEBASSBC4oyhDAkgwaCXwWVeoY/ih6IDXa?= =?us-ascii?q?BEoUjigKTPx84gQM3LAg/hlU/NYdugj0BAQE?= Received: from 73.195-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.195.73]) by relay.skynet.be with ESMTP; 09 Mar 2017 12:35:34 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v29BZXjw088655; Thu, 9 Mar 2017 12:35:33 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Thu, 9 Mar 2017 12:35:32 +0100 From: Tijl Coosemans To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Cc: Baptiste Daroussin , ports@FreeBSD.org, arch@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170309123532.09b87366@kalimero.tijl.coosemans.org> In-Reply-To: <861su6ont5.fsf@desk.des.no> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <20170308204126.6d152c44@kalimero.tijl.coosemans.org> <861su6ont5.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 11:35:42 -0000 On Thu, 09 Mar 2017 09:29:42 +0100 Dag-Erling Sm=C3=B8rgrav wr= ote: > Tijl Coosemans writes: >> If you want to run a program from its build directory and the program >> links to a library also in the build directory then you have to run the >> program with LD_LIBRARY_PATH environment variable set to the build >> directory. Or, you could link the program with -rpath , but >> then you should relink it before installation. It's one of the things >> libtool takes care of automatically. >> >> If this is the problem you have then it has nothing to do with gcc. If >> you're not using libtool then your program probably does not have any >> rpath or runpath so it falls back on rtld/ldconfig which may find it in >> /usr/local/lib. =20 >=20 > You are correct in theory, but I am using libtool and it doesn't work. >=20 > Here's a series of emails I wrote to the maintainer a little over six > months ago explaining the problem: >=20 > 1) >=20 > | I discovered that lang/gcc48 (and presumably the other gcc ports as > | well) not only have /usr/local/include in their default include path, > | but actually place it ahead of /usr/include. This is causing me no end > | of grief with software that uses iconv, because GNU libiconv's > | f*s up your namespace so the build fails unless you explicitly link with > | GNU libiconv instead of using the libc version. [...] Right, to use libc iconv(3) with -I/usr/local/include and GNU libiconv installed you have to compile with -DLIBICONV_PLUG. > 2) >=20 > | [...] I realized over the weekend that the > | situation is even worse than I initially thought. Basically, ports gcc > | is unusable for any other purpose than to build ports which don't > | support clang. Let me explain with a hypothetical scenario: > |=20 > | You are developing a library which is important enough that you need to > | have the stable version installed on your development system. It is > | installed in /usr/local as usual. You've been working on fixing a bug, > | and have written a unit test which exercises the relevant code and > | verified that it can deterministically trigger the bug. You fix the bug > | and 'make check' again, all green. Then you clean out your working > | copy, re-run configure with CC=3Dgcc and 'make check' again. Your tests > | fail. > |=20 > | What happened is that when you built your code with gcc, the tests were > | linked and run with the stable version of the library, where the bug is > | not fixed. You can build with LDFLAGS=3D-L$(top_builddir)/lib, you can > | even specify the full path to the library in LDADD for each individual > | test, it doesn't matter. It will *always* pick the installed version > | first. The only way to get your tests to pass is to not have the > | library installed. > |=20 > | Real-world example - a 10.3 system with upstream OpenPAM installed > | because it uses OpenPAM's OATH implementation: > |=20 > | with base clang: > |=20 > | des@desk ~/src/openpam/trunk% libtool exec ldd ./t/t_openpam_dispatch > | /home/des/src/openpam/trunk/t/.libs/t_openpam_dispatch: > | libpam.so.2 =3D> /home/des/src/openpam/trunk/lib/libpam/.libs/libpam.s= o.2 (0x800822000) > | liboath.so.2 =3D> /home/des/src/openpam/trunk/lib/liboath/.libs/liboat= h.so.2 (0x800a34000) > | libcrypto.so.7 =3D> /lib/libcrypto.so.7 (0x800c39000) > | libc.so.7 =3D> /lib/libc.so.7 (0x80102f000) > |=20 > | with lang/gcc: > |=20 > | des@desk ~/src/openpam/trunk% pkg which =3Dgcc > | /usr/local/bin/gcc was installed by package gcc-4.8.5_2 > | des@desk ~/src/openpam/trunk% libtool exec ldd ./t/t_openpam_dispatch > | /home/des/src/openpam/trunk/t/.libs/t_openpam_dispatch: > | libpam.so.2 =3D> /usr/local/lib/libpam.so.2 (0x800822000) > | liboath.so.2 =3D> /usr/local/lib/liboath.so.2 (0x800a34000) > | libcrypto.so.7 =3D> /lib/libcrypto.so.7 (0x800c39000) > | libc.so.7 =3D> /lib/libc.so.7 (0x80102f000) > | libcrypto.so.8 =3D> /usr/local/lib/libcrypto.so.8 (0x8013dc000) > | libthr.so.3 =3D> /lib/libthr.so.3 (0x8017e9000) > |=20 > | (and don't ask me why the gcc version is linked with two different > | versions of libcrypto!) Here you can probably get things working by adding -Wl,--enable-new-dtags to LDFLAGS in the configure script (or to AM_LDFLAGS in Makefile.am). Clang runs ld(1) with this flag by default, gcc does not. With clang the program has DT_RUNPATH /usr/local/lib, which rtld(1) checks after LD_LIBRARY_PATH, and with gcc the program has DT_RPATH /usr/local/lib which rtld checks *before* LD_LIBRARY_PATH. (The gold(1) linker also enables this flag by default.) The reason it links to libcrypto twice is because liboath.so.2 pulls in libcrypto.so.7 while gcc has linked libpam with libcrypto.so.8 because of the implicit -L/usr/local/lib. > 3) >=20 > | I honestly thought this was a recent change, but I realize now that the > | recent change is that I switched from developing on systems that still > | had gcc in base (without /usr/local in the search path) to systems that > | don't, and therefore use gcc from ports. > |=20 > | The correct solution, in my opinion, is to remove /usr/local from all > | search paths. There is no need for it, even for ports, because most > | ports add /usr/local to CPPFLAGS and LDFLAGS, either explicitly or > | implicitly (by passing --prefix=3D${LOCALBASE} to the configure script). > | If there are gcc-only ports which *don't* do it, they can easily be > | fixed. I agree. > | I initially thought that merely changing the library search order would > | be sufficient, but apparently gcc somehow forces /usr/local/lib to take > | precedence even over ${LD_LIBRARY_PATH}, which is what causes my unit > | tests to fail. Here is an example from another project where I modified > | the libtool wrapper to show its environment and run ldd before executing > | the binary: > |=20 > | des@desk ~/src/cryb-to% ./t/t_core > | PATH=3D/home/des/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:= /bin:/sbin > | LD_LIBRARY_PATH=3D/home/des/src/cryb-to/lib/test/.libs:/home/des/src/cr= yb-to/lib/core/.libs > | /home/des/src/cryb-to/t/.libs/t_core: > | libcryb-test.so.0 =3D> /usr/local/lib/libcryb-test.so.0 (0x80081f000) > | libcryb-core.so.0 =3D> /usr/local/lib/libcryb-core.so.0 (0x800a26000) > | libc.so.7 =3D> /lib/libc.so.7 (0x800c2a000) > | 1..2 > | not ok 1 - version > | ok 2 - no memory leaked > |=20 > | This is a skeleton test which only verifies that the library it's linked > | with has the same version as the one it was compiled with. Here's the > | same test, with the same modifications, built with clang: > |=20 > | des@desk ~/src/cryb-to% ./t/t_core =20 > | PATH=3D/home/des/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:= /bin:/sbin > | LD_LIBRARY_PATH=3D/home/des/src/cryb-to/lib/test/.libs:/home/des/src/cr= yb-to/lib/core/.libs > | /home/des/src/cryb-to/t/.libs/t_core: > | libcryb-test.so.0 =3D> /home/des/src/cryb-to/lib/test/.libs/libcryb-te= st.so.0 (0x80081f000) > | libcryb-core.so.0 =3D> /home/des/src/cryb-to/lib/core/.libs/libcryb-co= re.so.0 (0x800a27000) > | libc.so.7 =3D> /lib/libc.so.7 (0x800c2c000) > | 1..2 > | ok 1 - version > | ok 2 - no memory leaked > |=20 > | Please understand that the *only* way I can think of to work around this > | is to set --nostdinc and --nostdlib and explicitly pass the correct > | search path and list of libraries (-lgcc -lc) to gcc, and even then I'm > | not sure it would work. I don't find that reasonable at all. > |=20 > | Note that I am not sure whether this problem is limited to gcc or if ld > | is also involved. The iconv problem which I originally reported is > | caused by gcc picking up iconv.h from /usr/local/include instead of over > | /usr/include, but I'm not sure whether the linking problem is caused by > | gcc passing its search path on to ld, or to ld having its own incorrect > | search path. I tried explicitly setting LD=3D/usr/bin/ld, but that > | doesn't make any difference since libtool uses gcc as a linker instead > | of calling ${LD} directly. Note that -rpath /usr/local/lib isn't added by gcc but by libtool because it assumes rtld will not search that directory automatically. If you run './configure CC=3Dgcc --prefix=3D/usr && make check' the tests should succeed (without --enable-new-dtags) because -rpath isn't used then. You can examine rpath differences with 'objdump -p program | grep PATH'. From owner-freebsd-arch@freebsd.org Thu Mar 9 11:55:22 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2362CD04CFE for ; Thu, 9 Mar 2017 11:55:22 +0000 (UTC) (envelope-from des@des.no) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 10D0690B for ; Thu, 9 Mar 2017 11:55:22 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id 1031FD04CFC; Thu, 9 Mar 2017 11:55:22 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FC2DD04CFB; Thu, 9 Mar 2017 11:55:22 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id CD92D90A; Thu, 9 Mar 2017 11:55:21 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 591AC5B80; Thu, 9 Mar 2017 11:55:20 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 0BB7070EB; Thu, 9 Mar 2017 12:55:20 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Tijl Coosemans Cc: Baptiste Daroussin , ports@FreeBSD.org, arch@FreeBSD.org Subject: Re: manpath change for ports ? References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <20170308204126.6d152c44@kalimero.tijl.coosemans.org> <861su6ont5.fsf@desk.des.no> <20170309123532.09b87366@kalimero.tijl.coosemans.org> Date: Thu, 09 Mar 2017 12:55:20 +0100 In-Reply-To: <20170309123532.09b87366@kalimero.tijl.coosemans.org> (Tijl Coosemans's message of "Thu, 9 Mar 2017 12:35:32 +0100") Message-ID: <86fuimmzpz.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 11:55:22 -0000 Tijl Coosemans writes: > Right, to use libc iconv(3) with -I/usr/local/include and GNU libiconv > installed you have to compile with -DLIBICONV_PLUG. I didn't have -I/usr/local/include, gcc forced it on me. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@freebsd.org Thu Mar 9 12:29:49 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A25ECFB90E for ; Thu, 9 Mar 2017 12:29:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6372E3DA for ; Thu, 9 Mar 2017 12:29:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 62D85CFB90B; Thu, 9 Mar 2017 12:29:49 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62666CFB90A; Thu, 9 Mar 2017 12:29:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6D513D9; Thu, 9 Mar 2017 12:29:48 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.avinity.tv (unknown [77.95.97.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6FA4B2ACA3; Thu, 9 Mar 2017 13:29:38 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_158C0438-7EB6-4369-B706-5BA4441CF800"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: manpath change for ports ? Date: Thu, 9 Mar 2017 13:29:26 +0100 In-Reply-To: <861su6ont5.fsf@desk.des.no> Cc: Tijl Coosemans , ports@FreeBSD.org, arch@FreeBSD.org, Baptiste Daroussin To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <20170308204126.6d152c44@kalimero.tijl.coosemans.org> <861su6ont5.fsf@desk.des.no> X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 12:29:49 -0000 --Apple-Mail=_158C0438-7EB6-4369-B706-5BA4441CF800 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 9 Mar 2017, at 09:29, Dag-Erling Sm=C3=B8rgrav wrote: ... > 1) >=20 > | I discovered that lang/gcc48 (and presumably the other gcc ports as > | well) not only have /usr/local/include in their default include = path, > | but actually place it ahead of /usr/include. This is causing me no = end > | of grief with software that uses iconv, because GNU libiconv's = > | f*s up your namespace so the build fails unless you explicitly link = with > | GNU libiconv instead of using the libc version. [...] >=20 > 2) >=20 > | [...] I realized over the weekend that = the > | situation is even worse than I initially thought. Basically, ports = gcc > | is unusable for any other purpose than to build ports which don't > | support clang. Let me explain with a hypothetical scenario: > | > | You are developing a library which is important enough that you need = to > | have the stable version installed on your development system. It is > | installed in /usr/local as usual. You've been working on fixing a = bug, > | and have written a unit test which exercises the relevant code and > | verified that it can deterministically trigger the bug. You fix the = bug > | and 'make check' again, all green. Then you clean out your working > | copy, re-run configure with CC=3Dgcc and 'make check' again. Your = tests > | fail. > | > | What happened is that when you built your code with gcc, the tests = were > | linked and run with the stable version of the library, where the bug = is > | not fixed. You can build with LDFLAGS=3D-L$(top_builddir)/lib, you = can > | even specify the full path to the library in LDADD for each = individual > | test, it doesn't matter. It will *always* pick the installed = version > | first. The only way to get your tests to pass is to not have the > | library installed. Please pin this email for re-use the next time a discussion is started about adding /usr/local to the default include and library paths for the base system compiler... It's been more than a year now, so I expect it to be regurgitated any time soon. :) -Dimitry --Apple-Mail=_158C0438-7EB6-4369-B706-5BA4441CF800 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAljBSrEACgkQsF6jCi4glqO4TgCdFuLXd4PMTuMXebe5Xsp7kCq+ sM0AnjCCTOAdqi5P9oGEcS8gYOmuxOlC =7qLs -----END PGP SIGNATURE----- --Apple-Mail=_158C0438-7EB6-4369-B706-5BA4441CF800-- From owner-freebsd-arch@freebsd.org Thu Mar 9 16:46:39 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C847BD05D61 for ; Thu, 9 Mar 2017 16:46:39 +0000 (UTC) (envelope-from citrin+bsd@citrin.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B3717CA1 for ; Thu, 9 Mar 2017 16:46:39 +0000 (UTC) (envelope-from citrin+bsd@citrin.ru) Received: by mailman.ysv.freebsd.org (Postfix) id AF3D3D05D5F; Thu, 9 Mar 2017 16:46:39 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AEBD6D05D5E; Thu, 9 Mar 2017 16:46:39 +0000 (UTC) (envelope-from citrin+bsd@citrin.ru) Received: from hz.citrin.ru (hz.citrin.ru [IPv6:2a01:4f8:d16:10c3::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 795DDCA0; Thu, 9 Mar 2017 16:46:39 +0000 (UTC) (envelope-from citrin+bsd@citrin.ru) Received: from x220.lan (unknown [IPv6:2601:18a:c301:8eee:9a6:c76b:7d:95c0]) by hz.citrin.ru (Postfix) with ESMTPSA id A4AB229A630; Thu, 9 Mar 2017 16:46:37 +0000 (UTC) Subject: Re: manpath change for ports ? To: Baptiste Daroussin , arch@FreeBSD.org, ports@FreeBSD.org References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> From: Anton Yuzhaninov Message-ID: Date: Thu, 9 Mar 2017 11:46:35 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=citrin.ru; s=s0; t=1489077998; bh=cuJ0GeFQCtDo0TdtKReGo/w6k8USgyexEPxoAdy+Auc=; h=Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=HVC4xUmQn/eEp5sjcHIWpFVR65xor6NZYHbaqlVAK+UhxIcyIdNv85FVDHZW7KWXr+YNuYIZar6J67h+c/ENrr47XBfLv/Kms/qCJQ0emjHmgznKQBQxl3N92hSwdaS0yFEWm2LPbeFGPScNEL63nJ4jAUvQby4n9ZJMIY5LG9E= X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 16:46:39 -0000 On 03/06/17 18:56, Baptiste Daroussin wrote: > I think we should add /usr/local/share/man in the manpath along with at first > and maybe instead of in long term. > > The reason is: > - /usr/local/share/man seems more consistent to me with base which have: > /usr/share/man > - It will remove lots of patches from the ports tree where were we need to patch > upstream build system to install in a non usual path. 1. During transition period having two trees for man pages - /usr/local/share/man and /usr/share/man will be additional headache. 2. When /usr/local/man will be removed some ports should be patched to use /usr/local/share/man instead /usr/local/man and we almost back to square one (with fewer ports to patch). 3. Patching man path is trivial comparing other challenges during porting software to FreeBSD. For me current situation with man path is not a big issue. 4. Linux Filesystem Hierarchy Standard has /usr/share/man but /usr/local/man Given all above I don't think this change is worth benefits it will have. Also when/if you will add /usr/local/share/man, please submit patch to cmake: https://gitlab.kitware.com/cmake/cmake/blob/master/Modules/GNUInstallDirs.cmake#L273 Currently cmake defines CMAKE_INSTALL_MANDIR to $PREFIX/man on FreeBSD. From owner-freebsd-arch@freebsd.org Thu Mar 9 18:46:57 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 157F6D05A2B; Thu, 9 Mar 2017 18:46:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD7C6A6D; Thu, 9 Mar 2017 18:46:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id C8B5A10A7DB; Thu, 9 Mar 2017 13:46:55 -0500 (EST) From: John Baldwin To: freebsd-arch@freebsd.org Cc: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= , Baptiste Daroussin , ports@freebsd.org, arch@freebsd.org Subject: Re: manpath change for ports ? Date: Thu, 09 Mar 2017 10:20:48 -0800 Message-ID: <2721378.xr7MGKcqvA@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <86mvcvojzt.fsf@desk.des.no> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 09 Mar 2017 13:46:55 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 18:46:57 -0000 On Wednesday, March 08, 2017 04:39:50 PM Dag-Erling Sm=F8rgrav wrote: > Baptiste Daroussin writes: > > I would like to propose a change in the localbase hier for ports > > > > I think we should add /usr/local/share/man in the manpath along wit= h > > at first and maybe instead of in long term. >=20 > 2) plus info -> share/info as suggested by jbeich >=20 > 3) plus libdata/pkgconfig -> lib/pkgconfig >=20 > These three items will ensure that "./configure --prefix=3D/usr/local= && > make install" will do the right thing out of the box - by changing ou= r > definition of "the right thing" to match what the GNU autotools have > been doing for at least 15 years. >=20 > 4) Remove the hardcoded library path in lang/gcc* >=20 > This makes it possible to work on software that includes both librari= es > and programs while an earlier copy of the same software is already > installed. With the current state of gcc, the programs you are worki= ng > on will be linked against the version of the library that's already > installed instead of the version you just compiled, and there is noth= ing > you can do to prevent it. You won't notice anything if all you ever = do > is "make && make install", because the new library will replace the o= ld, > but if you try to run your program directly from the build tree, it w= ill > use the wrong library. This can be incredibly frustrating if you're = not > aware of it - imagine you're trying to fix a bug in that library and = no > matter what you do, your regression test keeps failing... +1 on all these. I think that ports compilers should not have /usr/local/include or /usr/local/lib as implicit paths either as others= have stated. I wouldn't even mind if we had both /usr/local/man and /usr/local/share= /man so long as our default MANPATH included both if that means applying few= er patches to ports. --=20 John Baldwin From owner-freebsd-arch@freebsd.org Thu Mar 9 22:58:21 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B9E9D0525E for ; Thu, 9 Mar 2017 22:58:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4512217 for ; Thu, 9 Mar 2017 22:58:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22d.google.com with SMTP id g138so76503256itb.0 for ; Thu, 09 Mar 2017 14:58:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=yIhXZBpI2+vyfw1iROh4dP9AxP0c/xdTHVGg2PT0Bho=; b=Vb8CAFWUpEI4e7Ug0R3g9Qb6opujQ5nktvBi5JWCKVqOm0W6qXIvdZBNcKh22T/jtF Qdo3sze3vgSyfh+EMJ/oYTeCIQ1cUT2WbW3tqg2hhBWmn2tWJqOa/+FF/kQsbztNq08f kc+s93Oszpk1DJClfLFodHQPjO8BJicIEVsSUV1ffcDwRTPebF05rMdtbKo20/ZUdpIz +SyDu+Ynmw1Tw0H251RQ6z3jOHXF40VLRQalb+e1EgzUacMPKNwEgpoZyE4ZOqT5xtNq qd9oOmA/uXjyaVcBA1VBxHKJ+8qi18oWkATlObvK1es40Dqio6KhQcevhsGsYFWNBdYX CcrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=yIhXZBpI2+vyfw1iROh4dP9AxP0c/xdTHVGg2PT0Bho=; b=kpytdaZzrWBg+bdrwyWtiS4Rywa6gdzj5GmcupEiayoQ42AnuQGAPBXK5kZVHPI0qi GicxPhuJacMrVC+TKGjlf91MchwFwLLBVdnLSdoC1DIrFWQvlEngXA8w3jx9pba4GX8h RJuBGzGryb+niA8yF5ZxKUrAd4ufl/WCzOAhAlHU6HHAsFUKa3ZlxTHsI08XSYgHLUsD vj8HEpMKAxdVoWs6YJF3vv0xUtR9KutOhwbxCrhI4d4yqZgsiSg8ZAQjzl9+F0m1bLtw yQ0wVQccQ6ZgQDsabaYPdb14Vkx5MnLU9MpuF+ksaIjFAAQawU8r9dLzIfLuIKaOeVM6 WDTw== X-Gm-Message-State: AMke39mptvQS/Ixorqr8eFMpAVtvB0+lIvlxYitXLeUwf5HL3TgxIucn7WBHOEsU7mdtfmyu+Z2Ef9YG9UKE8w== X-Received: by 10.36.116.71 with SMTP id o68mr15186466itc.60.1489100299701; Thu, 09 Mar 2017 14:58:19 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.134.129 with HTTP; Thu, 9 Mar 2017 14:58:19 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: References: <201703042039.v24KdcDE078734@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Thu, 9 Mar 2017 15:58:19 -0700 X-Google-Sender-Auth: _eOv967NXJrP-x5jBvc6Tbb7Aks Message-ID: Subject: Re: svn commit: r314654 - in head/cddl: lib/drti lib/libavl lib/libctf lib/libdtrace lib/libnvpair lib/libumem lib/libuutil lib/libzfs lib/libzfs_core lib/libzpool sbin/zfs sbin/zpool usr.bin/ctfconver... To: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 22:58:21 -0000 [[ redirected to arch@ ]] On 3/4/17 3:39 PM, Rodney W. Grimes wrote: > Idk, maybe I am to personally attached to the relative paths.. cause I > had a major part in helping them all to work, or perhaps its my been > burned by absolute paths that had to be reworked too many times in > my past. But my gutt is telling me this change is Bad(tm). OK. Reading through this entire thread, it looks like the general consensus is to move to SRCTOP. Let me summarize the reasons. To summarize: We have never used relative paths. The paths have always been absolute. SRCTOP makes the paths shorter in the Makefile as well as making it possible to move Makefiles around. These two very real benefit have not been offset against any tangible reasons to not do this. ${.CURDIR} has always been an absolute path, and the makefiles have always used ${.CURDIR}/.../../blah to reach over to some place else in the tree. But these "tree relative" absolute paths are the worst of both worlds. They fossilize the locations of the Makefiles because they can't only be moved to a limited number of places. They bloat the paths needlessly which increases the output of the commands (and also makes the deepest top directory you can build from significantly shorter). There never was a good reason to use the ${.CURDIR}/.. construct other than SRCTOP simply never existed until recently. So unless people can articulate a coherent reason to not do this, I plan on moving ahead on SRCTOP. This was the consensus of the folks maintaining the build system before this commit and remains the general (though not unanimous) consensus after the discussion. The first of the code reviews is here, which try to duplicate the work ngie@ did on the topic, but with only the SRCTOP changes for the moment: https://reviews.freebsd.org/D9932 There was a prior arch@ thread: https://lists.freebsd.org/pipermail/freebsd-arch/2017-March/018117.html which generated no objections as well, adding to my opinion that we have consensus. I'll do others for the rest of the tree and commit them in 'chunks' the size of top-level components (or maybe smaller if those chunks are too large, since it's better for external people to have 10 smaller chunks to merge than 1 larger chunk). I hope to push this in sometime next week. Warner From owner-freebsd-arch@freebsd.org Fri Mar 10 01:43:17 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B618FD05477 for ; Fri, 10 Mar 2017 01:43:17 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9689C17FE for ; Fri, 10 Mar 2017 01:43:17 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 92225D05473; Fri, 10 Mar 2017 01:43:17 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91A7BD05472; Fri, 10 Mar 2017 01:43:17 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1455617FC; Fri, 10 Mar 2017 01:43:16 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074422-8cfff70000004a21-ea-58c204ad08e4 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id E1.C7.18977.DA402C85; Thu, 9 Mar 2017 20:43:09 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v2A1h8XY021209; Thu, 9 Mar 2017 20:43:08 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v2A1h57R004569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 9 Mar 2017 20:43:08 -0500 Date: Thu, 9 Mar 2017 19:43:05 -0600 From: Benjamin Kaduk To: Tijl Coosemans Cc: ports@FreeBSD.org, arch@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170310014305.GO30306@kduck.kaduk.org> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <20170308204126.6d152c44@kalimero.tijl.coosemans.org> <861su6ont5.fsf@desk.des.no> <20170309123532.09b87366@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170309123532.09b87366@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrGIsWRmVeSWpSXmKPExsUixG6noruW5VCEQeMKdYslM+YxW2yb3Mpo sWflakYHZo8Zn+azBDBGcdmkpOZklqUW6dslcGW8Pb+EuWA5c8WOYz4NjDeYuhg5OSQETCTO TD3I0sXIxSEk0MYksah7JzOEs4FRYsf6lYwQzhWgzMp3bCAtLAIqEp/23gRrZwOyG7ovM4PY IgKqEnN2zWIHsZkF1CVenwJp5uQQBrK73hwCq+cFWnfqwnywGiGB54wSk6cFQcQFJU7OfMIC 0aslcePfS6B6DiBbWmL5Pw6QMKeAk8TrCb1graICyhINMx4wT2AUmIWkexaS7lkI3QsYmVcx yqbkVunmJmbmFKcm6xYnJ+blpRbpmurlZpbopaaUbmIEB6mL0g7Gif+8DjEKcDAq8fDOyD4Y IcSaWFZcmXuIUZKDSUmUl4PpUIQQX1J+SmVGYnFGfFFpTmrxIUYJDmYlEV7zx0DlvCmJlVWp RfkwKWkOFiVxXnGNxgghgfTEktTs1NSC1CKYrAwHh5IE73RmoKGCRanpqRVpmTklCGkmDk6Q 4TxAw0NBaniLCxJzizPTIfKnGHU5bhw/8IZJiCUvPy9VSpz3P8h1AiBFGaV5cHNAyUUie3/N K0ZxoLeEeRNARvEAExPcpFdAS5iAlkzjA/mguCQRISXVwJi7e0WMdFj9cunVm4LnLFO7Jd/Y 2NYtkuBV2HVpb/VlxQy18+WqV05V55Wof6lZbnl/R11CnYRJ9q3QmR/Tq4v/HD3fuv7vk0ls hoHu064YZNTuVlkr0u2mX6wmueNau1vBwbLjkebXpzzzurTt0fHzHY0bM0p0de5qsD3ce0Zu +6pIbmV3HSWW4oxEQy3mouJEAIu8DAkJAwAA X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 01:43:17 -0000 On Thu, Mar 09, 2017 at 12:35:32PM +0100, Tijl Coosemans wrote: > Note that -rpath /usr/local/lib isn't added by gcc but by libtool > because it assumes rtld will not search that directory automatically. > If you run './configure CC=gcc --prefix=/usr && make check' the tests > should succeed (without --enable-new-dtags) because -rpath isn't used > then. Sounds like a bug in the libtool packaging, then? -Ben From owner-freebsd-arch@freebsd.org Fri Mar 10 06:30:01 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF817D0536B for ; Fri, 10 Mar 2017 06:30:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CEF612F3 for ; Fri, 10 Mar 2017 06:30:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x231.google.com with SMTP id z13so43345586iof.2 for ; Thu, 09 Mar 2017 22:30:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=CSQPHswPD+AVRJzH88Y+pbygFDxJ4w6IGyGFvdSRnvs=; b=DmFrr2APspAKna9gUKDnoeh6kxkKMY0mVVYn7bdRNlQPpW1jvKczYi9zUDd6KsGWdF gU3MGAeJvSx6JtU91gPS/cjdeTDj0PrgtYf/Md8jOyw2vhEtpUFN0L84ixwUx+P6DBeH BvjTrdafkfpYblOvOKAErT59zJaUKkstgHbJ0J2oja94eK4ZqJ5zljkrJakxhyxvN9/y Z+hClYPA8dNEh22Lt2XNuKx0t/QU8hSwFPK6/NV4HVq1xLHCRYNGXLsrtVclCaAULix/ 0cqDmF9CuL4zXyd2bIf8nTpev9ObRvjig6WurGQ84531lV54bZrstVpJAMIli4kRrw/i Ermw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=CSQPHswPD+AVRJzH88Y+pbygFDxJ4w6IGyGFvdSRnvs=; b=jqEDCLuosfOCYxt7P2EjJbbpyVOdHBrzQhWecP1+0SfiGy4umNRjOeF74fHDG5QFn1 mJPJk9I1RQCMu3J0MZQUbjZHKK8B3H2xoR93EEdhsN/hDrC4K8QvKOkI5195xOr+Aum0 X5LbYgwwGG1QcRms7vIDgtH91AmoBysjPpGr9a2ShpMHFAnhvQk8JH11rXaD82ZbHJkm kaAcC+xGnRX0bjaigEENv/N0s6nlC1eXkDClP0C7WMfebyjMIR0MS9n5zZqYYWDQnPpF g1+tWeVsy/LnEs0r7BIhX7qMF8SrrGkq0yFKhFgQU6K+2iH296m+HobhOdPhkTes1H// 5Usw== X-Gm-Message-State: AMke39mZECwjtWxDNQ3qd0AiTWHAllfc9Dznh7kquEx5hStl4fr4OSL3t5NEOuutqTVqd69gHRZGzowL38Pd9Q== X-Received: by 10.107.134.94 with SMTP id i91mr14917873iod.0.1489127400443; Thu, 09 Mar 2017 22:30:00 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.134.129 with HTTP; Thu, 9 Mar 2017 22:29:59 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: References: <201703042039.v24KdcDE078734@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Thu, 9 Mar 2017 23:29:59 -0700 X-Google-Sender-Auth: KQwCIZa1hScktvi_5w3mgcqdvQQ Message-ID: Subject: Re: svn commit: r314654 - in head/cddl: lib/drti lib/libavl lib/libctf lib/libdtrace lib/libnvpair lib/libumem lib/libuutil lib/libzfs lib/libzfs_core lib/libzpool sbin/zfs sbin/zpool usr.bin/ctfconver... To: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 06:30:01 -0000 On Thu, Mar 9, 2017 at 3:58 PM, Warner Losh wrote: > The first of the code reviews is here, which try to duplicate the work > ngie@ did on the topic, but with only the SRCTOP changes for the > moment: > > https://reviews.freebsd.org/D9932 Thanks for the reviews so far. Since it isn't too huge, I glommed all the other reviews onto this one since phabricator + git is kinda hard to do individual ones. I'll be making separate commits for each top level directory. Warner From owner-freebsd-arch@freebsd.org Fri Mar 10 09:51:46 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58E38D05030; Fri, 10 Mar 2017 09:51:46 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2457E1085; Fri, 10 Mar 2017 09:51:45 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 10AFE549E; Fri, 10 Mar 2017 09:50:40 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id C261571AD; Fri, 10 Mar 2017 10:50:39 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: John Baldwin Cc: freebsd-arch@freebsd.org, Baptiste Daroussin , ports@freebsd.org, arch@freebsd.org Subject: Re: manpath change for ports ? References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <2721378.xr7MGKcqvA@ralph.baldwin.cx> Date: Fri, 10 Mar 2017 10:50:39 +0100 In-Reply-To: <2721378.xr7MGKcqvA@ralph.baldwin.cx> (John Baldwin's message of "Thu, 09 Mar 2017 10:20:48 -0800") Message-ID: <86a88tmpe8.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 09:51:46 -0000 John Baldwin writes: > I wouldn't even mind if we had both /usr/local/man and /usr/local/share/m= an > so long as our default MANPATH included both if that means applying fewer > patches to ports. The default MANPATH is constructed dynamically from PATH: 1. From each component of the user's PATH for the first of: - pathname/man - pathname/MAN - If pathname ends with /bin: pathname/../man Note: Special logic exists to make /bin and /usr/bin look in /usr/share/man for manual files. If we change this to: 1. From each component of the user's PATH for the first of: - pathname/man - pathname/MAN - If pathname ends with /bin or /sbin: pathname/../man and pathname/../share/man we wouldn't need any "special logic", but I really don't like the idea of having different ports installing man pages in different locations. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@freebsd.org Fri Mar 10 11:38:59 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35598D06DE0 for ; Fri, 10 Mar 2017 11:38:59 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1C715E70 for ; Fri, 10 Mar 2017 11:38:59 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1BDF4D06DDE; Fri, 10 Mar 2017 11:38:59 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B700D06DDD; Fri, 10 Mar 2017 11:38:59 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay117.isp.belgacom.be (mailrelay117.isp.belgacom.be [195.238.20.144]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A22FE6F; Fri, 10 Mar 2017 11:38:57 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CkDwBEj8JY/0nD8VFdDg4BAQQBAQoBA?= =?us-ascii?q?YNRQRCBGo5hkF0pAZUOgg6GIgKCOEIWAQIBAQEBAQEBayiFFgEFOhwjEAsYCSU?= =?us-ascii?q?PKh4GE4oEs0aKaQEBAQEBBQEBAQEkiz2KOQWcOpIrdpA5k0AmCieBAzgsCIZXP?= =?us-ascii?q?j81ihoBAQE?= X-IPAS-Result: =?us-ascii?q?A2CkDwBEj8JY/0nD8VFdDg4BAQQBAQoBAYNRQRCBGo5hkF0?= =?us-ascii?q?pAZUOgg6GIgKCOEIWAQIBAQEBAQEBayiFFgEFOhwjEAsYCSUPKh4GE4oEs0aKa?= =?us-ascii?q?QEBAQEBBQEBAQEkiz2KOQWcOpIrdpA5k0AmCieBAzgsCIZXPj81ihoBAQE?= Received: from 73.195-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.195.73]) by relay.skynet.be with ESMTP; 10 Mar 2017 12:38:49 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v2ABcmaJ097730; Fri, 10 Mar 2017 12:38:48 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 10 Mar 2017 12:38:47 +0100 From: Tijl Coosemans To: Benjamin Kaduk Cc: ports@FreeBSD.org, arch@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170310123847.109f9e4b@kalimero.tijl.coosemans.org> In-Reply-To: <20170310014305.GO30306@kduck.kaduk.org> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <20170308204126.6d152c44@kalimero.tijl.coosemans.org> <861su6ont5.fsf@desk.des.no> <20170309123532.09b87366@kalimero.tijl.coosemans.org> <20170310014305.GO30306@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 11:38:59 -0000 On Thu, 9 Mar 2017 19:43:05 -0600 Benjamin Kaduk wrote: > On Thu, Mar 09, 2017 at 12:35:32PM +0100, Tijl Coosemans wrote: >> Note that -rpath /usr/local/lib isn't added by gcc but by libtool >> because it assumes rtld will not search that directory automatically. >> If you run './configure CC=gcc --prefix=/usr && make check' the tests >> should succeed (without --enable-new-dtags) because -rpath isn't used >> then. > > Sounds like a bug in the libtool packaging, then? Rtld only searches /lib and /usr/lib. It also searches the ldconfig hints file and /usr/local/lib is there by default (ldconfig_paths in /etc/defaults/rc.conf), but users are allowed to change that, for instance when they install ports in another location than /usr/local. Arguably, because our default compiler links with --enable-new-dtags, gcc should as well, but because of the different run-time semantics of DT_RPATH and DT_RUNPATH this is a potential minefield. Upstream binutils changed the default in ld once and this was quickly reverted. From owner-freebsd-arch@freebsd.org Fri Mar 10 14:16:04 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84F4FD04AC3 for ; Fri, 10 Mar 2017 14:16:04 +0000 (UTC) (envelope-from bounce+ff97a5.da7392-freebsd-arch=freebsd.org@linx.com) Received: from so254-58.mailgun.net (so254-58.mailgun.net [198.61.254.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5868D1953 for ; Fri, 10 Mar 2017 14:16:04 +0000 (UTC) (envelope-from bounce+ff97a5.da7392-freebsd-arch=freebsd.org@linx.com) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=linx.com; q=dns/txt; s=smtp; t=1489155363; h=Date: Message-Id: From: Content-type: MIME-Version: Subject: To: Sender; bh=ZMmcWlvsu70DN56ZynqY90NPBAMs5W/cm8eOUqwTXQc=; b=gB4U4cnfhkaj9u0Yd7O0sb4+8SPcSoYnAg5O+/0stpP1Dy63MDVD4mLaMAoLI9Y1/tOql3XN 28q1UVGVZWUxDJTupLMVxaenMQVg+J+Sfveapi6eOTYRbthX3d+KssodOTNYdM9jopOCXxa3 DaotlX9hEiPF+h1qYZ1qe59wuk8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=linx.com; s=smtp; q=dns; h=Sender: To: Subject: MIME-Version: Content-type: From: Message-Id: Date; b=i6ZFesFRDdtRsYZKh6LUIBOsVRL8mlzzDeVVupvcV2V9Wkos9NmU8dBZi29hW7Dg1yO0YG BIPEFgFFl8SAgFjaNBhSP9IsNSKYTa62SkZsmpa22EvxT4dt/aZuIOPtx64JfdoVSeuv66gl itidKrTjqIaoD9h2ZteqOjwNLDikc= Sender: root=localhost.linx.com@linx.com X-Mailgun-Sending-Ip: 198.61.254.58 X-Mailgun-Sid: WyJkZjk0OSIsICJmcmVlYnNkLWFyY2hAZnJlZWJzZC5vcmciLCAiZGE3MzkyIl0= Received: from 578509-app3.linx.com (578509-app3.linx.com [23.253.17.101]) by mxa.mailgun.org with ESMTP id 58c2b2c7.7fd9306d55b0-smtp-out-n02; Fri, 10 Mar 2017 14:05:59 -0000 (UTC) Received: by 578509-app3.linx.com (Postfix, from userid 10006) id 28C3BA619B7; Fri, 10 Mar 2017 08:05:33 -0600 (CST) To: freebsd-arch@freebsd.org Subject: [iTunes-Connect]Someone has been logged into your account from another country X-PHP-Originating-Script: 10006:mailer.php From: AppleID Message-Id: <20170310140533.28C3BA619B7@578509-app3.linx.com> Date: Fri, 10 Mar 2017 08:05:33 -0600 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 14:16:04 -0000 From owner-freebsd-arch@freebsd.org Fri Mar 10 16:04:40 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7DB9D04AE0; Fri, 10 Mar 2017 16:04:40 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay110.isp.belgacom.be (mailrelay110.isp.belgacom.be [195.238.20.137]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83CFF3DA; Fri, 10 Mar 2017 16:04:39 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2C1FgCbzcJY/0nD8VFdHAEBBAEBCgEBg?= =?us-ascii?q?1FBEIEag2CLAZBdKQGVDoIOhiICgj9BFwECAQEBAQEBAWsohRYBBSMzIxALGAI?= =?us-ascii?q?CBSECAg8qHgYTigSxaYImimsBAQEBBgEBAQEkgQuKMoRUgwaCXwWcPJIrdpA7k?= =?us-ascii?q?0AhAjSBAzgsCIcVPzWKGgEBAQ?= X-IPAS-Result: =?us-ascii?q?A2C1FgCbzcJY/0nD8VFdHAEBBAEBCgEBg1FBEIEag2CLAZB?= =?us-ascii?q?dKQGVDoIOhiICgj9BFwECAQEBAQEBAWsohRYBBSMzIxALGAICBSECAg8qHgYTi?= =?us-ascii?q?gSxaYImimsBAQEBBgEBAQEkgQuKMoRUgwaCXwWcPJIrdpA7k0AhAjSBAzgsCIc?= =?us-ascii?q?VPzWKGgEBAQ?= Received: from 73.195-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.195.73]) by relay.skynet.be with ESMTP; 10 Mar 2017 17:03:10 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v2AG39F5099444; Fri, 10 Mar 2017 17:03:09 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 10 Mar 2017 17:03:08 +0100 From: Tijl Coosemans To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Cc: John Baldwin , ports@freebsd.org, arch@freebsd.org, Baptiste Daroussin , freebsd-arch@freebsd.org Subject: Re: manpath change for ports ? Message-ID: <20170310170308.65d903d8@kalimero.tijl.coosemans.org> In-Reply-To: <86a88tmpe8.fsf@desk.des.no> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <2721378.xr7MGKcqvA@ralph.baldwin.cx> <86a88tmpe8.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 16:04:40 -0000 On Fri, 10 Mar 2017 10:50:39 +0100 Dag-Erling Sm=C3=B8rgrav wr= ote: > John Baldwin writes: >> I wouldn't even mind if we had both /usr/local/man and /usr/local/share/= man >> so long as our default MANPATH included both if that means applying fewer >> patches to ports. =20 >=20 > The default MANPATH is constructed dynamically from PATH: >=20 > 1. From each component of the user's PATH for the first of: > - pathname/man > - pathname/MAN > - If pathname ends with /bin: pathname/../man > Note: Special logic exists to make /bin and /usr/bin look in > /usr/share/man for manual files. >=20 > If we change this to: >=20 > 1. From each component of the user's PATH for the first of: > - pathname/man > - pathname/MAN > - If pathname ends with /bin or /sbin: pathname/../man and > pathname/../share/man >=20 > we wouldn't need any "special logic", but I really don't like the idea > of having different ports installing man pages in different locations. I grepped the ports tree and found nearly 5700 ports. That's a lot to change all at once but it may be doable. It depends on how much fallout there is in the exp-run. Ports are installed into a staging area now where files can be moved to another location. So a post-install make target could be added that moves the man pages to share/man if necessary (and prints a warning to maintainers in that case). Then all pkg-plist and PLIST_FILES need to be modified (with sed) and PORTREVISION needs to be bumped (also scripted). The same could be done to move info and pkgconfig files. From owner-freebsd-arch@freebsd.org Fri Mar 10 16:30:26 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0ABB0D066D0 for ; Fri, 10 Mar 2017 16:30:26 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E751A1A6B for ; Fri, 10 Mar 2017 16:30:25 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E3F04D066CE; Fri, 10 Mar 2017 16:30:25 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1D5FD066CD; Fri, 10 Mar 2017 16:30:25 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay110.isp.belgacom.be (mailrelay110.isp.belgacom.be [195.238.20.137]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F05021A69; Fri, 10 Mar 2017 16:30:24 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2D6DQBu08JY/0nD8VFdHAEBBAEBCgEBg?= =?us-ascii?q?1FBEIEIEo5hkF0pAZUOgg6GHAQCAoJAQhYBAgEBAQEBAQFrKIUWAQU6HCMQCw4?= =?us-ascii?q?KCSUPKh4GE4oEtAmKawEBAQEBBQEBAQEkiz2KOQWcPJIrdnqPQZNAJgYrgQM4L?= =?us-ascii?q?AiHFT81ihoBAQE?= X-IPAS-Result: =?us-ascii?q?A2D6DQBu08JY/0nD8VFdHAEBBAEBCgEBg1FBEIEIEo5hkF0?= =?us-ascii?q?pAZUOgg6GHAQCAoJAQhYBAgEBAQEBAQFrKIUWAQU6HCMQCw4KCSUPKh4GE4oEt?= =?us-ascii?q?AmKawEBAQEBBQEBAQEkiz2KOQWcPJIrdnqPQZNAJgYrgQM4LAiHFT81ihoBAQE?= Received: from 73.195-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.195.73]) by relay.skynet.be with ESMTP; 10 Mar 2017 17:30:21 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v2AGUKou099602; Fri, 10 Mar 2017 17:30:21 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 10 Mar 2017 17:30:20 +0100 From: Tijl Coosemans To: Baptiste Daroussin Cc: arch@FreeBSD.org, ports@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170310173020.60f75f7b@kalimero.tijl.coosemans.org> In-Reply-To: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 16:30:26 -0000 On Tue, 7 Mar 2017 00:56:10 +0100 Baptiste Daroussin wrote: > My proposal is to add to the manpath /usr/local/share/man in default > man(1) command in FreeBSD 12 (MFCed to 11-STABLE) > > and either provide an errata for 11.0/10.3 or a > /usr/local/etc/man.d/something.conf via a port or something like that > for those two, what do you think? I don't think we can expect users to install the latest errata or to run the latest head or stable, so a port would be needed. Could the pkg port be used for this? From owner-freebsd-arch@freebsd.org Fri Mar 10 16:38:31 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF9C6D068FE for ; Fri, 10 Mar 2017 16:38:31 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BBC41F8E; Fri, 10 Mar 2017 16:38:31 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id v2AGcUvu046399 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Mar 2017 08:38:30 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id v2AGcU6t046398; Fri, 10 Mar 2017 08:38:30 -0800 (PST) (envelope-from sgk) Date: Fri, 10 Mar 2017 08:38:30 -0800 From: Steve Kargl To: Tijl Coosemans Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , ports@freebsd.org, arch@freebsd.org, Baptiste Daroussin , John Baldwin , freebsd-arch@freebsd.org Subject: Re: manpath change for ports ? Message-ID: <20170310163830.GA46344@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <2721378.xr7MGKcqvA@ralph.baldwin.cx> <86a88tmpe8.fsf@desk.des.no> <20170310170308.65d903d8@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20170310170308.65d903d8@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 16:38:31 -0000 On Fri, Mar 10, 2017 at 05:03:08PM +0100, Tijl Coosemans wrote: > On Fri, 10 Mar 2017 10:50:39 +0100 Dag-Erling Smørgrav wrote: > > John Baldwin writes: > >> I wouldn't even mind if we had both /usr/local/man and /usr/local/share/man > >> so long as our default MANPATH included both if that means applying fewer > >> patches to ports. > > > > The default MANPATH is constructed dynamically from PATH: > > > > 1. From each component of the user's PATH for the first of: > > - pathname/man > > - pathname/MAN > > - If pathname ends with /bin: pathname/../man > > Note: Special logic exists to make /bin and /usr/bin look in > > /usr/share/man for manual files. > > > > If we change this to: > > > > 1. From each component of the user's PATH for the first of: > > - pathname/man > > - pathname/MAN > > - If pathname ends with /bin or /sbin: pathname/../man and > > pathname/../share/man > > > > we wouldn't need any "special logic", but I really don't like the idea > > of having different ports installing man pages in different locations. > > I grepped the ports tree and found nearly 5700 ports. That's a lot to > change all at once but it may be doable. It depends on how much fallout > there is in the exp-run. ln -s /usr/local/share/man /usr/local/man should cause the manpages to land where you want. Then port maintainers can sweep ports/ to allow for the removal of symlink. On a side note, it is unfortunate that one cannot set the environmental variable MANPATH as documented without either a mysterious vanishing of man pages or an idiotic warning appear with each invocation of man, apropos, ... -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow From owner-freebsd-arch@freebsd.org Fri Mar 10 16:57:36 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 935DDD06EE2 for ; Fri, 10 Mar 2017 16:57:36 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm22-vm3.bullet.mail.ne1.yahoo.com (nm22-vm3.bullet.mail.ne1.yahoo.com [98.138.91.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61E9DCA6 for ; Fri, 10 Mar 2017 16:57:36 +0000 (UTC) (envelope-from pfg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1489165049; bh=hKVusW9OLIWpsYVTqYAbBHFs7as4x6dp1tXuUD47Z5w=; h=From:Subject:To:Date:From:Subject; b=eZPEseEHf1wJSNHk0yI9nGv89TnysllolTyGXV9ImTKh125VkFX4vK+ipDcznU79+VApToRnH2oaY0HGttg8R+/NQY/evbNfiNU/4Tpoj/8k01Dr4RY371jXwNjNJariKiSvgKI2vvVEbxfEskly5R/JKqltS6Fsc0OZA/saaQFZdvp6jONaDBfsp+kB653/POfmmHZm+wdlYUTUe9svoynvzzhy8iz2j59m9OuK5k7LtDCMLW1hVZ8OGPWCjUa8X4PeWaDanQYqkJ76PvSTRlw8iLONl62drJ2EPmIzdX2drHwjz9j2WXB8e7Kb+Nc5zfOqZ1ro8sycCC/mjYOMTg== Received: from [98.138.101.129] by nm22.bullet.mail.ne1.yahoo.com with NNFMP; 10 Mar 2017 16:57:29 -0000 Received: from [98.138.226.132] by tm17.bullet.mail.ne1.yahoo.com with NNFMP; 10 Mar 2017 16:57:29 -0000 Received: from [127.0.0.1] by smtp219.mail.ne1.yahoo.com with NNFMP; 10 Mar 2017 16:57:29 -0000 X-Yahoo-Newman-Id: 669780.85632.bm@smtp219.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: wyo4xmwVM1m49E78YUXR8DMiX5B8K73a9ZZHfywYbEHkhUI 5PZUE_ojggwAmrS_0ccgQg4cWM48Op4u8rDkBzfK_LPxSzSLHYiUd6mO76J0 KYXPbDgvnPuE5MtVUEc71jm9pBYLrloVLUc0cJOOCykFif7llTiPnMOAneur QSI5MiyFINQDV_BNds3mSzaRhLhUrecNyy8_DsgLQ_ObtgAdEpUsQ31dpF_I QNI9C3jSaTkb1dJLEXus7IexS7FkGlqlvQrvFkSL0yl4fLC_ky.W2iARs.3. 1cQsQSgfaXfGE81cE1iKY2M4cbyEQs1eVRVg6IRNQrhlv_wfrzJg1fY7EK.v Pr7OLMoP3s02niqLl.PpdgdA0ECAC9WPB.bQAYJOzMjD71c2Ru_v46UT5C_p qG8DOXIwNNXr77NXczBnAzx_MInLqTupD1aF0sHGktfUAV.gP5njKJ8fuFI. NrLTHHuv2XURmKD8ofSskn8hTjrlVBPQC9vong_GYHlnaLaT_uUSa7Sq.228 qSWsvykhsMpVXrNeEjtKOfqSX7dz8ZfucLozvKAUgn_NpYfc- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf From: Pedro Giffuni Subject: reallocarray(3) and its uses To: FreeBSD-arch list Message-ID: <44f542e8-920f-c6bc-7eb0-2e4dab86a5eb@FreeBSD.org> Date: Fri, 10 Mar 2017 12:00:33 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 16:57:36 -0000 Hello; I wasn't a fan of bringing reallocarray(3) from OpenBSD, but since we have it, I thought I'd take a look at using it. It is rather easy to use so I went around opengrok'ing "realloc" in userland and crosschecking with OpenBSD and I got to this patch: https://reviews.freebsd.org/D9915 Current reviewers are mute: I am unsure if they are just deeply impressed and don't want to speak up or if they are simply too busy (most likely the later). There are still more uses in some utilities but I wanted to see what people think of the general idea. Pedro. From owner-freebsd-arch@freebsd.org Fri Mar 10 17:09:04 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 092D9D06213 for ; Fri, 10 Mar 2017 17:09:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C15E712D7 for ; Fri, 10 Mar 2017 17:09:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x231.google.com with SMTP id w124so287885itb.0 for ; Fri, 10 Mar 2017 09:09:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=5pYrSZnysEt9Ss0zRNraCpXftcFq02MdyHIWuOh6Bvo=; b=VcYMS5Y9JydjBwmCd8GtazF/C0dHhA8boIapXzwKYYnob7Run2+6VoenpR4eqLkQ/7 Crae+gxLZq/Y7bwsLN11hKTPMhLM6V85JjevP/pyiFo55auzoogaXqtnVK1Lr3Y3VjDP CSH1ZyfLST4+aYw61Y1hHEtGUShmwUkRWtWl2resCAEf4Xp7xNpRIHlzpKoEQN0cP5a+ leHj3GkIbXKdCtaTJXdRDf8wwJVkuBLLfdjIaBAiwf0/qOfV6xKZ+S2Tl62j8BROWoJo 4sUfXA7REb25PBgeG9olg8V1iLiREFV74+pNtFnlfAtrig8spjI7WiJ/UdTf70yzhNwH Ff/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=5pYrSZnysEt9Ss0zRNraCpXftcFq02MdyHIWuOh6Bvo=; b=AI1ZHMWzm/5LLjZSXKQNV0caj6nbdeyfiF3RjZ076ltil2j2RR1rcRvdxGr/3iat/Q fuYd6dTnEsc99G8UFhS+zfZkhzJVYMoS9QqM/arp5CZRxYC/eBTig1e9PyIABsjUJBkx dHeK2KQXlZfYzC36IkQL0EUd3BrfOwwD5N9hmbsljWFEjyhxxiiJ8vLQWzPy4heifWab SGc+I/dH/Net34LzC3cuRLw1mlLafeucoejHUQQoFQZr18G49hF0ZozjfCH1j59FIvjZ 8O8SuXwmUAjBOFYYnUGa+U9Now/lFdeEFg3Pu6He9cGDX5BVIjw/NOR2A+EfHyBVIeX5 GYHQ== X-Gm-Message-State: AFeK/H14l9D3MAl4D/1nqOA+tWtRqtH4hc0Xp7+nphUvtSHTAfIT9F1HheLw949OycUCFUeSY44UjrKZiGeGtA== X-Received: by 10.36.189.207 with SMTP id x198mr3038108ite.103.1489165742965; Fri, 10 Mar 2017 09:09:02 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.134.129 with HTTP; Fri, 10 Mar 2017 09:09:02 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: <44f542e8-920f-c6bc-7eb0-2e4dab86a5eb@FreeBSD.org> References: <44f542e8-920f-c6bc-7eb0-2e4dab86a5eb@FreeBSD.org> From: Warner Losh Date: Fri, 10 Mar 2017 10:09:02 -0700 X-Google-Sender-Auth: lPeydeY2ix7A9CzAjeQfyelq67o Message-ID: Subject: Re: reallocarray(3) and its uses To: Pedro Giffuni Cc: FreeBSD-arch list Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 17:09:04 -0000 On Fri, Mar 10, 2017 at 10:00 AM, Pedro Giffuni wrote: > Hello; > > I wasn't a fan of bringing reallocarray(3) from OpenBSD, but since we have > it, I thought I'd take a look at using it. It is rather easy to use so I > went around opengrok'ing "realloc" in userland and crosschecking with > OpenBSD and I got to this patch: > > https://reviews.freebsd.org/D9915 > > Current reviewers are mute: I am unsure if they are just deeply impressed > and don't want to speak up or if they are simply too busy (most likely the > later). There are still more uses in some utilities but I wanted to see what > people think of the general idea. https://www.youtube.com/watch?v=ussCHoQttyQ Summarizes my view. I kinda like it since it helps on the overflow front, but it's non standard so I kinda dislike it... I can make arguments both ways and I can't decide which argument I like more... Warner From owner-freebsd-arch@freebsd.org Fri Mar 10 17:32:42 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9371CD068AD for ; Fri, 10 Mar 2017 17:32:42 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 777391146 for ; Fri, 10 Mar 2017 17:32:42 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 76DF9D068AA; Fri, 10 Mar 2017 17:32:42 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 764DAD068A9; Fri, 10 Mar 2017 17:32:42 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay110.isp.belgacom.be (mailrelay110.isp.belgacom.be [195.238.20.137]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 971AB1145; Fri, 10 Mar 2017 17:32:40 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2C2FgDu4sJY/0nD8VFdDg4BAQQBAQoBA?= =?us-ascii?q?YNRQRCBGoNgiwGQXSkBlQ6CDoYiAoJAQhYBAgEBAQEBAQFrKIUWAQUjMyMQCw4?= =?us-ascii?q?KAgIFIQICDyoeBhOKBLF6giaKaAEBAQEGAQEBASSBC4oyhFSDBoJfBY9YjGSSK?= =?us-ascii?q?3aQO5NAJgkoWCs4LAiGVz4/NQGKGQEBAQ?= X-IPAS-Result: =?us-ascii?q?A2C2FgDu4sJY/0nD8VFdDg4BAQQBAQoBAYNRQRCBGoNgiwG?= =?us-ascii?q?QXSkBlQ6CDoYiAoJAQhYBAgEBAQEBAQFrKIUWAQUjMyMQCw4KAgIFIQICDyoeB?= =?us-ascii?q?hOKBLF6giaKaAEBAQEGAQEBASSBC4oyhFSDBoJfBY9YjGSSK3aQO5NAJgkoWCs?= =?us-ascii?q?4LAiGVz4/NQGKGQEBAQ?= Received: from 73.195-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.195.73]) by relay.skynet.be with ESMTP; 10 Mar 2017 18:32:31 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v2AHWTe2099955; Fri, 10 Mar 2017 18:32:30 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 10 Mar 2017 18:32:29 +0100 From: Tijl Coosemans To: Steve Kargl Cc: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= , ports@freebsd.org, arch@freebsd.org, Baptiste Daroussin , John Baldwin , freebsd-arch@freebsd.org Subject: Re: manpath change for ports ? Message-ID: <20170310183229.72ec31e4@kalimero.tijl.coosemans.org> In-Reply-To: <20170310163830.GA46344@troutmask.apl.washington.edu> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <2721378.xr7MGKcqvA@ralph.baldwin.cx> <86a88tmpe8.fsf@desk.des.no> <20170310170308.65d903d8@kalimero.tijl.coosemans.org> <20170310163830.GA46344@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 17:32:42 -0000 On Fri, 10 Mar 2017 08:38:30 -0800 Steve Kargl wrote: > On Fri, Mar 10, 2017 at 05:03:08PM +0100, Tijl Coosemans wrote: >> On Fri, 10 Mar 2017 10:50:39 +0100 Dag-Erling Sm=C3=B8rgrav = wrote: =20 >>> John Baldwin writes: =20 >>>> I wouldn't even mind if we had both /usr/local/man and /usr/local/shar= e/man >>>> so long as our default MANPATH included both if that means applying fe= wer >>>> patches to ports. =20 >>>=20 >>> The default MANPATH is constructed dynamically from PATH: >>>=20 >>> 1. From each component of the user's PATH for the first of: >>> - pathname/man >>> - pathname/MAN >>> - If pathname ends with /bin: pathname/../man >>> Note: Special logic exists to make /bin and /usr/bin look in >>> /usr/share/man for manual files. >>>=20 >>> If we change this to: >>>=20 >>> 1. From each component of the user's PATH for the first of: >>> - pathname/man >>> - pathname/MAN >>> - If pathname ends with /bin or /sbin: pathname/../man and >>> pathname/../share/man >>>=20 >>> we wouldn't need any "special logic", but I really don't like the idea >>> of having different ports installing man pages in different locations. = =20 >>=20 >> I grepped the ports tree and found nearly 5700 ports. That's a lot to >> change all at once but it may be doable. It depends on how much fallout >> there is in the exp-run. =20 >=20 > ln -s /usr/local/share/man /usr/local/man >=20 > should cause the manpages to land where you want. Then port > maintainers can sweep ports/ to allow for the removal of symlink.=20 Yeah, I had to deal with installing through symlinks in the Linux ports because bin, lib and sbin have become symlinks there now. There are complications with that. FreeBSD releases have a bug in libarchive that causes problems when extracting hardlinks through symlinks. Recent versions of pkg have workarounds for that but not everybody runs it yet. Before you can create the symlink you have to move the existing directory, but what if the new directory already exists? Will you overwrite files? Commands like pkg-which and pkg-delete only work through the symlink because the new paths are not in the pkg database. Packages that don't know about the symlink may try to create it as a directory or remove it as a directory on uninstall. I ended up avoiding it at all costs in the Linux ports by moving files around in the staging area if necessary. From owner-freebsd-arch@freebsd.org Fri Mar 10 19:12:12 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 401B1D0677F for ; Fri, 10 Mar 2017 19:12:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BFED1975; Fri, 10 Mar 2017 19:12:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22c.google.com with SMTP id j5so45132170pfb.2; Fri, 10 Mar 2017 11:12:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=wdxfw2Y6I3Z+D/o90sqk/CQe5B3CjPRGiSta8xYwUlY=; b=vhdfDG/M/h2zzNoNEG8UPENg9WcBKjWJ36R9f/UcBJ1i41PLx0e+QUkO61Bzgnr3Ng 3TSkBac7OqvYDx5RKT9ELRw5amiAjFTuE+Huhx99IJ6dd9CIMrMYeBroQ2M9HOL4Jpt2 SyUE0KDxf58SGILDUOqzlT+Z+stDErLGS1KofLDdvIRmiUzNUxyG0eBf90E6SCXWRwLU aHPbTM8fhKleWqDlp1Z8pEqzOKtc1P5rfRLvc387GFP4QHPtQvcbEvk8kCvGYWT9bEUu j/Bd3bRFwz2UCX7B8HtlyRvmyooDuoNQvEanhW88XT/H4zTrzMe5f2/1fzTQepzDPW8I op0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=wdxfw2Y6I3Z+D/o90sqk/CQe5B3CjPRGiSta8xYwUlY=; b=XqH0sMtgUoRuCSXTxX1RyrHezIPQVHO6LmmTEkQvyDuy9DJNhwRJxaA9nYErsX+b1E eqEetzu71RU9m96/4jLYtK4RhNYgERgAO/9+IFWsWPU6uIOGkfsh71bK/0h01uc9vVyH 2EviU0CSBr3vzYK0OgQ9ckS77/I3sxX718GF5HPxkgfJSRUqFEHLfSYVp1qw0KD4WSAO y5C+DfCgAHRXc6grot0+MNYMU9SR+lkWBu/OnZkfanbCG4TU9Q00Dxmr7I2mX//Qo1wD eyzj2MVp8IDNj0lRbcTZRpRYxvUsg+AkvuDeKzxTukT0hEkMWMEJhbjcdRyX70U9mru/ kEig== X-Gm-Message-State: AMke39k3tIjsKXVxUqGpG/5Fowi3I6UP6b75P8Gn7ln+fq/9G62di/K8RgqlXHbufBQu0A== X-Received: by 10.99.2.139 with SMTP id 133mr22043922pgc.168.1489173131365; Fri, 10 Mar 2017 11:12:11 -0800 (PST) Received: from ?IPv6:2607:fb90:824b:fdcc:bc73:8389:49de:29b7? ([2607:fb90:824b:fdcc:bc73:8389:49de:29b7]) by smtp.gmail.com with ESMTPSA id h14sm20259934pgn.41.2017.03.10.11.12.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 10 Mar 2017 11:12:10 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: reallocarray(3) and its uses From: Ngie Cooper X-Mailer: iPhone Mail (14D27) In-Reply-To: <44f542e8-920f-c6bc-7eb0-2e4dab86a5eb@FreeBSD.org> Date: Fri, 10 Mar 2017 11:12:09 -0800 Cc: FreeBSD-arch list Content-Transfer-Encoding: quoted-printable Message-Id: References: <44f542e8-920f-c6bc-7eb0-2e4dab86a5eb@FreeBSD.org> To: Pedro Giffuni X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 19:12:12 -0000 > On Mar 10, 2017, at 09:00, Pedro Giffuni wrote: >=20 > Hello; >=20 > I wasn't a fan of bringing reallocarray(3) from OpenBSD, but since we have= it, I thought I'd take a look at using it. It is rather easy to use so I we= nt around opengrok'ing "realloc" in userland and crosschecking with OpenBSD a= nd I got to this patch: >=20 > https://reviews.freebsd.org/D9915 >=20 > Current reviewers are mute: I am unsure if they are just deeply impressed a= nd don't want to speak up or if they are simply too busy (most likely the la= ter). There are still more uses in some utilities but I wanted to see what p= eople think of the general idea. Hi Pedro! I'll take a look at the reviews sometime after I get back tomorrow night. My general thoughts are: if it's an application of library that needs to be p= ortable, don't use it. If not, use it. I think it's kind of the same class of API call as reallocf. reallocf is a g= ood extension, but it's not 100% portable. Thanks! -Ngie= From owner-freebsd-arch@freebsd.org Fri Mar 10 19:41:44 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43B12D060DA for ; Fri, 10 Mar 2017 19:41:44 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm14-vm3.bullet.mail.ne1.yahoo.com (nm14-vm3.bullet.mail.ne1.yahoo.com [98.138.91.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0FE7FEF9 for ; Fri, 10 Mar 2017 19:41:43 +0000 (UTC) (envelope-from pfg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1489174896; bh=yc28oGIzajllFWolqKSAhEQrDf+EWye4oJwbbSRFKOU=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From:Subject; b=S6SXDuQI5g4rXbBbPjzRZjLpZ/l5/p3cr8oxREUYPTkpPIq5yVe5O/UC70kB24PRBJjaP4KFgPrK3vMz2j3NMqDg/CZ1sq+iTZ6pRwurTHJzvo6UZi0g2pAGXlO97GL3kzoQxVyoGrsuBzdPqky7ysDH8hETW7pNRKwNOrVJdpskO2vRwOxSb7WnLP+pCD+VHKbwSNkO91KgNC1+N0cNkI7aLFi9J8wV4fh9QFDycdg95TzTNDnO/RND6HNrABsSLqYge/W5EVjR2FL4UTr58SVZ4t/LhfCBeC81WCe3GcfY6adbvyB0Z3XQEQJ2z2XWSKqhTNmZ645lbKDmnQktNQ== Received: from [98.138.226.180] by nm14.bullet.mail.ne1.yahoo.com with NNFMP; 10 Mar 2017 19:41:36 -0000 Received: from [98.138.226.128] by tm15.bullet.mail.ne1.yahoo.com with NNFMP; 10 Mar 2017 19:41:36 -0000 Received: from [127.0.0.1] by smtp215.mail.ne1.yahoo.com with NNFMP; 10 Mar 2017 19:41:36 -0000 X-Yahoo-Newman-Id: 888073.6135.bm@smtp215.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: SY_ixBsVM1mpgQ9vjwaicTDHpWJGq1nXN50egjnHSaq36F2 S5T_C3SZYtjKfWzXhHhDHSjmdYhPo8PWkB_MRnKwp6UJNS_SOUrsVlI9hXL7 ohvPHtfK6RR5yS2HNIPPrMUjOZVmJHGRW7mhAfo_BpThm2t_dvRjm5RfCfTK m93dhpdPcB.3bLtaPEUAV1G1sL8Sb7gxXv4.LNs1OQ3nHvxzWuh5sw6AZ2_n Z7jv4UyObgs83.f.5XV1RRv6yjkXdMPkl057gsbnLzUIAuEGaAZ3WNHywSJn aNC3V62rhi5IQvDiT0TWxDOAUSKudhkbJl9FttrCg5P4rqDDcQkjcTxNUCR2 SUZkGO6QALui8kX.CNZvo_vt1xHKec4ycGKKmuP6pe3t0OzQtXZo4uNlVgmA ad.cIMFYMb2ZyEugdN8.8atuTzdJBcuN4bp06_9Vw0XWMbVnHiPCBCPvO8tg bwvotf7Wf7GJSnI.r6IPbbZZEzTMCQKXMbI3JlZvN3QX1tpaISwVxUKGeEj_ PXIbOqKFp7XyhBt6wZDRuFiXA2kJt1Syj9J1X.Y7DiYroNVo- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Subject: Re: reallocarray(3) and its uses To: Ngie Cooper References: <44f542e8-920f-c6bc-7eb0-2e4dab86a5eb@FreeBSD.org> Cc: FreeBSD-arch list From: Pedro Giffuni Message-ID: <5a99a39b-6ef2-2751-430d-c39d9bcffc48@FreeBSD.org> Date: Fri, 10 Mar 2017 14:44:39 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 19:41:44 -0000 Hello; On 3/10/2017 2:12 PM, Ngie Cooper wrote: >> On Mar 10, 2017, at 09:00, Pedro Giffuni wrote: >> >> Hello; >> >> I wasn't a fan of bringing reallocarray(3) from OpenBSD, but since we have it, I thought I'd take a look at using it. It is rather easy to use so I went around opengrok'ing "realloc" in userland and crosschecking with OpenBSD and I got to this patch: >> >> https://reviews.freebsd.org/D9915 >> >> Current reviewers are mute: I am unsure if they are just deeply impressed and don't want to speak up or if they are simply too busy (most likely the later). There are still more uses in some utilities but I wanted to see what people think of the general idea. > Hi Pedro! > > I'll take a look at the reviews sometime after I get back tomorrow night. I have abandoned the revision: it was too much for a sensible review and I am looking at doing better adaptation of the surrounding code. I will say many of the changes don't have any real effect as they have no chance of overflowing but it does make the code easier to read. > My general thoughts are: if it's an application of library that needs to be portable, don't use it. If not, use it. > > I think it's kind of the same class of API call as reallocf. reallocf is a good extension, but it's not 100% portable. It is more in line with reallocf(). We should avoid using such non-standard functions and at first I was contrary to their use, however, if they are in libc, it is as if they were standard for us. I am not touching contrib/ with such changes, but I see no reason not to use them in libc or the system libraries. Pedro. From owner-freebsd-arch@freebsd.org Sat Mar 11 07:13:06 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D19AD07666 for ; Sat, 11 Mar 2017 07:13:06 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 490B014AF for ; Sat, 11 Mar 2017 07:13:06 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 48342D07664; Sat, 11 Mar 2017 07:13:06 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47AA4D07663; Sat, 11 Mar 2017 07:13:06 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2721F14AE; Sat, 11 Mar 2017 07:13:06 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 7874526FC; Sat, 11 Mar 2017 07:13:05 +0000 (UTC) Date: Sat, 11 Mar 2017 08:13:05 +0100 From: Baptiste Daroussin To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Cc: John Baldwin , freebsd-arch@freebsd.org, ports@freebsd.org, arch@freebsd.org Subject: Re: manpath change for ports ? Message-ID: <20170311071305.ueqmrlid7vt33ngt@ivaldir.net> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <2721378.xr7MGKcqvA@ralph.baldwin.cx> <86a88tmpe8.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="q5nqo26jhuu3zfbd" Content-Disposition: inline In-Reply-To: <86a88tmpe8.fsf@desk.des.no> User-Agent: NeoMutt/20170225 (1.8.0) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 07:13:06 -0000 --q5nqo26jhuu3zfbd Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 10, 2017 at 10:50:39AM +0100, Dag-Erling Sm=F8rgrav wrote: > John Baldwin writes: > > I wouldn't even mind if we had both /usr/local/man and /usr/local/share= /man > > so long as our default MANPATH included both if that means applying few= er > > patches to ports. >=20 > The default MANPATH is constructed dynamically from PATH: >=20 > 1. From each component of the user's PATH for the first of: > - pathname/man > - pathname/MAN > - If pathname ends with /bin: pathname/../man > Note: Special logic exists to make /bin and /usr/bin look in > /usr/share/man for manual files. >=20 > If we change this to: >=20 > 1. From each component of the user's PATH for the first of: > - pathname/man > - pathname/MAN > - If pathname ends with /bin or /sbin: pathname/../man and > pathname/../share/man Which I have just done :) Bapt --q5nqo26jhuu3zfbd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAljDo34ACgkQY4mL3PG3 Plq6uhAA30BLx/hsSJ8VXCwZkwXsmiDnH6/xBJd1VOiCNvQA9tHY2c2pGNj5cgkv HYBBvc9JfgIkLhxSiHtdRjB5KDnsHFLU1O4FQPxyACmk52YXdaO4OA7W0FFrzc8a uZbbHppjHQWUmfI2SEQTsB/wDCh2u8svWi6J3MluuvvyA7AMYk63DsmNJ0yJQOC0 0XjiaATvBRBmWtPlxMs2NIF3TyhzHHLPmCt2hvBsQcyHR9re5W9WajGO/n4eTM+v L0RQfGKtaGkSur+CeZ/4C7fTRKsFJbNPiMPDTnVTRyz/q3BNCJAXzSLu4Ew3qLcL j5ZfLBwdlWLvPayO4oyRPxSZuCp3azJuMQQP5rB7vQL6AbsHxl40tVC+Ff58ZcGc mSYN0bRbfyt8slIbTxCKwYIztSuDygHgPltEW2G0nqTcqRhsc43zqcjw5nz4yjkC lCMvYvbXjjn1OYqQpkgnzOGmm0Q1++CFeVN9YCgMMvbWOUk/9A7rjG/wXun2nI1d mLgj0YAwq5CU572lZpdMu8Ys7nozP5obvqUnpEi1mH2bJfJxFo8Uq8uh6tY51QZX YzvxoNb08JeIGkjWWDA/pw/4gGcqzLsrdGlNMqrgXCi56qq7JwP7ZyzfRfBamEQX uuade4jxbx+B/d4IKhCsjn0J0P49lMzRA92Afe5t2WL5NPAX42g= =dMw5 -----END PGP SIGNATURE----- --q5nqo26jhuu3zfbd-- From owner-freebsd-arch@freebsd.org Sat Mar 11 15:11:51 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D104CFBB23 for ; Sat, 11 Mar 2017 15:11:51 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6521AAC for ; Sat, 11 Mar 2017 15:11:49 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA23955 for ; Sat, 11 Mar 2017 17:11:48 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1cmigN-000LPv-Pk for freebsd-arch@FreeBSD.ORG; Sat, 11 Mar 2017 17:11:47 +0200 To: freebsd-arch@FreeBSD.org From: Andriy Gapon Subject: AMD Specific EIO Message-ID: <78db87e5-b89d-38da-f493-102b8ceb5f3a@FreeBSD.org> Date: Sat, 11 Mar 2017 17:10:26 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 15:11:51 -0000 The AMD's variant of the Specific EIO feature (or EOI Suppression) requires that a vector number is known. So, implementing that feature requires a change to the Local APIC interface and its consumers. Could you please take a look at the following review request and let me know if you have any concerns or objections? https://reviews.freebsd.org/D9880 Thanks! -- Andriy Gapon From owner-freebsd-arch@freebsd.org Sat Mar 11 16:43:23 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B23A0D080EF for ; Sat, 11 Mar 2017 16:43:23 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E29E2A2E for ; Sat, 11 Mar 2017 16:43:22 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA24120 for ; Sat, 11 Mar 2017 18:43:15 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1cmk6t-000LUE-8L for freebsd-arch@FreeBSD.ORG; Sat, 11 Mar 2017 18:43:15 +0200 Subject: Re: AMD Specific EOI To: freebsd-arch@FreeBSD.org References: <78db87e5-b89d-38da-f493-102b8ceb5f3a@FreeBSD.org> From: Andriy Gapon Message-ID: <7e830332-54a5-8f67-1854-bb043ad42808@FreeBSD.org> Date: Sat, 11 Mar 2017 18:41:53 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <78db87e5-b89d-38da-f493-102b8ceb5f3a@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2017 16:43:23 -0000 On 11/03/2017 17:10, Andriy Gapon wrote: > > The AMD's variant of the Specific EIO feature (or EOI Suppression) requires that s/EIO/EOI/g of course > a vector number is known. So, implementing that feature requires a change to > the Local APIC interface and its consumers. > Could you please take a look at the following review request and let me know if > you have any concerns or objections? > https://reviews.freebsd.org/D9880 -- Andriy Gapon