From owner-freebsd-ports@freebsd.org Sun Apr 16 02:02:32 2017 Return-Path: Delivered-To: freebsd-ports@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 93E34D35A8C for ; Sun, 16 Apr 2017 02:02:32 +0000 (UTC) (envelope-from george+freebsd@m5p.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 766FD312 for ; Sun, 16 Apr 2017 02:02:32 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: by mailman.ysv.freebsd.org (Postfix) id 75C60D35A8B; Sun, 16 Apr 2017 02:02:32 +0000 (UTC) Delivered-To: ports@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 756ADD35A88 for ; Sun, 16 Apr 2017 02:02:32 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "m5p.com", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 295E1311; Sun, 16 Apr 2017 02:02:32 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [IPv6:2001:418:3fd::1f] (haymarket.m5p.com [IPv6:2001:418:3fd::1f]) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTP id v3G22Nhq024618; Sat, 15 Apr 2017 22:02:28 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Subject: Re: default named.conf in bind ports and slaving from f-root To: Thomas Steen Rasmussen , ports@freebsd.org References: <85573e9f-c0e7-1e30-6f95-2fec13e0ac26@gibfest.dk> Cc: mat@freebsd.org From: George Mitchell Message-ID: Date: Sat, 15 Apr 2017 22:02:17 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <85573e9f-c0e7-1e30-6f95-2fec13e0ac26@gibfest.dk> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OsTajhNUSVlxCX8oCgkRuVhXF1wsf6ktC" X-Spam-Status: No, score=-1.0 required=10.0 tests=ALL_TRUSTED, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mattapan.m5p.com X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.1 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Sat, 15 Apr 2017 22:02:30 -0400 (EDT) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 02:02:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OsTajhNUSVlxCX8oCgkRuVhXF1wsf6ktC Content-Type: multipart/mixed; boundary="mNUNbfhFUV6gvAMOijr8HEqtmqHXeFxT2"; protected-headers="v1" From: George Mitchell To: Thomas Steen Rasmussen , ports@freebsd.org Cc: mat@freebsd.org Message-ID: Subject: Re: default named.conf in bind ports and slaving from f-root References: <85573e9f-c0e7-1e30-6f95-2fec13e0ac26@gibfest.dk> In-Reply-To: <85573e9f-c0e7-1e30-6f95-2fec13e0ac26@gibfest.dk> --mNUNbfhFUV6gvAMOijr8HEqtmqHXeFxT2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 04/14/17 08:37, Thomas Steen Rasmussen wrote: > Hello, >=20 > Cloudflare deployed a bunch (74 apparently) of new f-root dns > servers, which do not permit AXFR like the other f-root instances > do. > [...] > A good alternative could be to change named.conf to use > lax.xfr.dns.icann.org and iad.xfr.dns.icann.org as > described in [2]. My named.conf now looks like this: > [...] Does this issue affect me if I use type "hint" for zone "." like this: zone "." { type hint; file "/usr/local/etc/namedb/named.root"; }; -- George --mNUNbfhFUV6gvAMOijr8HEqtmqHXeFxT2-- --OsTajhNUSVlxCX8oCgkRuVhXF1wsf6ktC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAljy0KkACgkQwRES3m+p 4fnzcw//cz3DXlSgBRD/LeNzzkpEY5E4dvoTokmXmPsHC6pe2YwI5AGtR3Mtnj/Y 164Ik3le9ZyopVXqB/Y3B8kU0UEedMUfm6yUclM44mKE+CJhrPot1+MTw2coHzru eFFZLDY8pQuZc3pBg+wos9i4mM5e8qHoBCFNINwzY7sotjlEqGv+HZLZKaCj4PEg Vux3vZwYcpQzxFECVAfVksNm/4eE3LWwX784J7zd/SYb4GLQhxjIUFpyfBTkj+96 YLiJdJ9E8yTSWtt+6slPBq41uqlAf4qQN3LlFNfbCu+HcvBFcdex+tkYTe13AI3n NoUk6NcsWRv7EtqY091aXYhg3HsnwLvK998jQSNEFXMPmtvzQE224WNgUw54OYVr 5w0x5akdrFyBga/LL4bn2EhUTXxVWuPAnyUhr6RWZk5mGsSrUPLk/wVnrGIEKBLX oRdHrQTTWDt36YDDGRzIjyGAMDSFG5g6gN9B0gEbDBukwjFNi/+cTKPK52cLZPQ6 lsAMxmLLE0VSEeRxL0hgBUNEb9ns9s8FmkGiczaw8QYQ+596HQUwPirdoW/HzBbG LLvlH/VmEROrdVt7IXlaqTua3LX+4a8LDFcYFsnijEDly2YHexdQwvcX9MZWSwJe /7e1DX9Qz93/QtsSWcxmUkoH6xfoTXTTZSh3RQHmNwLsKcNtBpQ= =7Agq -----END PGP SIGNATURE----- --OsTajhNUSVlxCX8oCgkRuVhXF1wsf6ktC-- From owner-freebsd-ports@freebsd.org Sun Apr 16 05:28:01 2017 Return-Path: Delivered-To: freebsd-ports@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 3D12FD40B9C for ; Sun, 16 Apr 2017 05:28:01 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1AF00CD3 for ; Sun, 16 Apr 2017 05:28:01 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1A3C4D40B9B; Sun, 16 Apr 2017 05:28:01 +0000 (UTC) Delivered-To: ports@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 19D26D40B9A for ; Sun, 16 Apr 2017 05:28:01 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) (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 E80DCCD2; Sun, 16 Apr 2017 05:28:00 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-pf0-x22b.google.com with SMTP id s16so54304769pfs.0; Sat, 15 Apr 2017 22:28:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=3JEuv8Bpkn7kCbB44bdWA8FAZ4w/sTNeNZAlYVzAszk=; b=U3om4OCfQx/HKudtJ1aSZcDnQUK7MN3AKPv2RKppHkYlAOEENayo3x4A9HzEI5hv1Q 3XPWThmnDz/yEnMM3B7qr5Wh7NPqxC+3Kw9bOdUU/CaY8Dz7z9w8h+9jtTtlbj8Uug3Y 9mBntF47YY9r+HGgmckQaQeoR4jQ/OcWVuEDaAhx8DYbDtQYkhlwWGRtMHYRQETuI/8X vfG+1Xo3YMaeBJBih8DMKBowIW76nV3fwnaGJQ7pF4PotCNR3QviIyf1jbqGUXbhQrOk nHymez2uyhFUZ5hA9wDKbCgTZFknIE5+iCo50MM8JtPL/u/PdYs8XV7Vr65PuZZyyf+1 /C5Q== 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=3JEuv8Bpkn7kCbB44bdWA8FAZ4w/sTNeNZAlYVzAszk=; b=TT5mxpD5DUvsBK8f6RTGMV13yMvRFaqcVMqjZNqyRV4ETHtIMsPqe2KjM5J1iQMiiZ tA2XQrRx4o7rq+PkkeX9I+bvHLtmsdZWUqYO5JKUiem5JqbERJzW9kCkfG23nM9V9BfY ffGSfJQ8usQ9hVHuzfaVp+A0n5g1aaAVV22Ag0yFf/hcf4WKctSW0xZ8LtCIgJXkEFg8 lfe4CdJPDwePLMFKKzLBEHrLRbf+eHmWRhscD/o232k8zNUbhr2+e9SbL2ZX9iwY+2C+ FXoCUzfDknlTaetlKD7/nQIPQ63O51HCvF//usohhEUc/GtUeoTsNaWpKVjJbmkhiakR DqMw== X-Gm-Message-State: AN3rC/4jmtjtuYV3QEXDquJcvc97n2GiUu+/dXFPHHpJS0FMyKk8FkV4 c4SD5SH0gdrVOVX6cpCGJHESd2GpGA== X-Received: by 10.84.175.67 with SMTP id s61mr7425128plb.126.1492320480487; Sat, 15 Apr 2017 22:28:00 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.100.138.15 with HTTP; Sat, 15 Apr 2017 22:27:59 -0700 (PDT) In-Reply-To: References: <85573e9f-c0e7-1e30-6f95-2fec13e0ac26@gibfest.dk> From: Kevin Oberman Date: Sat, 15 Apr 2017 22:27:59 -0700 X-Google-Sender-Auth: TxsGKzCYAmM95Dha5MHIKcVQqns Message-ID: Subject: Re: default named.conf in bind ports and slaving from f-root To: George Mitchell Cc: Thomas Steen Rasmussen , "ports@FreeBSD.org" , Mathieu Arnold Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 05:28:01 -0000 On Sat, Apr 15, 2017 at 7:02 PM, George Mitchell wrote: > On 04/14/17 08:37, Thomas Steen Rasmussen wrote: > > Hello, > > > > Cloudflare deployed a bunch (74 apparently) of new f-root dns > > servers, which do not permit AXFR like the other f-root instances > > do. > > [...] > > A good alternative could be to change named.conf to use > > lax.xfr.dns.icann.org and iad.xfr.dns.icann.org as > > described in [2]. My named.conf now looks like this: > > [...] > > Does this issue affect me if I use type "hint" for zone "." like this: > > zone "." { type hint; file "/usr/local/etc/namedb/named.root"; }; > > -- George > It does not have anything to do with "normal" operations using a hints file. This only has an impact on those who transfer zones from a root server. Many of the root servers do not allow AXFRs to reduce load. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-ports@freebsd.org Sun Apr 16 06:30:14 2017 Return-Path: Delivered-To: freebsd-ports@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 6FD14D40A04 for ; Sun, 16 Apr 2017 06:30:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 20C4EB3D for ; Sun, 16 Apr 2017 06:30:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3797 invoked from network); 16 Apr 2017 06:30:06 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 06:30:06 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 02:30:06 -0400 (EDT) Received: (qmail 4606 invoked from network); 16 Apr 2017 06:30:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 06:30:05 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 30A94EC81B0; Sat, 15 Apr 2017 23:30:05 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) From: Mark Millard In-Reply-To: <20170415093010.GA4104@lonesome.com> Date: Sat, 15 Apr 2017 23:30:04 -0700 Cc: "Ngie Cooper (yaneurabeya)" , Gerald Pfeifer , FreeBSD Ports , FreeBSD Current , FreeBSD Toolchain , freebsd-arm , Pedro Giffuni , ericturgeon.bsd@gmail.com Content-Transfer-Encoding: quoted-printable Message-Id: References: <9758023E-1526-41F9-9416-6AC8AD3201B5@dsl-only.net> <7606F976-20B7-4FB8-BE80-C27773F5529A@gmail.com> <20170415093010.GA4104@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 06:30:14 -0000 On 2017-Apr-15, at 2:30 AM, Mark Linimon = wrote: > On Fri, Apr 14, 2017 at 08:27:29PM -0700, Mark Millard wrote: >> I've seen material quoted from a exp-run that reported >> that about 54(?) ports were then blocked by lang/gcc6-aux >> not building. >=20 > Although the first is an older run (the last complete run IIUC), there > were 50 and 51 respectively as of: >=20 > = http://thunderx1.nyi.freebsd.org/build.html?mastername=3D110arm64-default&= build=3D423029 > = http://beefy8.nyi.freebsd.org/build.html?mastername=3Dhead-armv6-default&b= uild=3Dp437390_s316341 >=20 > I think you're fairly deep into unexplored territory here. Looks like it. I tried an amd64 context (that was built using WITH_LLD_IS_LD=3D in case that matters) and ports-mgmt/synth's indirect build of lang/gcc6-aux quickly stopped for: configure:4439: = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/bootstrap/bin/gcc -O2 = -pipe -g -fstack-protector -fno-strict-aliasing -I/usr/local/include = -L/usr/local/lib -fstack-protector conftest.c >&5 /usr/bin/ld: error: unable to find library -lssp_nonshared /usr/bin/ld: error: unable to find library -lc collect2: error: ld returned 1 exit status configure:4443: $? =3D 1 configure:4480: result:=20 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | /* end confdefs.h. */ |=20 | int | main () | { |=20 | ; | return 0; | } configure:4486: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6-aux/work/build': configure:4490: error: C compiler cannot create executables This happened even if I checked off in gcc6-aux's config to do a bootstrap. Even amd64 has build problems (at least for use of the modern/experimental ld). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@freebsd.org Sun Apr 16 08:10:34 2017 Return-Path: Delivered-To: freebsd-ports@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 3969CD40D8C for ; Sun, 16 Apr 2017 08:10:34 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-43.reflexion.net [208.70.210.43]) (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 02134E7A for ; Sun, 16 Apr 2017 08:10:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25544 invoked from network); 16 Apr 2017 08:10:27 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 08:10:27 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 04:10:27 -0400 (EDT) Received: (qmail 10334 invoked from network); 16 Apr 2017 08:10:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 08:10:27 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 81D92EC81B0; Sun, 16 Apr 2017 01:10:26 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) Message-Id: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> Date: Sun, 16 Apr 2017 01:10:26 -0700 Cc: FreeBSD Current , FreeBSD Ports To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 08:10:34 -0000 Context: amd64 FreeBSD -r316952 as a VirtualBox guest that was built using WITH_LLD_IS_LD=3D . ports -r438577. x11/xorg-minimal indirectly gets to devel/libunwind and devel/libunwind fails to build from source: --- Lperf-simple --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc = -llzma -Wl,-rpath -Wl,/usr/local/lib /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:219: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:66: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:73: cannot preempt symbol = '_ULx86_64_step' defined in ../src/.libs/libunwind.so cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [Lperf-simple] Error code 1 make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests --- Lperf-trace --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Lperf-trace = Lperf-trace.o ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib --- Gperf-simple --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Gperf-simple Gperf-simple.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib --- Lperf-trace --- /usr/bin/ld: error: ./Gperf-trace.c:181: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:205: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so --- Gperf-trace --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Gperf-trace = Gperf-trace.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib --- Lperf-trace --- /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [Lperf-trace] Error code 1 make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests --- Gperf-simple --- /usr/bin/ld: error: Gperf-simple.c:195: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:219: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:66: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:73: cannot preempt symbol = '_Ux86_64_step' defined in ../src/.libs/libunwind-x86_64.so --- Gperf-trace --- /usr/bin/ld: error: Gperf-trace.c:181: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:205: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so --- Gperf-simple --- cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- Gperf-trace --- cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- Gperf-simple --- *** [Gperf-simple] Error code 1 make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests --- Gperf-trace --- *** [Gperf-trace] Error code 1 I do have: # svnlite diff /usr/ports/Mk Index: /usr/ports/Mk/bsd.port.mk =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 --- /usr/ports/Mk/bsd.port.mk (revision 436747) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1646,7 +1646,11 @@ STRIP_CMD=3D ${TRUE} .endif DEBUG_FLAGS?=3D -g +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} +.else CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} +.endif .if defined(INSTALL_TARGET) INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} .endif and use ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D and WITH_DEBUG=3D : # more /etc/make.conf=20 WANT_QT_VERBOSE_CONFIGURE=3D1 # DEFAULT_VERSIONS+=3Dperl5=3D5.24 WRKDIRPREFIX=3D/usr/obj/portswork # # =46rom a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D # .if ${.CURDIR:M*/devel/*llvm*} #WITH_DEBUG=3D .elif ${.CURDIR:M*/www/webkit-qt5*} #WITH_DEBUG=3D .else WITH_DEBUG=3D .endif WITH_DEBUG_FILES=3D MALLOC_PRODUCTION=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@freebsd.org Sun Apr 16 08:36:12 2017 Return-Path: Delivered-To: freebsd-ports@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 5B055D3E7BC for ; Sun, 16 Apr 2017 08:36:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-43.reflexion.net [208.70.210.43]) (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 0AF2C1ED5 for ; Sun, 16 Apr 2017 08:36:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 15076 invoked from network); 16 Apr 2017 08:39:11 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 08:39:11 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 04:36:10 -0400 (EDT) Received: (qmail 30400 invoked from network); 16 Apr 2017 08:36:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 08:36:10 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 6D394EC81B0; Sun, 16 Apr 2017 01:36:09 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) [amd64 system ld being lld vs. binutils based] From: Mark Millard In-Reply-To: Date: Sun, 16 Apr 2017 01:36:08 -0700 Cc: Gerald Pfeifer , Pedro Giffuni , ericturgeon.bsd@gmail.com, FreeBSD Current , freebsd-arm , FreeBSD Toolchain , FreeBSD Ports , "Ngie Cooper (yaneurabeya)" Content-Transfer-Encoding: quoted-printable Message-Id: <79677236-E5F7-45D1-9C18-7FE7237384B8@dsl-only.net> References: <9758023E-1526-41F9-9416-6AC8AD3201B5@dsl-only.net> <7606F976-20B7-4FB8-BE80-C27773F5529A@gmail.com> <20170415093010.GA4104@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 08:36:12 -0000 On 2017-Apr-15, at 11:30 PM, Mark Millard = wrote: > On 2017-Apr-15, at 2:30 AM, Mark Linimon = wrote: >=20 >> On Fri, Apr 14, 2017 at 08:27:29PM -0700, Mark Millard wrote: >>> I've seen material quoted from a exp-run that reported >>> that about 54(?) ports were then blocked by lang/gcc6-aux >>> not building. >>=20 >> Although the first is an older run (the last complete run IIUC), = there >> were 50 and 51 respectively as of: >>=20 >> = http://thunderx1.nyi.freebsd.org/build.html?mastername=3D110arm64-default&= build=3D423029 >> = http://beefy8.nyi.freebsd.org/build.html?mastername=3Dhead-armv6-default&b= uild=3Dp437390_s316341 >>=20 >> I think you're fairly deep into unexplored territory here. >=20 >=20 > Looks like it. I tried an amd64 context (that was built using > WITH_LLD_IS_LD=3D in case that matters) and ports-mgmt/synth's > indirect build of lang/gcc6-aux quickly stopped for: >=20 > configure:4439: = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/bootstrap/bin/gcc -O2 = -pipe -g -fstack-protector -fno-strict-aliasing -I/usr/local/include = -L/usr/local/lib -fstack-protector conftest.c >&5 > /usr/bin/ld: error: unable to find library -lssp_nonshared > /usr/bin/ld: error: unable to find library -lc > collect2: error: ld returned 1 exit status > configure:4443: $? =3D 1 > configure:4480: result:=20 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "" > | #define PACKAGE_TARNAME "" > | #define PACKAGE_VERSION "" > | #define PACKAGE_STRING "" > | #define PACKAGE_BUGREPORT "" > | #define PACKAGE_URL "" > | /* end confdefs.h. */ > |=20 > | int > | main () > | { > |=20 > | ; > | return 0; > | } > configure:4486: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6-aux/work/build': > configure:4490: error: C compiler cannot create executables >=20 > This happened even if I checked off in gcc6-aux's config > to do a bootstrap. >=20 > Even amd64 has build problems (at least for use of the > modern/experimental ld). I reverted to an amd64 system based on WITHOUT_LLD_IS_LD=3D and that avoided this issue: at least the build has gotten farther and is still in progress. It looks like the lang/gcc6-aux bootstrap/bin/gcc for amd64 is using /usr/bin/ld in a way that is binutils specific at this point. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@freebsd.org Sun Apr 16 09:03:49 2017 Return-Path: Delivered-To: freebsd-ports@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 31D19D404BD for ; Sun, 16 Apr 2017 09:03:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-43.reflexion.net [208.70.210.43]) (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 EE5A4120D for ; Sun, 16 Apr 2017 09:03:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2917 invoked from network); 16 Apr 2017 09:03:47 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 09:03:47 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 05:03:47 -0400 (EDT) Received: (qmail 29147 invoked from network); 16 Apr 2017 09:03:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 09:03:47 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 6FD33EC7B2C; Sun, 16 Apr 2017 02:03:46 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) From: Mark Millard In-Reply-To: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> Date: Sun, 16 Apr 2017 02:03:45 -0700 Cc: FreeBSD Current , FreeBSD Ports Content-Transfer-Encoding: quoted-printable Message-Id: <66C3DDE1-D9DB-4FCD-9743-0A547FE14358@dsl-only.net> References: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 09:03:49 -0000 On 2017-Apr-16, at 1:10 AM, Mark Millard wrote: > Context: amd64 FreeBSD -r316952 as a VirtualBox guest > that was built using WITH_LLD_IS_LD=3D . ports -r438577. >=20 > x11/xorg-minimal indirectly gets to devel/libunwind and > devel/libunwind fails to build from source: >=20 >=20 > --- Lperf-simple --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc = -llzma -Wl,-rpath -Wl,/usr/local/lib > /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:219: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:66: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:73: cannot preempt symbol = '_ULx86_64_step' defined in ../src/.libs/libunwind.so > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [Lperf-simple] Error code 1 >=20 > make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests > --- Lperf-trace --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Lperf-trace = Lperf-trace.o ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib > --- Gperf-simple --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Gperf-simple Gperf-simple.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib > --- Lperf-trace --- > /usr/bin/ld: error: ./Gperf-trace.c:181: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:205: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > --- Gperf-trace --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Gperf-trace = Gperf-trace.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib > --- Lperf-trace --- > /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [Lperf-trace] Error code 1 >=20 > make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests > --- Gperf-simple --- > /usr/bin/ld: error: Gperf-simple.c:195: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:219: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:66: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:73: cannot preempt symbol = '_Ux86_64_step' defined in ../src/.libs/libunwind-x86_64.so > --- Gperf-trace --- > /usr/bin/ld: error: Gperf-trace.c:181: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:205: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > --- Gperf-simple --- > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > --- Gperf-trace --- > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > --- Gperf-simple --- > *** [Gperf-simple] Error code 1 >=20 > make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests > --- Gperf-trace --- > *** [Gperf-trace] Error code 1 >=20 >=20 > I do have: >=20 > # svnlite diff /usr/ports/Mk > Index: /usr/ports/Mk/bsd.port.mk > =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 > --- /usr/ports/Mk/bsd.port.mk (revision 436747) > +++ /usr/ports/Mk/bsd.port.mk (working copy) > @@ -1646,7 +1646,11 @@ > STRIP_CMD=3D ${TRUE} > .endif > DEBUG_FLAGS?=3D -g > +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) > +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} > +.else > CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} > +.endif > .if defined(INSTALL_TARGET) > INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} > .endif >=20 > and use ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D and WITH_DEBUG=3D : >=20 > # more /etc/make.conf=20 > WANT_QT_VERBOSE_CONFIGURE=3D1 > # > DEFAULT_VERSIONS+=3Dperl5=3D5.24 > WRKDIRPREFIX=3D/usr/obj/portswork > # > # =46rom a local /usr/ports/Mk/bsd.port.mk extension: > ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D > # > .if ${.CURDIR:M*/devel/*llvm*} > #WITH_DEBUG=3D > .elif ${.CURDIR:M*/www/webkit-qt5*} > #WITH_DEBUG=3D > .else > WITH_DEBUG=3D > .endif > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D I reverted my amd64 FreeBSD context to be based on WITHOUT_LLD_IS_LD=3D and tried the above again. devel/libunwind did not have the problem when the system's ld was from the system binutils. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@freebsd.org Sun Apr 16 09:30:10 2017 Return-Path: Delivered-To: freebsd-ports@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 F235ED40E7B for ; Sun, 16 Apr 2017 09:30:10 +0000 (UTC) (envelope-from thomas@gibfest.dk) 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 D94B01F19 for ; Sun, 16 Apr 2017 09:30:10 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: by mailman.ysv.freebsd.org (Postfix) id D5C03D40E7A; Sun, 16 Apr 2017 09:30:10 +0000 (UTC) Delivered-To: ports@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 D55C5D40E79 for ; Sun, 16 Apr 2017 09:30:10 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [IPv6:2a01:4f8:201:2327:144:76:253:226]) (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 9D6801F18; Sun, 16 Apr 2017 09:30:10 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from [10.137.5.12] (nat2.hq.bornfiber.dk [185.96.91.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id D94C8A4F5B9; Sun, 16 Apr 2017 09:30:07 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.tyknet.dk D94C8A4F5B9 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1492335008; bh=UyJrgdPWmU00cHKiDaln0u7ww0UglALAkiWxVXCCdpE=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=HHi/wqKbudA9w+Cw7c3L8xSuId686cpGCI35ao/7q2QjTyif/+n2HdLSD3KQlGL7d 5v7jXdM3NslWT5W/qvBlbHf892zpZNo+U46ATZlajILW819sQqmFM8zf/r6UYDs3KJ G+1xxbnr8c+FUB+5VpXy1IRS4I+d6Ad86vfr+b4zUWU5bqIGoRV1C9sE9RcCdqdPQ+ BTVH8rbhPhncKo94KLa9xB/4CB04l5YrPmma+fSyQowpIE8ysFwEDRqexALTBXTyCK yBQkcUGaVEXci6AV2u3BL3vW271JGer/iYqv9jjOAX+v1477vSTeMtHf0wsPPU7OJ2 pyNaqjP3Z5fTA== Subject: Re: default named.conf in bind ports and slaving from f-root To: George Mitchell , ports@freebsd.org References: <85573e9f-c0e7-1e30-6f95-2fec13e0ac26@gibfest.dk> Cc: mat@freebsd.org From: Thomas Steen Rasmussen Message-ID: Date: Sun, 16 Apr 2017 11:30:05 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 09:30:11 -0000 On 04/16/2017 04:02 AM, George Mitchell wrote: > On 04/14/17 08:37, Thomas Steen Rasmussen wrote: >> Hello, >> >> Cloudflare deployed a bunch (74 apparently) of new f-root dns >> servers, which do not permit AXFR like the other f-root instances >> do. >> [...] >> A good alternative could be to change named.conf to use >> lax.xfr.dns.icann.org and iad.xfr.dns.icann.org as >> described in [2]. My named.conf now looks like this: >> [...] > Does this issue affect me if I use type "hint" for zone "." like this: > > zone "." { type hint; file "/usr/local/etc/namedb/named.root"; }; > > -- George > Hello, Someone else already responded, but for the record: No, it does not. Slaving the root zone is an alternative to using the hints file. The advantage is that the data is always uptodate. The disadvantage is stuff like this, obviously. The reason many FreeBSD users have bind slaving . from f-root rather than using the hints file is that the default named.conf from ports strongly suggests doing so, although it is not actually the default. The root zone is not static, which is why we are trying to get away from root hint files. But the server we choose to AXFR the root from needs to be one that specifically offers AXFR as a service, otherwise we end up in situations like this. The f-root servers have been allowing AXFR since before ICANN existed, but never offered it as an explicit stated purpose or service. ICANNS AXFR service [1] does specifically offer this service. I've also configured my monitoring to watch the age of /usr/local/etc/namedb/slave/root.slave and if it is older than 24h then sound an alarm to avoid similar situations in the future. Best regards, Thomas Steen Rasmussen [1] http://www.dns.icann.org/services/axfr/index.html From owner-freebsd-ports@freebsd.org Sun Apr 16 13:29:47 2017 Return-Path: Delivered-To: freebsd-ports@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 7C8AAD4013D for ; Sun, 16 Apr 2017 13:29:47 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5CB73F09 for ; Sun, 16 Apr 2017 13:29:47 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: by mailman.ysv.freebsd.org (Postfix) id 594CDD4013B; Sun, 16 Apr 2017 13:29:47 +0000 (UTC) Delivered-To: ports@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 5741AD4013A for ; Sun, 16 Apr 2017 13:29:47 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "m5p.com", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 16BB8F07; Sun, 16 Apr 2017 13:29:46 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [IPv6:2001:418:3fd::1f] (haymarket.m5p.com [IPv6:2001:418:3fd::1f]) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTP id v3GDTdNB028370; Sun, 16 Apr 2017 09:29:44 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Subject: Re: default named.conf in bind ports and slaving from f-root To: Thomas Steen Rasmussen , ports@freebsd.org References: <85573e9f-c0e7-1e30-6f95-2fec13e0ac26@gibfest.dk> Cc: mat@freebsd.org, Kevin Oberman From: George Mitchell Message-ID: <44960392-52ad-f484-8ffa-7decf847a5ad@m5p.com> Date: Sun, 16 Apr 2017 09:29:33 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eBB7VrX2PL37Nel0RVJgASK0w4RhH8VPG" X-Spam-Status: No, score=-1.0 required=10.0 tests=ALL_TRUSTED, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mattapan.m5p.com X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.1 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Sun, 16 Apr 2017 09:29:45 -0400 (EDT) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 13:29:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eBB7VrX2PL37Nel0RVJgASK0w4RhH8VPG Content-Type: multipart/mixed; boundary="sJHpGTtNUSwn16rnTGIGN6DE0XXRPs6nO"; protected-headers="v1" From: George Mitchell To: Thomas Steen Rasmussen , ports@freebsd.org Cc: mat@freebsd.org, Kevin Oberman Message-ID: <44960392-52ad-f484-8ffa-7decf847a5ad@m5p.com> Subject: Re: default named.conf in bind ports and slaving from f-root References: <85573e9f-c0e7-1e30-6f95-2fec13e0ac26@gibfest.dk> In-Reply-To: --sJHpGTtNUSwn16rnTGIGN6DE0XXRPs6nO Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 04/16/17 05:30, Thomas Steen Rasmussen wrote: > On 04/16/2017 04:02 AM, George Mitchell wrote: >> On 04/14/17 08:37, Thomas Steen Rasmussen wrote: >>> Hello, >>> >>> Cloudflare deployed a bunch (74 apparently) of new f-root dns >>> servers, which do not permit AXFR like the other f-root instances >>> do. >>> [...] >>> A good alternative could be to change named.conf to use >>> lax.xfr.dns.icann.org and iad.xfr.dns.icann.org as >>> described in [2]. My named.conf now looks like this: >>> [...] >> Does this issue affect me if I use type "hint" for zone "." like this:= >> >> zone "." { type hint; file "/usr/local/etc/namedb/named.root"; }; >> >> -- George >> > Hello, >=20 > Someone else already responded, but for the record: No, > it does not. Slaving the root zone is an alternative to using > the hints file. The advantage is that the data is always > uptodate. The disadvantage is stuff like this, obviously. > [...] Thank you, Kevin and Thomas, for confirming what I already suspected was the case. -- George --sJHpGTtNUSwn16rnTGIGN6DE0XXRPs6nO-- --eBB7VrX2PL37Nel0RVJgASK0w4RhH8VPG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAljzccMACgkQwRES3m+p 4fl+PxAAjdMAbfJWKgoNECJPUCH6zep4hzSWVBrMeYHwVVlqCr/DZ5/IMx3cIXnl M79xkhbof7iCINd9eKpeNYlcQ9j+cQZizAR1ErtftGvHL3EcLGkxEExH1VlWvppK MACPMtdxRdQZMmcDNRaz2TXFpVj+fggh1ix2vh0afrCx1FmZL7ni9Y8wmQXSlTGL NzEQ6n2mi2BSm4vAEc6rvWnhdOudo6GhbooyX1n6qR/mWqQ1opLwQgB7J7BzKobL Z0oIfF/uybbxACCUMJEQg/pMA2l/QNlIeFMJo+Wt6fYa63THzBMhHNLRhxS31SQO y83JLxFde82PauRiecncBnRE6XB6QkbwpdpAowo4pH/1owjTXKipjjWr6pZhN6YX FpQfOE2OowKZGo+/8S6YSdg26CZFLSfsbQ1YAWyYrhcF8u5WZSYAK/b4FvR5ynyV pO9kj28pup0qDO0Z1hphkXXSlhdSpW0VxhwwVN/+h34LNLFNX9tDROWYH0S3LQiu 186w2bZptNQXLKJ8wdwao3Rr1FUlHT8y3naark45tvLAZibGO1/84JexsH/fNGhV Hq6Z6PKS8LgtlIFXM88KNT50xZR4+WDs7QUlUhK2Tx4NSTcQ+j8vaOUo+/ZdF5Lc 9xlenlmQGz7r0DpYFvoQ6sc6TG5cdbMZzGZzHJRe6i/p7CQDtzE= =6sdp -----END PGP SIGNATURE----- --eBB7VrX2PL37Nel0RVJgASK0w4RhH8VPG-- From owner-freebsd-ports@freebsd.org Sun Apr 16 14:12:38 2017 Return-Path: Delivered-To: freebsd-ports@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 01050D40199 for ; Sun, 16 Apr 2017 14:12:38 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A4ACA8D2; Sun, 16 Apr 2017 14:12:36 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id v3GECRcO091106 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 16 Apr 2017 14:12:27 GMT (envelope-from list1@gjunka.com) To: freebsd-ports@freebsd.org, jrm@FreeBSD.org From: Grzegorz Junka Subject: slurm-wlm pre-install failed Message-ID: <6ff65873-bb19-51dd-a078-aa7d559725ce@gjunka.com> Date: Sun, 16 Apr 2017 14:12:27 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 14:12:38 -0000 The pre-install of slurm-wlm script failed when upgrading 800 or so ports with pkg. But pkg first de-installed hundreds of ports for the upgrade which are now not installed. Two questions: 1. Is there a way of continuing with the upgrade without having to manually install all the ports that have been uninstalled but not re-installed? 2. How to ignore/fix the slurm-wlm pre-install script? User and group 'slurm' both exist and deleting them doesn't help. [214/822] Installing slurm-wlm-16.05.9_1... ===> Creating groups. Creating group 'slurm' with gid '468'. ===> Creating users Creating user 'slurm' with uid '468'. pw: user 'slurm' disappeared during update pkg: PRE-INSTALL script failed Grzegorz From owner-freebsd-ports@freebsd.org Sun Apr 16 17:31:22 2017 Return-Path: Delivered-To: freebsd-ports@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 B2EF9D41EA2 for ; Sun, 16 Apr 2017 17:31:22 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.66]) (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 7DA68A17 for ; Sun, 16 Apr 2017 17:31:21 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id E447420B15 for ; Sun, 16 Apr 2017 19:31:12 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3w5djD16wtz109n for ; Sun, 16 Apr 2017 19:31:12 +0200 (CEST) Date: Sun, 16 Apr 2017 20:31:09 +0300 From: Dmytro Bilokha To: freebsd-ports@freebsd.org Subject: Need for commit (new port) Message-ID: <20170416173109.GA3679@wstan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 17:31:22 -0000 Hi, Everyone! May some kind committer commit the new port: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215708 It is a port for the Payara Application Service (http://www.payara.fish/) which is derived from the Glassfish (https://glassfish.java.net/). -- Dmytro Bilokha dmytro@posteo.net From owner-freebsd-ports@freebsd.org Sun Apr 16 17:43:29 2017 Return-Path: Delivered-To: freebsd-ports@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 E03DFD4123A for ; Sun, 16 Apr 2017 17:43:29 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (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 77F30102D for ; Sun, 16 Apr 2017 17:43:29 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by mail-wm0-x242.google.com with SMTP id q125so5886872wmd.3 for ; Sun, 16 Apr 2017 10:43:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bris-ac-uk.20150623.gappssmtp.com; s=20150623; h=date:from:message-id:to:subject:reply-to:in-reply-to; bh=oKUWpQC8falUgwTDaDV7y1mRlhNqCLRzalz9ei8Qp/M=; b=TmCKqkegCdGdb/07JezfBTQSEaLX5FTMRczWb2UP3ZJ5ldAX32WrkCfqlbbJRXcYjD /AH7abGWEQBJs8abf4uqIwfURChOSE1683F/64OOrlC7dJvHJZ/07G57tfNiaz19MFsG PMUIzTfMa9IhORJ719/BVQJFY/gGvP6IVQUSKaB4Y4fzRPzQ7mw7u1CJJGwCpF/Nz2Q7 x9x8gWrLHoPNXw49nZaI0bx8k02TI/fhZty+F56fKL1Ejqd0ZNRiFeGn7t2goK/6CVq0 ff9O2p86xaFEHO3Rvb3Gvg2Fp6S0s6LNrlMuUBKISOpLuXsDAdPcuxEjFNwTI4UlfSyu 0emQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:message-id:to:subject:reply-to :in-reply-to; bh=oKUWpQC8falUgwTDaDV7y1mRlhNqCLRzalz9ei8Qp/M=; b=sDyluDgOeIa3EkDBiZuDjJRUztIxB+Me9zOrdlRRH/q4Ofl5Is0yumadUN8Gj6rK2B 9eaDI5c4+opl9IoC5v967jrvFDlcHv+vcTbNtPpQBU+vHCC43KGttRQ39VTDXA98YK1h ze7VZVqhck0c8bkgI8/M56e5opfJXoSQv1RdBT541JE1aWJ7S0wy0dFL1dUO436I8zLO foN+bFieBDhZztG9jCxETmKnpZa97Oj8bVN03g6/uRO3zYtwZAvRRISZBgmsAZ2RtloI 2aDNBO8FFKYFCWQ39v9PagcgHD4digcYKQTb5pRfGJIji2EV0rtfAuaKvYp03jKeBmVE 2bfA== X-Gm-Message-State: AN3rC/7dlMX1FTf2B3hM0vNt5v8CMjUS4TuoaICi9wtMnJ3WGEmAZ0eV 00ZUTctuXlIYH5zx+fw= X-Received: by 10.28.238.213 with SMTP id j82mr6245245wmi.43.1492364607819; Sun, 16 Apr 2017 10:43:27 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id 3sm11085264wrv.33.2017.04.16.10.43.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 16 Apr 2017 10:43:27 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id v3GHhQsI022722; Sun, 16 Apr 2017 18:43:26 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id v3GHhQlY022721; Sun, 16 Apr 2017 18:43:26 +0100 (BST) (envelope-from mexas) Date: Sun, 16 Apr 2017 18:43:26 +0100 (BST) From: Anton Shterenlikht Message-Id: <201704161743.v3GHhQlY022721@mech-as222.men.bris.ac.uk> To: danilo@FreeBSD.org, freebsd-ports@freebsd.org, list1@gjunka.com Subject: Re: RELRO breaks net/openmpi, was: net/openmpi fails to compile with default settings Reply-To: mexas@bris.ac.uk In-Reply-To: <4554df76-b695-ac0d-209b-97f7422c0ec3@gjunka.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 17:43:30 -0000 >The compilation was broken because of > >OPTIONS_FILE_SET+=RELRO > >in > >devel/binutils > >After disabling RELRO net/openmpi can be compiled successfully. Not sure >if this is a bug or expected behaviour. I'm glad you nailed it. I've no idea what this option does. Anton From owner-freebsd-ports@freebsd.org Sun Apr 16 18:55:08 2017 Return-Path: Delivered-To: freebsd-ports@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 4A21BD41403 for ; Sun, 16 Apr 2017 18:55:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 0D27B105C for ; Sun, 16 Apr 2017 18:55:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 6319 invoked from network); 16 Apr 2017 18:56:08 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 18:56:08 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 14:55:05 -0400 (EDT) Received: (qmail 1395 invoked from network); 16 Apr 2017 18:55:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 18:55:05 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id E2563EC7E2B; Sun, 16 Apr 2017 11:55:04 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: amd64 head -r317015 system clang 4.0 crashes during qt5-widgets "checking" activity: "Wrong prefetch hint in intrinsic: should be 0 or 1" (avx512.cpp) Message-Id: <61B01D71-933E-454B-8878-C021CC93DF43@dsl-only.net> Date: Sun, 16 Apr 2017 11:55:04 -0700 Cc: FreeBSD Current , freebsd-amd64@freebsd.org To: FreeBSD Toolchain , FreeBSD Ports X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 18:55:08 -0000 [ports -r438577 with devel/*binutils reverted to 2.27 via -r436731 .] The qr5-widgets build attempt reported: checking for avx512cd...=20 clang++ -c -pipe -O2 -g -fstack-protector -fno-strict-aliasing = -mavx512cd -g -Wall -W -fPIC -DAVX512WANT=3DCD -I. -I/usr/local/include = -I/usr/local/lib/qt5/mkspecs/freebsd-clang -o avx512.o avx512.cpp clang++ -o avx512 avx512.o -L/usr/local/lib avx512cd enabled. checking for avx512pf...=20 clang++ -c -pipe -O2 -g -fstack-protector -fno-strict-aliasing = -mavx512pf -g -Wall -W -fPIC -DAVX512WANT=3DPF -I. -I/usr/local/include = -I/usr/local/lib/qt5/mkspecs/freebsd-clang -o avx512.o avx512.cpp Assertion failed: (HintVal < 2 && "Wrong prefetch hint in intrinsic: = should be 0 or 1"), function LowerINTRINSIC_W_CHAIN, file = /usr/src/contrib/llvm/lib/Target/X86/X86ISelLowering.cpp, line 19956. clang++: ESC[0;1;31merror: ESC[0munable to execute command: Abort trap = (core dumped)ESC[0m clang++: ESC[0;1;31merror: ESC[0mclang frontend command failed due to = signal (use -v to see invocation)ESC[0m FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on = LLVM 4.0.0) Target: x86_64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg: PLEASE submit a bug = report to https://bugs.freebsd.org/submit/ and include the crash = backtrace, preprocessed source, and associated run script.ESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg:=20 ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located = at:ESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg: = /tmp/avx512-258133.cppESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg: = /tmp/avx512-258133.shESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg:=20 ********************ESC[0m *** Error code 254 Stop. make[2]: stopped in = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/config.tests/common/avx512 # more /tmp/avx512-258133.sh # Crash reproducer for FreeBSD clang version 4.0.0 = (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) # Driver args: "--driver-mode=3Dg++" "-c" "-pipe" "-O2" "-g" = "-fstack-protector" "-fno-strict-aliasing" "-mavx512pf" "-g" "-Wall" = "-W" "-fPIC" "-D" "AVX512WANT=3DPF" "-I" "." "-I" "/usr/local/include" = "-I" "/usr/local/lib/qt5/mkspecs/freebsd-clang" "-o" "avx512.o" = "avx512.cpp" # Original command: "/usr/bin/clang++" "-cc1" "-triple" = "x86_64-unknown-freebsd12.0" "-emit-obj" "-disable-free" = "-main-file-name" "avx512.cpp" "-mrelocation-model" "pic" "-pic-level" = "2" "-mthread-model" "posix" "-mdisable-fp-elim" "-relaxed-aliasing" = "-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu" = "x86-64" "-target-feature" "+avx512pf" "-dwarf-column-info" = "-debug-info-kind=3Dstandalone" "-dwarf-version=3D2" = "-debugger-tuning=3Dgdb" "-coverage-notes-file" = "/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensou= rce-src-5.7.1/config.tests/common/avx512/avx512.gcno" "-resource-dir" = "/usr/bin/../lib/clang/4.0.0" "-D" "AVX512WANT=3DPF" "-I" "." "-I" = "/usr/local/include" "-I" "/usr/local/lib/qt5/mkspecs/freebsd-clang" = "-internal-isystem" "/usr/include/c++/v1" "-O2" "-Wall" "-W" = "-fdeprecated-macro" "-fdebug-compilation-dir" = "/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensou= rce-src-5.7.1/config.tests/common/avx512" "-ferror-limit" "19" = "-fmessage-length" "80" "-stack-protector" "1" "-fobjc-runtime=3Dgnustep" = "-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option" = "-fcolor-diagnostics" "-vectorize-loops" "-vectorize-slp" "-o" = "avx512.o" "-x" "c++" "avx512.cpp" "/usr/bin/clang++" "-cc1" "-triple" "x86_64-unknown-freebsd12.0" = "-emit-obj" "-disable-free" "-main-file-name" "avx512.cpp" = "-mrelocation-model" "pic" "-pic-level" "2" "-mthread-model" "posix" = "-mdisable-fp-elim" "-relaxed-aliasing" "-masm-verbose" = "-mconstructor-aliases" "-munwind-tables" "-target-cpu" "x86-64" = "-target-feature" "+avx512pf" "-dwarf-column-info" = "-debug-info-kind=3Dstandalone" "-dwarf-version=3D2" = "-debugger-tuning=3Dgdb" "-coverage-notes-file" = "/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensou= rce-src-5.7.1/config.tests/common/avx512/avx512.gcno" "-D" = "AVX512WANT=3DPF" "-O2" "-Wall" "-W" "-fdeprecated-macro" = "-ferror-limit" "19" "-fmessage-length" "80" "-stack-protector" "1" = "-fobjc-runtime=3Dgnustep" "-fcxx-exceptions" "-fexceptions" = "-fdiagnostics-show-option" "-fcolor-diagnostics" "-vectorize-loops" = "-vectorize-slp" "-x" "c++" "avx512-258133.cpp" Unfortunately the /tmp/avx512-258133.cpp is somewhat over 2 MiBytes and so it not appropriate here. (Note: I got to this via trying to build x11/lumina .) As for build environment details/oddities for my context: # more /etc/make.conf=20 WANT_QT_VERBOSE_CONFIGURE=3D1 # DEFAULT_VERSIONS+=3Dperl5=3D5.24 WRKDIRPREFIX=3D/usr/obj/portswork # # =46rom a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D # .if ${.CURDIR:M*/devel/*llvm*} #WITH_DEBUG=3D .elif ${.CURDIR:M*/www/webkit-qt5*} #WITH_DEBUG=3D .else WITH_DEBUG=3D .endif WITH_DEBUG_FILES=3D MALLOC_PRODUCTION=3D # svnlite diff /usr/ports/Mk/ Index: /usr/ports/Mk/bsd.port.mk =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 --- /usr/ports/Mk/bsd.port.mk (revision 436747) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1646,7 +1646,11 @@ STRIP_CMD=3D ${TRUE} .endif DEBUG_FLAGS?=3D -g +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} +.else CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} +.endif .if defined(INSTALL_TARGET) INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} .endif # svnlite info /usr/ports/devel/binutils Path: /usr/ports/devel/binutils Working Copy Root Path: /usr/ports URL: svn://svn0.us-west.freebsd.org/ports/head/devel/binutils Relative URL: ^/head/devel/binutils Repository Root: svn://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 436731 Node Kind: directory Schedule: normal Last Changed Author: bdrewery Last Changed Rev: 434651 Last Changed Date: 2017-02-22 15:33:44 -0800 (Wed, 22 Feb 2017) # svnlite diff /usr/src/contrib/llvm/ Index: /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp =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 --- /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp (revision = 315914) +++ /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp (working copy) @@ -1070,7 +1070,8 @@ } =20 PPC64TargetInfo::PPC64TargetInfo() { - PltRel =3D GotRel =3D R_PPC64_GLOB_DAT; + GotRel =3D R_PPC64_GLOB_DAT; + PltRel =3D R_PPC64_JMP_SLOT; RelativeRel =3D R_PPC64_RELATIVE; GotEntrySize =3D 8; GotPltEntrySize =3D 8; (So TARGET_ARCH=3Dpowerpc64 tied.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@freebsd.org Sun Apr 16 20:11:05 2017 Return-Path: Delivered-To: freebsd-ports@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 D9A99D41E12 for ; Sun, 16 Apr 2017 20:11:05 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 9E1C41DD4 for ; Sun, 16 Apr 2017 20:11:05 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1czqVn-0007pZ-1E; Sun, 16 Apr 2017 22:11:07 +0200 Date: Sun, 16 Apr 2017 22:11:07 +0200 From: Kurt Jaeger To: Dmytro Bilokha Cc: freebsd-ports@freebsd.org Subject: Re: Need for commit (new port) Message-ID: <20170416201106.GB74780@home.opsec.eu> References: <20170416173109.GA3679@wstan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170416173109.GA3679@wstan> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 20:11:05 -0000 Hi! > May some kind committer commit the new port: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215708 > > It is a port for the Payara Application Service (http://www.payara.fish/) > which is derived from the Glassfish (https://glassfish.java.net/). Done. May I ask about the difference between glassfish (now at 4.1.2 upstream, 4.1 in the ports), wildfly, jboss and all the other EEs out there ? I really doubt that there's so much improvement over 110M+ large distfiles that each of those EE java blobs can bring ? Wouldn't it be sensible to just fix others instead of re-inventing the wheel all over ? -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Sun Apr 16 20:25:39 2017 Return-Path: Delivered-To: freebsd-ports@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 77EBCD412D3 for ; Sun, 16 Apr 2017 20:25:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 3CABD997 for ; Sun, 16 Apr 2017 20:25:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8416 invoked from network); 16 Apr 2017 20:25:37 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 20:25:37 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 16:25:37 -0400 (EDT) Received: (qmail 3530 invoked from network); 16 Apr 2017 20:25:36 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 20:25:36 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 47F6BEC807D; Sun, 16 Apr 2017 13:25:36 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: amd64 head -r317015 system ports -r438577 : qt5-widgets vs. libQt5Core.so "multiple definition of" for: __bss_start@Qt_5 _edata@Qt_5 _end@Qt_5 Message-Id: <71DB1157-6B09-4698-A5BB-DB63814FFCC2@dsl-only.net> Date: Sun, 16 Apr 2017 13:25:35 -0700 To: tcberner@freebsd.org, FreeBSD Ports X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 20:25:39 -0000 [This is indirectly from an attempt to build x11/lumina . context: head -r317015 ports -4438577 with devel/*binutils reverted to 2.27 via -r436731 .] The qt5-widgets build stops with: --- ../../../bin/uic --- c++ -Wl,--as-needed -fstack-protector -Wl,--gc-sections -pthread = -Wl,-rpath,/usr/local/lib/qt5 -o ../../../bin/uic = .obj/customwidgetsinfo.o .obj/databaseinfo.o .obj/driver.o = .obj/treewalker.o .obj/ui4.o .obj/validator.o .obj/cppextractimages.o = .obj/cppwritedeclaration.o .obj/cppwriteicondata.o = .obj/cppwriteicondeclaration.o .obj/cppwriteiconinitialization.o = .obj/cppwriteincludes.o .obj/cppwriteinitialization.o .obj/main.o = .obj/uic.o = -L/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-openso= urce-src-5.7.1/lib -L/usr/local/lib -lQt5Core = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/lib/libQt5Core.so: In function `_edata': (.ctors+0x27a48): multiple definition of `__bss_start@Qt_5' = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/lib/libQt5Core.so:(.ctors+0x27a48): first defined here = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/lib/libQt5Core.so: In function `_edata': (.ctors+0x27a48): multiple definition of `_edata@Qt_5' = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/lib/libQt5Core.so:(.ctors+0x27a48): first defined here = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/lib/libQt5Core.so: In function `_end': (.ctors+0x2b354): multiple definition of `_end@Qt_5' c++: error: linker command failed with exit code 1 (use -v to see = invocation) *** [../../../bin/uic] Error code 1 make[2]: stopped in = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/src/tools/uic 1 error I'll note for reference the (separate lines for readability): = -L/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-openso= urce-src-5.7.1/lib -L/usr/local/lib -lQt5Core when: =3D=3D=3D> qt5-widgets-5.7.1 depends on shared library: libQt5Core.so = - found (/usr/local/lib/qt5/libQt5Core.so) =3D=3D=3D> qt5-widgets-5.7.1 depends on shared library: libQt5Gui.so - = found (/usr/local/lib/qt5/libQt5Gui.so) =3D=3D=3D> Configuring for qt5-widgets-5.7.1 /bin/ln -sf /usr/local/lib/qt5/libQt5Core.so = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/lib /bin/ln -sf /usr/local/lib/qt5/libQt5Gui.so = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/lib /bin/mkdir -p = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1 (Side note: The mkdir -p for work/qtbase-opensource-src-5.7.1 is after the ln -s usage that references it in the target directory path. This seems odd.) As for build environment details/oddities for my context: # more /etc/make.conf=20 WANT_QT_VERBOSE_CONFIGURE=3D1 # DEFAULT_VERSIONS+=3Dperl5=3D5.24 WRKDIRPREFIX=3D/usr/obj/portswork # # =46rom a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D # .if ${.CURDIR:M*/devel/*llvm*} #WITH_DEBUG=3D .elif ${.CURDIR:M*/www/webkit-qt5*} #WITH_DEBUG=3D .else WITH_DEBUG=3D .endif WITH_DEBUG_FILES=3D MALLOC_PRODUCTION=3D # svnlite diff /usr/ports/Mk/ Index: /usr/ports/Mk/bsd.port.mk =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 --- /usr/ports/Mk/bsd.port.mk (revision 436747) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1646,7 +1646,11 @@ STRIP_CMD=3D ${TRUE} .endif DEBUG_FLAGS?=3D -g +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} +.else CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} +.endif .if defined(INSTALL_TARGET) INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} .endif # svnlite info /usr/ports/devel/binutils Path: /usr/ports/devel/binutils Working Copy Root Path: /usr/ports URL: svn://svn0.us-west.freebsd.org/ports/head/devel/binutils Relative URL: ^/head/devel/binutils Repository Root: svn://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 436731 Node Kind: directory Schedule: normal Last Changed Author: bdrewery Last Changed Rev: 434651 Last Changed Date: 2017-02-22 15:33:44 -0800 (Wed, 22 Feb 2017) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@freebsd.org Sun Apr 16 23:42:20 2017 Return-Path: Delivered-To: freebsd-ports@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 92ADCD41EBA for ; Sun, 16 Apr 2017 23:42:20 +0000 (UTC) (envelope-from idefix@fechner.net) Received: from anny.lostinspace.de (anny.lostinspace.de [IPv6:2001:608:a02::33]) (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 5BB7FC2D for ; Sun, 16 Apr 2017 23:42:19 +0000 (UTC) (envelope-from idefix@fechner.net) Received: from server.idefix.lan (unknown [IPv6:2001:a61:12ff:4501:dacb:8aff:febf:62dd]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: idefix@fechner.net) by anny.lostinspace.de (Postfix) with ESMTPSA id 59D6BAA6075 for ; Mon, 17 Apr 2017 01:42:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=fechner.net; s=default; t=1492386136; bh=ilMlFDe+YzDV36MNC1XQfB1sxEgr7/C+5onLDJ8jrmk=; h=To:From:Subject:Date; b=JAv/Iuh1de9FbNNA4GYIuCPw1G0td0pnVB7ldFfe9TrHzL9Ji4ZTucQ0/lrVLdCiE y+Gvy6BU1EYMLS01Z5G3DCo/MC7ndqHFNN4wv7r06St18DiK+2GQPtKij1/+WevlZ9 TFk6WkkGKJxUYMZSH86sdOpyj/w06tPKYtZ45NdM= Received: from [192.168.0.151] (aftr-88-217-181-143.dynamic.mnet-online.de [88.217.181.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by server.idefix.lan (Postfix) with ESMTPSA id 8351AADC209 for ; Mon, 17 Apr 2017 01:42:12 +0200 (CEST) To: FreeBSD Ports From: Matthias Fechner Subject: Maintainer Update apache-solr Message-ID: Date: Mon, 17 Apr 2017 01:42:09 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: de-DE X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 23:42:20 -0000 Dear all, I search for a committer for this two reports: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218523 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218654 Thanks! Gruß Matthias -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." -- Rich Cook From owner-freebsd-ports@freebsd.org Mon Apr 17 00:24:35 2017 Return-Path: Delivered-To: freebsd-ports@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 12BA9D3215F for ; Mon, 17 Apr 2017 00:24:35 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) Received: from s228.web-hosting.com (s228.web-hosting.com [198.54.114.176]) (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 EA1595E3 for ; Mon, 17 Apr 2017 00:24:34 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=a1poweruser.com; s=default; h=Content-Transfer-Encoding:Content-Type: Subject:To:MIME-Version:From:Date:Message-ID:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=gx55pHK3NRHLTqMkEkLReOoOOSVwd45k3KcNPs0HCio=; b=WyjcB441vuGG5qgyy0Y5I01Qey tuCwmrDB9R/y6j+p64ee5LCzdDv34IsqGDyYgwPXyHoQdAhhLA13QxDBg7ewsUYyISYNsucX5Glll 8Bgg+dP7hr+u8GCLcW5D0mEXOJ6Gcqq1iw2XQxCWxPe56MAT3DjJeemugXNUdXy2NJdU=; Received: from cpe-74-141-88-57.neo.res.rr.com ([74.141.88.57]:1108 helo=[10.0.10.3]) by server228.web-hosting.com with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1czu1j-0003Fl-O0 for freebsd-ports@freebsd.org; Sun, 16 Apr 2017 19:56:20 -0400 Message-ID: <58F404A4.104@a1poweruser.com> Date: Sun, 16 Apr 2017 19:56:20 -0400 From: qjail1 User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "freebsd-ports@freebsd.org" Subject: Need commit of simple port update Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server228.web-hosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - a1poweruser.com X-Get-Message-Sender-Via: server228.web-hosting.com: authenticated_id: qjail1@a1poweruser.com X-Authenticated-Sender: server228.web-hosting.com: qjail1@a1poweruser.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 00:24:35 -0000 Hello ports list; May some kind committor please commit my simple port update: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218272 Thanks From owner-freebsd-ports@freebsd.org Mon Apr 17 02:01:27 2017 Return-Path: Delivered-To: freebsd-ports@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 0B658D2AE09; Mon, 17 Apr 2017 02:01:27 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x241.google.com (mail-io0-x241.google.com [IPv6:2607:f8b0:4001:c06::241]) (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 C80BB7DE; Mon, 17 Apr 2017 02:01:26 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x241.google.com with SMTP id k87so24159016ioi.0; Sun, 16 Apr 2017 19:01:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=MjedlHMZW6riZ6DQlCkok/KJDGfUG15mJ2CqB4VfFjY=; b=Uo7avW6YQQ63Vm1Zrt/N73k2SgXBp4iurF40owMe+GXb+Z8P1iTqvyC9BCtHrALC9x /bX0J2tXyYJCC4vNHd0j1G1IXpLCrmPi/7lFzcA9i8Xk+lUXJnpTU15awtUBWNS2zVX8 ACThSTIawzg7pBJ/wF9UYPQx/EUpBdSd3hdCseAFxcZgZFOwLbbfy6iNx2qnBzgkdXFC CnzynLVzZBp5gTUYvXyDLviet71z6W/dxmCT3JjjBlysnxr0TnL+3MoRVTHzRAlDDGKa 7n4OHHFYAI+Y5UxcjwUbQqAa61jNA3CGb1BdiLYGTbg//OXRzCs0Fvv0Ph8zTZqAZcMG xCXQ== 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=MjedlHMZW6riZ6DQlCkok/KJDGfUG15mJ2CqB4VfFjY=; b=AKEf91ProW7z2Gj08OKo01/Yw1GXpizHdXHzrqbULtFHLtxp7wlbQM2xlft34Mz4Kg UVec8jth/LLrjnJq+h9T3C32Xfeij8ZleLDhv9xO8f25Afw+S8bbCCCzAkKGNphj3V3Y TM8/mD9xBByFrZvZ/SmpE1Vr+YfypJ2PSDtiPIdh+3RWA9IVH8xxHeoBullTNh2IYyRr bZQM/SwcAu2Rchc1JDp2FRbuPw5pu2SHa60fbSQn4HecAzIj34nzZm2V+ngSEe3GcYtS 8SvFVM4AFIMlmCrjr0+N2i3vr0szmYqPM6JteW1Ilh3kBIL9LXdOHHCeC/MK+BbfTOId myCw== X-Gm-Message-State: AN3rC/5L3wm7Q6BQ0bgYJGN2+7snsPkvwG+CwKSsmrZ0v4edmmRnU8WN 2z2/FgtpUUzvepRYaE7KY+5Tyy03D87j5Aw= X-Received: by 10.36.80.213 with SMTP id m204mr7758562itb.105.1492394486085; Sun, 16 Apr 2017 19:01:26 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.30.209 with HTTP; Sun, 16 Apr 2017 19:01:05 -0700 (PDT) In-Reply-To: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> References: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> From: Ed Maste Date: Sun, 16 Apr 2017 22:01:05 -0400 X-Google-Sender-Auth: FH9gQrnc_95BzAhSkcjz73sNXPM Message-ID: Subject: Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) To: Mark Millard Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD Ports Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 02:01:27 -0000 On 16 April 2017 at 04:10, Mark Millard wrote: > Context: amd64 FreeBSD -r316952 as a VirtualBox guest > that was built using WITH_LLD_IS_LD= . ports -r438577. > > x11/xorg-minimal indirectly gets to devel/libunwind and > devel/libunwind fails to build from source: > > > --- Lperf-simple --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath -Wl,/usr/local/lib > /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so The LLD ports exp-run identified the "cannot preempt symbol" issue as being responsible for the largest number of failed or skipped ports. You can find a description of the issue in LLVM PR 30960 (https://bugs.llvm.org//show_bug.cgi?id=30960). This is a tricky issue, and one for which there's not a clear right answer, but is arguably a problem that needs to be addressed in the individual pieces of software (libunwind, openal-soft, etc.) As a temporary workaround you can add CFLAGS+= -fPIC to the port's Makefile, as in https://github.com/emaste/freebsd-ports/commit/4857444b31ca546e29e221dce2a41092765e6062 From owner-freebsd-ports@freebsd.org Mon Apr 17 04:22:32 2017 Return-Path: Delivered-To: freebsd-ports@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 7CAF0D41A3B for ; Mon, 17 Apr 2017 04:22:32 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.66]) (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 4023A100A for ; Mon, 17 Apr 2017 04:22:31 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 6EFEC20A85 for ; Mon, 17 Apr 2017 06:22:28 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3w5w8g5Vp7zyny; Mon, 17 Apr 2017 06:22:27 +0200 (CEST) Date: Mon, 17 Apr 2017 07:22:26 +0300 From: Dmytro Bilokha To: Kurt Jaeger Cc: freebsd-ports@freebsd.org Subject: Re: Need for commit (new port) Message-ID: <20170417042225.GA2618@wstan> References: <20170416173109.GA3679@wstan> <20170416201106.GB74780@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20170416201106.GB74780@home.opsec.eu> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 04:22:32 -0000 On Sun, Apr 16, 2017 at 10:11:07PM +0200, Kurt Jaeger wrote: >Hi! > >> May some kind committer commit the new port: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215708 >> >> It is a port for the Payara Application Service (http://www.payara.fish/) >> which is derived from the Glassfish (https://glassfish.java.net/). > >Done. May I ask about the difference between glassfish (now at 4.1.2 >upstream, 4.1 in the ports), wildfly, jboss and all the other EEs out >there ? > Thank you very much! As far as I understand, situation with Java EE application servers is following: Each Java EE application server is emplementation of standards. So, theoretically, they should be more or less equal. But, always there are some aspects/features not covered by standards (like clustering, configuration, deployment procedure, etc). And these features are implemented in different ways by each application server. Also, licensing is different (LGPL/GPL/CDDL...). Also: - JBoss has no free version anymore, only payed subscription. Its free version renamed to WildFly. - Wildfly is evolving very fast, but not always stable and lacks commercial support (instead JBoss is proposed). - Glassfish is free and widely used, but Oracle has dropped commercial support for it and its feature is not clear for me. Oracle got it from Sun, but they also have their own application server - WebLogic which is proprietary. Who knows, will they support both Glassfish and WebLogic or just drop Glassfish in few years. - After Oracle dropped Glassfish commercial support some company created fork named Payara. It is almost the same as Glassfish, but with commercial support available, some features added, regular security patches and bugfixes. >I really doubt that there's so much improvement over 110M+ large >distfiles that each of those EE java blobs can bring ? > >Wouldn't it be sensible to just fix others instead of re-inventing >the wheel all over ? > For people who activly use these EE technologies, difference between application servers really matter. I agree with you, it would be nice to have only one Java EE application server which is free, open-source, the best of the best and fits everyone. But, I am in doubt this will happen in this century. >-- >pi@opsec.eu +49 171 3101372 3 years to go ! >_______________________________________________ >freebsd-ports@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-ports >To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- Dmytro Bilokha dmytro@posteo.net +38-050-607-41-43 From owner-freebsd-ports@freebsd.org Mon Apr 17 04:32:29 2017 Return-Path: Delivered-To: freebsd-ports@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 62883D41C2C for ; Mon, 17 Apr 2017 04:32:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (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 F360C1612 for ; Mon, 17 Apr 2017 04:32:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16398 invoked from network); 17 Apr 2017 04:35:28 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 17 Apr 2017 04:35:28 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Mon, 17 Apr 2017 00:32:27 -0400 (EDT) Received: (qmail 383 invoked from network); 17 Apr 2017 04:32:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 17 Apr 2017 04:32:27 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 56C93EC86CF; Sun, 16 Apr 2017 21:32:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) From: Mark Millard In-Reply-To: Date: Sun, 16 Apr 2017 21:32:25 -0700 Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD Ports Content-Transfer-Encoding: quoted-printable Message-Id: <6C9833F3-8DA6-4D79-A076-F4B78C47CC72@dsl-only.net> References: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> To: Ed Maste X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 04:32:29 -0000 On 2017-Apr-16, at 7:01 PM, Ed Maste wrote: > On 16 April 2017 at 04:10, Mark Millard wrote: >> Context: amd64 FreeBSD -r316952 as a VirtualBox guest >> that was built using WITH_LLD_IS_LD=3D . ports -r438577. >>=20 >> x11/xorg-minimal indirectly gets to devel/libunwind and >> devel/libunwind fails to build from source: >>=20 >>=20 >> --- Lperf-simple --- >> libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc = -llzma -Wl,-rpath -Wl,/usr/local/lib >> /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so >=20 > The LLD ports exp-run identified the "cannot preempt symbol" issue as > being responsible for the largest number of failed or skipped ports. > You can find a description of the issue in LLVM PR 30960 > (https://bugs.llvm.org//show_bug.cgi?id=3D30960). This is a tricky > issue, and one for which there's not a clear right answer, but is > arguably a problem that needs to be addressed in the individual pieces > of software (libunwind, openal-soft, etc.) Good to know. > As a temporary workaround you can add CFLAGS+=3D -fPIC to the port's > Makefile, as in > = https://github.com/emaste/freebsd-ports/commit/4857444b31ca546e29e221dce2a= 41092765e6062 I've set this up for the next time I try using WITH_LLD_IS_LD=3D on amd64. Thanks. When I reverted earlier to binutils based ld a later qt5-widgets vs. libQt5Core.so ended up with: "multiple definition of" for __bss_start@Qt_5 _edata@Qt_5 _end@Qt_5 and this stoped the build that I was attempting. (I did not make to to the x11/lumina that I explicitly specified as to be built.) So my -fPIC experiment using WITH_LLD_IS_LD=3D on amd64 will not likely happen until Qt5 can build what is involved in its supporting x11/lumina . (Having at least x11/xorg-minimal also helps with using x11/lumina . But until I can have x11/lumina I've no intended use for x11/xorg-minimal .) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@freebsd.org Mon Apr 17 07:13:41 2017 Return-Path: Delivered-To: freebsd-ports@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 16F9BD41F89 for ; Mon, 17 Apr 2017 07:13:41 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (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 CF01A843; Mon, 17 Apr 2017 07:13:40 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a01.um.gwdg.de ([134.76.11.221] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1d00qq-0002uY-2C; Mon, 17 Apr 2017 09:13:32 +0200 Received: from krabat.raven.hur (79.210.200.227) by email.gwdg.de (134.76.9.210) with Microsoft SMTP Server (TLS) id 14.3.319.2; Mon, 17 Apr 2017 09:13:31 +0200 To: CC: From: Rainer Hurling Subject: shebangfix problems with devel/llvm40 on 12.0-CURRENT Message-ID: Date: Mon, 17 Apr 2017 09:13:27 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 07:13:41 -0000 On 12.0-CURRENT r316757 with recent ports system a got the following built error: [..snip..] ====> Compressing man pages (compress-man) ===> Installing ldconfig configuration file ====> Running Q/A tests (stage-qa) Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'bin/lit40' Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'bin/llvm-lit40' Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'llvm40/bin/git-clang-format' Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'llvm40/bin/scan-view' Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'llvm40/bin/lit' Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'llvm40/bin/llvm-lit' Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'llvm40/share/clang/clang-format-diff.py' Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'llvm40/share/clang/clang-tidy-diff.py' Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'llvm40/share/clang/run-clang-tidy.py' Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'llvm40/share/clang/run-find-all-symbols.py' Error: /usr/local/bin/FileCheck40 is linked to /usr/local/lib/libtinfo.so.6 from devel/ncurses but it is not declared as a dependency Warning: you need USES+=ncurses Error: /usr/local/llvm40/bin/lldb-server-4.0.0 is linked to /usr/local/lib/libform.so.6 from devel/ncurses but it is not declared as a dependency Warning: you need USES+=ncurses Error: /usr/local/llvm40/bin/lldb-server-4.0.0 is linked to /usr/local/lib/libpanel.so.6 from devel/ncurses but it is not declared as a dependency Warning: you need USES+=ncurses Error: /usr/local/llvm40/bin/lldb-server-4.0.0 is linked to /usr/local/lib/libexecinfo.so.1 from devel/libexecinfo but it is not declared as a dependency Warning: you need USES+=execinfo *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/llvm40 [..snip..] I think, this is because of the new requirements of shebang pathes? Thanks for any help. From owner-freebsd-ports@freebsd.org Mon Apr 17 14:20:38 2017 Return-Path: Delivered-To: freebsd-ports@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 5345FD42B38 for ; Mon, 17 Apr 2017 14:20:38 +0000 (UTC) (envelope-from steve@mouf.net) 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 353A6D80 for ; Mon, 17 Apr 2017 14:20:38 +0000 (UTC) (envelope-from steve@mouf.net) Received: by mailman.ysv.freebsd.org (Postfix) id 31ACAD42B37; Mon, 17 Apr 2017 14:20:38 +0000 (UTC) Delivered-To: ports@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 31571D42B36 for ; Mon, 17 Apr 2017 14:20:38 +0000 (UTC) (envelope-from steve@mouf.net) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 07CB3D7F for ; Mon, 17 Apr 2017 14:20:37 +0000 (UTC) (envelope-from steve@mouf.net) Received: from [IPv6:2001:470:5:72d:120b:a9ff:fe33:73f8] ([IPv6:2001:470:5:72d:120b:a9ff:fe33:73f8]) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id v3HEKRjC009597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 17 Apr 2017 14:20:33 GMT (envelope-from steve@mouf.net) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mouf.net; s=mail; t=1492438835; bh=RFZo9elwrMafkrqSvKeVCiQ52g89208sKJyo5NrXpAU=; h=To:From:Subject:Date; b=lEHKHzt0J5gENy2n/Qya6/ll4qcGi3s4mklxY0mGokV3I+f600PIbx5EM2bDIoXQr x5OVqt3UsRkcb/KiV0SFvpZFUSP/AufYb52keXvb7ov0AAUqF3x2f935CXsZEEPiM2 hcGj50GPzz+MUfnK3gTtwNpYcQwdRPLOr3qtlsUU= To: ports@FreeBSD.org From: Steve Wills Subject: Packaging Go Libs Message-ID: Date: Mon, 17 Apr 2017 10:20:20 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kU5nhC6ioid4Mtl5TlMOPFjFePKmgugtf" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]); Mon, 17 Apr 2017 14:20:33 +0000 (UTC) X-Spam-Status: No, score=1.5 required=4.5 tests=HELO_MISC_IP,RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99.2 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 14:20:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kU5nhC6ioid4Mtl5TlMOPFjFePKmgugtf Content-Type: multipart/mixed; boundary="b12e4lu4voqAVnfQXne3xANmcROjOiR13"; protected-headers="v1" From: Steve Wills To: ports@FreeBSD.org Message-ID: Subject: Packaging Go Libs --b12e4lu4voqAVnfQXne3xANmcROjOiR13 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, I'd like to propose eliminating packaging of Go libs. Almost every Go app is developed with a different version of any given lib than what another Go app might use. Forcing a Go app to use a different version than what upstream might have chosen is error prone at best and likely to produce a build that's unsupported upstream. So for the packaged libs to even be useful, we would have to have as many versions of each lib as there are consumers, or nearly as many. Further, best practice in the Go community is for Go apps to vendor all their dependencies and almost all apps do that. This is the reason most Go apps use different versions of it's libs. So to me, packaging Go libs doesn't make sense and I think we should remove the Go libs from ports. Existing ports which use the Go libs should be updated to not use the Go lib ports by doing one of these, in priority order: * Converted to using vendored deps included with the package source if possible (preferred) * Fetching the versions of deps specified by upstream (in the case of vendor.json) * As a last resort (deps are not included nor versions specified exactly) fetching versions of deps available at the time of upstream development Further, documentation should be added to the Porters Handbook saying that we don't package Go libs and portlint should be updated to check for installing files in GO_SRCDIR and GO_LIBDIR (exceot lang/go*). For reference, here's the list of Go lib ports that I found at the moment= : archivers/go-compress databases/gomdb databases/gosqlite3 databases/levigo databases/radix.v2 databases/redigo devel/go-bayesian devel/go-cobra devel/go-codec devel/go-cpuid devel/go-crc32 devel/go-faker devel/go-form devel/go-go.uuid devel/go-goregen devel/go-hashicorp-logutils devel/go-json-rest devel/go-logrus devel/go-metrics devel/go-nuid devel/go-pflag devel/go-protobuf devel/go-raw devel/go-runewidth devel/go-slices devel/go-sql-driver devel/go-uuid devel/go-yaml devel/goprotobuf net/go-amqp net/go-geoip net/go-httppath net/go-httptreemux net/go-nats net/go.net security/go.crypto security/goptlib textproc/go.text www/go-fasthttp www/webgo Does anyone have any objection or reasoning why this doesn't make sense? Thanks, Steve --b12e4lu4voqAVnfQXne3xANmcROjOiR13-- --kU5nhC6ioid4Mtl5TlMOPFjFePKmgugtf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGjBAEBCgCNFiEEmPpBSlwqDvnP0K0N9c9isyB7G6EFAlj0zyZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDk4 RkE0MTRBNUMyQTBFRjlDRkQwQUQwREY1Q0Y2MkIzMjA3QjFCQTEPHHN0ZXZlQG1v dWYubmV0AAoJEPXPYrMgexuh7oIH/jh7kDFjgn9BrveOt5r4fvJGeaHoTHi9LMN+ d45YQ0S2Chfoyjz9aksgPrnzov6sDlECi0Xgpx9Pck3cwdRTdooIaRVs2i+msuM9 X1fQNHD4+cNoljFuWNMoAyT3FHXQPyBO6xDaeFt9Dcnp4hMzYdTCnXoQdInQTK/1 LjIw6DFuweKLxVx6ziOeeAx90DKeJrF5gK/VcmBmbjHY32+9ZujF2AQnT3u4LOJD LSQW+cQ1dfgvRsBVQim+hJAGWGPgsFtRi32hkrXCmxPVxfjJx1W3FWbntOoNowfF p1jdrEKP7eS0AUbxfInyOVVy/9p73N79o8A6jVWwzdFfNLSDN8c= =hSQe -----END PGP SIGNATURE----- --kU5nhC6ioid4Mtl5TlMOPFjFePKmgugtf-- From owner-freebsd-ports@freebsd.org Mon Apr 17 14:44:32 2017 Return-Path: Delivered-To: freebsd-ports@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 C92ABD4119E for ; Mon, 17 Apr 2017 14:44:32 +0000 (UTC) (envelope-from miwi@sg.miwi.cc) Received: from sg.miwi.cc (sg.miwi.cc [45.76.178.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "", Issuer "Miwi" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 03B69F3B; Mon, 17 Apr 2017 14:44:31 +0000 (UTC) (envelope-from miwi@sg.miwi.cc) Received: from [192.168.1.122] (121.121.120.106 [121.121.120.106]) by sg.miwi.cc (OpenSMTPD) with ESMTPSA id 61ecea11 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Mon, 17 Apr 2017 22:44:27 +0800 (MYT) From: "Martin Wilke" To: "Rainer Hurling" , brooks@FreeBSD.org Subject: Re: shebangfix problems with devel/llvm40 on 12.0-CURRENT Cc: freebsd-ports@freebsd.org Date: Mon, 17 Apr 2017 14:44:27 +0000 Message-Id: In-Reply-To: References: Reply-To: "Martin Wilke" User-Agent: eM_Client/7.0.27943.0 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 14:44:32 -0000 I committed just a fix. ------ Original Message ------ From: "Rainer Hurling" To: brooks@FreeBSD.org Cc: freebsd-ports@freebsd.org Sent: 17/04/2017 03:13:27 PM Subject: shebangfix problems with devel/llvm40 on 12.0-CURRENT >On 12.0-CURRENT r316757 with recent ports system a got the following >built error: > > >[..snip..] >=3D=3D=3D=3D> Compressing man pages (compress-man) >=3D=3D=3D> Installing ldconfig configuration file >=3D=3D=3D=3D> Running Q/A tests (stage-qa) >Error: '/usr/bin/env python' is an invalid shebang you need >USES=3Dshebangfix for 'bin/lit40' >Error: '/usr/bin/env python' is an invalid shebang you need >USES=3Dshebangfix for 'bin/llvm-lit40' >Error: '/usr/bin/env python' is an invalid shebang you need >USES=3Dshebangfix for 'llvm40/bin/git-clang-format' >Error: '/usr/bin/env python' is an invalid shebang you need >USES=3Dshebangfix for 'llvm40/bin/scan-view' >Error: '/usr/bin/env python' is an invalid shebang you need >USES=3Dshebangfix for 'llvm40/bin/lit' >Error: '/usr/bin/env python' is an invalid shebang you need >USES=3Dshebangfix for 'llvm40/bin/llvm-lit' >Error: '/usr/bin/env python' is an invalid shebang you need >USES=3Dshebangfix for 'llvm40/share/clang/clang-format-diff.py' >Error: '/usr/bin/env python' is an invalid shebang you need >USES=3Dshebangfix for 'llvm40/share/clang/clang-tidy-diff.py' >Error: '/usr/bin/env python' is an invalid shebang you need >USES=3Dshebangfix for 'llvm40/share/clang/run-clang-tidy.py' >Error: '/usr/bin/env python' is an invalid shebang you need >USES=3Dshebangfix for 'llvm40/share/clang/run-find-all-symbols.py' >Error: /usr/local/bin/FileCheck40 is linked to >/usr/local/lib/libtinfo.so.6 from devel/ncurses but it is not declared >as a dependency >Warning: you need USES+=3Dncurses >Error: /usr/local/llvm40/bin/lldb-server-4.0.0 is linked to >/usr/local/lib/libform.so.6 from devel/ncurses but it is not declared=20 >as >a dependency >Warning: you need USES+=3Dncurses >Error: /usr/local/llvm40/bin/lldb-server-4.0.0 is linked to >/usr/local/lib/libpanel.so.6 from devel/ncurses but it is not declared >as a dependency >Warning: you need USES+=3Dncurses >Error: /usr/local/llvm40/bin/lldb-server-4.0.0 is linked to >/usr/local/lib/libexecinfo.so.1 from devel/libexecinfo but it is not >declared as a dependency >Warning: you need USES+=3Dexecinfo >*** Error code 1 > >Stop. >make[1]: stopped in /usr/ports/devel/llvm40 >[..snip..] > > >I think, this is because of the new requirements of shebang pathes? > >Thanks for any help. >_______________________________________________ >freebsd-ports@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-ports >To unsubscribe, send any mail to=20 >"freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@freebsd.org Mon Apr 17 15:14:55 2017 Return-Path: Delivered-To: freebsd-ports@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 C0207D41C8A for ; Mon, 17 Apr 2017 15:14:55 +0000 (UTC) (envelope-from mmokhi.fbsd@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 9D6721AF5 for ; Mon, 17 Apr 2017 15:14:55 +0000 (UTC) (envelope-from mmokhi.fbsd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 99EFCD41C87; Mon, 17 Apr 2017 15:14:55 +0000 (UTC) Delivered-To: ports@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 96139D41C85; Mon, 17 Apr 2017 15:14:55 +0000 (UTC) (envelope-from mmokhi.fbsd@gmail.com) Received: from mail-vk0-f44.google.com (mail-vk0-f44.google.com [209.85.213.44]) (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 4A5081AF4; Mon, 17 Apr 2017 15:14:55 +0000 (UTC) (envelope-from mmokhi.fbsd@gmail.com) Received: by mail-vk0-f44.google.com with SMTP id q78so31124886vke.3; Mon, 17 Apr 2017 08:14:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=pavsFa/A0vKdd06HhUZWSHpmmqqQXJ4XjATrWjd6pnM=; b=aFCgIf9PiAg26VFLsGNge2N88XjblNtw1mwo6Xhkwkn2qTUCHk+mdSSjTEBmxkCQEx RcIBNPI0CwZTU5vy/5d8psLJbSGfRpF/B+fjziyRYx0tqKC9S0yfCXm9HD0NcL68C5oB LL7OQDc5ZQ6Lj340jJIfLS9D/4hUxVO7FIzLV/5kXEVvfGHWmrofegYmLp7/LligmjCc rJSajIBcs/JzdAklleoe3TmnRqr9JnUQYxBBxjOXsXZbTzcxG00NMvvf0qIwf1ixas4C +Zf7pRzYTz7zndDIzMTYRkjChwFh14dxxJymslGpRx/dRL9+WzRmCl2efW3wRXdMoNuO Gp2g== X-Gm-Message-State: AN3rC/4Iere1KO0iVeVMSnvLMJyXEw16MfJIBOv+ZLLBZVA5hxbsXgti 4ncXo1qEeaySZg== X-Received: by 10.31.171.88 with SMTP id u85mr8175197vke.22.1492441683167; Mon, 17 Apr 2017 08:08:03 -0700 (PDT) Received: from mail-ua0-f176.google.com (mail-ua0-f176.google.com. [209.85.217.176]) by smtp.gmail.com with ESMTPSA id d16sm2570574vkf.16.2017.04.17.08.08.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 17 Apr 2017 08:08:02 -0700 (PDT) Received: by mail-ua0-f176.google.com with SMTP id f10so53912264uaa.2; Mon, 17 Apr 2017 08:08:02 -0700 (PDT) X-Received: by 10.176.16.85 with SMTP id g21mr8483821uab.77.1492441682624; Mon, 17 Apr 2017 08:08:02 -0700 (PDT) MIME-Version: 1.0 Reply-To: mmokhi@freebsd.org Received: by 10.103.3.130 with HTTP; Mon, 17 Apr 2017 08:08:02 -0700 (PDT) In-Reply-To: References: <201704140536.v3E5aQ3p038466@beefy2.nyi.freebsd.org> <0e431740-699b-6b1e-1788-29a29b2fed5f@digiware.nl> From: Mahdi Mokhtari Date: Mon, 17 Apr 2017 19:38:02 +0430 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Nag mail..... Fwd: [package - 103amd64-quarterly][net/ceph-devel] Failed for ceph-devel-w.v2017.2.14 in build To: koobs@freebsd.org Cc: Willem Jan Withagen , "ports@freebsd.org" , FreeBSD Ports Security Team Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 15:14:55 -0000 Sorry if took a bit long (looong weekend ;-D). Done :-) -- Best regards, MMokhi. From owner-freebsd-ports@freebsd.org Mon Apr 17 15:16:40 2017 Return-Path: Delivered-To: freebsd-ports@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 B5656D41D62 for ; Mon, 17 Apr 2017 15:16:40 +0000 (UTC) (envelope-from sparlier@nc.rr.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE911C4A for ; Mon, 17 Apr 2017 15:16:40 +0000 (UTC) (envelope-from sparlier@nc.rr.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9E016D41D61; Mon, 17 Apr 2017 15:16:40 +0000 (UTC) Delivered-To: ports@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 9D646D41D60 for ; Mon, 17 Apr 2017 15:16:40 +0000 (UTC) (envelope-from sparlier@nc.rr.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 569481C49 for ; Mon, 17 Apr 2017 15:16:39 +0000 (UTC) (envelope-from sparlier@nc.rr.com) Authentication-Results: dnvrco-omsmta02 smtp.user=sparlier@nc.rr.com; auth=pass (PLAIN) Received: from [116.98.165.135] ([116.98.165.135:53693] helo=luong-PC) by dnvrco-omsmta02 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTPA id EE/16-29375-64CD4F85; Mon, 17 Apr 2017 15:16:38 +0000 From: "Non Associates" Message-ID: To: ports@FreeBSD.org Subject: =?UTF-8?Q?fd=3A_Non_Associates?= Date: Mon, 17 Apr 2017 22:16:21 +0700 MIME-Version: 1.0 X-mailer: GroupWise 1012096 Content-type: Multipart/mixed; boundary="------------602090180167209238367462" Content-Description: Multipart message X-RR-Connecting-IP: 107.14.64.7:2525 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 15:16:40 -0000 --------------602090180167209238367462 Content-type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Content-Disposition: inline Content-Description: Message text This email (ports@FreeBSD.org) was specified as the receiver of the money transfer. Please check the statement attached to this message. Payment will be posted within 2 hours. You may also need Doc Access Credentials: YJTYNK Kindest regards Non Associates --------------602090180167209238367462 Content-type: application/octet-stream; name="=?ISO-8859-1?Q?313296412898.4.473ports=40FreeBSD.org.docx?=" Content-Transfer-Encoding: Base64 Content-Disposition: attachment; FileName="=?ISO-8859-1?Q?313296412898.4.473ports=40FreeBSD.org.docx?=" Content-Description: Attached file: 313296412898.4.473ports@FreeBSD.org.docx 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAFAAAAAQAAAAAA AAAAEAAAAgAAAAEAAAD+////AAAAAAAAAAAHAAAACAAAAAkAAAAKAAAA//////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// ///////////////////////////////////9////BAAAAP7///8GAAAABQAAANAAAADOAAAA /f////3////9/////f///wwAAAANAAAADgAAAA8AAAAQAAAAEQAAABIAAAATAAAAFAAAABUA AAAWAAAAFwAAABgAAAAZAAAAGgAAABsAAAAcAAAAHQAAAB4AAAAfAAAAIAAAACEAAAAiAAAA IwAAACQAAAAlAAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAALAAAAC0AAAAuAAAALwAAADAA AAAxAAAAMgAAADMAAAA0AAAANQAAADYAAAA3AAAAOAAAADkAAAA6AAAAOwAAADwAAAA9AAAA PgAAAD8AAABAAAAAQQAAAEIAAABDAAAARAAAAEUAAABGAAAARwAAAEgAAABJAAAASgAAAEsA AABMAAAATQAAAE4AAABPAAAAUAAAAFEAAABSAAAAUwAAAFQAAABVAAAAVgAAAFcAAABYAAAA WQAAAFoAAABbAAAAXAAAAF0AAABeAAAAXwAAAGAAAABhAAAAYgAAAGMAAABkAAAAZQAAAGYA AABnAAAAaAAAAGkAAABqAAAAawAAAGwAAABtAAAAbgAAAG8AAABwAAAAcQAAAHIAAABzAAAA dAAAAHUAAAB2AAAAdwAAAHgAAAB5AAAAegAAAHsAAAB8AAAAfQAAAH4AAAB/AAAAgAAAAFIA bwBvAHQAIABFAG4AdAByAHkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAWAAUA//////////8KAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPAs ct4Qt9IBAwAAAMAIAAAAAAAARQBuAGMAcgB5AHAAdABlAGQAUABhAGMAawBhAGcAZQAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACIAAgD///////////////8AAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALAAAAmIUBAAAAAAAGAEQAYQB0AGEAUwBwAGEA YwBlAHMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGAABAf// ////////BAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMH1V3hC30gEw7lfeELfSAQAAAAAAAAAA AAAAAFYAZQByAHMAaQBvAG4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAQAAIB////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAEwAAAAAAAAAAQAAAP7///8DAAAA/v////7///8GAAAABwAAAAgA AAD+////CgAAAAsAAAAMAAAADQAAAA4AAAAPAAAAEAAAABEAAAASAAAAEwAAABQAAAAVAAAA FgAAABcAAAAYAAAAGQAAABoAAAAbAAAAHAAAAB0AAAD+////HwAAACIAAAAhAAAA/v////7/ //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////88AAAA TQBpAGMAcgBvAHMAbwBmAHQALgBDAG8AbgB0AGEAaQBuAGUAcgAuAEQAYQB0AGEAUwBwAGEA YwBlAHMAAQAAAAEAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAgAAAABAAAAaAAAAAEAAAAAAAAAIAAAAEUAbgBjAHIAeQBwAHQA ZQBkAFAAYQBjAGsAYQBnAGUAMgAAAFMAdAByAG8AbgBnAEUAbgBjAHIAeQBwAHQAaQBvAG4A RABhAHQAYQBTAHAAYQBjAGUAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAEAAAAyAAAAUwB0AHIA bwBuAGcARQBuAGMAcgB5AHAAdABpAG8AbgBUAHIAYQBuAHMAZgBvAHIAbQAAAFgAAAABAAAA TAAAAHsARgBGADkAQQAzAEYAMAAzAC0ANQA2AEUARgAtADQANgAxADMALQBCAEQARAA1AC0A NQBBADQAMQBDADEARAAwADcAMgA0ADYAfQBOAAAATQBpAGMAcgBvAHMAbwBmAHQALgBDAG8A bgB0AGEAaQBuAGUAcgAuAEUAbgBjAHIAeQBwAHQAaQBvAG4AVAByAGEAbgBzAGYAbwByAG0A AAABAAAAAQAAAAEAAAAAAAAAAAAAAEQAYQB0AGEAUwBwAGEAYwBlAE0AYQBwAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaAAIBAwAAAAUAAAD/////AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAHAAAAAAAAAARABhAHQAYQBTAHAA YQBjAGUASQBuAGYAbwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABwA AQH/////BwAAAAYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADDuV94Qt9IBMO5X3hC30gEAAAAA AAAAAAAAAABTAHQAcgBvAG4AZwBFAG4AYwByAHkAcAB0AGkAbwBuAEQAYQB0AGEAUwBwAGEA YwBlAAAAAAAAAAAAAAAAAAAANAACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAQAAABAAAAAAAAAAFQAcgBhAG4AcwBmAG8AcgBtAEkAbgBmAG8A AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcAAEA//////////8IAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAw7lfeELfSATDuV94Qt9IBAAAAAAAAAAAAAAAAUwB0AHIA bwBuAGcARQBuAGMAcgB5AHAAdABpAG8AbgBUAHIAYQBuAHMAZgBvAHIAbQAAAAAAAAAAAAAA AAAAADQAAQH//////////wkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADDuV94Qt9IBMO5X3hC3 0gEAAAAAAAAAAAAAAAAGAFAAcgBpAG0AYQByAHkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEgACAf///////////////wAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUAAADIAAAAAAAAAEUAbgBjAHIAeQBwAHQAaQBvAG4A SQBuAGYAbwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAeAAIBAgAAAAsA AAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQAAAAkFAAAAAAAA BQBTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAACgAAgEBAAAADAAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAeAAAAnAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAEAEAAAAA8P3htbCB2ZXJzaW9uPSIx LjAiIGVuY29kaW5nPSJVVEYtOCIgc3RhbmRhbG9uZT0ieWVzIj8+DQo8ZW5jcnlwdGlvbiB4 bWxucz0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNi9lbmNyeXB0 aW9uIiB4bWxuczpwPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA2 L2tleUVuY3J5cHRvci9wYXNzd29yZCIgeG1sbnM6Yz0iaHR0cDovL3NjaGVtYXMubWljcm9z b2Z0LmNvbS9vZmZpY2UvMjAwNi9rZXlFbmNyeXB0b3IvY2VydGlmaWNhdGUiPjxrZXlEYXRh IHNhbHRTaXplPSIxNiIgYmxvY2tTaXplPSIxNiIga2V5Qml0cz0iMjU2IiBoYXNoU2l6ZT0i NjQiIGNpcGhlckFsZ29yaXRobT0iQUVTIiBjaXBoZXJDaGFpbmluZz0iQ2hhaW5pbmdNb2Rl Q0JDIiBoYXNoQWxnb3JpdGhtPSJTSEE1MTIiIHNhbHRWYWx1ZT0iZUtIU0krL4EAAACCAAAA gwAAAIQAAACFAAAAhgAAAIcAAACIAAAAiQAAAIoAAACLAAAAjAAAAI0AAACOAAAAjwAAAJAA AACRAAAAkgAAAJMAAACUAAAAlQAAAJYAAACXAAAAmAAAAJkAAACaAAAAmwAAAJwAAACdAAAA ngAAAJ8AAACgAAAAoQAAAKIAAACjAAAApAAAAKUAAACmAAAApwAAAKgAAACpAAAAqgAAAKsA AACsAAAArQAAAK4AAACvAAAAsAAAALEAAACyAAAAswAAALQAAAC1AAAAtgAAALcAAAC4AAAA uQAAALoAAAC7AAAAvAAAAL0AAAC+AAAAvwAAAMAAAADBAAAAwgAAAMMAAADEAAAAxQAAAMYA AADHAAAAyAAAAMkAAADKAAAAywAAAMwAAADNAAAA/v///88AAADRAAAA/v////7///////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////jYUBAAAAAACzhGE5 xQl4s0YvoRBfjBLMfQltVH2uFx6PY3s7W89rCd9H7ATcceg2YEdV7DquoIBjPG6gtoshll5D 1B9rA78Kw3eBVsc6WL1+5Lf2uldd+ViQSgIwhykydgkbKQRtjtzHflRPjyZrVFHA55e+TwJj 3VQCZFu124jeGzgdxJULL/ThkwI1oFXHphvLGFampRpzt6LW+TPoIF6YeLH+nNTTA79UmSMO fJAeBn96XyfS1/jQjhW52pQHrA9S6b2qNEEkQwnc6pGExmnY1QbHiTO8UihXpwDgnYoqcn3H TFU7J4+Z4jXH3ZgPWULQI382khVMVzxNla+QervYJZYqhBHNqxztTZCZUAiSzXpoU7vuvMwR LKpZ3zb9Rj5fLFuke4CMwjdoVcfsRCKZigKummR6CKeKOxkvOuGf1rMHGAg6uHwPjLLt0570 4HrcgITNihz5C71IoS8zZ5jfqiMGz2caWbTVz78zaOO8BHd/YNn/1Aut+aB9U91BM3fqjV2c 1UJDafRJ3ipGvYhE3d2t+QqBW5X7KEYfKxwsuJiDI19oR14gSC34xcA2B3RAmDjzFutZT9cP n8pqVNAOakytDFr/QCqtnON0EpXjUW6xTHEyxz44sOSQiB+KLQpbmVwmxpICP012lVdNcWUR p3+t0cEp3muBCwrLvPUFxQDkSNAHj2LntwKmUuWUo17m8ukL9JhBF5o4g6M0of41FcgdOkM7 UcNySZn4SZmsaXaAX1LQ4WLvQ/oRqS592i/Px/x4ddvH9O1slVeO9a37dcj4sQQEvsBjUdkT 1MLaRvqpMqWLt/+G5MguNCo3P2+OO28+4ASvqiIisV9aTFCZ5VqaCSxQJnKr1+hL3ZVj7bqc joDH5bWATu8pnPGgP6auqpBdfNEGm1+/nB7LnMkODhQWorBBTpocsbMKEIQSoxVclar66/XA eiGU2BYwD8KPRbMIRfGj4cSwKZ22wcJC+A2IewLCwjKT2g9pnHrQGUlq7YoGngNFNSbuxDZE UbdL3wYwvpEfL8cNR/VaGQera2Xtzgur1FqTD5I3kdUOpYJ9Go3BYNUKVgrJe73ICnGrf8oR +JUWFsRzr4YdqqHuknELwdHNHsbXNm5HDMY3dJB+W2vVEtm1sNAYV22yWUo++rCcXfvZsis+ JM3kwCln95u9xfyM/07FHjQ7xQ9VJdUHM1i4qJWpDZecwlA+bLMjFcdbyaVguwa0qi5EpRzX si3jmmJTc7BqjsE9iGIpgoNAWO4IaCEfESfUpxvAvzL8FWl6vA7+6VR+SKmy56fA4bzq31xm AMmjUmrZyugnnTrXIcoYmlnSKv1P+VLbrTc+11L+guGEHiDYwUtajJDs7q3BD9WSJUnueN6b pvwGmXKWmo/pTYogpda/t94Uz4t/a86wTC6ykjz1i8kFyIimcicAmlECUz+UZ88ge2EJAcAi nUsRyxMx84tgsqNg25+XGNnx6WV0YJ7gkEJ3N2bRds2qRhpkLrBUvDXgOtI68rXKfb8qh8GD F00xWoq6s3PNlpm6O3IzRH/zUmiohV0iDsqtBPxz0ORdwcqRIgEoMEozH5AxrgGZu7GpPUfv pz2RzTE7yk6CSrxdESOjLtWSLPCU2BWpqkiZS1QGSgpcGt4+A0XLXjzw1tNgjBPLJlz5Wvja cYOm1bZLTkNKpiPYmqsxOKpzMxY5p4NTTHE5CKLpyBhO8eD9ceufCqtE8uTLcksBWKkBPzLy 7PEMcgpo3SOdFB3v6gNyvgu06iP42cnrKv5m6bjLO2R1jrih7rMMTJBRR/rl2e6wKkkeWmI5 pCZsHdFOlmtqxzWpa6CuQfz55JFAO0LRmBeKsC259FAvcnZ4GZqe0/DYY1ypH0KGdP3ciFm/ 2yEF8SIfHGjpUC69lp9TLsxd6dYICAnWIjWYuekNdlw/NiEfhs9PK/ZjaM3NTVEuiUx2ugKF l5j5g+M9wlbg6j0Ll+s9yvuOr9iVV1AoZGeZnZcfzWEgAGWzs2Lv5spdi1zLxGTUDBJBThWI c+TEbocKCwamouBlCSGNIxoIDbrDB9HYsBdLds43wCHPZdqZOudbKkDK4fmpMpt9Fn5ibC6L rZKMtx2bw6YVowGQpjB3nrU6hLK4MQhrMpTIlaaens0EHGL9uR4nYRIW20O8dNTN0p0qEfDI VVKHMWt5V9+U2uqRGmPgOsWQE0/v+0JJTcadQaiU3peZS2V63QM4ZH7kLK0u5xuGK821hOWg UreRYBSHHwndTzV6p7p0EbY+QQp6/7dKZhvAkA1qfN1IfiSbgIbBSBDVlfhuoT6CxjB1BfPa f1hTNhLRGUUG080Y3M3vw8XrvvaQ6dhrW8l3EYJYZhNVIbxQvgrhXPdBswYcUXGBnCFVdyN+ h0G68azohMc/dF5Hk953wT82yAR4iFngoWhDg3FwyHt4XAaZrAS1V+Wr+E17W1+p/MjzN+c6 N58wUrtJchCrU5CtBmmJvWavVZDazZX0+XjAjJ59BxsUEGWaBoxKTRk2yQIHeI4ZzF9FjT1v Kywmv+rX2fsKnDKGOS7aiV/sJNiVv59KuaXsJgWQEuoBDY7s2y6BvnztTkkIH3yCKXMp72YA kzFC6WYWJzLAx181pFzgdFJf/oKjHxRc+NjIzoKHbvo6KQ64euFYglsow1FIsewBOJ6vy4z/ JKjAhNogftMvZmjxjtP2qujf/XG6cx0gCbQ8WhYuYkocQl+W87DENvAsZiiWA/MaNp/D+7IC AsxxeYk8CX2FCxP15/dQgO3O94Xd61q8BZQ/dHj19UGIRcwKmQlMnwAU7Kq6F03AJQhtIuK/ DKq7bAyjbDKLNUu2u0GAG+z8UXymQnlbOKXVsSE/4QKHPE8zNlxcP9qNH7frtrTD5R2fjNKx 2Jh8f8WjfTL+shMWaAsNZ3tyMmJN7xzPbB95BxWqX96hkBmwAu1+ji3OmKfv2vD1a0dHxgkS 7n8qX32DjoSHtiVPrPFVvSqLNQyhVZrEpK+i9b4lr1cPXSXxLxwUpUz5OJN07AE3OOVZ1wln 5XujV0rximxUT12yJe3YUPuE5C9A734DPvYRac6IgSTP2RzdsV31iiR9dun6zI0tTztvab8L irPsMrURYW01cbUJkQpOIy3INiO78cCmMtIC5FaH23lrFUScY22tlNmgWjm7snbZDYMDDPQU dmeZIwAvV0FZDRE030jrOEfpXE8znivyEdmzXAZC5PbzEv4tm+cCRwch52+fjMEf5ftC0PSo PEx4WgvZL2AqY8TKxT4gJ2BAcH5j0MOTg34hdI4p90Fk6V5DYET9Fco7oAYmhkrpltd2FgBT Zrbt52o3ZY5wMSZX4UgO9IIwh7OivKRvHtTDivDnzjw3bjyBfCHfs5msp6wOlrw8ARETLgIv 7TFAh+9XANWbEcVRiCH1rMIeUEPg0O2ankearyqocPWjY1YsGhVdOyb1e1fMhy07atBgh8MO wvGhFYZOrwgouohF3YULJu0quI+WCTgUaaJqzsMCd2uQW+BUVFIsPPpEsEgggFH/4MztseuS bZhf6+SvUYt1HQEYo7jYSTW6iiRlhbw2az/UEpLdIi+xZTo4J8Oq7KgpQu7P8dww8/3FXuEB NPvk8R6zSqVlDPMQbeamDHIDAhOxldLhFOjmRzhPW5mwCqO/uNJCrxoNXJFIEFo3dYrvt+xW +65BjD8DjKEtYj/e0kljecOppw+W5V4r3zQk/E6Os2P+6kmlzOqo4/6qttHV5ackrPw/NHHo hldNGLJ9uqY9whqNyGSEhaQ1HhM804PgXRMmvBB9Aryq4gyN5VFAbjk3xmzBQguVeMWjb8WQ tBqDLfW4RWIIsnoV7ivo0Zp29C4+On7ZVrk59RBDZ/BaOZZZ0x0LBDz0Sxy0frL/3gwShHcN nwISvTxZex0BEVPhHu+5QmE5Su555Aagq8kxRZF8WIbSdwX6Z8OrPbxvnn0oqKHVpsLuq9j2 FHSyKJwbd5S413ATnkvR1WanFcHaydauLDRV2DPmUIeX4xprc/30CjBSoIttMaWFFTP2Zq4v 3FClon3YIb2ayslFKREV9yK3TzSxD67T5mbr9NSx/7Toq9KyQc9meOEB+4IAq4ks3+l0q05a jffZfGc5wdZVyzopNObeLQdP2ZBQOksvEc4089wsH8tOXWnmuM/hqLm6NKRViKAFAy0T37Jk UGe7ZK6FJyCP/kcgrEM/6e9zDD/BueLwx1h0qnyxOcaTN3ANE2471RrxS4m6Gnm63eYvfnN7 DKKxW1Zim+qQG10qsDknPdfiNay9seQJ1kPpZ1v/GTSfg6zDnA16gFPpUjgRytrby1udzM6e n6qlGM457zTZO8hxPUjBU8RNh7NZUGRn+emi9Yn5EQV5Z2J4jS6gGdvioA/eoCUT1HZiJJFt 2vWpBOS/yIKBnLBqR+ZVyZbe3WashQT+L5s04d/X06UNMNrn7/6Kpgu3cUfYbNqdjnbZypf3 0hfCgBlav3Gb/79XBV7s6GbawjrxPN1VqPW8E0qFzkyb3ViQxdnrdgR/skxRzxdIg7Y1jy9s dcfGgbl3N8cv2mkM/RytjZj7eT3Ex6CN1hecooYTFUORRzR2DOA3ws3TgMl4LeA429Y+8q0K js3d4CY+TLo1VVtJNV6qvfG4aIZTNgZ/EXXteVhCaWpazwX2SJSP1lYmzIr356tQWkUpKyVQ Vu7PU0H0680RvSLhgU1b+Zn3JQrO1KXSLylcaEUWCKo+2GS60V152q+pWxJzkTwDTJNj0TCe XUCOeyPJYzi9+VnW7wyJFbCqxk5Z24LHbMW+/02avLDIsVBoRUxQ6SHGm7STmBtbSMesHrlv EoVjRURL3AwgHFLFtnSAe4F6U+gJ+fyhGv0tWJRN0726Frb4Qte9hOadjHkN9ZLukh4oksMS bXWcHZQakUKBe040jF1qYQWMvfBYITZDxJRAOY48hDhqLhdeaN5eYlGc3lVAIHN8fgC03Qvb s8VpQl+rjekplXUINfJNiwB2W0owFIYeyj+uqPKGdkVPUKylfDIsbxWmVINDPtLzZu9Dvpcc dwABIZLHTqQK+N/FBjP3MP7++MzgdMYf+F+dW8I0OacBo2UFJ44t8PkHethSjdOZ1nscolLf FAyGIKHiHxFklEycg+rb63Oid0XdqiKv5y5rtPDIsukRYZ8llwSccS0yrnSOLzalOTHJhxpA Tw2toC9d7xjeQ5slV5tNZ/op380PM7AJnUeetBbrjo9DxxwWddI7mjqxsBik33ngvwruLEJ6 OnKsFihpelsi9Hx01X1XAIOMedOGa1bigHGRDD6edFcKj5qzQyG9s46UtDiZWcxcwAO6Y4Nn PAfKhnxv9sipoE15Fxe4nZTNjyE22D90axe2K2vTjo/+LVQNonJWj6iSe7gniqgGblnbOeHb An6wlZqSWB+lAlYQbk7WscQKLqj6yt3EUW7nNDV9iT6o/MLZak1qOo4r2DxDRmIvweOk6zcg /hzpkWa8ycsOA9Y3kTDG+AlTYCBMya5iEcFAvJm78arwjV5jiO3ctoLU799LeWgA7AhUrlAr Wv1tUBfvJfVu+7UhK9NGrUj8sB+W/opIKmhQCGqksvPXDIO16QSZBw7dQTE7lZp4fx0EmrGQ nub71CB5xwjhLe00GQ+FHtMCVFd2/0Ue8mPiuH9oku8+T5tTBL5YIYOh5LFgAGiCSdjVQXBF /CduXre4IqE65JVIXbiDAecc+6NAIIU+iMH1NrQLpp0qXC3c1BrhHpYyoCszIDvwqSOf6hA+ 0Ju/SybkxewpC3FAL/Rpaz/+xVuIBRzdih9YkPplKjgt2+9WcPhGq7UzcAMqfaUkEhjZ1ALZ S2YTAjDNJhuN+u6RRauuq4z2n2djt9QePi0WDzxYir0NYLuebRFOWCRPWcgY7H3gRfY6/vjR ksmC7dLP0io7OhTlCmzFkUPE121h+tRMP0jlfgYkmlmKwXyKP0+1aez85OD0Fx9xu5iFX38Q 2ZYq9IB8Cc6cEAt9fO+9+4jxc7xJmH9ytafNKgaxLMTbUf1SEwwHc2A/NFKId/g0KmFuOj2f YBApCRf8xK8CpXphAxCSUyd4b5XecRJk2tbqkh21uwQHaIGQxDPiD5yxYWX+4ImMfNmGDmq3 volv5lt2okBlK/GeWh3JDxfHJ/6baL7CeBv+cbUTQ3D+VVT5dA9OqA4aFeOu67GRj0A8r1ro RIq1smyBoswVw9TCEMBQpPELi/9C/0s9DHNcHXmZsvhxIrYS6pI5+DUUKVO/rH6pZngSoiR1 y5Me4T0s8YA3yqB5EbmZMZgTkfWFsUlT0w7v79gMmaV5Lc4FMPBvMvPRMHjk1dBV4zQl5+OD cov7LNk1Ib9Xd+Kdnj7yR1pHsCcnxUJfKhGRHeR7i69aB4rlbGBvuJsN3UBWhx6JbstUUzuD dswhk6bNUoebxooBqzZuBQmUr0juoRmeF301zkA6mNmQ1TyomBYYWqklPrGd2f4vWzMyP8Zk aP8OmwBLPypPaW6cN1UjIoVJ/zBxSGHnDzGhoXVAgy6Kt3pSrwSoUnt218aTz0fbXQXv7IC9 u1mFJ+jBGkqdelmHTcEfrA6vuRp/V3VzKUDbVzustg2CYBuJO39Cu0CZ9EzRLsBSPiNNIlI8 jFE0h7fm6pLHRaTXfVMO1p7EbYF9fGCjbUuvf+cxxdOPwIC8eqWo0yir4vra9Zx6qlGmUfsm yIobVAkF7Ay6SLUs7jN/WEqDRf7GY+ApSMpFP5e9DdRlRwa1iiNweqR+v44USTro4Ubl4fD7 ELWtNYh/e8Ufs3NUTch89f9nqVXfMdHP4T8DQw9ZsqjxqGelLC+YAAAD2uXERHL/GPo/HtLF qQ8PCEQTI7ytayCy7pQE0JkQ4VoZKQrGs6vYQBKi4PDDzpplkyiXqfHwbojCGCRVYR4xUwYk Pj1hr32MC67RMKHgJ/477Q2V9dQZXwRUtygZ0f0xoibID7LG/SA3FdTUooSpHY0pNouCyins wTIMjYXUCgCZkG3XFslyKfBYXOJiTkmcw7rf9uv5sA6sncLGZItFia/tadXLXgs5dJ3Ksyhr dGafTiKnkLaO/ge5uxfBNjYhBjBZkqvNF/PBQP4pBlRU8DJs7ql6ijWkvBIdGDL7uyJWLL/K 0rjNzeCXG5Cs7Nijk+TYerv35JDKfSdg6Ziwfec57IX1mErymhwgwn6h7uZXs7DQ5gClbLMi oKNRtBes3E2NUXgjEJJ8CtyQW4XOzuBmhiXCUtqE7GvWZxf+DcyoUtqLq4rzTbV60wi3TrKf 0yTIuZBCqNHM+jkb26WWSC6qcGEnS6v/WkLenKLNGgkdpGfsleaENkDcA+bVCN3h0RHOVAz0 NCQen3P4jRrVGxXW3JIJhyDxmh6tgawrWlym4gn4fjIe9JaWAcF2g0P10DaThzUh9AylslAK Lc3Zve3D32sFfJ1m9R46HiQI2YBk5nOwaUSlP0J0lwY6nkWWMQfNR3SgBPK3AQqcxX4KQEfQ FJ3MjEKofn73PsKymP5/R1idkecAwp46pXvxCAtOJhpBSF6G8rMkP/iO3pVQhT33Rpnz0qi0 L1T1q49ZKD6/QTlO8bbZliNhbpbiAqa/thxnUaeu1CfrX2brmd0RCIIuVXy4f/XbgMGsd6Sb 40MUCitZiVqGD5dT97LPy1tXzdHC9NqcVgXcMO8NSJ+bnokUvu0imSvveFOHvld8mES/zz24 jde/Wqjl65sSaCIhMvWhheV51v/tHxnx2oZ+s8euaHf1/gfmC+7kNyuO4g7LoXl2PCEeOr5q Xk3+xj7CInQs1jdkeoZJFSbO8emCuPvJTvzCrLJiGC2p9Z+X49S7rEqTgLwnB5ZJc8jMJl5L +1UFHPsI9m+a+fMpMZL6Xi8WHBT+/28StF2ThqqVvZXg+PXAxLbeiy3B0Rvc0cZwOoU/bItp YN6kqr/ZZEdJw6zsplYQYLoOCdxH2lSnq3w8PGPHNI1ibTI3fOS+LmyUF6868R3rWFAt7apP HRI5A0IxGCIzraoyGoyJKLidIe4EAOVT52mmKcCxCYm5IAa9iOXo6h9M1/9Tiwh3LQYrliv4 A3Qcm7XEfbx4+O4fxuElk/yVLn4n5BO7AbWsfBWQgRp15OHNLG9xyeqIVr7XcxLMHAm/is1L W4HsmP5jiyL7wiT/0loj1uh1kGEhcGBbgkgZDJFffNN/SSo20yAas0twP7E8movwqHxDTsND H7uNZMTHD5w8IKWDHgncjvyTwFcMWTXjwbNEn+SX5IvkyCeJJfiFrBV5CSrC2lkX02Yu74li AYVzgpgOZ7eM+afpSrkTUI1P8gdWTW7GbajimCwr76zBvCmd87+7Zj9hl2mcDXuVJQPA3+aF P4Va45M5Pp6ZoA4/D9Y06P/inTZUh74FBZZ1U7MByaAagXIbM2KVWF0vFHbrrXUDL3lt8U7c EiEuxdeOshn5Oha+YijhZOz60e8WsauY9yFIxL445D9/OEcSuIUGdPoUll3v2/isxPE5jxaa I940e9AKqEHwGwqYW3QikeFDZnBu9IWwCtcAeq3BJuoHEOoMnpUD9337edkTQTwWsT1fmYww N2DopZCqicGHs+gBh9ZFVAxG5R6KSpsOd/HNImeTYtvUj6X3US10Mg4aCMCkChnLOQNZbi98 gRuwWEwttkK/2y3ubOxEZnFp7H52lP/xPvzY/RLYGEnhS/CCbeeqWQuosZYWxc1qS4CCVXNZ iaJThck/FRlt7lGQoe/um9LDVsWmD1+Bh32oRqISIZWx2fQ++I6SgZA6Ys+cr0fURGA7kJwG YfTE2EFHD2MsINWYHX3owbmF2UzI/q/wWllrmKUdUFc4gdf6b2W5Iy8xcfIxEXpDnWsA/4OC Rdue5Bodwr7v8okCXbLy7AvEfJLOQY5RcP9JUb7vdfqA0bk4tCW0dMU0vmo/ZHWzFji/lTwe Vaxk9L52AigCZ9Mghf+nLWoHVR5i/woodYYOARAGFIVUYLz+Ip+IWcu/6X0BZR326YRPKPew jZ2DDHltH8IreRac1Zzz2SVYUdOmCq9XhC4BHLH9r1MxWnnzu3FKWRl5HnCN/ltSZ78FpJ9n eT5BVGvaqmW+ZTm6gpt/gLBPbjuDJpvNtuDI5aG31YMH5dueOnOjW6a87Cvl4SdWtmwi7TPL R3Oz3t4EEvzn7aZg9ToLIE3rSTUZotiZPNlcvJ4oYXteAh5zDs1EdF9MPwYB+fhTV6sQue+w BBMEuo0KgYUHXVZRoGXXWZV7FmZGZfzclroroNyOXN3VxUsULZ7lkYTafWIi0eazg6Nw+qzl 0dlLO6IMcNeyWXa4rfwnY1mUN8yvWtxqm9d11XA4EvAZNr2Zjwj6gXitSS+61G8CjZ16Majy oEk8fqr2HyNGAbUX0ptHxMPFYMzkHk3hBAy/L0W7ICSThurASm97l+bBTxOtgNxZuUU/KZS6 feXiIsGdnqdHsQHLe1PpE9z74hZULELFKjslH2S/lMsqECWBdAR8YoGeC/BdD2ToLl8IafIC jF6gXGe2ueAL6vzkeHZiCbPW0UrEXew9uggNgVz/OE+Au3temv8K5LGEGzs4NakOX4t4nqOh viOZ0tXQB1xqRG2HIFeu1JqxYznF5+hS2XDLphWNNAhbTzKBTCs8PLbQMiN5v7ArdNBDmQmD KOjGGtAZSGWDj7d5dj4tJanuKSSMeCOkI9Yx7NmjqhIlgzXbr1LqoNTKX+9DUzoru9gosRSD Ua9TZ5crKmPuhkOsaNKfh3V1ynQgGfukQKyiNj1bOqGx48Cy4DQDU1aGRD0gma6EcVQ7QZWL j0mHWcopWN8IJiamKtmgqRFMLfzPVtRpzPfpKLuH0/mOgG3+XW1/MOKCVvU0Pfm53DfgdG4c xgCnnWdnwx+ldkN2u8tmQx+KYoCq+EtpePBOsc6DnuPJePs84RKT354DONrQjUXt6AITD2RR sjeYL2qDNEN+iTt4wo/rZmcfnP7nKsl6D/XtWSURQPBchyjk/Y1N5kdckL585HVuiJ5XD1l1 TwNk6YV7h0QB7ESfx9xxsm7pPWoYfvrVYBxIPJ5SG47T8kcopq12cyT+UtFvi0ZVO0j1XlUU 6l1TR9zdeyOubWDDiR7TEAYJNZx225q9hhvnI4L/pwQMv+4KfyH0W63h/DCcKhomu3gyUTCg FUwS7oaT5xrs6VcaqfWNI7O7AT6UtlSojWMEFatGSDqLALmCkXGdB3mznGVqDtjhrN4ezCQM wSXvef+IgyGYAXLsyM3wM7GELhf0Y0sFElwgTXfDSFwAnHyqn362H/FJiSYU8uGL5G/hVU99 hv4JDx7OHhLENryZuq7cvAMKAN4IAoxsSsmuJX2Rzm4RSMVwje0dNENjlTRz9OdNZDnPRDZO oeuDwd40SSfd7fOtJApmsy67Jgpmpu420ie9upciDI8t+b1FKEoc02kMXUPlnkKkyodXjuZ4 AR73ewdulyFjNhdXBrtUhwOwPnU75v9VQMGuNUQeZNmDGBxh6dIUu4FiSAhIfh4wQtkpYt07 ZNvQ+LvIMl2j9ziqRBm7LNvScoBs6EMvsYYGh3JzNWbmydrCkIGpTLAO6CajP5nNOEoGlmno KIYeiOan7v2zUn0jF0PrM/m1uLxP2w/hLclRUFF4DD7N7NGiF88+wxRBaaBbs/8RSrCibxI5 h3jEw1qBubCpdLJWMX/BHvVZ6CyQisXfE+Cru3RMlv4CLF9qCAwbJFX6VUsdTSCaQv4gaNP+ 4UhWKTu9dT1USWsgaBgn44brTeVTWGQH0qExD3EC7/52fioPYy9zepfCcQ1SU2U421cCKkBQ iXV79GAQLZpPuW2dM+6MZtQ9ktA8EtjZbqr3573BoWE06UVa1mY9MJ4mjCxRUAmDpSwddUWe fMPvGs/tp8OIoJD76sEsiljCaRlZJEYL7PbIj3kXboX/Np1+BFLbpb6sIPA2wVX/t4sdVYUu /rYj23R4Ns1uODLv3i9XSONl427d9ID7dmN0hm5ixxYg7+OlPLd8VjVOUXoUDudYSvZTrUzr 8F37oSHVCAYlag8fqAAbF8EhHuYgzn4znY9wlFmOSlUaIrld9fgYsCC4chw4Q28CpLBwdGhm vhIEziEh1z01tq4yA4ZqRYUDQd2SgbR/Lcd+pYcy9TwJxYA5oPH6MLXkENrzmrrzqDubikqW pTh6vCdEm17j6kRqLBJJ4Lf4OrcLzytyorZ8Z+Uga8mPtLTC6qAF5/7CNTYYL6OlVD8UQC9i dVgiVyfzC1su/lXXpbzD6CSHubX+BfGbdmEiBJ0dcGsK7QwMTP50SaaF6pwvHH14UCosLdUM VflSYNroxEq21wAtRiBtnF5SVmeuVTyJ34TwsJd5ZYUzwydeUdmbdrxZDavct6XA8Sw5XRN0 w9t/KjuOjS0N+x+8APu/s/H1BUypkVqpr7HUMITa2EC1txWCrOh5WUjak677+10/mPCjuql7 GGB9JMqXYOHEdPoX/baHVNWTfL6eaiYU0ZHsyTlatpkvCcOxvgdwxLXwdaIziCavibqd470/ kP6mOceqv4+2OvGiEHQ+FGCY1G39mpzoiYy6AMliU3I5FhuMZR/gVUrlHvY0mX+MhDvcD3mi blmQF5Y72/6NbITZMloj4iOTQEVaqlzp4k6ZhQcyD10FxK0vYAvJb+117UsMdTtBQVWkaVn9 uTYh535Z1GKs4vebGQ5nYd08hnzMa7K9cvRT4Dn++IYe/ONbLzUFxDH+9wjylsyatjgigqxO eXqrUV+qknQcZiH+rXx6ZJJWek64nwpX8oR1a3MK7bU+VD0bwKSc9BXmN590pQ2v7sD1EogL T51XZxZ29LCEMCTKE6/9V74HQKm9ZzVRxdJ+kPhw50WDl1ALXUr2Bkawi56QyE+KfRUVafsK GyL5NA5ODOwMcc8DTLDvtgKpH0U7SD3aGmElv8IkrpPRlqGq21Zf8h2xfmUi1Tc7A74hcnYf phY7ERzbh2Ih+ijqNK2spuCJ1zovEUB8bLzKUmACbvwlsIunuFXj664zbGb7OQaVeA23ouJ9 iWiHJFiHh4wKYXCUr1vqKwgucWfo5E3UH8/1/BJKBlZ+iro76pgnICJGLyHBv5ehtNaySf+M xE2yMZpo8RCMx6RTH1V9xa+XcXoXf7xfzIgYIPHBBzyyYxkeN3KLOFQgCCSQ9ziwjeM85qQc JLNNMTMHw1yrnA1gLK8nIDh3yxdoSHGTjs6TMfA4ZSFOO9J4GeEeHk2xXRXAx3OU9ZG0IwhG 2A3WJUodi+J7+6J9B8vWOqZW3Zv7a7S/ahLJLClY9eyZ23nvoEeF9gtIXj8wGQ9thf8kfJWh tFjoo/yS/8+UacJG8v8kQRlJvQbUr4IJoxqT5RdIQZTkBR7vW6JuQIGrynladAiJ2OpmAx8j G71V/zIQJzdZiAAY6n4LSXOJdCJo+E+OJoaYXgszw9NFPpGi2MSpGgf3v4yJX8wjdWeEsale otONiwR3WUI/TF/vMVMhvcJZeBto2NbWb3HcjG7B6UB+ahW0v1A+OSHc8wiMfX2x1ADU1R4E v2IRGFzNI49Hg8L0fZBLJwZrUEoYB4EVP/8y/Hu5MCWzn7u1AZ2Kpgeo31DkNQeG0hT4SC1B 8gTynr0NiM3oDbhqr0CI5HLpeAbR8It8vxMORggG9uUsZGN8J+RPrBwX+1sLwXAI5zdKbikm H+vBSYhjZqUvC+TDggyq+mO+MvJg7ytmlomcbwlaPKyMv5TVyrBCKTaBeHIax7qhdInEZF1a tC1olxJuodj8aI+gvPXwFxS+tS7Oj+euP6rRPV7erON3tusQ88bdOIv1JHLagwoDl49ZVQm8 Xdyhu/+n4w2KoZuH2mRmM9gPI0GeDAyH46I5CzT1kOXaVjY+jwsuncHinsd5vB21jUFg+VZw DdR7ZcPGNZmrnpasBwHcr8ELbdzUDXZ25qOCMsSLQmkHdaR2IEtn1U1YKvt1fv63bEczNO85 IX3k6Sv8kkt1bl9CvqVfr30E76/kCXe68+SKf3mlOsCDLzNU2YJBXKVqmFp3xoxLj6aPKo97 vGZQSH7RYS5pqgaeOfjndhmltpPyUZnhMz+/D9LHHg2XtZ1rkXsgtiUurN+L4doVQk8A2//e iPTfr4GgZbBG+Ts4atJcK7S7IffdPHuMbgVoVMaFYdNhPlKsCICOQYvNw1jVyWhn3szmXdaJ hZYJSCvHw1FFv/JgwVikZI4Pk7G0b7sTXFkMChnkFAbgCrRHS3e1u+OjIHe5jsf6JWG78JR6 zo8Ih57V8lYONVVwYSW3GoZtYwGVVpkM2etXsNKd96Eg8Nx5cmi0lidHE0X4RgS/VeRDvYfJ 1eHU5+d85iiWMCt5cuvN4b2P5SfuTOJVdQIHSE9a6rQ2i+GjXfJRIXJZEZ+RUuMdt3zcPsI3 aFzzlCms/ktTS2+052Fh2dfgsJdeIc6q5AqwYaJGn698rlfsqf2OkPmPYd6ccLBSvd9mzeR/ cIQHAO0c/aP811y3lIAffDI3EQ8cd4T40QZK5q+s0UnaH2ATGJO2oVh748zMOzRWh11pl9VF NGMqRW2aJkAl5ILbnTM0qIG8cdico4aXDzT4iVNAs/jKt1i+ulCqtL+/h91lvJYLkdBAQvmw pdjIcxioAQI38IsKnjcvWS6WwjsO0jJas0FJeBEiomYsKsMW6P5kQuj6hykLrU1eJsOx8IIV O11rengz03yVnZ3hJgoW9b+HtmUr5kq2MiQHQFUS3a/yvDsgDXL70auV1767953yWRqHRyyG jrehUxU7Nz8Wg3oHqKX5pQS0OeGWcB1eQyYXm7Xpl0TrL2uSdrsUTh5iVLVtMn/gSaRFwoeQ R+ln250gK/bEZUTa6x4QkfK2sqmKkqUwXGFflGoFNyjqpx1eVId4Z33VFrNscNR6PAsxVUQ5 yvJmroAilE3WKDvFosSjJSr8AsXBYVCj0bvpCN+bfvCrGWkfxXK6bBRG8f59P/40dQIl0DAD lwcKh+oZ4MXH0j6MDsYjX1PXs4ZbIzC8TM3Vt4o26IQ2xdxowwHDAiuFPaahOeL5GiDZUmmX CXateaqaB5jZ7922rCH3ykjkAaEqC3jUTQosijHp7HBhUjkGhkZv7ASZxhcxDomiNigRGqWB QhBwc5F5sq88pPqIC+BVOZWEUGQCKN8a1xkuQjB5+EY2Y1XMrdCOy/aTj1nPrKBRA+WMG4Jh DUYodhaYogKbvRf/4EfUGV7SUf2l02VhyZnFhDVMtUvSDCm+mHeQBe8Ra2o+heOZMI+JOi2m y/58yOQYPKTF1UfsL0hb3+OcRzJe5piAzhLmtt1oO7UYEHJMR2l/SJ49Hpef2bu17Mt8ChxS zB4c1D6LcMfmdgPBrvnPsR9jagh7wioeRfjvJ1QEZj1ME2mxZl150qFTdURPs6mr4RhJ7QDN tLqhGk8uhkTXYrkBgFUW9GUc/A1+SDbisF0OHj1Uvlp6R1yEmxDVy/Yzl8Z/BfG5pbPmyGJA 8okaAEc6U8lFSOmBpbGVTiwMtDOrR8x76xTmlIdcRaTJua17mPQa99htpIMt71K5hT3Bd1G4 DsAEI6WrOKy2ea3eQpFHjOUnrawbAQxh6oOVn5Knb7agKuS0lxceM87hCN2eTK0smMVbXnTE 2+S+GS4/FtHH7jKXhWpfXcRMAy3zx1/RW1cbM5Rpmd/QthVoTFOrE9T2juJIcG+06G+XHqar +bK9WLhBCVnp8g0bi9sk6iWHk2q92v4SMaG8Q+jf4VssGkmPIrcgq3VczGfmWRIX7T/az60L 3zv0PrJBSBcu0ZPO892Lbm5FG8ESWdSdHKjkgTpdNDAJxOHT7pCySmAnIlMc2C7NbVz3u0lN 2737jgPcS3LaeULtDb+NvRwPvPZUPtOmYr8/1Ei2s6KZFV1QXeWagBVoKz5oO11Lg6yiBBzi urMrZRqr7U0GljZ6s4g/MvW7Edw0QST467tccFxrg3wueLytrQJDN3vPecw03fc60hdO2iUu Sp6Yupt2cDUkbF7GRfY0i68Y4ya+EM7sGn4f0tUupNE8ZGM60w490BxPrPWfJf3cYk1vDGXy yB6sigboK+6NbOttn+X4cj3PX8PMIEFmDRdPmhNiJs8Dgisc5i5dn/dPLkaqbDRzh+YTqc6H 56TRp1m9FWfIiMCJAWy+RiAOxrESY8u/zeCYjm92F+7ar/I0/LvIbDnMLQ1GlhgNAA1yf3hO SGQkUlTkv4k2oSBZYm5ZvywwL6udaXTuRaMN0YJDMQAbR5TVJOx2S2ZvWPw1tvkcHRjXCiTa lIlYNbwZvxDQV8r1LpSqrowxDv7CPW1gpJhtx1K60FGD3EwYIvBnPUHEDRLZ6FFQCvgqNIGw 6mWxiAnktM/D+5G14lf1Lm18ruQZsvqJXh+pOjeojbZpVqSsU+bqyUxIYymPR/og1gdGrGZJ 1IPNOpZ1dZ5ECOf4jKWl1t6zsTnkOq7zQVkgFAMovr4NttsBg6iGCH9UeQBNBIBUWwANSbRN YVg90NF5aXMHxM00a11I+8glh7aJIgUpA8HvKe3FbTkQ+fW0plfQKEmaM6utdk+U3odovUGy lo+g9Ym+ZcNu35PcBRny3jstFnXzUL+2JOoG3OOJBSKVNn7mKDh/iUf357gDDfzPIZ8kA6vs Zg5TJE/EZcjCjok+7UEmMah1gRU8OmxGLwAyY9pqU0pcsR+mlEAzUKQO6Xk0nZg8jgKY+2c8 2oKrUgpau2yDBngKsDJH8VPtub+ItJtAbIW6GsX8PNKtC24LJFfPF4lbn1DyX/oLUdsLuaqy 5n/tp4rV7TStOJhIjw7/LTIQN6zm+3pY/UaFevw/mnonfxFywsTW76miqNEjLV0CsxfTKoPP eHUMSLFbQFA3uSw8+Ml6XulvRb/IvUFag8Ve02nL8+loACCyqkWWwr08YBM8MifhigI64AOj 3ey43qvmKLn6Z6tg2h1SmxBy4V+F8l3s4M1zPmtjl0Sao0iGg9K4JuU3ny24W+ikbRcxk5Zk JqdyHTcviFasTYZswrGupxhvIJftwW9hk3yeqOScdwFs/EahuYV4KEk8kKZjfRbAroOyxULH zqitGpDNd4MSTTuTCx6e25v+cA6zDGJIe7yefLZAmVG3yMOxxRci8ncNKlL5KsA7mm/pJGrA QEGWkQ0aDpAy+rtjauFWCOSMnX9nBn/0zOpX5lZ7qo74k6GzJJ8YzvIgY1xDPn1GCVxVZZGo WZHY4JG5p8XyXi/ad1bWtdxWWVsMjj8qWu/PlAISOqsVpw/xmmnXmqOUC6joKA3UnD4D8Wu3 8NIZidumsPxmffcIDZhSt7OOuhIuje0bRi1BI89STidm2ZQukyXdZq6b12OCMYhgRn63It1D wGFJlKILQ6fniZKHRm1GAJiwDsg07Z2CIP/Otbe/wVixhz9JG7Z3meE8NWk9zqOJsqxDVnE2 A8dZapdKNPxb3jBmAY+Qr6WMu5XTUJeTd0E5TpDnrFUCoWKhYdkNNy/beByEFZ8H7kRpoRyN 4mRsOXAc9zpXfXzL30TRnuDVFUW+B1/cKCQ51pidEwVetHNcUeSfvz6xOYB0TLzZUDpPYRnn aGDtoKW5/mQz7nwmX27SjiHfVC/+4LZwK7u0kNYMO9O+FVvaCCPcLhQC44oYqFRVrv18IJFd 1D1pRcPTvm2TExeswJF4i4G1yGCxDqap1cLAbpl9pH/Cr02Mjj+0wbUg35Cyp/qOw3R9xqRD 6grRUzjDuFe9XN7fWwK/XVX3Nrk7s3nbM3ICjiZJVr85TRZpqJZ+vcNA5rN7lR+aBig88JvY OZc/KDLbVyd/atAQMoKIJ/tQUzRxPAvetN9rcgDaMDBI3kSDEMm0eWP/OXfd/VBJzqI5Xh3g 1pRjaCUfFsUesdNRejeQX6rIYnh+f2y44Gcc1rsepCUdusNnUwSAhYnmmYy4dtTpErpBO0K3 8vQKIINPQY1E2kkkjSj3ZAE5zFbUqulYmbXP/pxdKCqVNPXG1fWyzSPTYncNbOS7RwtCMO/X 5lO73v/bpCmjuUUiMywJnZdJu7Sjrhrwd9fOz+RTcY+3P0p9r8tdP0QFomanDfwdwoGZzIm+ g8gM0EQ2LTglEiDXL5GdO0zXEYvouVmg/hUm3LddFeDVfJ203/E63VBz8ZZvOdbz54jzIa9X RkxmVyPO19ygjv6JhyiTbMYNUKWZeaXdvGEQqpHzSh+jk8lGj65EdSKylNUEpWZ8PPw/wyd2 QGfJqObsMyHpHcpSnElA8xbPkVl4CnAk4bXG6kF6zNTHpG+IC5SXpbdOGc7juauklQepsJIB 5ZWhZ2vQEXoD4rspww6HDcgG9ZAXJCdKG7dalXv/xeX0S/PIwGce7ujDuKJ8ZQga6KH2Amby Xa48VAoZAZQSIc2+gWp5DEIKNzePiMQelDQgk3KS9PqRkNdkpW6L2QToT9fmoxwIgof4bsGV qG+pcw0cOfTD+pNuIVBiVURKv3IrDah+EhBNR5F+Wjrpq0cKj672SsB4L2mHqiCKzL2/hhCw n5hKP9oPdcoP4kRfaEPJ4BZFYTaZJey2m2xSdMC9ksGtBmIXaWiABztw9OMkCAfnkEd5RA9v 31sOQ08h1s3s24XLIbrBV2HdnBi9E7Stx02u5t9A+g/I5Imqx2gkSLfYJx+niK6NTFVn9mfp QwUV04D+eDcS9p8TN4xne9C5DG6M4v2PnyrISMguFk0lHgnvpySVAkLXfNprw2sAtVHBjWLe j1Dyrujr1T6M3J47V4DZ6Gq3mKWg/cTXL6qEWicXLfHrAX0mnvmeEoQ6wlTJaaRvgcrpllS6 siL1Cwgb3EXmMon67292k9b1rnjmnnyqzVXSaIURdRA+jLdGFTnDqu4NF2GkxRqnGyIcOpEU Gc+jFULaeqTorL3AbzTYyAgAhxj5wHWXcUIPlb6wsWAQwZa89GCYmkpCxQT3OD/zlarVBnoQ BCkG3KyemBhq2lW/v9nUgsIAdmUClRSVj2srl1OX2LBG7oy8i1+vTf1YklGvsSQXx4YTu+DX yT2fDYZJZclV3CcNvYp/VxfgqonfcqbSaSdJXgcNB1ewJaWaQixbOAu/RJzCxRkPzpVEhWlo +K/UChWatcdi/EcorKVuiqZ27PpXhak86h1vaqTTmYDXbqp4tqa6Vbr6fr6m7UjQz31V1yfz fY8eTBeLnsG5uE4ti215YfErfXofPrMnMiDd0zg9IRQ2BJM/jLR4dtRCqrhi05E50EODl32S 9AwiWPvB1EkHOBoAqKnmq2vwYKvlAbj9cq4luUp3Vd2z/gAzCYVX5ase83tchAnH0vfjcKZv shP7i4hLhV6qOA50f9EcO0q++3KZl1A1RirPcm+1uPdC/5EUcK3jWvsbu3kN4VUUPoGt6/ja 07p+ryw4ThPmwxCyCUtlPrB5H5k+CZgpQNLrq300UQ7550Ev+eU6r9xbMSXJrQ9HoLNYryw+ MJf2RNjLL4e5V375GJdN3cfPo4nhW1a5KSQBP2hJ2/fZwxQ93d0/gqSDLoELewWs/HNW6+0H 6krruZfTldTP19N+H7ixJB0fDQtvykL16dicBid7y8Zca2ERN3o6u0DNr3RO5Z9CxY6t5ED6 ZoOtrirTAfDQFpuhj1RZRoP5ZEGXrnOCX8TPmZRF6H6VjJpJQzYNfUuOZSUgOOFZeU6T2lqX qPAhDGPVPVHhU3P9IqoIpabqIVp47fNfXRhBFrxL3dEd990BegRnBiP0lkzGuNuUNXOXZq1Y tIVXz7OAm+O/hr25GYtqCPgCdX65+IKw+si1oqJejCZeMeJ6kpR+pMP1wL6Zy4In36YpOa8b U4N1WnBzJeD8zg9kmnfYbMFYPO48lweJihbSdX4x11ce/9UpFmp82315uWoh2GkeF9wqfogS 4n9GtMX1RhkwLIBUc2qSqRERTymfmgCJVvb5mrRzV+kYUgKCwFrk+voqcWfCVGZM3qX94eEC Vp+lKZK6xAGiCsROX2d3h2C1kHgN9wLJAWJjF6uPsz5VnIHWtm2RSNgsFM4TSvYsr3/PnlM8 0i7wZ/urxEmsM92jPUEA3d+HmDW/fyXLUqxf+uZI4iuVsnr1gbaFuI9hkzflX2oHPonnIbE1 BSIrfQWewueELCecxTT2QM1E+yDSR30rzlLyP3PDCuqR0TiLSTaD1ro2TbR3boNu2pwPavBG oJjJ/eexYH0yWPL1VaYjxrDoYfr7nCiJF8pQ3GOu65o8iJEZh+3EfhpWoPIOVcnpDbzT71KI Cpq3t3PxqlykSf2QicZ3X6sz1YgIpwRaQ+urazmttp4rkHvKd3HAihnL3mcdEhbouqkWE+9H s5QCMSIAy/dt3C5XjipWsp4+CCnf0/zyTlCqrUQeIalPD6a9zAhFW36fl5zV1CzfInmTBvky hKtp24/ZWgoyq0lgNFLZyDSuOotGjHTO+uW3Bik6sLHcSML9r1HK/Fs2SEU6oWK7O5Awukno ykj06FqKNEEWB4JbD92DGoHRStjxm641TmYze4FwyrDD6C3zF+LuRanCY+IoJ/NDUTtKupp0 4jlSKBhgbY4l/l7HF1ftkw8dVxRmbNLsNMp9fv8YbAYeYHHS+lq6JByAh0g3TvviDbH90T+J UH/XES/lnocS4uWM45Z7qwtY7cYQwS/9nM0eILVsHHn157mmnGw8Wx/6hnrKG2Gaai7dWUgU RJ5Vk8Ck3ouqsgTpb/rrB86ycsc/uTjq2GbnZ6jMfKlZNnFyu6oCyl83Y7gROHSJm1oaKyib rQFjSHLG6uOXOMAgEviEXlilrzFBc7Eh+YrReadluwBqRoIoM02UiBiheQEP0lMjwkQEvHp+ m4mVcyCG1tr90iEPLpENTy6RsYv0PPImdbwphIt+aQeEYq5d/BbvO1i8RYQ++oJQAuiK8FN4 p4Z9Hg2aQZNAbTMhXNj+NcvgTW2inYIuE0oozWzbOTpjQjVL1+Oezbd4dcpuegy8rUwTTrVN zKoKkmSSVypAWaKM/mnvBqEupF3eoJA/RBFabAKo+YBo6HT6Kd5oba4UGCm8M+UxDGhMVPUO V3hzn29Btxw7gAhs6hBA3uBQoZwBrxvHmhjWyQXpAHt7lbN1b3ZcxMoodllOpPyoSYTgWdSH tkd1X+UHob2s56nk6H3b7HCdO+QCpM3WMXQIr1wZDb8lw7UYtR13GJr8/JQuGaDhr0gYzYbW wRK3SlgxukiHXtzFw/o2PArn756B/Af6QPVSOJrN7bJg8Q3ZAR8J1qRbXdjsrmCp6UGT/+tK iG0L5HaN0I9lnyLfEDvA2zy2T4fc9KuZZeXAHNBS4G73UzEt+DNp0fgArsjl6qeDFjhWPMaT NC22DmGPvtwfowOK5FAsGM/Z4v0ekD/ilt288HCUmfhdbP1U18nHFAIIWLXz96ozgtS92hmi wrMW9KO8GQT/GmIUsCzozbtiZvWYYvF1Db8pYHkHYX7jAFAhiKEgS97b3nWjsp4o6zzDKeCv ihGkASmdXRsa7jT6S8l8tJ3b7FEFSmAnTdiiRc4HWd/VVYILmb14QOLStlWWv1lRbxiiB6tN 16vurp6at4jKe0W6MMOkMSf94WJEmfb7CXfAfLqnnBwzlvIoEIzBkroT5puwC9YdDaasWuj3 wpHCfKdBbw0YxAc/xsJpU1qGggCKskcRZdT0sbKMuFXfAWJ4ymCElLxam35wHpCAxSoB9s6+ UbPI/O5vR0fADgWlymX2JEXDAJ+m1ZU8V/arSQO6ohV3I1lGMeICmkuHZ2Ta2BS0UITg6xjX LsqMvDovMu/oaPW/GwFDSwGh6Ju5l4wAu+KBNQf7fuMMUnX93ZaK5Hezeehn5qIPoyT3sI3e TQlCAfJniCqLvw/gcMSX5ULfp0B+cOhRypTKeKXCx2rtbk1TCNXmXtpcury/2zw4URhlAfbr 23Yrh8PY/4qzGsgcOQmGrSoadU6yX8orK591T4jSfh8zAteSglRndipYcvJe+xqeTBCThx1/ qye1R6jhMqoPIgfIkOF4Wq7ePPzB1deRC33wPU5DYnZbKiBnuXimEhyJtMk2AQ/YKxLriq4U PwCs4fUd75KPGaullkXGb/kS+727fs2RmExGch4OiW0iEFdFZ/L0VKHDYNKu0GEiF1O/UO8L UEevSTy1iPoiTxNbcAbHgg+PvABpzUhNP3pQGLBmHp+MEQGsp5Cq9v+dO5xCrvUu2+hHVlaE 5EdTeObTKf1KjNRVIm1DuKHYixp7MCBv9412w0LGBRHIDnjsGmvVz2XRu0cZ0va+d19heuTF VTqKYNixDKecC7HeqhASoDfpEVtzniMEMNfC8eHdViRs2Uw8eb23kB6HpTdX/7/Dp/0VvLx8 TCfK6KZArhSQeSRtVT6tCxFB+p4kmscbVgMVyT0Z1KJJi+pChguKU3ae/CUAzdYRuG/bCZNI kku5vl36a3VHDp8zDXvFjaCDn4BaK6nw94/pfkNu+4ihPCBjZryCruWBO+Ay2+Dmb9Pr83TG rk4R34hIBNNt7UIdm1k3X01M540J76uwSQG1o56WbuhOB8PLxQEO5lCefPSocFyvVovrNWpd RLbT8zX/64SH8KnssA4gPtLeVflrqL8aFOgk0MisK8BUZmp0G9gOIGlI5clm0OC6684wDuhH Lvk9MxwNXG0U4jleSHrCnhwvNAqmZd9gQdyYYkk6MLp01b0uKcErReTHD5J/KcPY2+ivszbw 3OWxlwvD24LciHCPdvwsbZooa8KzIUGizNbxpAQMDTiqZz9TzVo07LC1YvoH3ABmXQWXMfZt YvbFm28Fa0SqaBJfe2o2VhmLcPbsjkwdlUiHCI2T/CjKUxg079sjcC+539eg5cXqF/zEIS4S f5+AM9lZGFjQ7p8qh7TpvusuSK/4zgtFPJRBlH5HGwK04gmI5fYfqAyvUDfMCkJq/PDuA8vQ nytF6RERfR6ots6+wdA5V7gzjwPtZq6iqXSqmHuOl8znvmx1LRD+8Ly/XWn/PNlo/yjAA+QF IAtihSx33CQ9L1Hc6EjVfun/32yvM8CC5MafqK9qeR/qFKaD/wzVSJ3Jsz2sguT4JyMtZzxv LXBb34afWXKgsrxbTFDkJTtE+W+SWV/uHSnnnFoCtN7hGBAXr8il/g2YFLq8WyT3tg9mb9+V 1Zqyt5ZGrynctgF/no+RUomt9oopIMPQXCELgXuRbQnHJvtGu0AmKsow8dtjLpzzMwfXQlG+ hfc6/0bs7va8N4EWzqG34d241D3KziFesN0NDb9CoiqUX05W05Yd2Dso8mlTkAbkT9j1K8om g3iPXXJFMWfmDTZ7NcQGyVMwRkPYncUlN0m+QZUeu61Cpv0Iej5HsddTTBc7F/540oWEXdqH OZSsj/f+o1YjqMXmTC3OvhbY8C+iJ5ZsGw2lOtBsyQ6nRgfNUY/2BCYKyViT5jhk9zwRshUS gNQj/KDnGVcTGgRWrAwdLIiwUWFYAkPgQ1NqL8/mCOKNqQlUDXf/636CDSJ7166u3/Yk0bg7 EJJ86l/c+U02psQDoNUYyTi8net4A89ITuR4P3RYXTOaFYqgHRzB+3jO4Aq3jbBhA8nPeo38 2tdwG7jfvgt/POCzsHKQMmiP96D8D3jSjhO2r6BsxZT5NADMp49Z+550SQnnNxA2TsRAxzkZ C2K3p+U6WVdPkMUBCPyCQGMwUQjv9ZgQeJleU0swFZBenbxYROq1/CwcBOJf89Omv94Q55mC 7aYi3EQr+2D9fwoPfmaRtnHFiWIIGunLzQOlPHqDLVKXuM+3b7n2x/ETbE7BU6cOsX+9gg2/ hI6tEeLH+b2iGQTlpIwp6BjbJEpDi7EGS+oi5BZwxoNJy9RFZxGg4t6t/vUsZaN+P2+m00ss mOGlrn6Su1o+vGr8fDvmv+t1hivrlYX0uiJxEqwiGTJ4lwumycYvXy3qZXbEPQSJgnq3egfX x+j9CtQUKod5WzQn9ui5lQ4ukOVecV9rMVeVY76gviVVg6Bc0mWKx83OdKAtkojZLYgAqzZG xN5WNOysTfRsggTrBU+TDwWO4q2Z6j09kDG3GxWGd0Wx56p1W2S0Mp7t2Ly0V8HGgOOy6yGB 1HWBwB789PqATgR0yYGEFtQUs0blaKmoaeVi8K8bLJyw+KT3bl8osTxHnmfYRGLV0LFSkm1L eH2mii7tkGHPXvaCeNqj970PRmQskHRA3LAItoPCBm9zENsNVGFnetz4KjKGWS30D1/MT52F A3AmU/JyzKyOUcIX3jo6JX3d76pqc5VBzpD+yBwC75k+4pyYqPrwI48p5Lp2saWimkJBBiBk nh3bFUS7wxFZKLo/DwUvrIDL99481wEkIoWHQKJtoAwc4TPQBFEjsm6KkeAE/Lqeq0s/b2DV Z8Icy9uI8GTJkHQmoZPDsgP7fhi/qW13aKkzX7VTRLdD+fTWJS9gNhwiirxse7gPCZAKBMUs nP/4E7B6/EZrsVNaNSINhJu1MlJWbuKzV1aIYFjEjw4Hp/xw5DYsg+JWcJYNjm0s9G0iL8yD GfJfr7/MX8H1F3/CsnE08odi3kRkwn76c3wDalDeiNlZcsMSOEMKnBmlXdkaxBPmvwIMscRe 3mPBScZIUb7ydRc/vH9LEvIdy1EMRsl3G6/+IXqwPZ9JXDekRGz5vwINevAWPOhmEUGRrbiN GbHk7qRPTtCq5YVLgBXDumHyycidtajUgS1dFpGcUqoTdsaDqfzVR3LK1a8i6Own7fqsvukH ZQMagurmW9CWTF6KtTg0uY346PXZFSj8kRKQHyAIEaQqbad7FyZuiv7IEp9lqUYSEd2v9eAK IPzGjES/p5a/ttDZPWsuLSSJDSW9lAqT4g6sn+JUQNyYvUq+QZye4/r2bDLr+5LOc8mlqxBB b20yClGCb+92hdRt3CkHh3Y3IC4ECUDSA2EDAQHhWa3D1lBUBLK2SYRy8ZEQMgWfJGAsweC3 okYKd84vuX9PsjDKlZ3b9a1i4Pz1pwkVhB3JVYTgc82JcEUDtD4p9ugNwTWNFY6efzX7gBJl edAtcs9ce5XCDX7pnwJ3ehFXIDI2UnWk2Jnq5oq+zhTdIE2a7vOKx6x/awIn+lgM8LW97SrE MUtqTv3okuSx/IMPki8ETNtnNQ3pWiupFk+4dK3bIdfHch7eOwW/RkeKumrkkJqVbb2wzRnX fiJiJC+XOf/FK2mAHrhp3JOO044iE/IAvM9n+JXdKiT1jWvWXQPz3xW88wzKGrS2l9RQguE/ N1Cu0sZe582m0BApuuXFVWb6wRz+SIuATyQgL1IJXcOUlnjBfTMfcGLrutUq2fJb/A/J5rq2 nhHFft2mJfjH8NlZPhZW5sZLd2SDi6ejTONRM8Jk01QSnJfq7tVH+F5vZ0M20V5/RJ77I4Zo mhxUIgdzhTYtp5XswOKr1aE0lj0qTMCSktBxdzxJ2NFQ3MS+0ANnaw55psQygVigvFhosMZq Ov9K+Q36hfBie1lnVwPmSkKKKG5j2pjWA2LjNCDC6WXbbYhwSpVcqAKWD5CZJswp1qR9MG1K R09WdbaboyEVdmoKHnJBwP5crDyiZvEeUM9il43DIGi28N5H6D1HWeC4J9qsL3sVvFLjck5g nvyZLZsisCTjcDzX53DS1T4XzuxI8NqE6nOANaBvItX9p8z790vSwIl/nnlSXeP30fYOhlPO 1xCQAf0sa11Pe2e7dej7hSn0nAbre6YgS8nCzKIXExY2a2S1JE1Bvllui+/6E/xPi9YkyFCP ixJ2SCEgrKJJhxQpcdNsJUwZNV4HOCL7RCjBLMSKqruiU1UYWYKEf3BVRQ0fX57Fu+Tx6Y7a QUNknrTs0545jf1FHAlal+XYZJX6OTCimZtv+UgvIuLRbmLfKgaIny5pZ9UOVc3oCf6VF0A3 IPmcnBdawBEiP6iN4iShKw5NnBxCv76Sm16hrC+KhIVIB3g4Zp8dro5ReJDwaJXCIcy5IqUb 1Fuxu/onuKggZGmMtZykXrpV1bfZ7qeFY3cWL/4ulLf7TJpGZoUwjj9J0mo8cUSK+59huLZi uDLOAAnIIi+g7mXKA+BxwndKw9Ts2FSFAYpnj3KHhFgFj6BSURlZNOeqfoM835O4hgYMQ//O cGjhXUSxc6oHHRlhbS7IYezx4cz+x+mHK2+BFrZzBJ9gGg6Ojr33d6PwgHm6u0gOd2vJQZt3 QX1bjILuBfN2hD8hWWA1RmkrSRkjlYXcd8zl29hQpjJP4rYX3B9P1ftDH/LBEU2qfRVuKETV OwbExVCYZIjWWR4EpKOrOnoZDncu6fwsqzDDI8SETvICG0XmiTyBHbe6R1B69ipJLbYDqRne ha2OOtkAlx0DP121jaBWai9dRi7RhjlChDoLjx2Cf3zrpU/XSCFP/Te6pWoFshsD6cDfp3ww FGa2/kLUDIKMUB0mvKo1JR8dh6fsfyAPUNS29SZwY7mdPduCSwIFFs7jUlsQt6PCxIlwuplg 0F1YnTn4Ou2epSnvCPYGuJFV2DHHFTO0YECW/GDHUwOAHEk+Byknrvxq2QetoYd9MLaVU2bo N/AYSVoasuTvZSQsh+nEkLr6B7LFJTnubHs2CKKElV8ej6g3ifnuhrGihluw03KrhYGUt61Q bwMxihv5FpSOs10LpTY5HaGzCVmXYBnNYeyr/xSHJim7FzGVCwXFiYTJBC/z3fgnfQZpPldH p8GbL+aCEl9ZH4DCmpKtML7LZClQveuAoouUPe1q11Tr7Ik5njUgfBGOaqPUj46Gjn3smbg6 Xvd8lSv7M907iyHlTfIZwcqmj9VX2h35nAhvhfGRdG8Hq3+g8wufGOTQjXZryQv9eKiqCoPE JdtadJQ6JrQBaOgqEoegEuonpYSH1KlGpCCg0gf5pd5lc3m5utjglKhuJ5GTX2N3whD8IYXH T3gPB4Jx0feA520Rs1SSo1Ua0u9UJFFEzoAVI3DRLf8LKLxJ/Y4CwvsegUaDvP+JcdY0LRzs CjtcEIqh9uKRqCG8vBhZZNfwSlEIN5ae8aOjOl+LuCIxmkAqfqvvplQImgNo1j4Iyp3TmKIo J2+8HuH860gSSBwvlW35FQHDB4j0htCgBkBrqIpWP+P0KxXlLqf9PRCJcTTg0lqM6m/JngEh /HFPOcCnKjS1Ds96PjMCo/lHeEVGFD0yPq7pAnlRNIgssyea16+KxQinukKhypMTQc2PbYtX fEOgCCIKKfaZzTxTlc5vxbjf/vpxoxzsmrrMZtcbYRdIHj95sSsyVQ0wFz+irjqmziDxgkTM z7SvnaVgWdeG5w5Ml7WnvLWvNuaLVrW6Hq6IQaYxqxbPk8Zmr37NkIIZpcL6BuvUlVljtxrZ oFiSNfNAiVVSPqUVdRD6rCqnTRG/6MT7EwYxue+H4JUlrp/1YBRqXtx7n628HESKP/oqv2EJ aBNotoqkMIsCV51BnV+L+NaEjoFgV4yYTx93xAD3+AOrEB4heSHcKlBTablrligJKrdou9hQ y46RlHvR81fj6QF8s8eUU/xASxBGzITufM2lB+HUqSKO7/urMOscuswgbdi+y2iUeupka8L7 o+X4N2l6JgbrBrsPpty4f/zfz+ybQ1rnPo8qXDxi/TiS3Tc2FFM97c0x5XGhAzPgy0GvEG2n 4p0TLOiOS3WGNCljyYxzi09LIu7+xnwXimzm3XzzfXZF3E0UMudInM4JUkUR/V7hTUH7aryl u4bFW94gsL28q3L3pQH2vZzmQhBI0rfAwRDf/yDYLArAL6J4thMMkSBd0YWxYFTZaN/yu3LS t0qsx+UzFdfBuLBva43L61zYQZVOWJ8eHXD7VmrkVFbgEOzcT8E/vipN0RlLsgLs10D2AztX Rim4dSV+86mmlS9ayj2jvUR6J6TrctAVXKghwrXgv/JBzUhmbA6jNXuLeuCv7G9ms2WUaKZy 9fVKwyX2TJQjpZSY+HpkjG2PIIYzqbqb9uHMDH6PiC5+l63bUnoBhtKfID+Z3miwgvjp4kwy R0I5AkaNu0oMWEMTjMxBojguncDommNaW9qiyDBU7GJuR6oq9b5QYVkGV2mlPtHKFlYlTnZO UBnexNcbWw37mYrX91tVdRuDXwLB0iEDe1T/aYukug/xmVjR1q7XSj4z5DSaDLLrPJEkbouA k5bIaHm8KoCECk2jOHW6QbjyWYU78/zD3g7IN82BnJ3afwZIRQug/ttwd5NFqRbpP6LxRzJZ hNsjJMvHPFfw/VcbUrMtJdS8+nQOWdVsGAjKP1NtDRzf9bQzCcKjARoZrUUY9JWAz2lB3XGS pBPY1G0cKjwS2r94gxWm5SJJc7HSZDhrVIzrGKccEAgxMc8M8HVmnVmTYeZvROFvFcunJwDy 7dNcbYBFGT0QWZSSIs+SJfQ85ib3a1makDM+GkAjzdzDobRJed9mwE04DQtTsZvOsC1WUcRZ OGisLM5rWqJ/qSTNt00whyGifpiCQErrUEVE3Zh/fTo1TlrewzdpXCT+qfvTw2BXc6bxEDOQ EB+/+o6PXEYMP8ghEk+72njdW1YbrSb2HiPKBh28k0K6NU1zrn/9fa//zKKg/NknRVGP8U9n PmCE+0hPSqbBtUYV+LgjdUTj5vzpB/XzlNgnczyM0ceIjjVAednLRKMGFr/6yjGQsg5L9UCV TPzZNYMGEC36b4m/Teaxa0n9vrMRjyJT0Y5I0LKJVy5Q0A4sVvcaxzoNFPtnOj2wlicfLkBw DMjebuSA6IrXvccMra6+DYNcROpVveQzXy+po8sMyymAmZs/nFuuHzshm+21Ho8jIgt79xwV +ncagy2hNqRKYmfD3NMmg3hzDiN1JoDMm4lgZ1Kn1n5ISQsQP/dkPe87dFj/Ph4EtHuz7atl ItsKCFdDqnfQEmY5IxBM5bkfJ0ANaPKmSgu04jbyYJKT92BH39bJf4ZvGn3glmw6TnYvnh4b jL5avxBAFdo01B7NfkplkvLrcnpi3W1s+i8zS6bu8u0nSUPa76oAH4wFS1fQU6z0XWV+VFUh rRATXOegXnUUEn0Ol3NTe6LugaW3/dzA52r2zBkow4CfRLrcngpv+zJasz7R9dFqSmdTK7wj T2kop0DeD0dvSorswDTGRBQtM5ffFtcAL22EBGTsCiJ4xD6qksX8/uoaxeYJFNQCA93vUvM6 SkedQr1Qfdg2mxyIGugPc0b2KWHumTLj3cyFATOtedkVPpTIC/DVCbFFznIQWEfKYjnrocX+ GqNf3WNzPKo29g1LzNXzOVrfmI0Vxz3ZZE/I3NXJrO6fkZobUGeW1IfGCzMZOS2+hyLpkfqO DzEyNnrMHa9bXalkbkhTSbK6VtDgFn/NPMUqUj6ExseqojN5sF0YkEHnNSnooFsRfgKlv5Sc qTjHjo3wC2k5XbxHMe+uGu3fGgEvmOr2rWaRevPxeVv1D6lhtU7Ofrh/DALiHc39X2WEzQwb sFnXp7AQCc6InM9h6DHbfUtJbvSUXCN/FFDkfrDZ9jOksCNL7HADjct+HD6Aj0HBR3B1MPVG M0YRc6PdHJwuP7UpxtJdXPMB381h0p/ApgCslTVJoniNP7c78go9a7XyrzUAZmyp0LvERPii N8+DOejF/JDswmj8uKzRS0Gr3/HpkvNp9JaY7x5wrPta1/FSnjF7xOHHlew2eAoRzd+UE1Co QCfigo7sp8lvZPzbHJw2Pi5GrwDCBEgHCICIPy9+S0ZbwuUqJaHN/WGwzF5kCJZ8ftkM9Ft8 vEY4RPk+A6d52u3mTbVDT4nvtV0WA4DKdC1Sli604xxmDMR3GSXUkdUt0BvLT7M0PYCeCo4E aMqHM5YwTBqYZqqANHA0TdBCFSKEslrpnKdl+bsL6jbsmQvuMidii2drdPL9JJj22qEMuuL0 qYAw9JdRV1VG9FDdg4JlyWOU8iCH+cKf3CmpCBhYnRRkgSYKAmddTYJEjOfS4zFpoB2qu2qD u0HztNsH6amz8snVb4HZXhha6tis3RqUnxh8BTWDXJrCxkHI2WJ7w5mPli9mQsKLhcLw0e2f 4Y35qtDOI/mXJnPF/n8vOu+62UGStbQnmADNGHHdUnAfLgngA5aFD+rALRmWO1o8dzMFmmVf eXFLIpKsdWuXsDGhPED6x6Gf57qagXrJJVPzT12DAVfMWyKPCCuRybyzmZmbAMQZarq6IKsy oTvYyxUJUv6S7Ka3V3VyOKgbVz4CNEkd/7+v/G1JOzgrAVs+YvOo5m/zX4fdAS3rV8uP8HLk anVGSZQoK5QwCUfoDbpucq+FAYHGHkw+MUwpEtu9CRVKlwpXEZSqMyxFdm3gWbD5qzCf1Xc5 t5wMpvcmhHHe3jnHjDjNtr2KJezup4qRyrMIV4vXAzb2QHpwoen582v61eFxH6uPqsiZCeqt +zV26Bc1t/6J5gh7troaq0NPICzH0WEUbWx/9bn9wTEoVIKor+I1HYEP777eB1lq2NNrW7mU L+RCFaKjPxEFPhnXVzxIQ97fVrEhAeSS9U8F+D62YRxDRiSneqy+TjFwQWRakP1Jwf1N7tmM wEJOZH2LL7OdYT0WQrRJ/gIkxbvScW84b+BP80Dgf66PxGO5AiFktkfA7Gw9IUWVRzv6Gi1A Q5TrjCStwx1toWasmOMAI3Mdbm4blVo2T7SXB6GYa/08IRzugOgUwqhF4BpuYJVZhkrzBdmd IZXuNMKYVtUUV4IzISAqudrhD8yC7RTaqfjwnDsVTLugcss3Bh0aKBiCPXzHWrpAPjlsOG3Z 7xn7XlvxTO8+mf7whzYbM2o3wVB9l4Qx2AjrhsTTvsotZl381Yb+ebMmLkbO2pzpCLqvRyLt eo5FVTzTv34t8N4aPjF2/vBuLJ1r30exRoyBvhC9oe9OJno4llzGNCOl7tCAVw+wQKkHzQ9d Hy46+Ywkrnq6DhNp0lSUhecTmn+dVTRwI9Lyw0WpZjcfBJDRRv0Jo88gmXbpHfVxUWyUFb0j WcF5NSx+1odXrXK7+CdqzhGwHhYeRlPHxIcanoiEJjvZY85bG5jCm624kO2tFIss/KKSaf1L sf37dlBJzUNt89Y3j0+yi3LXkp4trYO3wTJ0gTLpNpk37Pr15ZtwG3jR10puqj45RLs33A06 e/IYUZprQpbYEYO9Hq9h8jxYMa6tcZ3P2yXsjIvje4NrYe34uVK0x7PlTYIo1Yuku6DXJb0v AO1bhS0vOt0R+38osRAAQcC0AZ926e1cjI2EMaL36YmdrY9JAVIo875gryP3HACZvzvdebO5 gG1PVi24W/WTXPggL9yww7Jiif1vgf6P4W42+9SrcjDzrhM1Hg3eXWpJdCL1r1VAe8JKoW5u MSQeDJjuGkY4hkENdppFIBjUHRmRVGrFpAXCvzIf2t+vT922xmEBgwpbpIG7au2WGa7AYvpb eu0hwftlGs9AU5BxhxW30b7UwsMV2gbt4gWsgokK2JKJHLOz7LmMGMwNc+hIE7+ME/1yyNOt qgX1HFMBC4GhuyEoc+4x7shmUp/fZhcTroMlifXCvYwgFxfUVsvy2RV6yGbZYucNnbpemoLu b4Nyk/SPiiS5G0LwppC2uEye1982BSsSJxUnDM4qHXfsMGF+pN/DFRqTeoEa7zYhWJaPcvRU mTs/xXcEd6fHYTQYP0R5UPygoTKTW1+EbKBvA3X6pS+9QQo9IvFEa70MN+Fqgd6sFWAbwH53 4fsUlN0Cgx2SU93/Kek5Ux7TVAFz14yDYJV/K/jy1V7NUrkaJ0T8+KOepLn/Xw0ZW8OgWLbh IuYLru9Ht7GRumdbi672V8HldLvBn+7dTz8ts4FDwkQxDeFvCv6ZN2IDUPL27qIsaUY5/Ex1 qhjsx7CNRPOp7TmD/riSVmRKvIBt7T3QqyafyFt65HJ0zYjLIVguWJ5BN+uapWqPHgImL8lS WWf3wQvpXhBu7KrfrGcwcUkv685wxWPls26taN9pkWO7MH+B5cyXeJmUodxjaR6DEdasYlJN pGLPFECiRIuVycpjmmaIbIWQ6Fc11ROEAVovPc2yz4IzVcn/ijw3oPjfudpKBGbGl8Le1lSt hS+WWq3fKMj6aMeKU71c1wxPFGTQpJ1ejMp1lXLqK6dvyDV8wzk4ZU/MaDutq7PPpVT+SQmj Gt+oL0nU5NjgX23vv4nF7+Q0gLDRL5IMElGl0cpaqpgvQBzJbntQ1UHsR/huA+ibXoeajUfF NXccedEB0sq1VYyIpG41CWYt7af1CEizCASn06BVk1Yv8NFe1WIRyZnTSFPKd2QU5u9ycA6N rPyf2X2lRdWiIj6GSJWANI/hEsj9xUFvNvTP0hd35huwl2SXoZtzbaOgVkJnHr69xA4Dd/OP Vcq281GxsR+1TzWUyIlxXsZK4PvHOAYJ4zklAG+cRNCWDsLWEB35G3en/KkBKfoJpemRRPif lwhDUyOxhdYW6JViWlft1Y1oMDgGlPAyVWC6DEvOE7V4lkdUk9FuE8X3nKldkJTRQUhB89VS BDAhWv0Ii0LmLb4KoSfRktpnAsiWXguPyXqHK+cy4EasXV+3ldq0appkZ3GQdsSV/wx6a4eP bJE8XC1Q1RTB2U0DCzSAzLdiW1E/0aYKPYAnEs+qELNqPJ89AS7ifDUmNKSLTJxI3pVrJXBj crbbTbpZSHPsThaesIym8uPlHcw8v6BMJK3517rEkz3W3hspDGKAt86l7Mul+R6Ontm4LvBL wUg/wivFm0ZDMM8L9CuKKThswImBV/d5+V7ikJyGPKv/qk1R6+UqxObPme6h1YHNkEKc9Au5 goZBjPahXDuiIK8HtgZ6D09C7jM0nKuAZFYyNz6ZegF6N3FEfDIKl1eGVQbwTFNFbrCi/bTq fw5R9ywYlJQqZS2+AThKu4CgFm9foV4gvdeRRpJMle/RrH55DKvAQ2FoSLo2aa+8ugDmbAJL EDn0+silDcgWfhmdm2YiJrWrqZly/2rGHTK5juig51Q3qKrqFc+2zcbh723fp/wbrCXz94yp h2LbXNK+4QC4lluyCHMDn3fVnt2APuJr8/w8fv9ZSObEfg5hEDo+rtcIB2vyHKLWTZVu3iiB tG8hmRjE6D6oeoRb2aTf76NO9vk/saT4PDHejTcPgXvOdNKsLAnQx3N2WkwA3OzXq6T37N0+ v57Zz5hWOkHC7VvuqiFD8HL6b/G2Z6+O/Ngv7gLoIBZAUaH513I6LxcrpGdOrn7rk+mrIJGu MvxLAfV48Nffc3iEc4skJI1Azg+lK9Y/A5xgnXXN/8/WzbDbacDFRdVSQd4nWhMMlI3EVMLd 2eGzBEKGo5PFZ1+CQ9xr1HSa5pvyq/tO4nGD+UyBNu3e26THy6awhdBCB9tvGvkpJZOO6ExE Dse/IQ87An9CSfqMzR3Ar1bPL113ppZ05aGFGAVy8UHKHEvicroC5hdL3Ykt+fKPfGyNwnGP QMh4HGv8Js9HMti6hnLMP9A1uR6F2M2F0suIpJcGnu5QG38cz98TaLBOfZJJEDBRduFHlWvs wz8CrHbUpiUMUbXsXGshidFDSOjFryccotq/GNd5xMSEvDbY4sOaa1JVPnb8MizpYxQf5RiB XXTnT2T9UupxxROENOqewp0WXG2d7+5L2boUobrr4zIAHtcfmkNv3mLbVMUd2eJ22R7AdEsg gAwzffzfRQOaRt5YJnVURDvvXIWD3RqwAD99QzpTl+juRMtJmYIUsrwMk2LU95s32F+4AH6L BetyE44luyVhWJvtFxNfh7mOU0vjl24fjzEfwHsPdVZFaV8bM2y5x2QcCKPfYne6I0pBDjuz /FooCNxeRtBC0XlepNB8bfc/AJGWUZSoraxzl2oLGMtf7L4ajpjUbZCjh2aDpOJDu/s2p2ic FJ64WAwKs+Yq0dij4iA2rIvCB6u+bGSaL2lzcKJM3HUXqybOEeDfyyzCmmIYm8Djm9/Dch5U Z3g5175rMU8uCkTu39Zgx+nUUQqHXAn7jn31JluUom03p8o586oOiE41OQ+Bcu9d99ObuO8i DkJeOg03evYsmpDBk8eL8tA8Amg8M/fR6eu0O3yCRn8FFCDAuK6UWCIuCmzQuzH/YzfBsw1P vPC3dKzzOcRsQImCD5Fs4kLYQWEb1mMcIwzRdnZCwlqEg3NCLJnBMgCneP6P0pAJCcc13I6k uPjximTs3GmnanT3YI/k4Cv8I0jdNKcklAwZw6I9QWpLrql9LGEKiA/qJWmysMM5HOg3ze51 t5E1nF/0iBQ+0L4GJyiGDiDLtSi3oQFeHEWk5WG3OBaO+Iyu7/u61tewbFx5In66Yk32d9wN ALOSgem0wZ/ZYl96F88VExmZfFKZLSWBVeVQt6BGqHtnh+Uh+EwDKrEY1gGa8bxBmWWmfyFQ fj30o/OtwyH4aq//Z+Z610rPmHK35v/pD2vPfDwVNKNGAoj5aJ+AeNIboBnFDbHUdf2TFBZX 0ztzjhmvh1uDqrM21rqbadFKpU3LKOqspHG/L+YKOfDYp6rZw0PyfFVPUqrzHP9IIxViCArC 7anHyYk/PUxvYNk86HDsbwGSc8JWQ9wdukMwnLWJ+3SXYV3lNwYwcl/frCBjoyS7SvpDXbjg blDNa8h7XLe02CsMY3Y6umkH16aZi8J9g5ex28lT55LyvZB72RhudKr+ayqgj2FyU9tcn/n5 tVbVhMFf2cqyDPQctD6xh2oMNHb+ACS6pU7xtwdERF0f/39EFsEdmcFXeiPmv85O1W+ijvsN ctAZOwzIF5A53fyDngglTDmOEKOd4ubPsrUuXMgTxfy+BNOsp7ot8xu+HAXLbc+9kBrL2DJf 9oRjU1gmOnhzKHvCxPvkDjD8g+eYY0UoT0Oi8NbO3GZuTPGdnDleuarLc1q7xCey7nVYtV+Y NGxsNnZR1Dbi2j4FTWUFdU1efvt6896YmzVjqPj+wzHQ7xdn7Fu+1H5EPw8R572wIZpITCY7 7boy4b+y+We5Xx+VXfIkC5+Vv+h9wuWvZx9gvR7bxus33neouCBtu+R1FQj6twtWAfMZkpkm uYQ+IMX8LwdHp7VRcTgGtznRI/38V3C+65q930iuOZvSvJBhzsWjHIezI879WFHtIDG7JxWi KeoyG+ZMNvgKbYlm9j8a7o3ZTIZcwM+5ORa4/E1gV3LO9EBeHl/0CKUdAe2V967N0UR3PU9n OQkdLEpABwYyBnyzqkzi53eYh7bPXB3s+7LEgz01kd7xnjKtGxgYW48MKaqPA6p8Q7d5PkW7 RdATC7/ItTQS2Js10OaUR0dNMEaijmAoV0LyWQjwi4VG9aO5qLuFHSRG/eZvExmJkENBMPFg xoLMh71WCKLCkZwG1MGSCKuFkHn4+DmfOmKiP3EFZ9eak8WaLLINqgiA3f5pD9DT+oHBnfIO C4ttMPQFFyRPFycnUo1vj2XSfT6z7LpXig35L0G+N5dPDhdsSSYNFPLbPY8mFI63qY4mVnWf bujaGvU6M26ASNkNbXDYKT3gzYxe/3k+vRtB7N82zQyW3K4Wt8is/DAvEYK+gWgXYqnYn8TR YYjVDKL6iUteVZjgMMmIHPTEXAVk3bLMWvbtNV9dERdMIsT/JwUcqrlyXu5bS28fQZ/3QXQx WCcl2bXx3tWvd5+0FeY9cSG4qNkVeayF4cxxnQJ/6+95VFKo0rm+syuTZbCLAAjUiT7yXN+T YdL4onu0dR90UivAOXmsK2+4WUAxkME8+Rs0bB6yin+3HgPrAl96jDGII6fpbMrgJIOu0wWA 2SZN99v/07zrQ+FyTWv9YQFO7Wrob22yot8/d9JokbFuvEZp19RrN37hn0EgvYmAcsaqnUGh WbJR0Y2HSkTwTYJ1R+qxyAMPux+vYPYJFyZJL6Ks8+OWGE/KLONB7VXazmFYPbiDGDKB85ng RI+BEgcjdUxETFQ5qSlhCbz5eLNMGxJguxiqp/bS0CvIU0KJCsY/Xs2kj4d1j6NyL/5m71cw HY8MiMtzLFUWln8BifYz7r5tHeuBwc6fuTGF8B4l45RbDl58gJeLcVvXD6ox8dE3rzIoMeFU I5g1JaNZ4obXyGo0in03FkFIKpjHmsDoJNp7Xo7dYSwqoh5AgyPx8r4BEMxvUcquoi24JftK 1QM5LHbeNy+saDyna4NfamzBrAHuPPpqv0uLa5Cyzt3jIJ7ocUFIKneTJ2BAd2lEGtSzGWx2 rl3EPHUcIIKM32ASbHvAdsxknsfOAKi//HwJYH0WVz4LV5eQbAcb7UoyMd0fL3CJwfpQYqD6 ksBvjVHVGpPl3xZ65vgrTzToW1nXA100FHMFjgrjqnqWPN1b9hWLcTCxQMqDq1gcpallYAsO +Pu+WiRUbel3m3+JctVpzLsa14n6HNjyYvFPCBEo5ZcqFK25KholqqoJUXKzO51DQcVHIRdg sZ03qanNe3ObR1O04N4dGbtFlT7fUZoblFtIRauZ4MDK6n+Taas6WZFwVL7IqgCTm89icr55 OuZrpb5ZMguZ+RjPioXuF/shbn0eqvtI5jtfjr1msa2dzYrs/Esy61ZDMuqHSGA9LJbKfKZd ecYzF+HCv56EhSqs9CY+/zL1P2kX6gMCwv955j8V5M6frTQ4rVwQWJVy0a0XeHH2V0EcrKqR cgAq+E9KtUOrLdA5eUIT3URa31+hbBgrTFCmeE3kOoWUuiaKy4CPDOFMr9L4hRhZ+tl3hTh2 jvDrk0/xIvFMdUGGtETuL5Q/653V/DWtTo3dfa16YWCLFcCDLYT69fAdA+rKoqSpV9C0szuP RqXSeGmuVC9Zml5LEMr3JPcCcxqGMDy3E8CuAiqUIBTODH8ZwnqmVk7xUfayEqkTTOO34W6i QoJ4etAcnIs2USvMnRSdVuF+jpjtZtb4mIIi4Y+yLnDkwveAf0Jhk0gvK9j7QzNCfML57TZo +0FWpVHu1Wvs/lElGMaTw4CRc923UmxPmkNc11GDz9rt+s5+5qEj3yB6F/vYHkmKNXsk9kky G358qvrBEvKT3K0QK4WKVCis1Ki5oSoamPMQ3fB06wpVT8HnG80WHVIp968BOxVULcsO3pBr WO+fV4mE19sJz7SmzRk7GWSJIvsSPLNPQdEDgCZ1GkDUZSfwsyN5Z2yVjo5YeFYWRxEDhfwS jT+zaLJX+DTp9XUhsGXXUQ1YGi8EJMBFCl5L5Q/milkIiWQPgBBQmcNJAgrtD13fQPIszZNB N8nTnwHjMpJeyd4sHrr9QZmfkYJkNYbsszUBtfzEx6sSkz6o+rcKCJO3GyU4tyZoSEyq0X8r ZgWPadsBR6WWdhZhhMNaBF+QazlQ181y+ErMEjAVR1+Au6MEKSOaqK9lpWjyjdgG0gXgVwok 7t3knxPDj7IVvNqd6IUq0HsoQpCWyLtXRUG4sMpsViuI4Zq5lvzvUSAPWjlvxyb5zhiVSyzy 5xevOJCalRhEA4IJLSsuZvBcUUmw7KlXdlzf0AWAkInbOFD73cTRc6nD+ioeGMV9Skh2lDoC 5GUsqUm4OzCmYFh/sLvEafOFRpe/B2+RJ31Sn7quOwmo21ZAGN64SobAzf98U5j64zmkZn9X Dw1rHjg4dBzs4+31VOmwRXxaUtE9RGcA/7jq5Mra81RafKgT9KbNHAOBi6isoJGH3c+TrGRN VN9R2JPhCOuXm65QOvG4qSMX1OfG9/WYC/mqTxrKu3WNxUNSfuEh4X+Ft5/EXFTAJOESvgSj 1gHArw4aHXAfrJK/2/qs71EO1/ktC4TLhcd04dbS6Za9551ehNp5EHov/ayArkqTjgJlt61/ xw1SGm/cCtuKZNirJ3UdtG0PkxEqMjkWA87yz72YP3e04PR+hH5HyA+55gPFFGHOhieMsBxK IWARHbF0if/92iiwAj2zM2p8nJ7b9PXkgwGo+A6pnJhjHwBfuHiCXvKcwZ+1fu9a22jY6KG3 3eMzcHSXCIRU+JV8vw6dMZFkWRJjyP5mAssjzWLh8UDbH+U4pA1ooxGgsAIrHSoxACNqLO3F +MkPxQCcecmsXXL66NAZRTABXY+IIGFIdKOfi+6MvhY21d/2o0Rl/vGDvYQQtm76pX9ac/rT 32G7hA+1y9j20AWLj2GM4sZwst74ek4UW7+6oRRsS9QaSvb3ZiNDxFkJbIRBsdojy0hzShGW BsxkAiATTYV/ePN1z2Jou0y7hSKj0+trCigD22rwF7wEMu546bPYYiw+VJF0UjcHpA0Dzpvt zJ9X/xy6xY/lbqqRLm5ebxI63vm5Oo5irDc3epJujPJclLQbEJ8HvdqH3JjOhAbgOPi1MCgK P4uf4Y7G5IfuB+fzhbVM0X1Y26CIXruc+7Q06EZS6b66C/vk+8uuH/m38NlTZ04/rg1zU92z q33KG3tBSmkl+sWWQwVop3KiepvANQhahdk164D3d34mlCLkZnZJNY6OQyanQAdbZQ1CkXzk mLgIANn2rF9R86POl0/pdac2lg17/3Ngk2JOZ54xRceu/BqfWKpyT/Nh1YuOzZaX4wU40Jc8 Z2Fn/5L1MyG3rQ4rapcObh2xxRL5qvUje+Iy2WqlPhX3DSJgy2vpRJHYbXyMXMKVjZbbhSEp gpT9ldztSh26vVyj+dN8TwnaDLght7q2w8wlRGLUfJGjQsLBWFPG4EUdbgws9SJFy6w4g4US HQOiHPsovOlfCftm1Ux2da1cVttPjrQQBhQUlG300ZoOVAsGLrUPoMZu08dk8dDKShMt0qPa QmkLstSXrI8bYdjv4LDvj6dpdIUHrBfI27qZoWQuE24JQG8DulgXSStYKIEoupCFvYRW2j96 tir4bjJjHP2eMYxTJ8wlexwjHIC6Mz4MVO1HMRTa1mstOjNo/XkUmX5kgYo32/9X976I5bmZ C0fw9sSCuk6Arumny7D4VtkXRx++eZjzGu7WRU/iT4J228vRAaibFnm1rnMcI967MtlYpQ44 80qrStpP9uR7QDZtGLiN/vwryZ0uBwTL/UqpUCR/pHX88QwcH6IL1G2j9Vu1L2Uh9oetEAqp RbglDbaqlB5sa1tkOt9SOJ3HnL2jn54f/M8hrWt7KVbMMeXpVMezRBl3llAiMsw5sCB+4DUO X9VpyebVptkcm+H7sCIkMTLrrySEm28VsyJjYkuxLXc5+WtBlZ1ssKN4RJFn8f+V3LSHYJO1 8E9MG2WBOKA3zI9opIyOLymKo+TTMoqW1bU8Zgd9CcfbYXs/P1xHSu6ObvZOnNBvbD+38VSb zb4vHMidJi80juRHkbTT3PdBwDesMywrof1NPEg1fKfd7dyg2SS3Rahctk1kwwFYjLECizcq h1qACjhvHiuGAlkjftZ97pl0YzD3vI81T5K/eQhqwPRxDIMpu+YCOY92Hn+1pKkr9A+qsjbF iVnzFsNBdV7esXZ9YnGqTA2gUKcNrFcnfjXea/JJNBMoz2qHCtxNAvjGCRajEBya3rBw6GRO ptQWzwFVsu6goP7OLLJIs3bcp0IttnlXHf/efufIn8AikdsOJrJ0VXvU5TisgPdKsiiRIOY1 XrVWx8I//o1E01BhZhAKv2/+io6xPSVv7CHK8DO687Pf7IbLVMsA2kTjXb2s73SQXr1Aj1Xc SaO/30PDSjqkuxT/QM+ydM0SqMdZGuTFH14s8LlSEpfmPIiCRIrqIGEzHQJJ5F/5xN9n14ON FKND1EK+mZMpplIYn9qqHPugBoomR9o79CQAzjaPdRjZzm0Iw1sD3/ZUe1oMQmNWNYh2mxLH RHUIS6feGsX2S8cHZPihdMkWz0Euh+XLZRw7kRHBsAXEQlPBx6IKwPHCMEYlfUm003C7nSKN 7cZOKKDCNrAECOr+hpuQk94SGcvjS6gRPcXca7k0hOncUxnw3Sf57fXOpqzOwhbqFgdU7k26 jvfa38h2sqWRJpFVkEY0y8HTKxa+IYzAiUkt9uDWVpqqAmQ5DLT1SOdeoZzTExAN5VxDs0h1 LM84JJ0XIfk8Ry0JvcckfQO+P4/lo6BE9DF2p6n2C/1RR6RAj8SJ5im+5CwdVUZ2jMa7O+so /fGDyZN/Ha3VmJXX7eg4VkLmFs0xg1BtA+izR4uaBOrcNPmcsTInhvIgGMZgjdJD8/Dx/lET ZeC4Xs2udDxYR40sencRL/fzBW914bM7OtA+2bZBwn7mJEdAjZLvF+zkP7Pwym27K0tvyKPl Sn6p9n6P2MG4R11eza67jGpOyQGV8sC4LzJcwWicT+j21Wb3O43LyFjNMwsnaZDBDg+bytmm 9NAPjn8xhfTBk9uzsaaUce7Yw5wR7Uv3ldPIGdQ8X24rnWU+rYZEp7043jfAU5QKHZQYhZaC KnMa0xapBGnECUpa8uZ8fksDGtKhh9TO1gY4APmooEh/QtM02Sl90Qu8AUT+Dv3t4f680SY4 CECjKk6HI9SVi5ldKrz7klKMD8e1SSy9250naokxlJC76nTdHGnGldMEIPvL4QKe4yrRtvYf RxPncDJBQnum+eMgXHBfijUfrjrabg0P9ghYXeoOZ709/v/wAH5CZYG9p98J5iAydp01OJTu /vZ4K9upgQXOcSsHFwZB9VdhM+862ur8Tlh2xh7MJsBWwas91v8DufuvUXx8IZI66MzXazlj 4ZQLnAQ2JlaijKW48ytbKYuCDZkMj9ihjf93QruUUvby2Sc0E5CLacFQla73lPtnp2u9vYJ3 PgyY5hY9MHRwzm/zIayX3hpyCvnATTNLRjCs0R237kiagI3MWiEhdYJZ5y+/ji9L2i7AGab8 Jzr5TlCgKdj/F1387mla8ROlGAcEnDDsYGqV19CnqZIjy8LFaz58Rc8dmNjqLddEt0upos+9 Gm1kw3nzzslknwDav8RQUmZaQN2P6pSQMqJKZ89NM4vhsmBV+s51MFeCmhEJFMrzs/KPmfkW rhKyOJqyrUf1ZPAzrgJahgcQ/IuI92VIPUZkGMF4Ft1LEKbKxAFCmDIJubj1cTJWE02tLFAM r3724d/bLsYfFEB+ECL9KAA+7XqaQlqv15U2lDCL84iMoP+9ullAaG8TuSZnL3DCb+V0utXe GjzXre80R6/boKuzwidWibsb10f0LIU2TTJY+/LWmiHNY/11Vo0oddciBC3O23r8JA90Sydz mBaX4D162LnZ8tAOLPpx+ZImotouk4db2kQWwBNjpOHHyRJFTCxDESH5jThXXWDj+eG2nY6L 6BUsije4gLSBsvare1FE6/rs02euTVadbnzDDsVQ06ynkiMQU8wj+tbvBF3TWCWSHa4P3Dlv Rr55eeaoB2y8MIRZWVn68FzoRjwBn6MAWj2iY38yuBlop8PZGoYAg9E+02E7VmrzZNjVTTnx BnnSInKjKYRdm709DFF+uEtRzKaCv9oBOhwechm/JMI0XIix7kXmdGmvFxmaPdx0ADA0WXvt wa6yiOo8NdAs9I1a74qQfRRDsrCbp7xwu5eQlkz2TcbzFB506g9M5sV9N+hFl9OaN5au5x9l d750MWaz3dSt8dNDG3A9MdWFPW7QAKl/iIe+CaTJ1hySW7i/xbvXo9cHhBeUjV4UOe4Jrf04 Dq1sWeURQApodrlaFjnhYsazZfY0Mh5ooa5Av8vCRAReEo2rAGlzjqPF/bKD150UsQJtqlUz 06UrULoTKiDfw72cVarJDLxR/vwYYo6DW1B7t3eCT1NLuRn2YccNbHXjyU74K3sSJcucxIcr /OkXUc3u8zdtpkI8yQ9n5wKThFGyVnqvngSauFlBsVgDANWyv74fbPdh0bsLdrbb+Vts4kv2 /GClbyp2QJUe+Xht+OAUV8X6qNp58pSxU5n0hTeH6X13Uvn/JtAmvuN2zgf3dfwFGF6fYrq7 6K7dVkcMFtoSedA1XZ9B9Kuin9ZIfIOriH+f48mXcnyu8wNkOVnaGaK1rgPp0HBN1WdP8INc CKK5CgqqYqAeDWBC96/gLpMwHi0GjFtmhQ3CzXTSIU//oKGkVkUf+EVO4yV7kGOymGuLj1J6 ivL5Ub4R3Pqz27c+1Ik7WTlIG3tF0D0/NWP7xp7PUiXiuO1LltSJXrgyY+uN4Ja8D+i3RL8Y qWsycCS046/QxMNN01eN1ao0rWOiWZhEVCXZKsCs2XhwTQ41jDatLBp522i50rLQOS1fhJ3G 3Fn32AHkIjEUazrxdBrTUNiISfYg9zQzYrC1MNL5pkOWGdVYsBM6t2PcxNDk2XLUsLOOynwt QzUd5/yOolfl7RY3sCs8gkf1MCOBa/D7OHbWupPWR6mJSnGk6r/wOmkrcHcPnOd6wwD4yERu aRdJsu8HDBS3YsGAYiO5OiE2vXL3Qu8uaB5jDNyvEwvGynJDdAuFyuiJMKJXeF5xH0fc7cCa BxtvHt6+he7TCZrHXVJEr7vcWC9JL+6TtZo5JSoC3IJIniIEMyJi+RjOQgN1d0VlQaqYx5db EUjmrbpCwf8GMEiS5eJMfG7N5hybt0vINgJtGKARNwpzVvhQJzhPWxT1KhpxTMkjzS741pvV tFL+SkXnbrlSU1pJKj/rSRr9wHbIf49t8eEeLFNzYSqjWM6zQsrDhGwbqo347pPzivPmsDcz exX3s+HsUQsGqPqaCFQLxnI2fFq5Sh+1gNHTpUahXluREjKywpEFLAccJBUp26PWI4qakrIj oOj5a/eFrRxGoyn/fZsKXHrovaUYr0RoK9zDf5ic//M46czTrBQQDL1RhZQ3ehH+J70wfRGd 3xUrJkbPIhdIypPDPDDxbIZKylCqIAeh1HjoU+JADtLtaoiwTw8hAvhLEBV2+DQa22m8v48b ghI+1MebzegqBKbi5rq/piXNP+q0RXPKrc91EyBNjf8d1UajElyNRoKiNpn56cSvyLZpLvOf 3P60mhPv7uVArGLxU9AfF9aU932ZObegpAExDCQl1kySD/EqcLFHkzx5vSv4K1qJn8OdL4ZV O5Bw0Bw13jU7PjJs+RsXYPkDjLLvZqu+HmDtZDougHccUghsdyhMsgxhnsy1rMpK3OQs1W8G O8jKOwv0Dze5AgS8oEtLUm4NmlhUTUk0msLOVgMvbsTxJlo3O1MINWEp1MSCiCadGvcpzqlr cMgvKjqnoqBbbHoIcayVA+cdoNwIigiRMcA2LYJoNTvZ60lJ8XNeiDa9lH5omm5KE3PJ0Pyt deDoDawFHXO8gPIEKYFlotBhVlg2ahJoQv0B0eMD1LjWsmJ8X3/5pEQFKyQuqyPztSYWODUs TSo0/w0r+r6YuUvN+raeR3VwRYD0mRq+Tri86mV0z4zCi54b5+l4bKKdmq4BJm1KtoIJ74qp lBsdhfGZ2+2bnHAMSFV8Nkg15MCkyheezDnDcG59iKmy9WyQ9XeOL/1lxzdgHI8YjRxcBuBE /4BIW8aPzzcAj7kbNaL3/aXfn4NZD1c+myNX3/3rYAefMnTXOnAYqoM+v1QtGv26e4Mt5YaS R3nMIpmmBEVKV/Xil2LXGB3ME4ns7jyuFaI6wS3AGaHlWo+E5ue4MbvEZ4x5/aXAwsUPVYYS AEuOVW/tETszPgbQN9RC65h/XHc73/+pzg+VbIzvf7qIUxP4wcycoIpXnjAu6ejIZOo4c5+A 1Jv4ntAVlSixnanAcI9G5+C/bxtlW1ut7TeTM8yvA3HmLWsJCXOI/kRDlevMtfh3OFfc0o/M rw/JxPsF48WoYEN2fZ8VgsshA/T5+OPcQaJJmNWmJyud0JNiH8U3HtKUGfJUNVYJFwl9Ol/d /Rgty9+6W0bG126dZWvloDTURVUpOgpc5gotWfugQgSZhZiI5OGAgh7/YRs8Nh4l9j3ODVyk SCDxLVjwddLkGsvhXXbYPT4QBJTZwRfTloOf8ZlVw/pjUxdxRUTyfubO5ucyCZCEOLxRTMB7 M3DIU/N42nn2eEhJ+O50P+VOm8ujeqLhg57IahaIgINEWWV+jmAkPpVkmTvaz29JlU1VfGWb tMY6eHWv8Xx8PEJL7yb8EGQq+IUVBGap2y3QByh2iSIWe2E5xJOE0TVieNvwzjOlUsJ6R6kO +VjsP8+G83YpMmbldn0VuMt3D3XBRjA3Ia8vRzoal1L5CHXmmNtM4OAGgJItyog8AYBuYnT+ ot4DfeI9vgsnpRiWsuoQdq5r7DU2JLUhckQCRsNEH9rTHLW10gLzrrxX6r9n2FNmM/2sVy2B +7/i8KnThn37H+s2SugJI2Pn2wlUR80HLyCjnCXyb6dFxkq8wGhylbbXgFuM1ZjkkDawhPyc RPyLmNl8CKWoxg+8MABE5I9FuXsyfKQUzmneBeqBe2i4r9taoUoUHpWxXVTCPMsZXrlnXWkf bg27P5xtcDWaew3kgVWEh0jnL6+5TIhc97lDOamfSE5ItnBZ26KSYZ0ICqEoTK7KO2N49Kpu eYau4RfUCBc8hmz+NkPyjQDuCmGDIIufMCVf6sqjNiGmQ87UmNiZFQ3bdXGj4iD3yBcDujg1 2aFHQSjx/W/TK29N2B0OJaTT5e9xDCC3f+S4xpNTl62OTg441YsALpa3yy/BfJTAmX7ZI/pY A52eSykTNeR/IZF7ecFh6a2HRlTqBzmNdTnEXapGzp6hhOXmduq5T6A1+bivI6DafpqXnGWh otU0A9MDvyuaUKgXFzYKwaxQ9QgHsuuOW7JutFjNPWt7xGpZ9tIGc4o2EDSn6TtmQ5xs6U5J ojfDwVhW3FzYVeRzYfe12JBzMXpvJr7gO5YCNZGa5ilShuIkLHeA9XXx/tEaeOtK1eotl3UW A2jiw+Eptq1Tk9OrW+SZ0dpv2Yu0bqkmdDFuxBLXOWvIdVfPvazrUmKkcyLP9W4CbJFr8ubl ljjJHPKDTLaGKwXkEdPHoT/4GfPedefnAmTv+Sf0G5q9RggpNUKQsNAK3JZI2Bb2WX8unvP8 M17iqJ/RT7AY+s3xuRX2ewspg2GBnqnNrMAEwkZxNG6riba76DSh535a0+7+zVRhgW4Ug4eB BO9quOMT0MJ5ZOLsIK92soDDpbRdE7Suydxh/GxXVJl8RQDEV2ZjSriLeQzfvgPVVntuMBev QsgTZ6IVLHzzvuZ63BHe7eDl6F1DScpPUXaSJCUewge+0e4neXVMS7rswBrKUNkbZUQieZal x0xfFX8jKXJ0CP5J56YEkW48pF2gIzIVNsJPniQVtI/w0sPTeoftsFVmgPJto99TP8zAeVVd nWF+Mgjh3yhT71hGAA4pENZZL7VROvr3vF7PhaH7X7lpvdUvnAeTtrFBsm1SY+1vCb+Jh8uW MytHw29kkGdoDRshB8KiQawZ6dnAd6aVZXz/cQfD0A6DC/9OFY1b6g3HLswfdvRgJfmam3Ia pf1SrH1kMj9Z+ZQ1hrFrMncb0P8uHYZ3aYprd9QNm7u3xk45tZNwmVUyPGbP1qcsiHc9ndx/ Qi5jF838qZC+aJl/pXYrwKxTSnRteYP88uD1UlP2DFi8QWnV8GJOvg/zdQr4NqPPgYeAG0G2 CpYjtPHD2TN9JN+/tjos76iV5vN0QSIY/xgdoJ5M7HPCWQair24f9bVhLnsJINc50NF0Kj58 kI8XvGuxikqJTrXRVal0WS+cAsm14P5hlpSmTSbcr7v+ikx54zbB0Bv5gpWdnDNVcMDSZj3i 0HmlC+sWl3TDL3rOeHC3Vw8Zc+/3wCESUD3xCYD9UCCeBofbmkn3AX381luNm8A6eYJrFYz2 ZT+qwLO7cJ85JVwwcJO5lmo31Hna/0n8Zh47g7wKeXxPl886bOv2K+LF0ZHzacVEXP/hyM8Q Py1p+mwXfFK42STs5OPxs3grskBgK8UL3VkqTQp5BGjO/dIMroqFzcIG51s23u40m3/g7RYB quje1a792BpZgT0fxgZL1UXJljLUPahYufIvaMrCfMCoKx8Mt/62eBqBYhOuuGbHukUKTdIe qizF/d2hWBXs/x8qCIjiO+/vHbbzH7bdNgjFE+RJgkdMqjqusUAQwiL9NsO8auk2Fr08nzg3 DBsL+60aDebS5eZw3LMVbAfiV2GKwOklyxT05B/AFSNnPmNfvJoRWkjHn9r0bjSbH9wHXWDG VK2FM3I7K5dQqH+0I0rNNZpZmBB3mEJWA9NQ4LBvx9d2fVoEucmvRHJ55o9cgGoKICoqFeR4 JlzypKPVInua4I5pykq/URaTVvZVMIlvmMP0IiGQEyHl2t24hI2b6au+xrOaCYWuoO1Q+8Dy 7gdQ578vmtYrGPGxCr0fcfhkcCQULb7qYfF4cH7D1cjPViWY45IRy1moiUpWX52mIGzzfBoa kxMcXxQjziGiEXdXdXH/air9xhVqergOjqLf+dlIrYHq9YUlkdB1oHSesxJMu7uk017ZZvV9 Rac+8m98AsOAmMz9vSVY0vFurTglKNyLO3W7YIoFqWndOJ2rb5qa9/f7gZhSSzThaKI7Nxol lEqsLpriRAkkTT7cVakJzi+3ymhGpCUnVfqBvOpejs6e3gQmOBPTSFz2G4xn0BtuoBJBP6mI Wp37mvKcEtIrfki53o/8ICzy6qXuWrgH2IGEWywGO9s5fX2W63VpD1Jng/aaga8q6so52Gtm U6tWuEPKtCYXqlZkhWKQqR+WBM7qXKnxSZENmQ+JYACVVuirvvu3w4H41TfVSU7XO0q7lTLi tW3EPxZtaMT87Dg/rFyA2yVEdsKwdFHOBVLUxtTA2OQXKmJlLfbGd+FP0NkTIQA+ixfeLaHd z2IU03gn/yhst5i8frCdhLu+OCS7EJCwQM//C0FX5xZKEJ5V09Ig9BbJ+S1fe3NdeUH4fa1t FAg3aK6HxtU1o/k13ncuxGnk2/q1hN4lI43EQjeMjv72wAFIby56bUPta12Suq2lKM6qLgGy pQlUs8ZfLBOoJio3KV9MT0T22d/r5VuIYcKqSVaA3XJGTmAuYCMsD9GlBWKGVZ2OB5dIYXp5 snk/eixEPnZCC0SkB0oVnRDyRk01OCwigLJRYjy48r7EeghuvaCnyy0+0cGCithKC6+IaG53 e1slqxHZi18gshAYT9D9VLkVxIUfUOuE1e6gwMRCLGXUdMt8IZNc7NdUqrL15EtZS1VNs7Bj aCrCEpkx7+YgJuc6UeHW/51VbOAppnOy9oaMx+WPaWCVS0SyodBWHvp2Gjhq/cvSktUcb2Sr gzR49LDnxmXBkZ5VLW/Yh2LGFs/SLYr+w2UWR+HZmw3ayOcr6T+4QRfn1WhTzSw1auGdO3EM PfzIl2qj5soRHgimpu/oakhJsffDze+UkofJ35bj7InbqLckGiSDU23EHz61NJlRmsIdMnvG /xLnnY8ZdRmiBpsPC8sqiWnbfJGTLVUao1SO1ysEb7RR+S6CKCxgcQI7L/HVeC2nsqkMDSSc 3aaAOO2pGdGyZ2tv53i8jLlr8SYFP8hnLq+iDggajaYfrEFbdIaU4Ap17RZ6P/++GCTaxGmz AVxzoaFMl5PbJuzZf6IxiXEDbhGnuNpPEGYpK5UqkZwifD0fi3fZvmG8wcSQBzpbCruXndsm Oiqvtsm82TLAep5B56ZcKfaQfyJFoikn4ugZCfACqKjRii+VgTx7QAT3zoG01D6yfrrusvsf BrYJGE5j+1iXVVeqAd7xEH3+AfRCWUFlDl9nZeZoBx8jnpiiNWcW/JEpbH3h5RCHeI9CToIX 57H5h1mkcP2984SMvjOXyH/s5BdH8I3Mc+ch1Y3maLGyAg97D9XF20B/Vz8nNR6EQ2sWcvgl WnkV+bsED2m+hJxXNQfuS8pggGU/3+xnlvDEtui1IUo9kuzZ6U+dNfGMN0E/ftqmJuaa0M21 Grj6otgqqCO4igCC/si/nfdeU//j+E8jiV7dLPJNbvU7F47bq9loKW8sN2eSecmRGrnu7fej BorITIVz/A1IetxrZKvrmay3GVMc1tw1tsgz0/hLkCnX6x8+f2SfR62j1rF4uoj3dEc1/3nW 3ls6dBlCd26IHjS2Qn+8TLOqjrhug4OeHOlV5tEYycmO3gOzyG/mxnmMLeuV97qSohE/qD/3 NjcfSToTYvtgXNanHV21Q7z/mtm3i8OoxCFDZq/zZxw4n9KhX01Zwor1TJSje3nbAvl0KwGz 1PW8EbEgYlABDXngS4t5mE+JdcrTX9LAbIr3Vr8nhHXBzk+9GdxUmnyrekUeURF4PJ1MTBqr eaB1RffWrOLcpy+Iqo693kZmb+mWVmLlSPQ1i/1/ITWCuZ1r7a6iH+98n5Z5gkzF2OAV+qv1 JhzqlrBN3jHK0Afj+tOrzP3bGBxhpb75iY00WV4ijenXRH6bXAVBLnKrtCA8o+c8bP9VBxT8 ZcDaLPT/bVKQb28ySNPDtX5dkMj6I/5yM91VFcezNqsOVdk+RY/iOixTLIb9vEL2YIy2xRgp Tu8OjjWY4N+5eg7pZrjQhZeP1k5B19EENLTJOeSjnFaBq+fgYsUaknV2Jgjsd5tsT6Y4JJYL LpCnKEs3V1W+WKqh9tV5GFyAza1qR4TZ3ryxWwt4fxTilq+RktVxbeK1fA3UFbr7UzbG7Nry Kj+0+XG+C6xXTEaR2t/0qw8Qtja6I7leDBJKJBZB3X5XD+W3lSa2K6Xv8mT7jto2dT6j8jvh 13gxZqBUbcyobD+meH/0blPL2sFsdxayqK003STDBBnthLaCQ/7pz9ZCfKiS/4k+x3b6g7ln ETT6oO1p7YM2uucwrpmz+rJailJ2ocKHderhKXQ3FhkDJjr6/bzp+dFxIOJNT2/q6Fanam3z 7pQJ/ecb5//dQEdtPhIygbm1fAH8ZvhHHi0jxqBAlB+jjJatV+Hf53IMaTNHBbXKp5Wv04QW qfibBWQBJ7WkgNIqfl5H3g4otSpeu9BMr38womn1uooDZtkMHXT83SiaBmmfrEOk6oBExYny xx9aAoHkjXOUujhSeRaQ/OCrJ+OhOdYiIf1hQ1mIX7pNn0J26jTyBB/Uj7sS8oNJBmKgUVGS KGshQ9Wo65uMJDsB6oau+Xp1K9Puc0+R06XI9zIrtwYcHge8XxxQxvvdzSE6P2LNgM+nsAfZ mVjUqHlhgMB/0bmo1KESmx0AjK1VYrwqf0/GnY2uDnZmyUXz+c7gYMk2x5LZsRrR9sm41pvA wXxgPHJh3Ep3xhnoj7UWHWym1odqczv+nFJaEsGtFM9LBcaEUOUak1PK93lMTzKHpLeu7Gib bXKPy9C7MAjVsAXH45Ss9aGicE6002GtML22QKe0OIhUt/iVoUuBxfBEQGYF7lxgqnW5DhI+ 8/AZphH+F3C/pFOL2xYJZtVb6M/tLGQqSKt8eep0/ZpBMlpOlOR9LJD4hVFzc/L0DXZTxKJA OBlG66TyiGTq9873bjE5taubUN7RLoPTDlVnskA6X6zzRv7I+g4cScFoNZFudrFTAJ4knpcC s4qyTSMGr95pIqTGJCPZJEkParHQs30yBdwKaY8lcV2jfYnI6W8eQ39m703pTdKo8PVfHlmY RkUwDPrPlzxY4Lx/PbzJ9ai43njBJiui/ZGTXrs4I4aBVxH0CbfArKxUuZ+0c60WL3IrPGTp mSP16ifBKnb5GMPGVRINZLsqSv4ppQFzBmJ3ZvzUp96wTGWm6ds3eZ0/3I72lDzf1YhcAnDg EdmWVc/UaYRgPFLKtNUb9bukjMNAUmVjbAZ6htDqSPAR1KjqSNUPhirAeWDch0JF+QDe9yCg PfqZl0+L+gwStkcDGytlpS11O+gBfrbWoDLQDLAV8V3JnJjKfS4HvAR68mzTZJVkK68E5qXJ 5KxLG9VjRW9i4Y3heoEPA5sFV6dpKEjKgg2St15GTHR3i4luLE5ciQg8UvvGwt6wmexu6PqE dU520U+MjKvRO1bpNjvNTBKPBMe93DuqFUHfwBcIrjudEzslgS0eGo/gl6F+C3m2wMGWdFVu Jmh/n/6R5PlpcZrTlEHdXsX8+BaNa8p/wl8it6sP4AWfm1NUTO2g/v8YjnyF1tOgF9tCU+FS ILB5tRHC0gAMmHukmhwqZTjJP4H3s7X1tZatLKPpgqYHrHn0jbZDG8gqYtj2v41UT5cZdZCn QY5/EoBuDXuIIez5/mee2oQOae8It+LIyxXbE0qhrulcRLjS13M4mKea9mVpn02UNOiSKCVe 81GImGtkwr49XpHfp0yfwdxqKNGiA9sv8ZZTMV2lLCR3W2Vvl1b7VjWZeyWMZ1NfFJJW07Xz bw450r/jd2lHleoqtW/ucntyvV13NQp6D5VSuQpc+VzAzKHCUYB8WaJP249POgAH3/erftO7 JRNH8GnQ8oqbOvWT+7OngIMDa9NeJpA5ygNUWiiQ+vTsybE1AQDXzDH0ij8XjQaJbRXLIz8B YzWvEWJooadeEkn8o1vXGUc4JUjP0h+OXPPzY3UEVvlvICeLoS3WIPR1jdTsRh3kY9/7jtK8 7zLawzQHDa2JmjAQe6mWNFEIMP79s7+YImtzYtgR7u7LLIttp3Zrp4r4BJssGUaLop2i3dhv VQetk5qthY1jBlOK6ZPo3mmtRz3SehsH5yrad2aXo3fGmfzD6UEY9L2WMrHGBcge+SHqdCen pD7mo+UdSq2SP6tiaiU/L2tug5n/RBC65xxRda7fDFVjTMfnVPcNC0LN9P5J0EBkYiv8VUg5 //8jywYlhUNY8giwGqXxuGV+TfokJSeSSa9A8d8eyDCYWYoS9yLc8Cqx3qwKAFkJKBZ4bOBW eDXOkZTFeQ1zh0mlNv+WJeiAOyKZMRkR17th9n0IcqWj9oHtHRCr7HZHmqo2Vuob7EmSAXCL 0IEewGk+i9KJ9DBReg+STzGPpKHRwh0FzM00d8e3m00f5PUUVypL1NbPmlLVwPpMBTxhxoGt 7jueRVosR9Oqb2LamHoa5HuGKLmuwnYDWwXYbK1fikdunX8kxuAgRB787jMVxo2FRGJ0bqTV gTXR1Zr9IQAaQpF+V4kBdCap5/2bvWAiVa9mL/1HumMETucGT4KiSYef2FGmqtl9C4m17Fod yZoGywcJyoXa7foMPv2b+SewOyihQBJw92uDgxSrtn4x+qUetK6jH+rVAsRK+Na42kykauyr 2ubZ13J7X8gp8ImfYoYp8EBNonJJ4sMUvN8vzxM7Y4v1VMaLBHeV67/PUFafxVXt98kGDyJy nxOOakWe8IWNu7tGeWuRnHTg8bR7h+xr19MW1+jR7PSrxnMup3b1KvwUx3Cgj3a6HKwgJhRT I1KaJdPACQvmp6n8chWBPdskmpbazMugmnQQ+RbnhNjoNiz+VWQ32NklqW4knHeJ5mnICckM yd5YcAmiGUZ19LQP5G2aFAhaRLX0a55XtfKk+OwAfpe86X+kkrvIeehfjQ5h3rM9RT169Q0S 28EdabxXHLRPHLHMbosmu19bw9jzyWfB8xO5ZZAtR90CqQjViWi0xyz6SPzyCmcwL9r+9bz2 0jFnRLnIP2lE2i4F4HZBcOeNUnlIg1P3+eMHISStdz3eeUCMcYizMiOpzrI8su6fFoWTtPvC GDLFRM/NJBrSxIcqw8SbsumejjjL1ZhT++1dcsbNPPvdZSJXhqYIATT6RtCWpWUpIOWjDrve cDFl7Bm1xbuaS/CUuzhCXCfOi9gRDUit7zvJeF0hXmCwvf74HIkW3Z9+Pxtc9Cpjz/J0L3HO Oz2e4DMUsTV7+DvPQ+6lsFjxkwWz6AuJXYaIAfGRo02ZeGZ50DjNDfGLMNT1wSAoYGhBjunL Kd4bpLKKTjULvQHHOf8OZtG2vSt6c37s3csd7S8iOWIksh3tyo7htqL054/b/FCmFAXK/RBb SAjtkRzBCqUnTw9cctpAspHl2H//5ndY9hbsMILIbgggGU4lYcknKe23OzFhTQF6Rg9UQnyL eO2UT8uj84VF1Q5t+EAcq6bpRL/aHoNqViPElgrQNjss0o12eZ0EYe+GxykQPtPYCpwEX1WV 2ah/BfloFpFkmI9tkHMLd0YBqvmiFjDQ2hC2ZPz8AjCCIzRUnSWWg+ED36XkJwpvf7RB5m4o sX5zIJ0OSdsQsZ5fwGXpy8id10zW3Dn7PlvIgCjWmzd6WEP5u5YJZyWPZGDhzFxMJypaDnMM hM0yoL7K9+GI3/tqCXkgN4bVXvhgN7xbv1VmxfEniegXP0X8zXPnCSARMXcLOhYtmvmIuVo1 odUlrhh3j9Uc6KEPUqI0RyINT+nsQMQ39PSemY9OqauWQVbz6D5jktd+agBmYWhucPmLXZSN Di7u2ECigsrZ7ep5XdyyrTkvypkVhuxaeZ2LtRR+JZt7r3wjPYAVFK7lOLJUwHnUDE51Z2Gc FIDUNwLZ6LhK8gFf0676WS/A9SamFFq/rX6KrNmzmsNeGUpLYGfYwpuGkipGeEbeKKeRnjY8 6JeH/97B//H3PiWn0KvJcgmSNqrdHRBr2GgPV3bJxFI+q6RkQL19Dx4fBqPY/05vwr2nKsQk S2m0JyeRdAZALITeqVh05c1ngXxgzNT8U4q2uJb/Nt7YR3+U44L/3bf7P4jHKWK0pNHfLAot D6JEjd8nNJ9lwbtf1+cJccsLUEf9y8arvq93Ta0S4fUVM6c5TCdnSuayyZL3mAt8zwnFiTiL 3dLRrE+ikEU8UY12Q53E/0Kka3rKufItAKgCjmb5ZpzEi02Ppe05Ooa4aPzJb8vc64ltkzOY O2OgMiVugbDGm0zCDZ8v7uqHUS1vExs+tOA5mA4sXy4vGhUCKbcnmq/eNXKNTJV70IN2lRs4 LWjfm3HwyJ9Os3/PW3GORyEk+8caeUSgmlEhyg1JtiJwdDBL1/8oXAdXp0NrZGMTU+0O8wyE nG4iuQkVnJGIqbBZwLZSpbtK6Wg29dZo8yi7U0OYolfdGLn3UB8ZwtU3Gj1Y8r4Qp7hDB6gr dHoegYQ0umojb1YBeAn2tB1WNitzDEvdpHPJMNIHV24yZjBZC0mydhINFI4ABpgy5SvB7rZu +sBwlVsZId1r3r9yx1NdoLOlvHFT5/yeIoQOqOnJ8xGHnqtoA4LrgOpkS+C7J0G1dWWL52G9 rboKPM0Ew+S350pOXbrjUAYghFgO5BD55WCdF9xufQ6xu508/YYfEhM1sQegqDSeOBq4GUFH Ov0ss8Uwy1O0B6g/9Q6DumOWlAAPDUT96spN1Lm5L+YqJlv+lwBh/GY+Gy2a7kUpCC2q6u9m azeSg6fwFrxmwtnXquBIDz2uwE39xQdEwSoo5YiWafBrsciOEUjlfjX3nEP9e9/d384HskLr HiyWSHAQRn1TDfaCEmSgcyqMIFfUfm7AErWfwff9mC7wDsFg7u2QaAoZzvwRAhThtgXuGHCH vL5wJkKS0kcpECBMXo671XvPU0o808riU7hgKguJN5Akc9bDvLpktSM7TmSBNwy98pQwogFo ul8qKdfEqdBROInHQqbagZwrftGnMr3knj+NmaohJKAxRcmXVFu68algpC2gxdkjnmYprfq7 bixt+oyl5kBCB6ab7ynavYLzKBtklglAsVD6Nwd0V1cb99sHVF1YL/Ye4Yia/XF9THP8ir3Y JV4n8Dw0w/ST6RMR6835TEKanASSmHpH3lZcvYqBvTIVtV9DlHzmrZDMJ9tkxu6wFJyzPrzO 3AZVmG/RyLebTQvZ7gjX2QQRRIp8hLJB5WkIPRuQ+C2ggDrFH9HTNY5UAqS0CuAY1+IjybI9 MOhtXPeLjFCSI6vwK/Z5BDSxMAC1uwNCcsbotNhmTldBFpRzLWunRoJ4ODJYs1wOSzwP0v40 cbqjPjK0qiv1Wu/92ROOAmzSGeGThNiKEdC9X1ylH40naMVQP5/Bdn1hFuWpYrbGuG7/sBmN LyWAzK5u4g0YA6rl7+p20OAGOjpqntzVgTewesk1ur92o1NibOeThqHv2UysDfkb7nXNj2yb zHjVQ3I9hU+TBmfGD5yiFM2d8FtDvcuTBEhcTe12J86m1otOpeDKJuoc+tGXhJ48t9QKsASD 22Nxnun7NofP2q2+ngXEFe1KnRaVv+AEscQv+w/3UecmIgbvsAc38aehC0YLy3OEd1TUgYTX VfAuei3gL/fG4/VA1i49bp9BrsgsJ1IE5GiUNKn+TBdtNSvXgIq/+C060DFSS0SfyrwzEh4s tABFI3+OynoP1uGNig28o9nabSe4P4R2ex+FLs8Xr/W/bbc6eYw20ihNL+EtxJQKJIXQmhS+ YOyP9AhYpy6bjonw89Sun1pOKdJftIxMgqo5Op18p2syYa1JAhmNPSFA/RVyGrzWzgVWJx/c 8O07JRtj9tyVjmkgNUPLRdGN2xwNVqDk0142f3CznbpQ4AfrhKk6psQ9w2qz2byvTo1ZS645 o4GKJpFDLSAlMJu7A440GqYbW5cUzWiPaFA8jUAkCKgyMd5SfpKVBbS7kjQTTc1TihUXkOVw qSvigbRVAvEbm0V5LHFMkPKVXMlu63/xn6dMYwuIxzxsx3Khf8jFY/758zNOOsCTOyTDYEiO 6pW+c5/jEIgIiLL8Moa8gh3esFXQdzw5dI1khG7ryxxz0uSFaGfVZr8HXJhhGnhPr6s+9OXS 3tN5Mp9oJaLcGI8GRId8goWwBq3r/F4U87T3uxC3GVC5ua7MZ/UwXrWaLNcrxytBTZ9rydX6 3Bi+A4EzWmyCzLWe+kAUAOjzAxPh+u4GDR/048IZ5RIuv7vWnGNAPGeCqfkZw8XvOM4TNZcG jNQlS6DOsbJVylgcKz64ptpkytLILbVl93H6f7gXA60NS+c1z+08iM9MTrDcPIw6noFPFAB0 2KFtOrB/y+eAEHhXc0ICZT7P4EexZJDEpez1ZkYfq/yav02vt6Dxzb3fqM+RaM2G6nsiC9QS Eu1UFmM9J/hxG0Y0+DN0rSQXc3fHYii8Yn+Gt4zEbw3e/JovoNWMQujQw6FFjTakXypNFDb8 ugq+CC/lBa7neDNwZrIGz7km1Ow08EbGR52nJRWFsT9gFdUkAfXnPAUgvb4zn4k5Zw+Vs7xN 0sxvgqyWf0IHYinKFTq7xGlRHHmIj63FwbRWEnqFfWIkpJbToq25EBWMV6f2ZElTKfakWEwV SJk0our3GaU4vUIz012m0egakynKw98O3UW1gh1iJrW3vHmeIq3auUD+RXVEnXlXkweneFcW 7Si9rmuYAseOIHnSA7hXrSynaBhrLa0LbUQWlKQovbaOyHhHHPSOrKAXXMaJwE4GoRJtDeyi dSjOAAGialHmvJnw9pDtju5rAjY4ZMEemvB0B9nwjVMcCXyY2E4vr6jtg1lQ+ttf31mw6uZq 6VNIFr7zOW/lBlbQ9Qe7hRzb6MX1xqJgykfJF+mD3s3yGf89Ik6mCpVk1CZzHL5PeRMGCpke ou72B+aiCyPVdjcCtyKETGfC2BRUkgTLxQwP9acCflflSFz+O0dXupbdWw2JSBD+Awxvkmz9 L866rI8ZajEPFmVS9YkPz5r6ii4u2T/zx0qetQTW5rPZQ2Q6Bee/2t+HDhfURmqDtyJlZ793 LNWJXc+HRYnpKX064aH8fQmlb4y64TiL6fpfIfp3iag5QEwXzm64ENRra98tpmDCz+f0L3hN NAxvj9i+G+GvF8m3QMkm7V7J3qgkj0QhnG/y8alTKjLgI10inYsxXAmOhTE8amB7l3aLFlKl ykrbZsCaWLA5lpbsD8N2rhVaMNsE9qS6iD2aRR1rgIZKSfefBe+M5op+JVnXqVsJc8xMnlxx fmV52hr0vqbGD0+f75HzNEYUKi+e2h7pnCR82WJ2/et20QS+MUUbN7eyJRtvVQfJIMk2l/wq ktX0lozWG0Qvu3InG4hFbgq2B1jM4hlZbFPzRELaSM7FP9JmLKUAChyrhBJtPJVayt52f4sI LsHjZpcMtzQXF507H+lIQHLnDd196MbX9HN5idJc/GTxwkbCmInntWdX5I/EvyUL7tslwnvr nVNs/NU3zBQlUWCQu+B1OEHzFJ7C2p1wb0X8+FJDMOB/TOg176+7KJZrui0HaV856cAIMQw1 3ZP+SXhueYgLXA0njBAOBb5v0Fazm7q95IXCuDe0SjTV1HHGozzbcamKt0QB4DBNTdyWxAPA nM10sajBvc00ym3Ed/fp+J0xzBq9EBzEl8OmUirrAmsHq/W81Sf9vI7RSszgPnqOR0vo3y6w YgETQOn+Qv3SzG3dqXChbdrvLR3VuZdhPb8CDyjhTaVlWmQCPaA6x8Vt2nepzG/KTA1FQHpc Hz7a8ulLT0GEphcX+D+jQ2r5ILk+En07Cp1sPnWOkNQsfYDXtpMlf5f87hxbI5U7fhW+yJlC CjdbhJk3h4OCCqYrshA+fNB75vd6BBBikjHWz04ENbR7Jd2mL2aczZ5X8mgBYCs+4AXsqO7R B3P/AUbxxYZiV1MnPlvIASQBTDm2O7o7urn+2+V6JzDzK7xtna6fCUnnCBveYtLFUV3+DZ/m mJFpsEGukKdc+PjI0M/hJkjRMOyhrY9sxfM3sX4onyNAa/Ley5vPxMgXj1wuPQ2CNnfMRDDw Qnfa/cItYYfiQIhOLH9YTz52r8g7i5nCfLKtuL6OHWZEPxBvCU9ROVynQoec0riiHDkkIpca s7Q4fb5Vlnz5vdtmWtf2pByc0dgDqFDkdR5Mkb5itzG6NxFaZc1Miz47SXtXHiGA2sGJYYyG nEIXHJLhMdSgcx+pDhqj2rzeUE/PcZ9dym6nMIqBnID3n8mcjgumKOp4ZmXMHTyekbwjXmHN lRsmWmXbgAdrQvF0crv5KuBmvElCL90QyEjvTachboNUKBSNA4yr3RgxwOXxERhN9s0xPy8G zi93hwyb1xLwfdVpeqxDEO5I8VWppJ10CExpsUNBJLnlO9WhOxiEPDJI7cxMIax5Q2Nor6W6 HM1nMxsFWukHGmAAVkBYq3Aqv6ooFASCpqPETWHjqV+TiTfWRnivdkIxHgOYryhFkUcPsJ1h s2vgT/AM8CZahe6HeuieHiaZHH25Jt8e39HscsSPRZdv1Ari6Pcw3dHnfuQzO7qiS+UF3p/5 mB9EXXoHldMiz/lvkEA45uUf3vH7apdAuwO1BlOliGXE/IWVlnfS/Tii7Lm1TF6rUFmT3/6R KD3842uPL0VEOvskjGcS7LcxSDJYzoCZtonzbT4HbvzEJdaIlQdc6FjwVTct9JDeUs1C74ur UvCVs+aF616i3GIhWm8RodTY0J6XJXPp9qjVFxnJgy1Gz4huRil0se4ynlnwFFjba9G6Lm9d KeR7ekqYW2tBHyHn9RgRrMdREQqbz8wSg27Dn9xEfFkpVixEVIWTYpLuRdZe4kpAf3qaCg9A 5Kw99axRueqmnwOrnjtpd+0l9PvUd+xQPszMGhvhGzS0hV7+s75+zZ60qfTNIcS6BABocoub L9KbdDomD214DWTB95pcs4na7v5fuCrAk0L0+48KqRtcymRud01zt2XL2rO1/o2sAMJ9qBYQ Fm62HGCSfeycLMKHkUJbjysC/IoWRf/QF9y2/jMQjtwLrmXjia1xaCZ14txjcjGMJjbfPt0z eUhCCS7T/o/uJ7ndmHDwdX+e9yDXIBZZdttG3xlTwxGIrwqcAHUsvnZEiqelMl63KMdbmxgw myyzWUieCt3InFnhgpdBjv/lXNSmwNdM4UpGiyWKwsx12x2QaGIM32C8ziB/ZQx7ruEzNMF2 v2FLLMMa+6MTqrXUdBqvS6bi9bG5LBEdzAPKJwXtNYzN5oGY1B6Q1JxsoBqijuPT4QkDWsrH ssKImZjrk5ypMA4bkgpJlzv34+heOn7yPzOStwHDzZYQzmO9RkOVUWF5UNAcmhQbh25gfEeU PTHIF1+xAbf7ToxG3FF3YPaPT8XfQC8cXfgtZ3rOBW1KNSOG81pAZElBrwWwnRgXRERZ7yV0 urG0eKMd973oSUMpfe3PlLqyUUJh27fmiYbkbZ5glzKO77n40YiChDrrfLNFmMhFQyMppog1 CQtR5ZB8CMPWl8rPqXnHUlCnIMMB82ka3S3EjfefQ1tPAid94ThHPuzAvXtri3cZ4Wl3Ymre PQMin6g9R7e3Vbso3DT+YddrrcDlCQl4U2FqMjD94N3qz8VgrTtFJSc7Y4c2y0UYGEWB6+Zp xH/N6MQlq5tko7ZceNi3j0GNsy0S7cS6Yet1qiBR2PRbLboiHVgFbxQDx6XoYYpcWcuKINBL kcWD7Kw9YO5MtSnxE+DEpAHporlBHdtMMGsfLVBLGMvU1IxQdJIUVeEu3cYvkWFoEoe9HB5g csGfx0/MTcg4VSxLvPuWfHnCmpfcIFABYmu4PI+k7qD0trT24aX65giMTZbqe4FWaEbUlS1e oLiSyZZDakQMZBnkd3tKYmQ911mDR2aNC+K5fchvqjcfLi1aNGu2D2Hyn7L0JG6k+XM63sxI mus9t5kCQwuui/5QG4F/jFUfRF1K1qo3SfMd/mmxC3zpXTI6ScKT8o7GT81WpWTwtiqaA1r2 vn3FCwRO3LnLQLwUf7PvdPa4apBhLSbBYhEOgJvk8gNaAvh9YcbIyIvHShxA1Cs03B4Xyow8 Lu7YhlCcykwQXWNWaQ1+lhBzbFQosc/NavTWWXeb5b6KLj42uEfWVbMnjKxa8IHJgxJ8cDRQ 0eouDvMP4KUiMay6coQhnbH4PrHXERSiqffv6p+CuIIw4llEeKnIAYUrsdiGvZexYgUvpsKg qDMux5GbciWawEElP3W68JbPDvf46kiEWwJqtA2L/x/xJl9n6RPZgNbNl+qiQDmtvVLuYpHq xW8NlgomAkUf6/++bHJW/wBtIkl2St6moKQQByruU3pQzKftn45Nb0yU7AHrZXE5ptg4DqHe r/vxdgOV0/OgIdiMJxkAHw5ehFkOX2gRDc54K0WxvcaLZOYEFfQiD+qJTXJn+Tc8bJxu00Gf bt0yxY1V5LNP0rG3007oyp7rxoMce2tKckt6/y7QF7cVpe4QzyvNvY/QldDZc0VxE0oRQa0r REHAygAXHN6HnyNrQb6426uFO5tf/LnCl14ir8iNMRERtsosmyHiSfdv+7pYWhqeMVyTRYh0 LQQgKZZmVpdOMedxly20B3X32degdF5klklXlfMpujmWEeTrloa2CghGVY0IjBaihPc6Lk3y x0M1Q0zBqHBK5ul6wZVNdCBm5Q7x0UHSZ5FG4xxgck9C4VZ5A8Cf6RFGuB3F6JzrmG5Y567L V6/+ggYK8HXrjaEk8+rrztX01DxPHHD6gB+NoKFwWedzwKZQ9Od7MQSw17C26vqzGeZdbZtk 5mZWXX718BXhpa0beosjdZuoCujIjemzfDJG282AfE+78wmzUEZiOa0vQqAbWLmUejJPwzEM /4XPpeLKGPINbbU+KHOdHcvaIwXw4w353AS6vEcdeivhj3w/mIqpg2QVzI53qdsPpTrf7K3i 6vzHYCRbFSLL0I14T8A2ZnauiRSaPZM/8k221ch9W9Q4ny8OJihJqg9EsmAm1GBJmcVCQfEU 2N1PoctIFa41HBl4CGmMXfrTR0rXLBQ4bGZo+tUkrEAHF2di31+iJDQsjjM0b3ZdIh0suQCk sd+LION6laNtxBOqmjWuEDb/7DcaCAhiGjP50lqHwsETZkCXo0PPXUGIEqqbYS2DDoZL4JJp NGYsf7r9DxkqY6BacnzLbQrOzdSj85QDOyn1F35pPuIwV/CPOnujdKlNY/2CTX/DDX6M1hQ/ 9ex0FnRm1J49kzT2oTsA7DPFOGV7+fvCFFdBW2Bj1dDV05uYWJNJjiLIWw65wIOsTER32jBw +ZrPidldKPPR4EMtxUUzmNq2pLYhO8BpUf17RHv34L+GHshy4UIcRdPbCZkD8cTTzgVBPDOM tqqdG96Lpo3JieAv20WFvZ1PAQvomshuCZnX9hjaq+JwFXfJpJxiprr0ccdErQX6y7YlWviN ArwDYzMpe5GtHxs4svobEO1pl9BQXm07AmKFf54TtojS8l6B3kW3cJ0QjgLXL5oVyTfzNi86 rWlKCqht4/cTckYYojwePsQaQgWW2nOPOfQVbD2sGnGyqwu8Ww0MMxclR5mmZQ+MboFK0ujl zgQoib+UfPgQ8X01KHBtmrPWfrBC35We9KKJIBPSfk8iiX3N2qc8rHJy+T9XulyYw4eNepPh mIQzb9E2n7ZOkXZuljxghvKJcOso5OLA38XtS0JRBUFlVN3EtB3Zfo97pXIweYZx0oqfrU5/ /Kchmg00PHVrP/S2evMotyytGFbs5caOjU5GQW52byv8HQ81X/XvrJMCRr90GwrjoundLX/y EHYDMHabybhVEbRMMNeLcslq6rEFnuGSl9YZ8Jb4+qq/sCDfazlrNBgqBFrYhQN8ROZdMLqU yJz1WyOVR59HtGn75BOxsf9gjw2PdOD9Gg1lcgSymLca75cWMjjh1EkrJ2tc7/a4xT8p8z2w Q+1jCkg7EoKIZLr2CTwB/J0NBKmj0CQdJ7+69aGHdv7SIVgrCqRT67MUyAvmCOzZ6NG8Sinb yth0MVu87m4PNTtVxWxOKHQLCLbQpCagZQ9aFjBeh1GNc+7h1eMk8exIpuT4Rvo0hUmYh68f 76osSg7QXOkkYxGmfQUVfUVjDE5Z3U5988TwBNWUQ7nurFd4m2bK2C1OjHMJjB5t+2+gcZZI GR4jR655r0uJBUVT0TI4xPA6Ebi+TFfAYuZ2CWZT8mzaO7GJvVzU8k16DwuLz2zaa7x7bMrZ TSuOyebiqiJxecvMtDOiOnrqbMNAJA1qzlTsIYLfgE5mNhyRPagJ2WgLzju1/eNjsM0lpfDk Je1WApdklMbQiIWZVlJZkpfUAM0t+TO0V5CEkWdTrm384VkCAVkU+8AKn9lplmi3uBU5cGQu KzgHWC7zggIVIwZxSoQ86YCSmB10reYgvx6uUgYmvlnET8DQeBxeXLqgydUD3hS3Gjjxvfzs L4iX6IGjYNSxWHRoK0hjIRt6nGcCYFD/eCdnV+2FNucz4XT3DHtdaYmtIqT2j0rmitOy1vLo Ae0foSM1EbrB8qqUUW8VWHfRj+Isaux4syxa2bLxcoc2TPuHmot06Nnb9CSDxJ/gEHTkjl+W /SV6NSc225bSjPkvzkub9NULT0v5Roc4+4aZaV4qA3J8gejP4B5FCijttgcPtvWWJUiJRWZQ AQwAfw8Tvd+W7cXsLbqY4hskXmTRt+pIucb3o9YR/D4N/OiDkSUqKwSqCVJp64PFp6lOjMZ/ gAqARKvZFtnOoAm+CaU+dMCH/p0qMycCgjZ5LQLTjGj2e9e2JqGrLpybtKW5pNrmbdy+eAQj /f3O/MDc8Q5fltuwUA5xme1C5L2Y8VywRBeZvvC0WOOWKRR6Pfk72XtRbWG+JRzpMHcnlLO7 UdyDPEoJ46roZDf0A+xm4qmygbYsI6zCDorv2oBpxTVKRKj6hcIMPNE/bET6bNF5jtGbz3Fv uY9EhVFcFv/U+V5moyqGG/WtEpX26Plwhsd0/UR9sFd/mABc68Z61sPAKXGuVVhkdKO/pXQP XaSt19OAVdtUu5f+s+6lWTXUFHvEnIa++o3CW9qhm2661EN7NkJwFCCV+sn8PItp9QfP/qo2 BP/5ALhTHI2TJ8sgE0WdU61aINbDca/UBEyEQVsCpxw1BLDZ+LpBMaQnr5tlY3sFYYlImDhi 7G8AHLiWxGNaj3/BGzaqXnDB/7OUNu6JFeHuJE6j9GXexOAPS/aCY8cJMkXX4XYAw2WCj6B7 JZr2mUN4WI0pN4CewmArJ9QJMhN7zHGionSMCK1sYiRvcCkwD+eXX16JHNKPRwlxtGaZfabo 7sin+Yf1OyQJvVey9zNEJ9JU4dTRkuEWhtWzur+22F6DVtJy7hrmBif83LDQdf3wC5T3cfkq hSj9O4+emi0fAW0Io42sx877WNPzGqTXqL+bCmsU10Gk8G1gQxk8WTHVIA9Qy0+mTZrSvxjA 0y7Uh5svQPdvoMl+/QNuarWJPA4ncX8nhdBb19CrOJJ0RWAgQ0DU2Mch9cMN9WYpom2V6RQ5 N8A265DpQzuCfzQQfnTPdmwFt720oVDNH2TOIa1gVBWZtJE2af+d4U5SSGBsYMZin1kQSfeJ rLmpKH5Omf6oPSO4E+h9dsK7Ci7DVeOyQtHjorWlYSWYtUcNiXSQzGmhSSjWjvJpA19xS9Z7 wZk/O8B7BH2qeP/9WuMaDKasqMM6YGxE+8wL/Mkta9pzltaIAck7k0LsqoeI67jo0nImfkKk InU+/uPq8BO27a8UKqkvtP5JIR3GgpXmwxRzHAhJ7aCT9zrhk/tY4iMIaxsUxJqdP7cMGwi+ qYUQQjkLhcsNPFBhwJVjysvc23zE2ttnElil/kjeKxZuah2Pbsf/SbHH0m1u6O7oE0m8dvcz BMuVoks7vmWCPemmUdta4AfCf5ceoijv+gFU7qduPo4ZYQnoFPyG7w5+KAVwduhky8Wu2Pff h9jdtpvlf1f0ztaUJA6kPGPqI9GglyyO2gFu3J237wHGhe0q1FvQreviFXPj38erlK++Rbv0 nl/VWqGnL5YXDXk3u8Ok+ak5Kg0YyDOECWoBpjaaNCwGIidWDlKX6d22aAUNJlOdhQLOD1D1 76CuaplnbROzFR5Myz9APfotFYtFBF2vqDfb0RQCI+SFpB6KIvljFBWOi5SDpTp9iEYQkyx6 AAfyFZ1cRRCApWZFxakfU8obht/fY99HdgyBeI74xUn2zpE0NQB1HbMBCw0a/LwzlEmVIJMH bJ1SNfC40aOEr9O4acXDFREfhX9XLfCoyguDuOVrpS9ZxaJczKKAlh8PHJCV20Q/Suoa0VRR Eh3lZppdYJo/T/F1WRBDOM0yp9cJ7fCkcQ7vY731YiDOyGcyDHajl0Bd4gF9E5ztx7aAQWPb sK8K/yfvbibqwfR/ek/UAWJfcN/cFCyHGSHr2ugu4b5ETJNfj1r74NUWBexPURHWvAW8QvIb L/Pp84yflU/3v5ufJgmv+vUkwZPk2qIRLGdC6VO8tr/jq/0oevBdOWMefc2rwWhpxBiUmKVQ sw3P6yw3eUUun6QAmJhD5SZ/5CGCLEPEAUFM0cBVUqbvMNjL6gOTmE+1yWMNelskLmLr7FK4 O/9EfLHffSrVafY2IrUFxUTCKG9tmhYrgFKyo/1Jmg9/bLz5m+4+mqfcwS7N36uDWJEV1SFD fxPRGEi59wKtszF0i2Fc/DT9h96GauZnb0/qGDeW8tFFT/uf1oV+zK4+AV8RDQZYeZV9WyB6 W7AfafS7m4jcDqgRNKx55K2UtNS7zAq48XIRbYIunWr8maZjnZL6LZLUZCU9zPmKQwgJEeM1 jLUMIvLrd0PBZd15IRUgO4rQpbEuEFXH6isD17z3puLbIEwg3aw5qC23vYiCNXcHjvzUCNkX EnnNoEltLNHfVrJ2GhtzSm0LY7iVCWqRgPP110meSFJF14N+mOM3ZC43ylbSziIDIDedWDFI 33+eBlNEXHu71lrgyTeW1guuUXXQ7vs0wHuYPNB1yJJUThz6XVU+kaRrXPBKdksjLPuO7e/i zOQEFD6VYUY7nhigj3PjjzumuTraUziIFjCyKcWtuCGlyLyK/ROPpuOSZfODxI3a7gfatqhI ks4XJKiBxtJAG1G7O4dlCZNh4ZYQqN0Ptr+rjxqnkrpURbyVb9+NQ6Ehj9eUe+QUy/V0Dt6M hwl8CnCsN0ob+wWPeUljzBrj1pnGWC/+GdyzHA8SGRGjjj8fP/nzoCzDigkzj1piRTZFfS1w hmtC+rwXwd9r3XcG0RfguhAx5HlLRyb1uYEnOpMyE3aM5w6tKeenePHujWDtwHGEJ1G3PMWz lnguE2epy1TfMGD/K245hOvdqEs4Q5IqwOumTkgo3uPR/6oGi87NgV3LLElfSPmobHVG/Pbn x5ChyXd2kNqJswS1PwZYKl7n8qBoJzsLo5OoIvkkiBbLzfQsI0WuG7KbiuhQfvi1+9ApfIRB CjCC2CjQdmQJtzNPuoeTnSUSGVIrqhU5TGKvgo3cx5wXhNREhiWYjwAkaGDzpTikfDBg8whi IxPd1yy+AUO0AoS9UZL7hpOIHQ8ND2MRLZ6lTROo7O/MSu6eGUUhKgu46WbNP01pE658jWzs 41BhROLxztlkLclUCWgfyFuHg+htKlDrorF4F9RE5Sm8cku5O5/fHSc9FOmwyFs70KRL2Qn/ rkN45CGMdQ3UI1xZ/E2eaDm69hoTuKZHS0g+moXh3BkbY3chGbemJssxqXF2JvVajNONCZ0s uyVbByGY5Z3FWfclJltU9IilBUakqDsIXVWa8fz/hKgo+Uq/dZMYIsfhY8fcxigYfLf61dnE sAiD4wknB9F3fxhAlySqiWb4Nvh3gh98GvstXxkVJ72yv4UXdegOx7DxGUo/qUH0JFzyewqH ZQ8hKzOCcL5tQkj/4JL3VpLJELW/vCZTic4JqauAvNeFlYy3X+cUX2igSp2nn0gqir3/3kX0 1TXsYhXYOLPUuIekPkcq174ojvJ9wMbAzvAJ7ctABtzh1O1K4exuLGoYPrguGG2pNbn4PT0e WsfFkHdQH1FwEw4sdmn6D4jy8sZM5COKzdGwrEMzaCunNj1XXYwtt4dtKZOR6kobt7mTMiqs x+qT3ZKXGXF9nQrKtEdtH/NDe84bB61F/lS4tkP6cocmvIXN3O6+QP94XtkjwIABDbDNVweJ 2T98dVnjSiuD5zSMTxina8JXBdOr3AtPA5RpT8PRTzT0VJtREgZUOHQZz1DIGixGUhb/nuzj /3lID6ZFKL6PwXeOtBsCPFAC9RpKBX0kKiWxnneMAyRZo0DZolUPMD0pjjc9L1D5gvoRHdin 42r1jQkmunW9MhXK1l2d9PNgcHTbAVK7DDk0eJK/JnijNm4BZ1cE7eFx07VH9n+VtRkLU+S+ CfcH9YmaaTmbuWKSaunHueY9e9PxshSi9rcAn7xMeYg6/6+1zLwCCPEPTcy7T/L2vPpAP04n gvCwgqqxb4EtCbyMmUHcz56c1yXht0Olwo4nTkHCo+7MXIeIafEs00WNGGKQHYLrfy7V7BWP 1q9M6mEZVB5pEpknQ89Ey6kT4WF0vOr7Y8maSRB89liXOt3i5PWtD+M6AbTGX6atz2KJDSkK 8gVkgV+crwkOaO2AYBdrfLdnDIHnn/qvNaDBZoffy1+7BBOMpOZzAs2vnnGGKWyNKvLtByPy +aT+kSrFa3rAUYlLdZnjvNkZr1C3KTurtW26JgKXi5rboI/dLE0BzR4YTIHbZ9LsBh28p+vi fnIngYoL5eCVGpjr60SDB6qkCDKy9fqghjtaTN/ULbsmYNEk3JByk969V+Mjw5Z7Y64z0doq nVQ8mf9AWGMfTSlFN8OpLTep1otDNgPiKtIxesiDsknNQzhtPOPSF81CqpS2aDhvdLBQPaxy rKaM1xQyG02eq8Q11MrVFaumvi/V2+A78xuIWYARK2y0VTKR4Lht+ZESez+mvxeMP+kfz/0M RQJdVxk+hBanknIGllTrzr1J2LZ0civJkpTuZcfiktLw1DGnB3yn+10xEx9IzacS8wGxgKzz 7fakK5oRJHMeUWntcxsc+l/GobDh8FS3dSO5HgQ2BpS9B5mH8Alr7Kw3ko5IBsYhqahlCDTX nDCddTp4wGaYQeJ4C+JTJQ5RSp+nRQf5y37Jn2wrYcL/X8nwAYiLD+zli16LJRkbSqoFmzSA jjkln099recRUvyMNFbUTunLL9LURVs4BUr3hAyEve8avE/n6RaO4IJJL3XLD65D2eNZa0t7 pYgQtupStGhWDbZ6R7ftnS9HQEQKHkwYPHRRcSIY00wd7xKP55BOMmEPIuTeuzcYctIFpjuT LWmj6zczpaIuGTRACHp1Hb0VR/mLMHcRb4Rct37fU9nwv0VKxFrQQSEMqAgBR/yCPn9f5/EY QaEnjeMdrXPn9C6/gciPxgQQICHHvcpiSHeF8ueoBnvD4WIJYpEUJvdnC9WNDd10f/6NqGU/ tDOOXyTypxDFNeaKWAp1tk8zRxI/P0TIEdT0vKfeHBQYgRefX1l4TwCbbqlTJ587RLR0Ums2 WsHOKYP86Saec1orXDJ6orYQFWEwXCcw3NhGIDNVZHtnnThyRZiDLMVpIFIjH8uBECTOraCA Aq+MFq8tItSrVIX4NG3NjyhXaZce1lLB2vcoCVplpahFSKSBLAPV/Ej+YsBLABXDCYgqQGe6 4lTsYJc1QR4oKQqk9LUdoWwBkaL7NEImMDGOUn/B0bxXjR7ky5tyiv4l67pA0rU3+5WdYUeQ 1E966yEL72mFMjtJ5d/tL8kfZBKqugGRKFQhW7LaOuJWxrP4jX+ssuANVJI4p4xBnIZt0mH8 IN9GFGRrxdpfmJ+46OGFNNVuqPq40eRWCO41iv/5KY5/9Ber2ev+6Hp5Qa46DnW9P8ZcQbsh WRNp/ls+NUuJZi296M1UbgUUcZ4yd4wgGhMYNvONZPZk8+a8VUz/oGWsOhD8CYX5jnMLzd0l RzC95utJBVo1XhwS7utKjzrJ1N3PCheBzt5OAfkC1mDZ9TUf36rbwNjAuyUaiIxLVfq4fFNN d4L7LhVApH1xBzrFi9cUSNnDUgLexyi9kvjjgvJ5DTzH6RpZAsUOOm1iUyIzuGUErvrRMUK1 KftHlYpLT7kDtykCz+4+tzn9+qWhRYP3sBpiA3kaBfcQ2nCWdO6x9yTYiv4GkYw4Px9cyYCq cBbbbejaH2mmLydSm/8OLVQpJ0iy3lvQ7lvkgSEZ8tR2u91rkJzJPg3iwpdCAtdjMKYCqkjf 5JXSiY5Qqk2i8L6IM1Bj9YBmo5A5AaxFAOFwpszAlwf/Ly8F0dTTXuW7r30+eCETT2TNctv9 R8vDLsJIAwBOonIycfLnXSFY1bbj77Jwl2L/CBqsF1oQjpoTc44hO4ZspCW95Zc42TraPlAJ HKd48XzV8/0Lzik91Tf8aWXFzXgC4Ld+V373qvUlcE9R3wSu1j4ltY/jiD+ttd3mc1383GHx LnHd0Ve6UrPhQ69YZpoTDcIS9OgIjmouSzulo8xQ+kUqxTVUBIpulEW75L28KOH8SyAynuSr 5UxduA2JLj+HS30MY6YwCMeG63VFQ8I1ni3lKWdmzFpsQ9cJmpn1xE25J4SCkY56TAhFBkKs gngALGR4hKAb6+eww2KwwnpusXhOgePAUjMqCxehknKqdHR9tp6na0ANdP2RozMvw9Pb6HBW nbT7Q11exGvHHkk9m5bXVDtUvBKHDkXtvDmAqCMsq6HcS6JBk2GF6ToQwacoQlOOfAWhH1RC O4znuUBvxBlqnAx6fMrP532UFDyesKFhOL4Xjh1N7ghQsAnTWaP9dN5YMRlv3FtltqbLieRA qHgUulIs78cJ3Esw3mPz7VWYUAVJnDrIGWsjJxZmLqtAGfZjBEVaaC5Oik2HuPrddg6NE6UA EY4q3wE94t7dxuLSGGq9ficfyxJUZpdxF+nygn/zWYQzLVWtM8dVM2/mexn/aE6FwOjSqEZH 4nztTq4CxdVQZtrMlI7vIM2qwJ6IXc9ReoG6SIIzBKYgkppkF6TgY88V8jqwyUS8N0OwOJLA ilNd28ZEigM1mi9De6pYWmx+Qmfx4hVRATz73P0qG0+KSw4v7dA29OVUDUDwFH3dWqz6Mj0T DAbfqNmwie6DZkzIEbyPPo/vbX9rKUPw/S+WMkukPIE/T5JGOSUwMHUGqK+Sl09SBaVE6sKo dcYZvHpGcHYZhZT14jsRtbulnz5FPgpiH6EDbmSWbYFAOitnSG4ryFOBiDAQL1c94pGClrAf LAn3gnVvn50yVJar+ctsTST9QyXDccUws7knx5yE7bckbEcWoOPSwqn6raH+YDppQnbKUFAT zP0mmz0dVPI3ziKBBuG0RcqgP23NMTEPAaYd5m5vnbb5MwvJthfxLHPUIfboCwvuyKWMZSC+ XOQriU+wQiFFD7K5dZtRvxjhcYyiRFdx+W8sxZL1103UZBq9o3fOUqWXksL0laeMXQR8VFO6 ZsTjTlmyj/IwjrXjf54eIK5fgHUiadT6UMHqKdosGwtqyJT0FlEwSDwgDmDWrasXJgWxb1xL 5CAZxfk9mQtVKMAa/q0MbSNtdMKm5tuU2VBYINelLB7q2xLWg4APRrvODijzcjBFkzwGU2PX vwXqfR/ibtO8HKNfYcgay0utQr6Ic9pqBUVxdLAu/Vf81wt6klspPcVt7/dNdYUdyLQf0Zw+ gWGEIplMxAZwn3K4UC1UnYi0JR+3eJspnmgfQSInkNrp20xUvr1K6ib7yyCeqPt4cGM7OLzi dMKNpmqBw1mIIOyJ3edMBkr6od/nVkePqlw0mUgwwmZhb2e5V+BayJ4/PVShAo0j7bV81Hu3 MvIyTLZbIVcEncWJ3r7FHcQRK5Iiex9HwNmrk0ptxstu61WerUugkkTvrcc14lmuRHv5v5td Xzgr9KnH98P0S6G3rqQlBfM4LDwSpxF9SDzOofgcr/ZZI27uRCT9fRKLDXw1YbEoK7RmbLix 1mWwptB6xBNIwGwe2jMvH0fPoQqXsvo1IluKluT6PDSxlScaXjIU2mKtar2gujXl0YRrIg+C /hagO8jahknLWde0+zjtjoTByXQkI0M+BT+9kwUdlN4cujjujI7MLbgfnIZswPmGQiBYtaQd 6/Oiz1ONH286TJrrzvdWobwChIGff7fw6evaHibmVt+S3JV3eX4iJ2idx78Ro5xFfPM+aiIE pNba7JojsgAKvso7AueEoL5k/ds0BY/k6IhbGtlvupzU4lWlq3pwh6He35P2vzpcXHhnwdfj PAcEBGT58TAkPT/XoOaBSqMaR0kFP5BrKvK5emC1RgEPUdgv/bQlB5NNzsZvt2NQOWTRb/zz PAlA2SIewjG6sgyOYJnTj4BdTGXOzgEe7m3ezwPcgMJov+dOwNaLfOtKxSk4id+fmYqund54 K7NvsbMNYk6bKkS9KT48Hj2f53pbd3TriTq1sR8slobj91w4hVorZhwDaQnTiMwXl3ID27pn pOFkBtxwP+8xf9bwn4suKwmYauO2o1sbVNxs5Cdf55OIPh5Ayld6uXd5MhR6Zg9+0+KzBlCp t6eY7oaCPtCefNP2cCZeG0JOoueEH+UDb0xenTF1nz74v7uZ3465wrjUsGR/tCV5tJeMIweG 2ieY/n7lNPTYiVcJDxo6/AMIzTWUYqcT/7M6fQ/JvJWaZP5lCBWvioUGD6ZUZHoMBjIl75nB oaMZpDCmBp0jExutBF/hl5lndab4KMx+roW+t4iC6Q5llbCtzF++C6YVS7mdxpYOebhQi5Fa i+mmj7AmgJp/miDVNkN4WxznH6+6TyanaXLDUt8njTVEUhDlzLRTMoVjl6jW75h90LVYkBKe cfDlbOf+Mk+wc7j5nDmesHL2QEvSuzfdGyR6W7wNj/yj07GGs0qtUgohuwwlOG4iQuPnLhBE qnfR24aKfeykuG5d/hmm3084EEQgG0R551zR+rOJmWNbp9Ca9vIhbE0fTWw91AyFs5en7rAj n0BY0hmFSHPbg6DJ3x7l3vq7TitkwOwRnF5Qe+Sz474p4DZ6mVzZVG47CMIR1pjZFm71qJpD t+4m76PB9GdsxZWCoDBBl5umyCmSiihm2uHIpAgdg1zX9TY1J88G7y3b2inKc/EWRrSw5jt2 lXnnInubKzl0aHJSkI6CtwFP4XLGyp35IDA9lqDthfGvyhRtBHv+7zx7DgrrqcHp7dw+EIG5 yiR8XMRviMJrzCuXPhI04ulh0eNmATpVRtaRJNkKgT5FPj3Kl6eBgn+s/hWHDjnFstx1JQE0 /sEKhVhwBeLJmH62ROIZTvRwpdIIuKKyiDSsxmSNOrt8ww9PLM7Ksz2yryxcokezLFxXvKP/ s5swAU+ENAVctoRIpevhpy69+cLID7+L9UHrj+sg1uBTUhB5HRyvlWDzbnbLAE9NGfXNjnjg IAfSWVDK90Sx15YwbmgfyRnIeza92ULDdlLkytbqboFgI14YFGpQxzMNFgYo6LkTIe50sCuy vJutjqB/39YVXZ7nuVNX9Sx3bzEUktl9oiPyBJ5ro2JwH8xTHHoRULXl69pYX/idfuBw+TXS UgGiIBR/yeMOZIBf1Am0g2M0htW52KBCrf5JTPs93KmVWucNDtlqEv6tdp+8w9XwCIAJMSvF rsjNBHhxtXnryDtqBGtTi0F/fUoPQvtiQhs1nm0S2xGqwdpGOVcUF7mNjpj5kUd8B2AbSdbm vN8Rq6t0fgOmqknrz7+Fy3iJcw5Z/UL7vGTnctdIP1+12PsrXQ/yrt7S5KHoRvpW/o+Plaoy LJ7sX/RBRvJM+b+dh6ZZeXcIdLl6UMDWOOP8bTtqO4lDWyP+wj5UcqmXMNRSqXetROaXRKvn BKgYGjap8kOgS1odJCYkjHuP9I2aQOqSnWQHjV2wsmLtu2N5KfUfXb3y8BasJTonz/RT4i1s 7LzvEmBK00D4WKG4eQrK6rLJQ8d9XNEkuStXyCYEifwOwzPTGKLqiICmVY1r8dtsoJcMyZWW FL1WXLKOyp+hsj8g8AIkEjRayrCZAm5mgmFQH8a37JE8rTbXoPQeoYkiDDQZrim2csAzrmxu DmLm9bZNajQf1PpJmCdr5rfVgrFh9doCMi2oxuY3LWlxLVhl0QmDdW3Hy/aaPvKYw1WGlQSF 5v08sdIiZTIDtkd+vdh+2cihdIb8qpLfeMf2FmRuJAQXnKq5H2353Ffz/i7nC/PSJSAwYv+0 6YhxgzqaLBcqT4PgqEgUPQ3lGeaCLGGgSAtS4ODSNqdisEzOoTcoWmmwSvUVRZcPkx209HIQ WXItqN8hjRmtlzYGxzADNvj2DPiGI730Qc8P+o8UgU/C4LjSQkBb0dYoWgbzxbgg0xkUSUf3 EdufD06KniqH/AAklAUzQxDRRk5K4hsACGpVW/3tfMvAQkbUcENP0yZbHc+BXtQhGb9R9rtF +t2Kd68IOY9S3NvuZSP+fKGSgW73LjCM0al3K1UK6kGbpgkfVLlgiqldFBBnaHUko5098h+Q X6rDJw/3iDOR2gScVDqVbJX6XqopFtNYqkKtodg5VQveUOB/xQtB9BEvmcpB4FllNY8IEn6A YyO0wKa9ysFI4hmuhNDOfoca/Sw3C1NF2m4jA5Zf+02APxhxxBLR4+ij5yQW7ryJptYnjhEl zzoiOV1JW+zk9TVXz4OGuHbmneF3gTQluUBj1gwVZJJhzOuuBSizrwDkZ+/T37AIgIZJ9SWo Azxl7na9rgNKuyraLxQszhA49w7OMDyJNgDaOSSQ7UYOc6i2jDQ11Mrp3DwYON6S11ifJB7J jLcsBaiLsH1RJPEMtXTDEcAncPiMfXHpr1MPEAfgizvCqIPpL13S3Qx4GihUqqH+4tQ0l12x /KsZcz6aYS9pLmIOQE153RZkfNcHJKIwDMjlrLH2MTa7So+bdmpjrxrjR3fju9WssKWMx9L4 uDvPiOQ8FsSAc8bvVsJlSTqnwOTfcZptUunC+e0ZXkEzaonrw+4C1uXMM1pnPlqedG+UVqY4 WHb+O6ZzTPKB/Vaf0bS5fhstaXPyup5UTQgNV5ytHHjmKrvHgxB+0oUiX+vMJBB4WBkyjbWx g8BeCq0T1XH5X6jsQmdj9Zw0WQ74NnlOzYNaA+LYqow5xa2vJPuzaeUtgom3+ovNGBSh80jG 4dxoXS+JIy0nopAbOfk8TR9yIDYeJ2ck202rm/Ip03M+eSpthhK3iEwloQsmJYreIZTmSL79 +APGDoSW0CKU82CKtxyUMtllPz1p/ll0pCcm3rAWDKDvgFbNkDOGPzivTRfIyBshaZfjE1eL ZGFyMzGnsr1hddIzNaCX5Y4tPn3oi49lozk7b7bc8MIvvU6PpnzDXWFLG6A6DXbk9OsEnJx/ NxiTRw5UZKa0zPZjTiDqnn7HI79rtDjNMn9/BXsyQzXmtIXAMbRrKA1n1/l1vHhkRvFdd252 Hzq2oSHWyVI/x+W7feusN2XsT+gIegrC1DQ+u1qTYRf4oiip1p6wR/Bav21uHplo8E+BieAC R9xZtJWu+Zg7+CjM8U1Gwp5PuAF6XBD+Y9+FRmKl6gWtltsRs9vtV+aPQGUqPuwc7zPk6pGC KHHwPbQoTdO9wbFBtoeswNurO87RCx2NJNMw6ONs4c6Aeq0ga0OKmwfonrfFtHGqmv21am0r G1y7OBehiRIc+BMrfYCOyKEPDXMidN7Hely11e4sY5VQZp4dv/Q3QZgFeut1tvMwS9UwhHet hjwP1slfbuRWMBrITg4p0+wnVzPbWXyaOQzh2MN4n5s7fSfniZ/QBcafED72cqzS00TwiNAs K74jCrhAjAjMqGFHK21+gbyFF61RoebjRbIhHcRTXQBQWo2/eopAMc7e4G+8yA8OyGlcEpEw 95bt35l2jlEk3AuMv0Gcly9yWV+d+iIYfhU4+ZAmmf72ddJE+i5unDJrn6f3Zjhqd8EbA+l1 sJqcDKLOi/5KkyZJBcGsWZM9u8Re6EEmmptFGvvpE/+NEflwfrfo14axf9IwZJQmYpoNvdvQ gD5Lp3jyLbu1SsFigjEGJjvAbTUNrXU+us1k9dDjqQ4FQoEjXHBVN+N3o3bnl+Tre0goj73J pOhyCdAHdGW7bI347aGCionIK6JuzbLTytMK1entRoZozJcawNzOYB4XIiDUlMJmAClJKY0l bFf3Ylar+ckVutiX+HEfVINyU7BBAhIGoZ7KEUyMa6RR5qO8ihMfNnrTgO4Wp2leiRdXsni4 9xw0SPov+3cVozaxHe4xSc0K0OYEz4wHXmU0Bj/zYVfb+atcOAqkis7exRX0gdT4iNBhIcW5 xfzfm+36jyHp7LRfsyS+VNIcq+IBjhLRGjupusPOSx2EoSE8U6VGlu4O0nUTibNT836YmcRk Sacuj5yZYc4NKp4y49GsNjBS8nIiLByvJEXVExzWK7evmLoLE26TtcyGV+TPgO0vPLE/3BOa OVDRjNcDpsl7GUDYVAHvBDxTGSFdyY5hXSayKn6yEURvqQF5BfHm3qbEYc+AI+2YgJCAPISE cpV6RUDVS3ehdA4HNpsmM4KyhVwutAVt4xOX7Cmhav5hQUX3ogpRCOIKkyfE36ATGFPgCSJ5 RQ5/pJipKqQxHAaJsv8RCckzmVEgm0r5/9pCGG4VSkcEkEmN0UI7qbSJKP9qq185giFTx5xI /NcsCI/+Zoa6Nj5vH/hKPgPziB9dWrTHsSEAtDqNtOkUsLahnLPLtRLrlEoJ+vNDKI2w5Gjy MGTSm6U4ycFRYmGGH4+Bs7WmJsnbshBxEOlf2/Px8hRHW2cR7sedT1BeAeR4qIJFQfnY0uzx +YONFpJXtQph+cN28/110qpxRFdrXjZRKMd1M+i94QAp4rNtPHiLvkd5Jvpi4ieYIpGrePoW WTcWMzgXo6s8bO89sNbeY+VOfM8FNjXFlLoW4ipNpLluAZ8Jp73wpa/L0pzJGnSnD3JRzJbf mtws+CKa4SpumhHMZDAfOgSnv4PEMq9VvSfIdvP4k/mNkvF2UUgcsnxC8bgMlgThFwIbtvkr S5hKnrvBJi4bi9MMKQELyokGvRHQMtbdbUThv9ZH++4mQFROreONUzjS019NAjvyjuCFJpWC IzuCeyDWu+zougwazT/KRMFp3eN4RheNboEcbvb/aO7zpG7dnRX6ektSp25+R4QPZ64tMIDV eUdOK+ICQpKLPkpsxW0GkzAsyuXfaCPvGN87HsZXfbPwXEBVXMTzj7q13oOm5ynuZLaWOCeT riayBIIC/SkB3keuRHGpFkZMLh/qoF7JBTD/qRfDY00qGLlxw8RQNFMyuXPsi0buUs/zIZhn 0Mje7ESz7U6foTzDRp5gVGiyI/5Dk/HiqaXL+kerUy78/rKvslrfpyWBKQwvEKTZ0MVJEsfE G+J5rpBv3L3zn8CFXx+OM4HkdNPJ9nQ5e4wqPknyRYQtCrz4/210i5RjGl/9nwlhH46Q0N+8 P7O0YwYAdIAeAKxA/MENSmDp6AS/7aF0DBxacT8Ueqqqtl7qd8CbksBOeWjVx12S4OpxObRS cwbww0S0bibe8mkJeKSy9PsIdCFgF2iPyzEPXG7KXRX36B1U6KUtciyRWDXNiD2+DiBdlEb+ /Pnt3764/EVGiBbN6948Se8yNfjma81yBBDzWfZAThrGDYwFDr3jaYrT8Spfy4BsHbZmNywn 54+/ms1WMkiTTxHc+t7T2waLAHY/PRJYAKShVKfv7BlR+RUtdeDnk0bvH19/1oIe/ADsIUT9 +OriKIHFi2uuUfXc1p9UO+nk4EM37kCQJKGhuPAk94Tuz1PMsgLMeLcj3oQMyZCWPowvhJua v4CPJT7jlSmEp1HKbkiG6dKZ7jnT9YGUzhrf23yRGW9YByRzTLIcG4/FrURvo7ZTWr3/bAMZ aiKE/ZJwLlkX84QIuH2R8Y3171qA+VjRY6N0pPfsoBD1jbw0xCjMKxPs9bel9cRF/WA3aekd QNpPYut8LoV4BAAAH3U918xu4KJRS0Gqo8oeCrwbv2NXoWezaKRhPfsXZpzAh/GxbRqzkPry H+geEKPrbKgQhBNWnyDLokJkH9O0743QuZ09QjHAF2VIjzBkeFzI5hrMevhOGJvjSu6Qgn9Z nlbuaWE0tJ9c97gZDipvexZDKPpqQ0b/jCaOWRdNnPwvpzD3vVvXpwKQ8k36d1dzLTI7Mmhr gHUjRqg35UMbcFpYvjXXLw6HAox8Z+NAgQUq/SGG/gqMgVSyXJdq0m4rBXRJ3EfHCPUex67b 3UaMkbShiUEEY3tkAbjYk2VmD9N7gttBDqIKCTPWHEtaK/Ci7Low8z3JlntYU4zR+p00Dogk zOjOTYcregxYy1SYGDMPBBrWk3hc8zp7ruIsH8B4rVOhLjfvTI/u/5IVwmfBl3gY616Lufnh IhgvXVjHnnEMSRsK/kRcRyMdj3Ry33meuY680LeBvso/h05cxE8vhkFi1xMHqLwaJO+hXCMA 3md+r1dH5yFu5YDVCu1pteSY8be4RBbhHVvfAsiSSq++6e3Z55uA3rmISpDKmzoLylNnFJ9B hC0GeA33/qFI3qzzJxMSM8/vbM3retb02e2FF++Z7hUK+aZDxjJpuDtXSieNBtcySCZ/1npo +QI9hoInVZVC033RHVcoQvAfOKeqnfvXI17LIEpt+KHHMHoHnxfceU+BBvafU4yAaayz1Kzk un48Rml7wfTxrUlnvv9leXVds/3Z5NWLa8Xo/UenwfnZCZZ82hUWDeH60k8hhPpL2qiE6anx FV9Ww5nFr6422jEoEUHQ7h/i6kk5QyrBkQkmtOJsOwv1qSdunkGaLpOddqQnqcFb+ZXVBsaC iYZZQI6dnIUIgSRmyXihthHdmFR3I/8oMCD1MdXGVIKZUBQ9yJvL9ZRV/JJS0XwIpEz3jSd+ 98aqmM1/Ot4HeXWkFi//6EoUbaEHsM9KGeAebfR1LMsQZ9QqZNjQ6/xB7ls14q2VXiw14P9q fRP55DfHQulQowL67Lwa0t/CVU90LClhwiFdXsUvclaw1E4UXSfxHYDtx5Z/M1fxf5JDjUpS 1TZM/fC/xfiBFOa9L8Z3WecHpjjRldDuVHUDeikhszYyWZlcB7vAIZQO3lUL9cEveHqzSLal l/2sihZDSy6JdmMfueDwW5j0WHYlnsnh6/HRVhus/eJx68yy4yBSuA4+tyOX1AtL2Dw27sGs t9k0a+XTmET3TI6nbcbb0+ExZsGoxxhp+COjo+EtJ5yAXNIIvsDQnA7367IZx67v+RDkUdl1 obGGNyjTNLt+P9F8kzTYpsy2Ki926tlevQU2+7kfzq7YHdlHr07bNHZRL6CzsCWp+oDKLQSl QAKUZBCpjq+xk9VZffFduL+FDruze9D05SOyd0iXFlzjNjaS7f/3yIq0QpxpH4YSomoEahMi TwQAn+rfEtDbdkynie+0g7PhG1Vbyd1t+vKRy+E9qaOAYJQc29oDMCIABU9uqfF1jBrh9vAb 4KlBCGCpJG9CU7tnt+MBb+/j8Va+ZagzWhRNnkkxN7xfa9DnPdsdksOLDJeBLQ2v2UfcgpiU sEOho4dQ05EBc+pTBkm5lewpb4AfOAuN50vosdcXuRBdUTF3E5ZCaYvJ0pkWsloEIM2qVOu4 h6mATMQ4DJfVkyZqI+QxUGowgf3/CS3db1IrW/IxK119cjZM1TD+2dwxeQniLbVYI+c4q3dX B203KsnQu7x/FEkAOIkm2qgn+C5lJYCZm3K3bMbgB2W1b4sG/njkM5mQZI2zvBSrd9Ja+bp9 gL1qTYlL6gZsGo6zys57qUWB/TjNIQTgf2phJ1OXwYjED+nSsbIK07DE3MhcnYdByVeSarLM M/3fwJbxev3epOiL3kzQ4Ga3BuXZFBBLmip4U8jHytkcTwt7+McEa3YXLBFnGQP8CI10AnFx NlNYT3ucnY8n54UZo4RQhLDVx3nCXAe2+ExGpx2oS6KLR+zvRcL45L+z0CqzJOEGBgEY5K7x q3sZCPsgue5U8ostoKyuBGtRNQbZgE7j7XHclJyPYrAY1+y+M/isyItY7k8woGsqpipRPsbm 6xrySRjnCnmkpLwVADPlvVWvb/DCkNzABwnJqrk9ZSHufn3XuzLNxkpZT3rxaX3NgMZpwCxq lF2eWPm8N4+yboI5TpPPB4J7rIMi9bGMYoZxn6v+SI90/D+IiVjOZt8zk8xhJx9wFFMMPXXQ 6pShx+mHY4RTTAB2AHgJrEweT2gvFkAtZI/zV0yECBa7bBEtoqESZ/rlqAGWdzaeFXUCryKl KaVeNSB33wZQ1YeSSeDLMjB/Buh6sWLoERq7iwez93WIFBqwKlbCW/aubU3aBNFCtncOImwj ok/9EibsftseP/YpxlCwknG5/QlYuOf3BFcvKf//RF6v1cUcSAOkfEvFUxMZBmhRPKsd0fsK Xt4jKmf6XVe5R7ABh9ncWTDE9NuhtFNlyncb8BeqsAjW/KSvO7mJlNh86Y0hAIs6AeQ7L1wd b+A+Z2Myj53FxnIRcbH07mHzDrRmUl8J0vQjZgIVhQ2ImQFHi4OBu1OYzErZi08DP6FJwRCp aZ0Tg04fpVa4wVVy8FUUKpod+zn+o00GDew/RXdEGzdHBInpuCuIdt5pGv9KVkGKJy5z17aR A1N3wKjBZEvuRNH4p/Cf5O5I64XyjIbspKQUyvXIMxxfbI83OPvzTMTMAlPo8SBwbNwx2ADB cHp5dxdP8F/end+RUcAYby3vkcKRg63vjmpj87zKA9ye+cM+ugfbrOYbalr1tyfLiceayu21 PiFIA2j1Tlfvu1GYjxpOqlbXbuidjn0F3sk5Vqw2+qv5JyUoCkH7UjI7oabzkMPIsR2YAxY1 /gzX204/Am1Jxtwek6+4e0jSECfl0fIqwcm5iwbw4qi0ou3vJbtO8X03fcVgCB6ZzlGVHY7P luNfWd6arYpXJZi7iMdHeJXHGzv7Bjcr8v1ekFtqGRrgqp66g5VnWHs9dfBFShQdwSLfeod9 hUXzu6l24S3Vfrz26gPWZiLG71oAeUhnzemjAs3i9+MHLOdaYHMsqjcZAam5CXSuLYDCrtLY vTw32hEdDUZKK0/2C/jEQZCkmJuH20wCDdbZqJGiOJTE9IXlMFq1FLuPIduE/AM6n/2KM7Ew JSEb9N0zjmnqMY+zBb9PsmdbI7+FGWcSVeMAAsBQEHgBuXWDvSmgyNKKgwBT/77Gt2/95NKm yecs/5vZACfBQNr9BaYR0TdF+JdDzC7mvNcnDNWbJMQLJ4+z4RepR4rrfppHtXSrsPFKIplV sHiBlq+Cr4ttpg4FOoj3W8W6Ruy8icADz8vm6anWHXg9XNwAaeWUAxX7aix1VzSEthYtjkMT u0mUyP0RpCgCTc72TnNxBPOMznd2J14CeciGrHtbQJmVBMI06wGlURMwDkf90il4jr+Irb6I qH8HCpLTvu2gLNGT99s89KV6lrXDbZL0wX534KMJLKRSh/sEGYZjkl6vV5oJ3AVGnojKJaTr XNR+RHZAcbDTP2IUZxjCpo5Fj1NNBwsecqHXA9Uys6opFVX1c+TIOS3uHaj06Ha2PFLFJKmX p9rW6qbmbKzFNUL24PeAShPm8ukqtL+ts3mdGL/lYgYC5UC1vl4OO86yQhUPmGV/Hgn8FueW 9x21pxHVSh+Ql1eL9R2cpJuy7zKHSZiUbFfudwC+NeS0UNhqhYzcqanLzNwqFSsc3cVNoABp LgNyt+uqnCzrt4eZ9PxNZxchBFg9sBq/pjrZd3Fs4fmH24uaHK94KxPxNdqYLXt/tuXzBkUT ugeA+St9ZSZ7HbPAQRmsK+8I6ULFKiXVPSoh2W6JRI+7AxAjU4GZGmnrWW1/Qnj1woG886Lg CWpEx2r/fHApBqqjXTB9iG35kpBjEAwrgILLcLF4aVr9GVqGrDMU1hnfow+iINfLzTnqTxp3 dqNF26DlZUC14e3rpFhDVqJCqnVHH7t7EGHPXEO4Oqh4vVp/5NhywgBaFgAEPc5O7RLTdTPA FBCAaHk6M8mIP5Kld64LtM0e9He8KFk+x7dntW07cGZyV/D4tM3Zg02fOqoMCRjt9hG9tTS1 yQmAXEe87uI1hlqEVIWDbQVM9OD8fVU5N4yOWX+b2JH/qZ5gF/LUiat8c2vRpMd3+FD1y0S3 RpYwl3KBVHzNSWcnOxZJRAgCyA5RZNwU3mXoRKXz8f6bRo9ZnZ63pucDIV6SjZq64w4VYGi7 jbOcHzmW5NF7bcEpMDEf9rJcjqw17anLCvMzt7N4Vw/b9I93xmAhXryAditN064Idr5jueXu kcyBmAjCafe21AGURdWeZU6GqEth8SOYcp/XQJn6GBAJWjXEXw6j7Bti2EJfpbAAD6z+Nqye Eb9/Cs4Qv+3any5BwpiSkHZo2Fm/opzJq6cQKLGDC4KaAU4insat1Ke5dlCbmFPzwKEx06d4 erx5j90lOvHb+ZFxz+quf3N7Ne2S3y+QdKU99dTHSmU9HkOqU7B///qeEndbUhiSfn7ZnLeK FD8VRtL0PWL8APCqaZ8ZkfOFE+oHEB9i+FxrftSCVvFs/3/584LW5X88QKZAYf52bnAYyNrg MVsdDNb1jtIzTnxMd5cmoHJypSiVZOOtUpi73B6ksNnE5XuZvSy+4TvUyieKmfXFRldR4Yxn 2nAsw12iHZAGGMFqeNjdAFOMhgnOx9kJ6tRmh1k/AArJ8KmY5CDln14LSgx2FSaqlYuwRnOI pVmHarCGQFAHEiHcFd7ld4Jh2RYgXEFwbE5WB23PeCLZ8nxY/H5pKkDZ7C06lC1mqIQJf+ht zSwS268tKSXcncWRGFvOq9otsYdQND1F3U+Y3rH4C7a4vVIrCgR8Q5VLuFMZhG8/lrSvQV/t 3MWiqQIqZOH7xyTAw62PG57EjMUDJsW2piDrxfgGD5mm3XiW5WRFk+UzrU9W9l9XT7lBhgYV HrG60iGLbk439Y+cumrOK15XskHpJ0J1XBqnDeGX4zrnPtGihaARGmNghzUdB6q4J4U7PZw4 e8WyDXwZA7Ke3+uJ2Ie4t/vuq2FndVXGjvyccm4XXBXPM9nV2xgWeKbxIQhI34p5DDGcUJMW d9/vPIOuwCDyngSg5tOUVAjj2M1f7nFH8k0Lq/V8YpkqRONg2rNKUAlW9D8ZSEFjgZ67rRYK npfGk5BnQfgYGTgQYbDVk6Oxo3755gC3IG2DD0PmOSzxveZLoL0iZot0BZB7zV+3hOCKMp48 tD1dhsK8arOHZpq4Hh9sLPk1uS78J7/v5b3OOWXdnZB8Tz95bb6E0+5CRuzdJX6JYKvASP/h aLBDCuW6ONtjX+PbQrvN6AKA1ayrgxHe+xBQ85iWku9v5mstQ1r48gA/YNdKDwV2K0K5euBD TZJE9f7BcT4kJ19H52HIjL5AxsqhCDTQF8pP2zkQ2tkIIsXvnBLDgufCaR94fyO7Pm0aAvCa oAaA//dcODGU+M/r+ETJxhb8OdtXpjQiVKlg9PME8+tyYxW7y/iwoI2ksnQnuE71k7+BpoGH zhsZ/iqz40PFLyja6FUu8Oex8W+P0G2NAt/QhvW112uyFI/mkS0C0v1YkMkNVQkzq7vA8F8g /6XR6ywPQ6ohED0TdtiYobdHsa4qm7n/u5pteS//FOS22/kzLud4xqPMwtboU9gmm579bfCm RLgbL4iy8sBS2L75K5BSRl7Khhe19gmpGun2URyEQWVxchq28N234MToTS1fa0FjmqX1tonB J6OWweTh61hiEqEa8r2oyO8OZz9gVZF/5v71MpZBinaqIe9hay42UGMcXbc/gTtFbgcSv4lT 8x5lR+qNTRBVy6vxPGUVREcL/4QHCxyjq1xO4uMGvf9D2nGqkIcnzU4ZxVpIjAFsDtNhYYS4 vGTZR/SakhwGKII3WZcy6NLf+PHtWbXe+UmUxEUS2e8/A73+BfSpRgLqTa2yMcuHHFe+1gNp P13JjcbfiI93KQ4QKnYJGkErq9dEnb8qWpHmhe5icD7BaarVM24wz+qxz+yXuBUZA+KVFYot Uu1e0PTo2KuymoDq4rFGsTSGcNTQLZaB6GhJsj0vbIPCpNPtKwyRua/ivaTyLMTnOW0s4xQ0 m9+oep5dHZsVwKBQ4jVQ3XRG4qa5G/EWFXVg1PCa+Eb4NEFAYro21uXvSqoYW9Ln7mP+GT28 yFeoO1ingbW8Talv8TFfAwdki85Ycseon9bUmmbEYWDLwkfIYKPfsYOFCq6T17awx9I/OL9H hPretfgAuC+1+z98i9KJOWHXj3BQ8/4XpY4cllZFEtXTm9sG8NZ56jAE2VNYY5rSOeD6lGCC g0jxrnWlgJfbBthUCUOsSZ+ihCny3w5NpyjKOvm1TSz+NGgXaRvVYa6t4Llvg4KUNXujBNN4 z1coeGCeEpHy5u5wT74f5aAeEl2V6b23n4uvHXeCHeC3+B+k+pIFsppePK+AOxh2yF40aTe7 frjhbvp4HboNX07kZZyyYp5KOv/1cka53EetHi2W1dNiVbTgB7lF7lXD+pZhz4JS55QkkQvT nSLxizL5tso5tLE1aPOy3Zrj0F2PegzR5ybSx1w13+EyrxYou5+sUA856tK4nVPkTk8ghxVN Rfoa6inu09uH1Brft38N+pe+Pw+PH09Ja9q5huI2FEdXoSyhB1DMdwRvIrwgtn0b1Uj5oOdT TaXovCNYpeUw0JxfVT0juQA9mhUs3XybMDW5ewsTe/mrAaOyJWqRro0ap/9ZHJRPJwX7HXam qnk6nrAocVd4bMB3UT7NmBLFhweUz66KyRsNKyUWRMYE3X2FE53PzRoijnMa659glKN8dF/N Hn/dIiGYfmCTvi4FQoPc9qBZlHDQtDu1NO0QY7f5WzS1n/76kaRuzYmrJh5MZE2b4QD8199c i1k1EX8AC1wdO1FhjjrFXnWCmx7xa/U2xPLF+pXtjjqkNXSBYKs/cpahq+yHWAeoIR6kQRUg XsLyr3xstp+rEWaJFqs7cuOAObA360PDlPSjt+ucg6BUgtadCYXXaMQ7uzySQg06NRB3PiRH AO15uzhotgCXlMHI7hwbkDWrhArBLMDBWEgYl1zTEK8/x67bQtcPuBwfeXLYmjYgns8WJUR6 XAlx7prgU2jeVET/8TQQhWwpH99ciLo4wIFXcooHC01S3roB8Hw4q2UTulTxqWBABNKhtcmY A1QWpWCeClA+5l8+GscslONiyEVm1P0zbekPcOYMnOTIbpFzaxGYhcjxH37ymnmMjycrC1Tg vYajet9YiXCmvXAO/u0puL25z9FT/++7tEME9CmwWCvgfvifOudJCMmZfkAk5XQ7eAaFMLg1 H3rZZ1R1N6sCveoGh7v5v7HnUIWqz+PY0G4s7B+uaLy4PpnPLom/K7FiqcWuFnG0j6CIOYgL vv192QA2eXmu0ek5qMW96+06Vfv20KB8hYLI2hNV9l6pDHhJbQ4P1KS8tc62Bi46rsCvsXUO KK2SfjBXAnJ6Z14E0SnMvcNO83aWKzAc5hVSm6ajdqo0iDaQztZynu+nv3NkVMYB45cm93sL sY5Phb1mo1ktHjJfqZwV0fWNpZxm1305ap47f1tuVYbMw3sqCwaCzjq5yhJTNL6HORsePsHG g2FdmkNsS9LEYmGSoJD/PfRGrv423jDal2jf/Jigf8DvCtYaln8AU27Sf8AHRPtknsZ0aHmY iBZ5fM+I5Pfs+VBL/dtR+tvJ7FXh+lkOHD1AB9d5WngIuQdn+8EP8BM6J6EkU+60wZoKZ8f6 6eD+HC/zcOmBrpE9PFhGftIaNRYg5oAVeFgC9n2JubBMPgDOIY/NyMXzjgVF+Urc9OdoR9ck MwEqwp0deNLf9IAQ5GkMzkg0lca/aFQPRUSmShPXuaC+jW/ftUnq6BSOyZDFLYRnEvHCVtGT VXl6gUu7M+HJjG/aw89n1Eo/GmY2vBetI8Y4/d/e8Lyk8rgFGj30onjYxMg3dlw6yz2m86Nv lSyilb4HMK1SKFXAWE0Q3XITRMrYZbf6jc2hTGbj6fjsOo9qxp/ECv7eB8tVm/+VBjwXFqdm DmdvdznbQWOuvAVsT10+N++57ATcm5clOLQo5805QgOL2LoODGAL8PwvWFLp/xMAhsZXJaL9 knSTEeCIcKr7pd+aoyen/T+ITtAOXLL85Q4e+iikpv0znDI8HhWhuGoo0Vw/D1ndO6DUc7Kj ykRCKV2uO2mZRnlI+g2ACYNGiAR9/+VBcNK9dNU1/RxylNdzIS/LANc/JDcPP0y2nlbE3iPY e+1QrWOlwkIOSzAqV3dotmikvPK7qzwnTDkZyDj2p1TwhSVPz91oYPpkxLnGtQLlwW/wZVJi SzXhEXYh52XLLZ4aW3bqmoKlWKNBsJMGxTLlVfsUejZIjHtAeEMUZMGx6OkBPhbAF0baPpBe TfWuEyv4WkrAx6odPHJXnWRXksFY6UqgPT5arZG76oGnNf3cb6HJqgHCVjuQiL19BveYmAsv CAEcAet3S7v5IjNH1/5IwIYfUcny0UqGxH3EzpYlIIavonRPh9iEHu5Eex3uK4wJwOQ+9TYZ fw4XsW5fwTddOwF1JLLmGO2fXpVG8BmMxyC6V4EjQiAKAIe6WkaNKNTVxhdX8If0MEFkBJ2M 5zT8VzpPva4Y8t3nS4MVedJIjUbeiGsA1E9J572462GoSF2CkYjpf9ofhoim4UGQ1P0zrYMr aaf5ZETIMXTEFKURetrXMBUsu+zUhDEUaQMcWUttWf6/3GFVDewnlgvOAWNHH+S15CIOJC/t edwOGBuGesjbO24dOgZp/q3FZBxqCWFMTXzoR6e78I5ZwUy76mBpfvR4Mwth1FSCMX13NGNI gBrPjfGbPROLTN5haYCLvgcKt2DKqRP4QM4SS5RJSP7DCzVEK2Qb9aRNuxG4r8JcT9GNw4mu KTKsAJuh47ph5NUjQcsiq2PuVPq/KJAjxvA5MQbftwKMgBUYK5XMfctlcGEWCA4KdOCORIBw /dskfk6nhWduex0Fw2gFoRcQ8hzTy46GRTV/C4QLgsT7IQMiXC4/pA7D9xHl15JwIZp4GcBe /k89UpISAIbeFHc/cKx+wCCIQ+eIRjyUgyJeqizG1XKltZHBaXYX7a9qEewJ3O2ffxTvUYox w6EOfSCbVc7O6ym+TVqcJW8uhycEl7ag3Dq+7LjPBt/HclYDSlBMKSecrF64/xHZOfAUblFx VVq/oDDwDczu4A4Bss3TViZ6+xGjuk5KlDLNzSW9JZTepI5oowKDn+REUfgRtqZrqm0JX7De uWFzJXiURy5nGRcgXNoB1Ya6szJcl29qfMDEuQlQVVsGbU+e/0pfBnBQ8Ilj4GIGIQlpmy6M 3cZ29GpjjTZrVXOLDE42dVio7j33naBudUwzHUP5HCwu0ESArlfQ5FWcZ0mmjYviJtIxi+Qc MZpA/6o2fjr25ifP7mszC8RlwB3OSGhYcJ28LrOUYz++FfxsuTgY+1asrvIF1akkacTn0WLu SwRcPDBeUzHAYWHDDoEbmYli+RFKpGJnofhZtT5orPJdqfz4rik9mkvinPgTV8HgrGsCf/jV HCeyw7A6e1LwLRKKK9MdOvHoJhY4bnPlaH/OzEVOTK77CZIRu4jOz7x4pVJfm6dfzkiZevtY QCmu99RNJH3eUZu8JmN7wn/dGq4GF4J1B/GUKsnW5RNkCzOYf2DLC7YOOXmBjxPEBy940SPC sNXN/K5kzleTQgr8w1AGdnqaR8nP+y2Zki669OKCfLrofFokRJNZo1tQNMlIq6DkHHi8msjp dhTgXS/Ze0nbwaGQqxfTNbkIYAd4Thg14RKR3TMhp5OXGukil6LwE/k4l5TzDgwO+n+VU0Rj YEFUc6flhpJODwNgwXT2lqUFSO3qQ2P+gl4/REM0QquHdJ1f+FIWeKYT1k2eEpc0F/pyyPAT BBhM37wIFfQ9VIMfgf/uZ343Xsr/437yOPaJ+1TrFBwLqpf6cspKPLDPrnPN0VDbeq8dKDFT Df8nzZcU479E8IccusFjuMOx1K4YnISvNp35dBI07eixZ5OnW35DB1vxi3xCszmPnWKIIcS/ buneY6Z89BIaW5VTDmy8twglOsLHfdnkCZuTsd+Rc4WpBVAEgoYiLNbyr3cgZDdnJNIXZpj0 fyURFv+anoC/MNZ/jAY+IW5sHx2VmSJwvTQjRahEG/W6Y4rrwJD3HkU5Ph94RJJ8Ir2Rvv26 Pl5zpS86bU2R+z81ZyamuTSsbKf5gi+VXRYE6a4SJOl/BeeG6xTvdeRK1Bt9GaJqYUFVXv2E yw71zwYTQixhwD6+eRDbN48Pi9t0c3nUx3MejOTiZd1Um5wOBixTlSb8ZxHJ1Aumf7yMpP+/ KYa8cO0oOmmeGenaB3QTZniOVrnUn9Hwv/P4+DcxhttrPNKKFDMZ/9gWnnZmwBSJC1O2Wuv3 JQOAhqR8y2o3wK7a6EFHGK383OO/tN8a/Wc7ls87IKnosevEKXv9Y+xJeQ2KX4CG8QQG0Xw+ buhOVsFcLW61/PJiCBsLBmyKy6mWAcMhlXyJNPugijrQD/rrJlmmx28IxBSF/NicR2CDes60 7voIG4aAecB3YSMJBB1syaz3ZZO/EFPSPP1fZaNtcRPlhu6ODgomRwwTp6KWrHWQyEibqaDd pXe60EpkEFJOHVPmP2BNsB1E91u4vmtNsb3rsfSMtx/ttsAoSMR2bvHVpLk3277G6XqUeE2u cNL9Bsnyi8ExWcCjF0gGboTE5QQbahr0fZELf6XQHBvv7j6KLWeT3vrgB/xJV95MHz/T2B+K f43eX/Q/oUFjLDBjWYTOQVhx/kweEGDnhFwU4t/7qq4KEyCNjduRmtYnsbZ3ETiBg4/dtVLR NY/q00YdwvX7XdLscvFOeutQis6zQW3bvjMCqOsen6uGd06OcXExOUIJILxejFjdCzRlWGCz oyLYdjo6+YEw3P7qHwrS2hRCJG6SXdgynrjey+TU1Hlv7ridQrCW1eRlGLz6Iz49bsDyylpk UOu+ugeVk2/ECXzU+vMoV0z2plmP5VQqXcEzBYcPrvOL1HhY2j/u+1CGDk9VDoGcliuAtAPf UkeGaWst7CSt8Bz69gxW+whVeSeKcorpZ65+Z6tvgomyZL96o3nSImH/daNJ1xYRf98t8R0+ 3zpFOg2EJ4cvwyUdK7IG/ADlL9UStTcOePMbeDABjVFV0cfMI2ZqFNBPrsGISXqVyk0dJK1i FolLsih0FJvNu1cFc9DflVTXetqQJUGvUGt4Qp/ZqmNmzDqE8LfdnyPBoWOxT8EeoeMprtlI 8BptT/TKSVM6PN2V4fOuQrjfKtcKtMZap0nvhhoQGJLZ5cT5BKQVFW8rvRU6fc310p79yMWd GnISioLdfeZtTZgCvyN+k2onrABg79v3ldL2lm/7ibFqaCoq5fHsoVE25UlF34sgd13QU260 8ETgHxfFTpYZePNtb0WbSgoWzDacn2YQ22WaRf789IZVQ4jJ1Mvb2z/nlXYmvD8gFOSXYQiW icCQr/EXP4ZUuMLqD//HgZSeHL9n4KhizNey41rk3y09fohquhrxNLI5J9yp4u55aEEikyMu 8daNGJLINdHKuIb1CITM47znv9EZCptSd4kYNm0eteSiqIr2XR2VZWOOedO3Ai5wRYd5Lq4v K4k4Pf/E0bbhgkyTq813gO775VxzeE7OJtSsn2bzRROUs0/1UIFWDf4Cb7awoXIt26jHHNJW 95KBsOiyVLJLTJiy1B69BueJdBWd+QScCl4SUoN4CdyaUubX/Id9tEFM6qz557QPFwkniuZD rLkXfI1Ml4fstzOBvbTPLiwAnzA72/HxktrIIu7vuIkI0z05ieQ2TIS35h9xMe+JCZjm7oW+ q7xrP/PneyUX8L8npnV123knaQfADsAvmjbQTYKfzvZTB3+agKZL0OmWtD61SU1nIu6H49rO 8YN71ICN7xqfZiuuW9tymCr5Z/YFvoyNQeJ6VYYMa7ObWVuexPpJEIPhggQbhnK3XmxkaGtB /qaQJQpPOOq7bBRJyByOs5p8gGmNxBCgvZtd7kfu3eH7cg1sTw81YKMig93wOwZuyC784dXz 4cyFhEzjLGu5l6nu/MsVrxSGl0PwmmaN8nMd1+hHYXC7ogzZq73cT2NlMLaBdYEb7o7bDB2H JqulYdkerd4U479WZF+S756MhxJU/gHzFwg4GM7z1LxCcWqcc2CXI+ygEOTO1eduJQjKJoX/ QBNIkty7l4dSlj7XqETIXizxP7VgTeJkPuq0i/TFrXuUGk1hCJN+kyu/X+sU/0139Fkki1hL Lqiv0ajI1Chc2nuYuq8zyzRkEHb1ZCK2G3QHSwTF9TUum72XOTgXNnN99gm3+wwUFI558qY/ QVeezNd2FKV4Kww2b5ypu4mDn/ntD0zV5BJtXzrq4TVSkpUyBY/p2vcmon7pzYCjVxd+ShNG NZktLcXsCYfRM5lQJfiJhd1wwlETZDqKaTq9MoZVqgAFH0R71WWJmehAwLDZuvzN4y0ozqSC ESCB+eOQQ1p9PSz98cJ5q88GeIDSt8LYNAqOug0waKpgCtLdPxTTdssB7y2hDkoYiA10JiNw GgiV8IhcGx7zVC/z9znMwGEkKAvQFIE8z1s9GBgkC8R1L+8k2NkZysd/uevFj4HkkXnabOOp aQKWUvN9iTC6KRip0EUfdYhEbvePY1Q8t+m356Ztf/uN8l8RhE+m12guPfUk6CTPqoWAgzWr cu+T/AvocF4SCRaNKt6BZDYGg4yUBUTLop27W9S+GAjm6QD95xaI+SFm6gNGOIuGByEq/q9M u3hAeD96vmCNpJ5gKon7QUpY5d3j9NDuyOJL03tdDjQY0FdmZH5cSsbqp/qljesMaZ9mTyJt lHYvuGoS0pUBt271tuT/5Eg1Zi7yEaNaApw6CwaFSqjWnajrzkKBMttmdmnDHa2EZ2nWrBrq IF464uXhuidOBggeKPiTYqxX5cXSqUR4LQx2lgFiF6Jbc8mxb+envW7JpcVMQCefJrdNyIx2 F1cod3nUxClxU1jVIJKPVp8SNFvS4A4q9MImkdCFa6kJUAoAgoOXFyla249eGyexqlLq5Gs9 xVB9GiXnMrE/rPHouTevf6i8P2+D2/YjEnDtQ/zy4R8d1uX7Yg04Ys6FzqoiUnPo/M1lSqX+ vPbn/Cdc4PhnAYVNwZssIfW7rGWNANrp1zXpyUL6srHkL6a6aHKu58iDs0vekR4QqvTsqs8+ 3B3vZbPdm05qMaJwE3uuhl7rMPy4GsiQSgO8f3fpFXeucvg8VuhYQnInDnqHh7kN6k3l3V7A bwBEgfxYeLTkKojvrSj8eh2RxXOf6H/USUe2FzruUy+xBaLg0A56HhaXPeYlV3LhcZMBkSTM dm0RVT/bSj77JChXm88+ApVYUi76htupe+Riosbgth6nViZXNKzaROi9HCRs015Jx3dUKod2 BK05Npi8IZFlEUN40ali6iKY6flXeD1mWz7/CnKwNmADoo1eJr4UiPB4gFqfTQjwrGYYySV8 pgIt1xYG4/Qz/zbi6L7Sh15pUnUl0xt75nm4siFRNVkLw2u3uScto/bDGrlatSIxtAdx8tdv 3yjOGoBg5rmTQxvpOcV6G3lQEdD46zuHpU56UFFycn+/f/ASegjp4RkYyoCvutSoM7csJxoh rt6C4bZt7ovBQXrc+QELu5pGKObd5Mxs5a1gPkoqzk5AkhQMdPdSNqRD530LzWPtlecOERrv 4am6rERFwsYk7VpjL2XyOOgOFXDUuvZJ/DvRaEmKhyixQUB0GzT1LRNbV9beUCkOb3lP0QDK xMnqYYisddLuM38LAX2m+AqX7B3qtYiAQEycn5mnqiENR4+aCpwIzBTSL1SNX9vt4NoF59nZ vDvUhRl15ECG52RlIY9O+OAOojrXP8vnMeSc71QrW4ZqLUSSzSZ8LHop4mfMyc568anMwF3g rISEr8XhQlAcDWOtx38Ewih9HOOOgLXyylp9WckARyRo9JMDvCTn5VD0N8NWjhpxG8coIkIY X5YFF8QY+52A5ylWjp5OIElNrILfTqx+Ztcg+o+wrTr4H+lHfTUCaJiVVSWcbaH8G966vh9j QCnsOsUBtYkgBSyLnuerbhs4A+rk5CddaoPVsDdwhpZWQEJh0RFsGTO3Qz5nYp1hhdY9MAf8 xhj2JZ9Y/1S52G40V4bwm54KXdw4llzBwy3YHkYRltQCq9ko+1+x3d/hHO5b1BcnTO51QPOE WODq63EL8MK0cQwq1f9xRNPHLoTKHBNqr4rzCSKPVZa6NWltS+Cy1wN5YHPepTR/cmI/X1I/ 4oq0Vi6uiVBD25CuaXoloXk5+n+AKvBzI7/7FsDjHprejU6vavT4g7BHMl6TrTZAx+xg851Y VfKCvORJl4vYUaZCRFtQEJ2D+LMQZdpGdKkZnXmCT/Jw7ntBk4+AaDA7xJIWrKQ2TTySiQce 97Pjk5fcTOM4xG+TKfNJbj34ueD8ny+qiRkkI1VPY7145D/qXlIHeURi6jcj68XDFSd+INmd 3jCsLsA2azYNRZbzcqphRSB2hw4nNK2CA7wI7QsAVXvCH+Sl3IRBjilPYNvH6TlbtYDTzvry odHS54FGYAjBNxjormaIcUpz2FyXFUUij/JPSQMMu1CtBS4cWi7mbTGwB23wUdubNyH8PFRM 1UZ+bksXs8nt4fz3RCLP9B66uZuwX/Mp/Gd0fz5co0mHAViiiptt6EiZfQ3sYyKbSHlu09KT ezzfBKXetyD1cLHikA/k6cEF540j5uqZ/mmU9h+ALRLSUR9lvAHk/ZnWwXDsj1YJKcAWAU1f I/lgStl8T4TpGMVrs62GL8I3j7vCIQxJN0Ojd9HEHC/HWEYF6WO5u1o7LKsu8B2hsE3Yq7q3 4BOj0maNLBos6scCCCmCVt4RZaSyMpzRG8kpNwJs4PJTbQDPrEWNjlJmeJ52wrvZBGqYAfMi /KSyo3xYidqJ7zmCffXVIR0w+th3iDQCPrh6VbLhYu7iGbeIa+Ic14DxISKtTdons8vrOQy6 qLM1evHo0H89Z2uAtM7ZyIlJmKlbPn5XcIh1xkfQynkQsyXFyGL6+/Aut9xCBdn0+8Eju+8B xPokQGhmdT403fsrEdp9EMoh5gGN+04x/o6JvHu2DVimLJgnSDpOAIQNZaZjhhBVt85jz0gA qc3CpkcxnZGSyUUfOtDekd+SAHFRXVOhhDg7t/8ikR1W2ZMGeUo2lVoA3BqSjBZ4KucTr+Rl Me96irtjaAfp7/ayrFZrwNkMb8WTGRaJ1imgq8XYVKJz4/orvdZb1H0Z99zoe1ntwmpqK5BD uAb2oFWFw1/6PzpL0ZTE4Plt86ZSpUNVH2mA4iB5UZZGAGyuetldTSavI5D4cWi7co9lfEai LvEma3fhrN/fliJYE5xJXNoa54jOPDklbGhGlT2S//vXYRA2OJdVWQlB53w5315W3hzmFQ78 ZdF3alHvnNw3ULiQ/zh7liI4CerLJZq9eAbxnjVjrHlpn8u2SFsGYk1OxyjPpLUbx280FM8U inykG4FqLYf9U/lc7i1XP+jQs1vXkKeAdTGxUqJqumAcqpKNCu3rW08dPPL0PHZ+0NfMIR+K 7mPVnLJwoPJm6HvKeaeaaKYzWvfXl9XfymjL7HKQVn3WYCmElIo9h3FLZuPBmSLgpol7lhk/ xpLL6ddvTEN6LLeXYkN8Uq0Oy5tMfi9qHgluQE3EjHFaaDm4Kbgz5bK4YY9japo8OZqL370r 7F5ZHSBiCli3wWpFr+womIQ+Lbdgr8N7f6/PRiMNZZ0r3GgX8MJQ3LiepQJPyFg5ndUyqwoe 6ZqNQoZixu+eUDk9BsD+/9cmivE1KECKoGTcLxqbenLZIdv6GqQHEWaZquCiJ3+4QxiQnb8h prFILMgXKqz/1V4Q6kAPq7X5unEgiMz9AWdtHaJhPJzT2FwjwBI9Ck++xpMsSqvCYMcVx2Th 0XMYwIiUeEEcNxMS2Y2jfSmuEEVa3PwtBHnnv8lc/phUzm0w02BNHwGz/hNruSEs8DKbcAXU QW04mdmR8Xthl7/Y4JSw+/5CotxBqlxyogU7IsOK0EFcFha7V1uL1l4nk/OdutQM5DxzRTv/ zOjgdX3TaFYiQG3y38KwSVjp6UUbJUKQI+z8DEPrbXo91N+FJ778KrFzwXGtNpHblTNbxXRw oQJdFwTN7w9bmXZo672WnGawBO3xDQVhT81+FmXfpW3AK/VXS/yLyMf+6AVSQ2T54AvAZzUS ZvKmdIk4CnAloG60l7dklg0aI7+06Cr+gZPHT/gK3l+TMNmhH/AiMTg+/TnBKM20ARpiBJDp TKdFVdITCYOuDLwtWU23bW5rWC/v5k/m9uocE0M7hCTFiBKD7pqBNqbPmVEqQBRFPnXNSarB I+z2UG3TTmG7jkbuv9Fwg2PBJYhv24jwGOuIMr6s/GmW70mTP0wmwg3llmSlYeErm+f4BQER eGacyBYTlBBXD4+NZY0GODYRBcs8zroLkvttweFGzDX7TX6ZpN3ehUQk6TGpuTpeAonioZqu P5xwrYf5FdViIa80lp4hB5gBjwLtik1XZoJyJ1M2IARyiTdMFWzTs+uPYYOleAg0vY3KxcYr ykvRUvjrE6RQNWe7ghl2nJkj29X5el2SvW7hebAQ0hyuwO+i2YzyitHm4n7VynPEYO3V6k8c 0PFNfyDdXo/+OdAyRq5UBqZgj8H9azKjnTWxLgJxqgtHtzsINqA/fpYtMJ8aVCUg/bOvMbM5 f1oVz4IV+iYmeDevaM3Z/UcH3EE+sJnOtQwYW65t+WaOrPGFOUt2urrYM6/HrNYkeqvB9fA1 KDjjWXCOtUpIOSJZfLFOFKWxqWAUQo8S0xyIharky+z4KpeERTRIT1UIDwX1LQcuAEIrIH7h YZlkYvmGZ0nTymm5cjkzXBpw6kjYmez2TFv2agnM+A7Y6fIMzNlSt/yhiqIEK+apBlOmCGu6 jEgL/H8IOWdbzvqXc0R1cW7VHKjUuzPu6MYab2vi5LMrzmBouJLqYkpwzIq0yH1BT6DEYJxO 0polc/i2Wh0lSo686FfF7u1PjvjfKX31LnyNRwttX/49pTp+cr88Wy10aG7bjDPurhWQ62oh WsfV/kC8U6Dqnb7Bw4dNM5elpHowb0V1wRQH9tDtBwfV+oHxXXl3MjZmwZp28Ame0GjL88qP kOPRP+PEyQsVY/x6vYqiJhDUL1J42iTcv9tuXVrLcwh3l4oJlSXTzaXdl8aFLRWxbS+ehsVI xWLCYU2Ltcm6riCRgWO0HMOa1e11MWNCG3OJ/r2Czfb1tgNv1V438G31kOq+W7ub4lp33JqD pd9fxJUtyXmD5hC76ij52s7YnkzXi+CRO6SrvKhEEXjmAQsOzHpdQ/A8PFWTNMcB4eEpmcmI TwCJw4Q5eKQ6jQCpta2SQJ/tGtbHb/G1wBxKpTDG7tkkSF2sLTC2zHA/drpsy+0kANsQzDeD bpZOdpoTE7GIsT0O4utqCSEz4Q0+DsJ/iNnfIlEbFW0xb93Ig3MlmwjzfCpryVBegkTtdkek 1ziSaVQVJXM1TVWysjE0fTM6/i8/fhjhEH6Wzj4gy+iOMCXtJ/36Wj1jDqAKeP9EKLPUh7ge XMpwOtIOJnMW8XoIZbONiLneBylvVjWI7NBdnV4LQj91QMXrb2CCcEsPjVX8/i4fN7owOrsA 30WQFld3SwqNtjLwL2SsB4QxJfN9lYdZgCN+DGxNz6vkz2vA6vfXerwtYXH3tpVhlPSEYaq0 re95X7A/IM/5+YiyBG5hzQZPCvsiUYaTOq7HcI16CGkxf+DPpVamop+ZebIZQDxGHMHnrak/ +/ZHYKRHLiVUYEaDh1EY4nUSvMwRaJN0EoeUnMdcmvJYaeGZOOwFXx0TQ23zu9B0T8DTCa6e B+8P/DYVGqt5Wp+nWAoD2eZx0BfKc6gAxoMtppHYLuxjxRN57cok9w9KDCSTFBzETR5wblNn 90DWU5Aqov2aR8OQRArqpYbAokM6R0C+gmXQs4ZvRbyS9dggJtOjisYTBGgNax/K/sPqpgAK GkJkmEa9szckXwWwrojSjdj8RYFYJPCVJoX3t5gAicdimBVE4Dcs1Kb7TQbqRvMDayhNPWaB 2kivLFZJy901eMI27ou36EtDfI0pP29G38DRlonYTLyPYHv0x101N73pPYEwRFUbfw2Qotkz VVjRBBnlp8iw12JiMBy8vujWZt38R2/GzaATJayCQRSqfh22+Cws+LrfZa74WaXvLldUabwp glSjLvGQegPimuyMv3pLYBP+ojkAXVfV7lNcLvMAbXvJSv092qIOJaC3PY6xWIcom4RVm51a HL3IwDEqW73PqcWVsa83sKcigQ/1DqaOspiyI3PVtws0OZrlxqfpn+OJfPS3LHLfxOViTq6x MLQgLlIy2KTFuAUU7KgrfObtdUsciDyq6KJwDBupqJivBxhSWCEphBv9LBD4LHCZ0KD9+eaz 6MnV8Nc7kkaRTtkrCf504o6m1rDVA7XTRjYBUY1smrBC5Leu10HEidd3tBMI+hX/OxbApfVQ fyj5lvWdWGBh9dE4f/9V6cSS/1i3YtlIyUFhdanHe3CADpBuXqDcfKbXslREqD73+SxibxFn 6iMUfT/0VQMk7mWPaqAXW6w/Rm1I/tp9TiBVSHp81J/4ZQCsU3FHY+dJQFxBaX8WCAwmYyt7 7JaoZFKvUDAEDMZX9b5E2/np9HJGA0i0cgid1kldVNueUHIsAVKIy7aWtLp5A0PEPox2+BPS K12wHJaDRReNthYI/IwXW+JKhRoyzRudo5S+K2Z6wECKiy2N1DfjmJ1gUXqiHmr5i0/31wTT HQ8Owvoj4BymXGj+3/yHKWKcs0AQpoIZSwYsHsdqVTmXFyD1ZKaH/qZecKrKfo4+imQsKiXn C7NIbdPAPFcSaQ5ql2ZbBEN4LOZDHurtbniR4awC+f6Kdn4mMQIK3PBQDQ0PaCe42dE1i07x LMsDLKIbTsHSWxYOhjDlvMi7t8UMX7bcTFhznFXnVgEkJdERSRA9DJS+UfESYy22Jj8UVBQH H7qY6sdDu45iH61rwQ84qCfrelrfVUiwdjDpooC5d0Z7WEK5xAydG4So54xp1MwGFBeyKdpH czd3Ku0UAky5L8qVElgJ/rfpfUcMKvNc5DhgElZTPGoXE0TZ/TogqJIvfW2FRg/+bn2iuiAX PjEhyV4Sb1NOySEEEPz5AKS81CgOtfg7hHkMW/PebI6uiA0+hsDTeKSVAt3RuD7dEuLwtwr7 trX7146/mSG1hpmVlxNPFY9PA3VVZrA8KIB8PRya1k0JVTcFtZ1yJJBJR25bln9yaPM1xMh5 ocPtSCLlAeGtswhTyIJt8S0RlxumanXIIxxypPdEp/USt45k+5sVWJhtlMLvjJmi7xd9nPvJ dVjJ03gdlK+Y3xzP4AwJinGVN3W8xOtZLeR0SpMw63WL44DSUpgCAQGJq0YYspLEQZAs3xXl yQRTnYwDEhg+ayu/KmCBmVwTrrRN+0Jdl7vugnvlxcXPhj+Pp1S5gUQOb+FFlXO6sOI1/pko id5x0PRYPJL7tb9xDBEzPIJHkG/ddMv51+fmuLrC08P+XXLqQGd75j20Qrylewwhf5xRmNMX wlO4gNiTLyGFXNPBribsh62bFTTNWH9iVi+Xrue8p4G+jMwqAT8psfRmwxOsN+KqNqGNQL8H 5NgYcLHHTgBTukjrls1Xdjjn8me58NFk5x675X3r4NQgdWW88Hxnhjp8EK+waCgFJoaF7zdH 3FCu8Xm9jbA/ga7hriyLHmCh4FAe/ipkwlowO34Q0LTKJol+MgeYeecsju5VQF1J9HI5Iybv tQBlGLjJ8uCxg9Gk8yhkq+9yyH6YdzT7tK7ml9eqKDKuHJkWudlj3L0LcfHsjgYO/7k99WSJ 5DEvnTrMGgDGRnJ0jtwM2I5F1eHOwowXJ4zTjl9DipjQ26g6Q10PQWY6osJ6w5HEzwqPbLEH P2n4hlQW1/oVjl8/59EBHY2wrnMr95najverw+uglLFTlF+qllBYwLsEURsmnCmHEo36w4EH cEx4SES+L7g42bJD4jixUfNg7rSnI0L/+SyV4XtMqEv89tGAEVZmHgQO3pL6Tjo4NDmaTDea YaJ7R98L57qpHjkFDcF4HSu2VCsZUt9Vav70H8hboMoQeFvzyuvXWLccDh+EYaCSPNqMsOaY bgTf3+SrTqdS14e+vtv1t30ZHmzXk2PGbh+G+Zr82ZSeNJjREmxJkNZPMH5PHbI3ELnGHfZJ bmj80GuZ5Jb2KMrVtgrhrt+2rCGv6gcJGRL4/a2zrid+sIRQnOu9JcW4e3WdfFjH173TCADf rJOtqbztBnIBYIoSZNpkZrR5nf1dd/0OpFFkjOpbhDJgVU7qv9G8iaLA1aK1dvuI13V4Y52O 908NwDaez2llyK0btiTwHP/gto841bSnYzGtrRdKAboCgOKpKguwT3VwkI/TtLP70CkLRO3+ RGe6zLeRfK4g2a9itR9dF5pCHi8NZr2oGlIHzjBaD8k0O1rpjV+AbXXNl6vUD7HX4Xus7KXN d9HA/1lkRtalR2jlWayPR5MmmJmm5DcYAFrTPWIOG4xv+rhyY5bqnItHRFqrp643jUxyotDI vV4VMpRKHXAKvYaDKrcCiABG47wK0pHjlr/ge7lO32v2Zh8yLtrIOUkeKfaBsT6nIwVEfb8Z DI4y+CL86yd3tU+rl3WoGD2gNhwbG8gHbBS25mDIy5JLjFBmLxZYs273eif5B7XFyqPN8gYc +RpaJBYbCKVbJXbr3qfRgIXGNWlKsLFbFfKMKL6Kh+U9Zlr2t+5GkIjbdwEhKjvpnCzJ52xl oDznZzc8qp/V27kr8MWoMYNgyO9hyRRbK2DeOHLgLy8+ldJd4/GTu+xa50jzdXFeAAREAkC3 v7RzisrPb3NRZ3UEmeI4DoLXWhAeG9vCa72w2WkLx+YKae4OkoZ4jj+se2SDtJwBaN7D5fdX vCS8OeIiFXCNJ9HOcj16SxsJ0PSbXPJIjUChTzk5hMr1pcEO7AdWH6H6XY4/xc/eY1wN/Z2l sWCl1EJO0hSrlS1Jcjn6CQoi7Jfb0DJeihsny5u3pkBZl61W+p4FpiSFkVEtCV4Xoq3eY1eV Zlbu6DZh+EteOSoFTMPDehMiTqmG7a/4ixn7GMiv1R6gxveFPsZGZbuHYMMESPJSGE+l3wrO AJGOsNZnTSzzb1Lgtjg4WP2Y29p2VHO5ILm7Xg1TBFWuCT1neBdyjgBYKGqJemFg0WvTj6r7 PGzHVfdFMnJeioQv5AoVNU9MFnj39JIyAa7o9QiefHHdDSuQY+1moZJBo/nTyRNS0h5tCIkY cG5xezbXM39ABOgB9imfczeXMXZISPwVUkuz0tN1Oryn/5gRppN9STCwQz7yexZSsZQPiqdy JE/4LdnNTu7oxGArzJxbj72JceUN3bBHPTErm3QqtugsCuJvtApa+rD9sslpun8EV9rpN/3w I+W9Q0TzEGEjRGI1y7hNN9KZdo1qnisHZQ/DUazl1smT2+TEtJiNfjW4iPfqjVCiewd4B+oJ C1IvN4GZTZ6BE4gdwOJ32lVNdf+8BWjX1b7qR7wFdTv2zCB6lhhavkJ74SuJf9hct4kjqm45 EgrNd076Ql5Hr8D+29i340CvUtEAuhqdM383EpzjShmEo581uVQsvJTdyvKXY3qGAQqiF+Sm gGbG9Ti9uWSjwgZ6Upco0kAqp0VhvjtuzMnZHw//RsiWPXoxMo9Bmv9Uqd1+Mn2jKHAV7xSR u/F9wiBx7gRKPKk6LwWji0bK1v30Uue5oyxNvER9uGiBGG4OHql7jhBPZaen5JH1Ptc00Nrr cgs18KIsNRuEa/mVjmoFl4n+bBILWC1bNR4/luwyaRybUvjW9kgqvYansKAohI+l0dNxO+6B Dr/0PXqqEt55fIU0iHmc1CCaUWX6Bw1wUBhQf8WiaHcAGe+up6lyYJD7dHNyQY6Ju3HgnpCF zQkbbhmuWMpcQKHdEDBbl3pWzGxBERS8Qn5J+rTJGcL30gKB6u4U81Brv2RC1L78kTYEk4tL bVvAykqWvFpR//pxb3SHh03WGvRrBgtKLyvxo9yj2RNIT7//T0+k+LBGJ5+s9W2G6HxJFnWW BFgoTczPfSImSY1GF6TOpioDQJqLmAZDcPC1cQOJgElxRmnH/SOX7lx2eLycXDtKZ438Ws2j ZNT3pPi7Bih4VmZ3Oy81cStpvH8iUbGFcmfiAV1+JpU1qwD7bCTIcgRkxwjQtMnGBLm0xEov 3xvdSIRPn4atBSHrD0T3fnxzHZi142UBNnDOZWcTJcmJ/3GRx8QOHyCFjCArdiAuB398hg/+ kTzXTydRUNFGoNSENN7hmOc3Yazgayff2WAwhzi+er46dIJLltnQEqo8br9u6Z/ZxbB8loej TWsRWMXChMmShgKg9WGHaHQEUK0h0KN7GJjKJzkVR1yEwq1eYarqIfyNpQKdlnNUdbLUkhdH 19YYeLm/Ie/agWFbtFBEmy5/Zir/fjQyoByC+6bYOru6QiRi8uJPyVMNh2MN5OopsicKq4yH umWpz8Ex1t4tPmmds9AThAGVOwWb8gMYYWFEic9Bmfwmnk3W98DDYRdaHjmq8dj0h8MC7kwF EV0WLJ4cmirCOEsWu/y0qka5EI5E2hDbt9SInnJPaR5QydRyxiqCpkOkY/f2IFCEZZo+Y9Tt 1BLTZGOA8TDKcunmWO+sJDGxtQGWzzhXH1QKuI33e7le6jw5lPstk24i6QdH1wSj1AK72M/y S7fldtU/WGub3VjieO+hEweGpwcW0RXBYDQcggHdaJIAn7hAd0+IIFAdKDYScfzkq9hlGZyl IZMDNkRBd1A816oLCHJlAgmX38ilVCE2T+yZI0hsg1PGNtRMgn4maxt/2oaLHepHUTBGvKQj tHZxcOZ/U9wBiVjfb+xzwTjdc56kvj/yGFvbMd5Rg9V0Kbq7oeNC/x+ZLUdLG29u2+ksOv3S P/cfb9Gjmlhp63Lx3hrsgJSdFjZkSs6znsx6lNrCqeVQGalnbPbvYUVTtzsx27v0f4CzxGkY iKa7hZXYHyFmuXkSRcHl2HYDNQzkrAJVMT3RufsyhECxWxmRLG8+pmIOO9bhkVKfLvEG/hB7 jYo6a0A7nMGFo1qsaJ4ivgmLEbXjDeiy9i2TwJBKswfPM9ORM7igmC/HkvCPFElU8T+DsyMw +gxZoO7II7EaOYt7oCnUZ/L7A+aUV2dRGgBR5WszidaNgpGOTIHVjoNmBgrpQtwnZKb7sJPP 7J9GDQh5YcoanRgRIGH6FoAclGuCzUNdvEUqT3OEOGnKhBdL+7kFy8BbVFTCyMdvc3y4RP9f P74+BYn9W8cH8Mn8pxwHvk58awvOD8i8pHEdzqjFql2KisIwNbwYqBIFP7d1GC0cvlQJm7Kz ksd4T4U1+BLrx6dX8z3T5QIgCdi0BpvUAT+Dsv2Kvri4v4X2s1xRxuvTzEayOTH44ybraHnR +5AsRrjZ59Y3L7kN1v4gwyD5tOrVnZcoUDzgLW8TacLChLLjS4+GDmAHn3ejWNc24nSnUFtI qrBsWAwe4LRRkLRo/Jmo2A9nGgmhHzIxQ+gcQDWq/QKVCfKR65GCEx78xx8VabXGCc8CRz1A llOO879oTZeosAH2gA5Pd48v8tebYyg2Kta1yGfYyGnI39kPGSq2F4abGYqMG3y9yce1d7zq jLiimYE4lzCIe62Ub/oIC8dHhTmHjYMOy7PleF7ryGYVZahHmmMHsg+wJCzAWuh3dmLFglSQ PBfdkfDZbz6+aaZHw3Dtn22h64Hzlms5H5txBriMl3Enm2056q2Kn0jCOgK8fwNFaqayN8GQ 06QBWghx3pns1i4/ZYx5agm1Z4BPsFD8C/iqhDzp8a2CabPEZsXCCGqKsTXXC3t2WwjgDwKT nTsx/fjl4UCK7mw9lTuRVwlPXWyDfnXWaTvrIpdAf2MRDf1Yz0oKUD7Ta3HpyBFC0Rv8+nsQ wsjnH8Sc6AOSoyU9Hg3Y56unb3fYP6YRq2vMyQSyvQ2/CcHpb2ZmAY2HL4Q6Ij6nQTVAiZ/S SjAdH/SyY7cji0BpFBTx8Wse+1yZiInaCS+YW1kOHarIgKpzgGl4+DpiQfNq3W23z9tKkScc liWX6BELobHPsEsF+n8UjtJGRKxf4pRiDBc1Pe7OGm7rNaeU5pNGp1QKAJatR/9Lm1sqxAiM O+2SSbw73GlRZAub3RdjR0EGxWzJ6uc3L3Y8/6QJWQwMeXqH/F2mnlIc/hnHEGQ8QgXX/Q0M o2AkrLvSuhbZrAvOrZCoyXbWYnXyYbDaZDrEYxupZ5cTxGSdn4GszDhdHc/4uKnX0m7UGTUs 0BP78f2XzTwYv0F1QT/8lDQ0vqps7uwkcsK55Uy0CD5EtcMRg7jgtTGY2bJaR5CsfbgqoR/S uh7aG8StSaO4d46wFoPaE/XxBU7yMgVfoou+Ax8vs+wYIIETMCl9E70tRBMVm76/3SqJWu99 GqqMvKC9Duj5RSXGfOhaRcubjoa4VEPc1mwZFM8dkVmiHKJEkt0i9TstLOaKWxeD+FlsHZih pddmsk90M4PTXqSVErtd8GjLPOzDH31OOADEIgFdDiclGZYPumb3hU7AZQJMq9xoR5uHVOr1 fDLRnwUSnkHMvapHOtFoE6OLyhl5a+ntfdSt4s6eMbc3XAIc4PttmSYQAuI8peLsKrJQnm7m uWMxE0kiMGJSPebLoe+nsGxmW4YfQohL/WuB9eNeGcpNB4ldNo8P6ssHfqa1FSyDL/nF4laL 8QPKbOfa/Hv6u/+PdKBwjQ7awbXxzVYJcmP+L449Qq4D/4iCO77Q3GXTIbOJ4SmT/DQK9TDr BZtqUF8nxxBBc6w+7eXt4bqANBEpssuSi7AnF29KjnR5ho3QhyQguY6UgSz1Hz8URlHTi0sk ItK1FcCu3l7smqbKyZ4TNPP10LMvypNj8VGRjxd4k3NQhoUJQZPBg4ZIoiNP7NcCjtkCABn3 gGOlBPYD2Yhx2AN9DCXPGPMNQaCqrLOU5lgx42gnw36TSUEqhs36oQ6KN/H00XX1A6BTzCAF VHt4rcMNKcLmur8nS7IlldEwj7aacrZHN9btS5ORSq6yG5IGc0HpmKsfjCs857I9zQ4KfZN8 uCEV+FJ+TRY010TKTFbW1Tmw1ltKwxllRZ7QFht7m/IjLdxVrzEvfN43G2XQ83Bro40dgzBx T2SFQyUObSoatOTXmC23O9KF42EejbvufAgQMVVP0UsqapVSCjD04bTYT5IFrvBDDt6V5gmL EusgHRX2qUeNJmMUdJXYNrNoRC8OP4224aoSoRYtD2M6COzbbE0zPUlbVTnBMvILhPdVM6QG qWabkrcdN3vuGDA35XAnpLM0MsgbCJPyb3ELIAAWlXP6hbA7brO9htAcO7IfpBnF28fQOvp5 erLwFNDaGgPlDDqsJQ8dTltypzsXAXuUbLVWW13Ub93s0+zsUk7uumGx24w0ZOiLTa5piQYD 8rvOr2a2M6azvMK+L5BMyA4UWwP+B3+AkWVdl8tv2kY6FU2FEm1/8cvZyoq3HquNQxXakOPg SUfyVtop6LrWqP9T8tybqQ9GlnR5Kv1SniRd+AXfjA43IiYyoo8PEJtj+TbFHpsajX1VsxG4 Ue15OlWNpHMoMdWy/YAA/K1wT3ITsBrLKhgez/NwgFDIxUcgu/l/VTa3bEmKPjnKJmqskfxG I5WNkQa+fRjefIUbxZNnPq21ZOgL3D9Rwvukca0XKIwyz3kjdnuzJ+Lgxg4EiDKUp9DkaLOX hfQYj9+//ZNfxvxfpD4URSgC0oEIUA1MMUbaJxnZ9abSfgAtRN2Yb59nSW57zTQecVppH+mx zNkd/pNKZUvkYgK3GFE/U0ETNqbWhXrE/yZ86VVYN6DmfLruvrSBCaewvcit04NV9Quceq1E f87LnEGn/Tiz7Z3e8pwu7fQiZh6zZv61bBsR8XMHgaeAW59JI1790KXlDBV8zjE+iT4P7tF2 VWCmxLSgDwKs8OSATQygTajU9t0BDWSZzTfC00gpSu5u+T+WaJN9vUVsr1tAJEeBuXZ+bfp1 HoOCPbdWg1+MCbvGg7/nfJblgn9NFYFK+8X1EPPSULNREMSTHntDd+0Yqwq81aepmPzmp7h4 8IicSSCc4t9vSF4rdEVX7IXus5CHDzddV/nSys1/+6RhfakTumbASmUmKp1RKKFRP3BizJCF +CcuLzP/D5UfAOdNDK6FlslHgPd3qZYnPnIRs6hbBinXPLZKLjFXOCTbX/pkzyi4bx/t8EBg KFTL560ZFCIz/g3qoEWtECQp8rjWJGZz+JCE0LmACpYbvIFLaBHDr5RDERP5D61G1R2A2qcZ 1tNlAwEdIT/3UA6o0Ge9Z3ZqX6YrGYtLB/S96Ti4zTUVfZNEwSZVSpLn+C81QzvRt0E27qSq 4vhxrgFdw43+tNMLVfxcP0CQulJr4VpqDpLiTAD6iXOBGt3pIhpbCLSov7CcKeyWxiB+yBM3 +/w7aHAKnR6q8sdsujP75fcCcWRXkkcFlXFn5nf0RForrlX+Ybf5H/JnRjppKKCFM+LQPG7t HepSqAc2wMKNO59sGFuLGHUcZnDl3wRy+D+I4uXtthvtPvT0VrRTWbnoGWew8DZMaA5xywjO QATUBVC5Aj2qZ7GdJ9bC6A5uBifUZ3pMx/KtaPaY1qBb37+bn2QFR+YpRjN+typlj3a6C1AH 9KUntkBb3QrTjYv/Var+GwyPf7oR267oLgtisFBQiQliy3L02muPcg24B+QM1YQseMo932kB WhNaiDtjDMzqNJ/Q0suqB1eTI7Y1rN6Xf/KNyMDL5SB3H0rzz5ll5P4dPsjkLaiEqQlcRoP1 d3O1crEBEVUuyOnqUNgBLEWtyv05aJrmiO9rUkZs+NP/dJuGOBz9ugjqzbKAHp9xU8iOmHW5 sziV6QVU4saByze9NmGEe4YJdx5Eh2bTSN1UUWOzIqKkCAKWbuMnkDLPa4477eaw3l74xeO1 AdAOpbaj1S1a6TYV2RW84wzeG+YHpv8PrDLZyae1/yAdrTf3fZMTCFcyCWWFC05FqLsvC37x U91DXZRQ5ZzDxGtXAQeFC1RGQVtPzVHgBR26/EGSPLCx3EF9SKLtZp7n/fpcGKEIfLnGqW15 j6yLccztCS2Qrkbpv5GdaqvZ1Dj1olmyvaTNLvBY/yKD0hwhCT46Xw07B3JQ/JyfRpzD76Z6 toieyq6Sp0oJRfqXlMgN1MCtuyKrY+j9l8sOi+2ovcETQ6cxWyeCVUD6fH45/BHovbks+3RX YeNEymYcNKfYckT0rIu8HEPo40gTCq+mMX71x9ej6usThlhL3CsiuVwFViYmMhdqzbtcxWJC IJi3cdEzwMkvB+Pq/KULMhr0k56wXNAGyHSqmJM40Cg7Hz/zkapX023U6x3ccBG9eZOsEes6 M82mAYUjhdj2gwDwneH7bWLNe+/aV7IByeutIhrA16+qpZhoC5v1kOFQSUyiJWmST2TXW8fX zK79qivxYm5YMKLSQ4XA3+Gjz+4VbI5iAAwniyhaaaTv5y0233u2bAvbxlWindqbED7hpUd7 5QOzroUgR4OV5J6UkHUg1xAx29e/Bfau9YmviN5CyhFdC3vnQgxUCr8b74gDITPCg9qDrCbe vHc1ic7oDFM47D0pRpUbhFHU4U6Dlsrq0FoyycX23Z8A5SwKwv0Cfe+s+rH/4SXpfLhl8ZPZ aovtqkRi4KDHR40cF82hkpmYzJ9rMy2UtBS87aenCJ9EQ0yjAUN7mcDVxZg/E2Y+gy8MO7W5 z0dEoO5ikn1kczUq5qYxMnVmiif9Kxy1I7QNzkxJMCoxfoIIPNG535TzVVxUanTyweBT7sBO qHAAMKaKuNTZ9MMK+2kovxk5ra5eteHaKPyI0LhqYGeBIwZSKE+zNVuMw94JNXByBUSWOKqE BEtvtWFiLTsVFgEPyIJpQzlUKuRrUMwDXm40hW6ANS2PwabnVgc/Jrgcy8UwGSG/UDl2YbWr kLFlVr7G6251yfuo1P/w6LlM9NI/CpqAvOIZQqF1DGDxc9hqWYQQqyO7k+XWqjNUGHqfMpoN AnNYqWrJe/mwzF77b27mQlG5tkIESO7bYEqaCvwdLm1p+CTsCvCb+aQhe1Zg5iL+zdZykb8J /VGIHr0TQV8YIYeiIfi0p/oi4r884mxuTJuI/CTIhrBj0N7T/YePj3O566Vz8HEjPW8WVk5h y/E/PP1OCLg+r076IZrK0ITlrwEP824J7v90IJLwtj+COKJrwkDfFt0ixyl2c4icijznF+8G 6oicZufe/u2YFFWrmRpuedME9huyu0b+rcZ6cbVfKXD8BmCWKUv27kiOAavkdGEUfvliuqj3 0R+5RcpMdeZtBlx8lQGt13WDlaMPhLV0Xdff2Os7jWObXgCv5fDTAY0b6T0CB9yQau07gw8O WIjEwrEWRmYPrlFkn0+nYHRMU3PeQVMSX8X76VueZAnfnzuPI3pcOJSail+TSVDc3whu3Hu0 Yby4Frm7r59RL2xefE8RgCd0dgA2KmBktZkLFbvjusZDU0mJH8Q2JhuX8FkUwzm1kJCBoPXE fYVKCxFcsNj+K+3VGoFZscgTJPbdepMzrJ6eZ/dIlM++8i2mnJTwr3qeYRXpvu2mtI+W8EgD YbOje9EghIU/lnRQBr9HgsUS/SLz5oviRLscNYM4vbBBLifE+pHcraYF+Gx8tdgTGG8mVbAJ BIxMB0ktM5FopLQ1R6uLVuDcDDdYEuf66hUqgZS80qL1e8DWkFtSh3+35a3d/IrxqVQa3JVc N9cOENaZaPfxi2BfPsTr5bz6qE8HynlVaEIZvnINX8Dp7cWWJWtHbCeujJmnOCCOZ/qnxxHp k8bHSYAf5b5ClOPExxO5gfQH2ThNYI1Qwhy2HQflDmxjWvDLo0FCNtfM8gRSTmoAb0zOsFw7 mfJvzbeCoHse1BcG62XTTHxeNwJ9iQGt9VS8bUGgI6mctG367dyOYMtd1dHdV06c6bejVFf7 qHCHqY/CURn9RrCPmLwlbXRqUd9Up7bm0TzZu6toHjqmWu0C7uHZKOe6c64z14gJsIQ/Pn8W Qntws8XlolEapIV1A2GoE8NR7IqT+sflkQq9ksWgnMFZ/LTk7ZqrwLPOgIR0tK/Yra6agZRM LE91hCwTDR1Ii0UCizAHCMW+wDkRhMeYlAS/LcqQz2R90Py9tJNIOSSLfjN4Lu55dig7vC89 RoBjeU3UT1KEWbiVX7sgECKqPrnO18KOXv1KWN9Al8IO3QNFkvK6gz7GdiBTuVHGqRMBYW/p 8BmbL/S+xvRB/H2ecd/WnX+Ki5iG+0J4g6HO8fqRmgx+NEP1qbHxxQxClFTZxxe1ljFUYP93 Xj5hwg0kEM/i8a8dCoGtbz1WR6tkko0IHuuQFB/6H/QcXXdKcDrlXBbIWezCqXhBktRbiBRW yRPCNNysqW3/QgDkRe2kVN2JcFAbkP2jiaTauwxms5yilepSo1YHMS26FVB6VS4Av5H0hjuC /DLs0MTIaV5hKllM7LK1uF+Stq4rlACtxdA40TwxRVCzy7TU3c01NOt4py2l9sRQpQjXeXM7 xoysOd/74Uqrfumvrq4Q112xzPhVLKYigFxzeWkIyjXeJ+KkbAGCmDwN0Xx3KtpY9W7rqHWx uKWbx/fzxn5eIXST/W9ldTqE7UYvDH/G/XbpnUSLZt/wljGNAJpm9tGnBzuAxzrOm/xYHH7n JqCrsAJm8itBQFV9GnaUoU9xRfl+khssiC0TWbhF+dIQs2FNonjwdEyKDTyMKZgUTfORSWRe oOkmHykNpLBR3vhk9wG/9d+apY2P7k4GmfKEV58MeZ4o+72Ri7IfZ1XSBX7oT/nId9wn/oUZ weedfJKTCmIOAObjhoOEDU7gBf+mSF6M7ZumTUonOCjFL38mfmRGmcKMXAKrzIaPpLcflWeY QFsymgHR4/gK2XUDEm5inM/uXZcaBbxwzuiqbU4JXfZd0t3CdHmBZl5ErAfRMZwPDA9UZuSX +HQFF8YLgpMZ7tWuTwBi8GR7FEtC+j6Ml2qijnrQtMk0T67cwePZP29zQYlAfZfR8jb4Qz7N TfhPiGeO3D2EwDDYp7gn+J6HekuYN2dew76HA62dBlMJsqyIzqHDTuy8yoGtkPwpCErZdP2h sP1cxGhfkfGDb3ImhgkAss6TWiGM6HAsIFKc2ZEnVkqo+70MWIl9Khh8GcPOLI2XybcLM9Xp zQ+mv997rCXQmNIgvMoCkiTXLwmBceR7Q16vok1MilIWGZNxyO7a9ajJq3BCUd+Q8Qsdau8e NW4viL0p+o8ey7+Kd4Beup5ZR8Te3ls4pkhYrQvEgCxMgBfgShrkm5VDjJBNWgsR4ZSm8kg6 foTtG0WQkFi8f2aL8bazOFhqDPOD5q1NJDDvnaotq6uKyOkqBuywFtrPd1az/ovZPz8mRe3w 7VqI6k2cWzEDggWXxfJg1TVuxEJ5gSSLs555KNEL74cHhS/24bzq+GkskUfUfsMm8epoNxRV zyysbOMdX3GEYMgbXWXvSpxcAz7f6FdXz4NWTSAi7WiavnKPB7rvw0H0e+zTkSAuToa4L4fP rXBELt1OWe5z+2zN+ApoSUfK4+R0R+D/eNioeTPXIrmPnSshsMFf3kYrh73rZnojue+b5onZ Bo8eMDEK49coMR1jRkAyNm8QtmE5QIM6BYfo0N1lNcrpSzU20LXgqGZDt7udO/kqEJVbro3x cUHaixfSof6VUZsyAotuLiDLSXB/FyoNNtBe+vXZXKOGOYmU+jx6tdNhfBDF3Rz02L+xzDUk zWgue6k9P6+isfZC50ivDQRfRTW7+HJG/u9DVRdBz+jrKagMvRJ16Xqkx2q8OyGQChBGyq8L qVdhIulzX9IDVNtl+AjeuiMyouwukyTGwxlvhMBc9RLiX3dqUBkaEi9wkmSeVnw6vtl9JO5q AnIk0Umn6FgXH0/uxQ4gZCnBH5uffZLvnWW/aWmFsUfNU2lAhaL8rgtdKrnnfNu8MDfkrdvI xNG3FJJqhR56oFyxey9w7m+mmBpyhE29hQUSIPe26awuULH4Io6BVM5m6BLg6o4XBwwPuwnw i6vgXBp8IzPOAr1jJGaPu+c6meuU74YI7ptqTCVFhLCVGWWLcVxlDO2yU8riKmK20VyPE+ZT omJlAHgjddi/NLJz0IyfZrCc3aC8tfARAZQwufYW77wYKPMSQb++j6q0TPrqS22zg/3g0mje LXBe4uQubWxH9xrDLqTiyX5DFxHP2m5mJEgVLjTaquz3Lphryb7pMoRmZPZj2td4Gad01teo irPM9qK82XQSVzQyocllW9ncS4Z6hu35mk/v/laCxK+ax6sZFn6ty5yjDITgisN2vO7q4tIf /hUTmbbmzFZhMEbeJp84XCQTkjvAd5EYKD8o8c8huIcbaD5zsVIZ36y5ElWyjHRrja19q8F5 6eMNqBSA5A/K5MaPc2U+RBDp91O7q6XjnM02YoY4SrN3ZwT30bsJ77DPZ9o+E1mGamTqOXO6 Xlcjl/5/tVuG385UBBMJICVRKqrcGDrpITlwZK/UfUjt2aYu4xLJB1e3JCWm8TW6mEfmUhJb xGA8Oce54IYKgrLNzvdUMOJeUlLr0PhrvbGe/kFTFdr355NML6rFj4xJg10eIVKc4S9Hdj4O uttFxJO2/XQdxpQkVJbDqto2FA0UXo7zWidm3jZeQoEsvcfd5XdBc8XXs71X7ABu8ASxNGXn 3sSfYrgpRWpU3bGx4ebZhwK+C9b2Iz1ylZn5w4hoHdASUPRJWknQsvsHWgJXLDuLpa8SuZ8B g9pYn6Ti/2ASxHbeaJCiYPry7ryzovzJ1E2vZVuH+DeVjkd6TQ3D/8ovdAVngPEDxtmjtmMk DYlvFw8UeZIUfdg+bviI6eOWvOqcm4B2F1P0Gs1U0bxTVq0+o2RMYuFWD5hu0xaOOWvuqVBv Ar3yNmH4mjMjSTUKPU1s1fr/gJyEmv784z62g0ym1l/nTGfxv7cSkZROYPoO65Fpa+0HeEUh MqHSJ9Ry83flEPmpfF/SYEzdoD2b9bfnC0H+IE/VpL5pRfK7X2qJZp9yA+i6Ql6WXq8o6ekI IlWqJSYJ1p87wnjQ/7j/oiyudFJxCV4Lz5Gt7Z7CYXrkyQpwZB9noc5mTHIhbWCINVLk7l2z JBDFaDwRAq9udjgdE73MbyylMJ2jL6Sjem1bF3dGODxKegr2nYPPUarx2C0ZCpFLJY6wh2hD zWuaFSINUTRf2+QdTZsiN6lEtBImjLKNTxesKapm5Zlacl/wlaqIfXF2UJb6WtrTVKSHJo8e YtLOrsDVwalAcn73YABooiKnht/N5j3cioMzj9irpaX+p8z2zT69DeeVnKJo8LrJQS2QmIw3 YHpgV/eph2MFFApKL6002VtrH7DJsVtS9SihHPEl9D2E0fPiXEukxjN5WwNU4EXAcnrMfwKG Dpqv9gYfiXkyAh/esFhTWRFpNNduxyvUt1BwOnZSP1TajVioQd23URFvDA+SyQ4xjEw+QPqm +DPsIuxiQjK5X0DeXk+x3tnwKd801Zmvd4XCtEAcBvcd0cki6UGM0XNVkBdbf42X+izuinc6 QKD0hAWtVb1BNuVK086ETRtCQd2bnpIUqy9Hmmc9gk89+FX58u7gEO2cZVUSxDbaswkM5t+C tE56do6MKMv+LeQS2b8/oXgVQETZ+JTFq6u/7qKV5mOQTBgJhKFNK4/lq/wif6qBlwtbI3BV 8NlbQo0HS5xJWYhL1t55U0Tet8e+Tiv0TzO7DrkUBDKH3PEiLNa6c90p2iiA0gfrbXzXacLq UugkJiCKl3PcTZKogkTDXwi3B3VZJmWWUU23SteGWiDoiz2hY5bwSOkkjfPhQbTGAW0UO41Y vLfzUJGuNQZIaU6igTa/t9pzlOG5Mi1a+URxuzthVb0t8jfC+38SGrNtWwGsjz8V3fZDJkTO f7AtTYULb3qRpRzu+KYouT+XM8TH4Q8bJbw6kvylwj52Rl/W4XrcbU62nKzug1dGUFoJutLw EWXUq7mVClR1JABN36DL6z+84QdsWEdAFnE93K4y4ozaJF+gPpfyHQdleKfuQscA9Q72rX8L jLT6YfOEVbzMpm7BjhCLOgYw0ZP2VM9V+pMpzQiT8+w+zjkm6F43ff1JAy08aMofx27+1h2E X3i4zpNLrehsgSLnV5eZT7nIJpchsFwhZR8eJ0eEaSqIfLicNbk95lM8eiy5DpQcJ7h94GDb TLKExO3+cAp5LBtg3qyqo2R/j25o/teRPvJHX+nwlw19fy2sZRrQdbHL5badH++8bVqLQQnC VKhmz8laWTOZakkyYBrfcAoaui34uuqxRBVnjLgW4vFf+NJIS9c9Jyfd3e+6Rznk8rt0HXGv X0CqztWQeHOyxtJEidHwZrwTpuFOcj3m+ypiOqfhpruG7PkovOfbp2BkJ2sM4nwxwkJHM62o ldVATxeyYa6uADrQ6djP1qIJvzgk8lORJjnDnwyivLQZKMKhBbw4vUuGodL76W8J1oMnqmMu XtJbZT35fd3sawbYj68eUzBXtQKV97Nv49Vi2uRUfLMglfm8Kp+78m3iCyZPzjDTZWxGgwOt IK4SjuvgkSoG0dTJvLyZ6cKoHKlvpX7O8ifA7cLSjWHxXpsJ7ShelK2AINPo+B8JnqN+MW7c 0n3gtMAfTUu2Qx0kwPKxWDJoWHuJP6uK1p2TQ/Gzp8GUgjRhTl3GE23hpEZtXr4z06MCy9uJ PSLuJ9o0y7/hiyKR1SGWFnX3FJUv8Oz2PxKgkBiH6v/H0YreUwqLCtZkbbnpVoE9BUL1zAsB faUnCoyKuMcJu/O3+dhlSzxyCVzf48UesMGZC4z9x/lqoMt/e8eykUN5UQ3ENrE79w+hlinp iA8pHZhUQ0GH4NWInPlprxeSS/MKckNbuMPJJF+tiFOf/cI7nOh5+qmZJhiL/1t4+sb6t7aT pPFWH1thS00aC+BDvgRSKmraRKVoUnmA9DEZ5vgM4ZMAXZH8lTK+IFwHwtG89WmpDSBVAX6n e8yJcfibhGCxkgesz9O5znY6fZj0lrwMg2/w+rfICjdL5d0Er8u4ym7LqMZsSo4SBPNBE4sr nECsNB8xPkOF2zBFyWzIiuF7w6ZTtJdbD6CVdx50FI3RmuukfF8unlkDKh1Jyo+KSQG9zZ2D /9hmwUT2ToraPY4M7QPK/EMycqVNYWXj2KEe1zV9KkrCRSPVs/kO/767zlDgjb50ek3rUhxI dG6uW4whmeTyXJXVxMLujvGeQkbJ7u+J3NPEtvqXraumao419vQyYTfZxe2+g1kL8vdFgbxV 0QpSSwbZSPrB0Ir1iNGD+MBOUxqahalK0TkHvyUAxVcRGZZg1R7BO8d0d7SUeXdG2Gie3csQ PwvydzKCSf0HyDZr6Jj9buO2Plxi/oCCjnt9r4OQ77503j53ADuWOdpGLEclxIDmk2dpgZM8 SqEDA1RgWcgEA1yhPFCcTSFeRe7XC5CBzwNltLktzqMTnAsNHcQD+iQCA+fwVPKfYeySLNZ9 QnO9lPYsUN2wgI6FH4yrhwnaaZl8fVa0DNMTvl8dz1xE0XKzNQ724hmsoW1NGdCE6odsroVA D5vuDAPs18/u9VF57nn4+Cdpm1Mwb0i0ZPAo7a2qcwFKKofsDda2XnzY+awuQfkU4ub7wmqp CVi5QuTZ15E8Q0Iplnchd/SpVT1oXWI+XjC84Uqt14tJS655DaGC1VtLBqRnEW+R75aa2QCX 2jYll1Xh1mUmQEw7G1RKddwbtRyRZDxIQUBAT+LGAd74Hh2MXu9YA6J88t4DuitVuILNzHkK V706t3g74y2pNLISMPzsqWlpHZBeYc9ap5WTmiDLGhg2KWywEaK2doWW+g10pJXiWSKckKfR NjeveOtz9ZhA9jWFMXKO2OHerYxqCvmeASN5ELrL6UgkfQ1h5CBLrnNYFr0zknhvncGWQMSn IaaXT/61QIPhGc1c04LITCO3GnfUgFdzJQZxAwUuMwv1rprL2oUrmVkz/2HMNZlHilPTP4R8 XenIprCHbzU4o+UXkKahhYBQOacQC+YQrEQhT6y1vg1cBvBPerRBVEmFEX+gWEmx4uKzvoZ7 DnspqZytLopoha+lqZwea3aTGySbejzRLL0ecQuI9pWFQ8MAzfVcQSLLJPvXzShRxVJxZFpZ vjnZLCWXICzEeqXa9r+PRQNLbXaCRRw+HIwgeT2w+C8DkK7AeRO2+2dQpj9gw7oQOf7ysjaN 1+DnVlCtflxLX9F/3yQdHiRgwnD+dHyVSoMgJjf3T4eFCSJzUlFB8pbaBhSUMbu4V1vYycSs fRs5HWlZX8DkKn61+E8t9eJOImukgOjoeoDEsVmxIgJylfJqazaWDNbT6RLPOrgd3pAdHgxK m9PLe4b+/4xBy5PEpgfyJDXIDdRSv1Rp89Kjxm8mtJQmjHsqBBozmCCZ2iO13e+RP6XCSEPg ZALc195f2Ln61KmIyuHaFpGyFOgSdSB2bOzeM0gXo2k8YsP5rDA7A/RpKuGDPlSiqiRnZhWp EsmBf25BLQ8YvCUaKCV26xnM23w4/AjYOvTPk1LQ65xhVQZIilBI/5KOZoQlQc2WRyZPPOUh z7qzsrE3y0z8BW1gGfj1cBBtrnOB21ydS3cuxZQlUp5jDwb3eFhtsePeZsiDwPZLLwwd87RJ L9zLi687nakH4EeXjbvHH7E3HZw6nJk+D65BK341appzpGTrbB8Ht7OuGobG5/cjIOyL6Kmr qvREfPx4ua5l+fJQQKQxuhbujd+8n+GiR3Ssr4qnMo7fkxpAwHUVIY7cmIvd73TDHawawNEc zwLBvsfExolM4BqECGh4Qe72xqzukwy+FjyP7ESagk4Do9L06lrvcqjl7EAr13fb+J3dggck dJBC0ENxPEL8hgLZ4eGDm1LUh8spxqtAaon23WykM0jShoeOUEUbmcwTqo3OsxOmfvFNU+Ut zJjuMElERSTJPHJmDVi2hdDlEoHswHSFIVe91bn/pW7SHv/5XUU3mUz9YZo9L2KU+7VkvLBZ GTEyEbEU4gbiU0+rhG0nmqrCYWp61Oz+5hNk6WY/q1Em6U56obP09Kz+LjZ+Ty8tEdWpIKc/ LO+Yw0Vcs0ZC3T8hm829rb6KqtBRNweocu5kjOoAtMRIy9nbijrqEpuPrcSuQbpK5JCaDNYG Be/ArAysnG3nMmF4BrX8Zk1omqViXZ4pxfdRKsryblByfQnUPEk7NPqkE8fxAAYJcLf+gr+E YEaiQwQ/IUUw+1OP8bEYK3reoc20jYqKpDwWYjbSMr1qrZZPk4aQwrphBETl7aHHv1OT9qei gc3nUJbUUmJAE5ITvrE7Aa6Q3SADp8cJVWmcdwel7S46nz1z9K9YvGpU1HkX3SCWe2+DBsdf //GU+xga954hHCd3vTfnXJPLj3qylhi5AcILN++NsJ6Hn+gv/77vZI7BCKFFMNBQmSlkFhvW OuIH4vZO00MCCDMTXkJhPs3gwh/WywuELtjM6D2baKeEtFTBJmChGHVC21lP1F81qgVj2YyD 6KLl0Eygp3VFPFU13zrFYDLjHVRpn4Q8Q7Fszn1gqgQ0e8qi4xvRqcv7t40h4qAQDmMEO3Gp gcRksfmAVsSWsFj6tJgM1v/1yVGki0pseNac+Gytx1cCtbVxb200MLVQBTbzXa9NukZ2M922 mVc14lo3JD7eYYfjGubMf2DrEwN4rg1VyRHrQtHlu/CqHQCtQB9wxKpy4C5jRBXXl6t2OLrO +afcMGcWPLLTeVF1/9wB9PLfXmJxOyZRCYSQR5cGKTOaOppfV60LIgVEwIUOuRKis8g3E4K0 Vuzf8JtI3d2AkmvhePUQaSNjosFTA64yG6EKUWhf1SOJwrEMngAstCfQBt+D2fTAWLhuYBR7 aOyJQsEge8JcVDcCSUVvFJhnTShWnJeuTo0vHy8Y8TE0U+VGd7N6KUvuQBCIOmpTLcfRe8Ys WQuqwNbOABz6ximll0exxhIjx6YSM0FeCPfzoWH1fby7Sb++9qf8AX7mF1iUUmvfXGEacNYw 3M3azMn4nu6Bmezl07yYIT7TgBQXetrD9KvO2LGpxK+CYtkeGU1G1ijbnrRgMQQBVLLreian ZG8PzQZpxlQ9j9Rqz+67fpm6r+OcJvFomHgafYZXOhQMaEK46KNu8EOg7YcK0Aqzxm7RWqBt 7JtrkIU3QypH3rwVPk3Z+hvs1CHn567EtUBCrypjfZtTgjUUpAUfM2pNosDZW5+bvKdf04HX A2BUFCpgmgzoe8i4hXPv5UXgdDo37I9rw7Ba9AHjYi8pmrurLiw9cJWOGJsoKYTwsvs8fHei ld7X8ZenNt5Enm8j1AQMSbK4L05OavZMR42A9g9Bq2y8iNkHumIPRUgizIWTGedrWZ786RBY 7bFtFXQnOyuBaLQbzvOKH9D5nfC7kb5qk8rqEd/D95JxIuzT5mBMwKIlRny1G6LiWPxczh3z FCqtLxucuWsrQ9ANidWrCLdJxwSC9lMTo6Cwuu/NGcwn1nxEJNY86QX51eUksPmURR05vvWB gig+FV2lnMPxWcX7G0a6c0I0Z0ggU/gw04L+e9JE4EGPoxMw7stDH1SlOZygHwTRq1n7rsay nI0ep+uKTmrRA+gmNT/XaFRFnWFO4NqT78ybVOGaoBTFaada48jAK6eYj/CuCCjG7O28ukIM 0vCaIEVgcw4PpmltGDY7Qi0lD+5PYVNHlf6f9lRj3jMt5s0d/1650891oGFqoyE05nyekFlm DtDhcX59pCqUTAggS2enMuMHr1eAGwOkC+VOENhr0xp7VOcTz6UWyUmvYTtzF1r6GUPjrMzk Pg/gV6/kkhGlonMgbEkikV8/zS4k5/2zmLiSKCgkVW0Jj3G0Fse37X+LFuQ5iagXXD0Kj0jk INlASWPRDuftjOJQDUB8KwygB3Nj17bXQzdjoj451zQLxt7aVDNkfxeL+PLTkr8iI5e+IcH6 uRi4hdU98gRbtzxPbWCX/BIf8zz4Yhr91xLuIzPSNpT3pNE9Lt0/KL0OgWpbi39fpRUylhh5 UdcdyZlq4QGuXs3+L6GnVVHKbd0BoeMIgNME9BC8GaIikDs51pRiiAylgqDFXvvN6thOG/KF H/GxcoycRVVBCloq7lY8epAX1Yrhi6I5biGVJW59+26eg7CfVXoKm0alMRUJjg5j5/ehNRYl uM3Yw/cJ9KBI/nxISn2+r3SiGXwJO9lc3ZnHuMX2F+vG5ECxFvMMFH1+ZdDSog3MX8KS0tX7 lkfncIMh6ZNivA2Qm4/3I9rgHP1G4rFRqyvlx8FQlJ0l7LLyOmxHcBI0eRILYiRKtswhSWGu 9fjYcJdhV2/V5QX5BhB6F8JpUNKaicYGjnYmhhg6XyI+iNHSIiha62LI7v5T93/FAmgJxMZ8 kba6VPQow7dTXwFrf3VxhI1Jvm7SI6bdzlqMP2cg09/RqtXxP+vaw2iSUAuBTEa3vlPQaEjc O6MQAqWdgx6jqNzaO0LkAdez80cuNKrZyKJk9+YXxcoPHin/PzW0c5BZoTVu5p8r+3qNDodL Wj5ula4eTV08DNRcwhQmiStq9CU6uZKHMLK7ew0ljhlMB5lz0/kaMHURMRZL17rOY8WcX+t4 D3YZMc3kjW5iYyA8hDObNBSsOn1dHw1fGfJEdGk6tpm1Hz4CoBQOCQwvlu+wQXhpecrxDFMZ lrbllAi5O2Q+vcdkOc0pbB72gm08Q11BrvWiVOzgGXNx8xmOdO7Oy6DI/l/E3FurTuuKNaMq UvA5TfOlYT9UZaLnP2GYh0C5SLfDxyzlNAVT2iAeyzZ4GThjLlbARCOFcmchjNUa/paYqtVB Mhg2Xcuk5drjLmOfuR0Z6eNT8yg+w1DH+kWVOrle2CnMUdJElaz9j7Pph8GQ7P/6G1yb4neB XwzqLjrtMy5iyLWkqiGfgvVeGQCNA7mPekt4AKDvQ02vYzDBWkZZSPl356NZXlJmluNONkk+ uorUSYWyeevUmRNCaBTqwfXhE+fGAXNkYv19sV590VR/i2y8riY504XT8vw5nfpcdawC9clz fL6JUSUc1mVwyZHcDf0gxQghKy4PUuFAX8lxN3rDI9TDcdCnVY67FXPQSJpwZV7WRf2ZTFjr IH55QS54UNcrgDsEb8q1GFcKu7939t96Mqa2wz9i1BbSqevK324UiWR/6f2JyK9HuaiA2x4V XdPT0MvtxSWFnslUP9Eu3VUQEt9r0trMGuWZK7yMgQZHHLHS/4HqNDWp0REYzzhMHQlCtZNE vvHk3HXIYfEYFWaRhqyG0/oZtclc5WppdHwodBvwiwLTfTa80jcsbH+a55HiGDozFg5EcFJQ 8eGMHgdB7GcdxpFd8maFr2NAWFlrVSu9yfOJf8WFwuwjZW6cPe8ltuXhaVRgB/pfiGSH2BSU vk03A6bVNaBJgS/Tv63vx231w/S7l0MzfSlxL3OtZ9qnopYNKuDEme7sBu/L8nC+b6uGP7a3 TsYqqAzuVll754pqdDnCuEvAOPkQWjV5+XNvgIMv40zW0Bp907ADlxHFbX5R9LBmLucThTb1 YL8tO7NUin8ZUgqgAtIVpwI5+ZRxk1As3GfEkJkJUrIDHIJFPkT1CXb7U8OZMpoA1dbwT4/+ uCUkytT9qnGz4xs9RHHGWmjCWSt3q1SBp1MzbggaL/7KX1QLj+u6QaOfzMeYUJy4bSq5bPDs mxUCH2PaZPRuqNfpEI/AifvfGlQyh3J8hZkCgfv3PWarGy4qMx4mp0CPQa4xRx60/+exjvcy WKKW0LKLxw5L23B11aMS3zVX3F3MLITfMz7GaLSTtkZgaLUZ23e8SGTm8gmd7/AHZObVxDqw tZ77jeeSL+fidb9+hBMPDNf498l+hayUS3CqF495J04jyQWTVyOs7X1QrN1BFUBkK9BCF5cX 4DOyFQqriBdqeahVDoCOPQjrxMt01CnUf3gwdiVZx0EKfl185AZu6Kb0bA5UbENscPfvojK2 t0Iilc4bxyN/XL1wyGr8zW8dzDW//Fezrqw4gCsNWdgwEv2vl60K/gZ3Li0TRizLmspa7Zbt mR88CvD+B4IoY/02eRIKHEkVjQZI0tBV+ZYp7aMDx2x82xaC1T79Guusg17tGDrefwFwama5 3NZY/C+1ST3qy+2UINiOqZVZZjV0C6FSSmDVOLHLatDANSXIt9pF0Z6J37ZwlQkcVLOIJYsf 9JKEWFj8q7K0BJz9YKrkCG+6sJf8XIKnr3RucD/xVeNhq3aogwiDbKimUhpWodzWgqhfwBqP Ips6YAMI8T5f7ipBPxeUPwAIcQezvwx0fLGtLlkrA5GwO121ykCg1Kv12PvhhhZDF+j6mhv8 9qKEy6HxNbPgNjH1ufinAfBmZfY9f6RTL2pryxrql881i8fRSHgoxIsevYK7xjuDML04EG3/ CTokNPdVuCiBaPQ3uyJ9afw6siLGeSBOIumpdRVW1tEOuNw6wt7jIZxgadYZfu8LN+jMKtJE gQefwoAx/N8GNidh2Ihc1NkoNj7UfWtqzUlMTwm1QNUFF/pyGZz6YaPf4xKHNSJ7jrzD8w33 Xr1RoSjfGeBc6vYTO8ci67E1VcUGowvlFd+5zBHFnFEFQoQj0DHnbb7QJYQnEbLFieYOe4Dn vgojrfUF+Y8xL+uBVvtKvevCNMsV8Ju6jv4TQnORIqLyOOeZhQggk0PWGRoD0Y79WEAzvIsS VSBE+usQzwq5gjENUdB0+1wB9Zefk0PI6Mj3OwCJBEeoD5JCiZ3SBYZC7IYrzsh23D7ES+l7 mRXsPrDRSnrfywlVB4cQQvPxnUy8eEoOZSIcNvm1ZN8zIXXzX8ZWvRPZggW0YUV5KlOkADfM WXE2ww8SEBVOY1ZMcUnKBQLLh6/lfQj5R/GUGg8xf8vybPTt4ML99nSUqdaVq2wA0dhthTkI lYf0HYzsTIP0Rgt8SXRqC2vOdcW8PLCP9ilGEqNnWv6DdeHL3Koc77L/nEL9q/TMzMUbwD0H 0rIQCNJYEwZUOQtwgwzRx8z3GZHgN/F3HDwXoNiIwlAKqiK79UH3h21JyDqQiK405F1w/UOw eG6isvYIiOLwlVK/o3Vm5VJIzw/Ng4R7eeek3u4Ov6xw8hRa7Y96S2FXYPoSI/Mnia/xpl3V +jT0ZU6DT+TIonyVQP4Jn5a0FwPQnFI5YI5fQ0CD5YIGeJw4hp5Izozwh+TkMtITNByYoP+C dsU2iFI630b5sJkF3aTXbkSwzSS9TfsyaNlVmCHTjPRImfe1ljpdR9Pu7znKOJcqvy6rIqA8 SFVwFP6iHCMVnwrIfvUZeo/SrFSvJwkMKITrKjOqZyCOABrv5ewWHZhEUIugiXQPpJkgCzUw 69G/v4B4/oOyy0nUpFf+CRAxAfEsG2AeO1hltnGuZerB2nAp9lEGrEG+yecCFpm6lA6rH7qS 2L+miDvjycZCN8lFUFCAaki7NjRrDFoth4A/VNumzj7dyjXrQSkGBh/FvA4HynITEyPncFlV fVC9SLQUCD7fkCMiM05ZanMRE9ATO+/2iCV8TYAEJNT00nWbX2eNETBvmbQEirhxz9fH0KPH g4OZyCUTGStKilAyrnxmpUZz0Uz1DgJLE17PrqXDWrzEOXRdlJ+SCwwHPPwEWHyVHoOybtqY fPOdlqhwUttl39IOyNX0/o5+EkiG2qXxHdYTHEbQuMPKt3PJ9/rNm8mP+p4OOErVEMIMMzGl 3J5nNvyM5DXXb4NuU9PuleYn5HMI9pvRUPt4jGCzFmm9KraY23yjCcbCc82CSAhuZ94JpqSW 7FKpk4vbSvt/q0IxmSFV2pjaz7XMuPwHOfP4ICmJZTK5mlzJ9UJAOd7FD0iaZl8q/AZIXihv t42BLG5PQINk+3EUIwZ4xfxjT8x8FLf+B9eOwxh9L4ejEV17aer3aF+4om9L/H48bigIlOOA jZthIPvYBA5VV8BAK6FJQ/9JlW/9jaeCY4VmSpWotOO+r6MZO7BPDA5TxsphR9+7mGSbh2qS o7CST15OD2z3zXpGSoXi/87hmX19pVXJP1y8y8zak6ZGCyNbCBFt8N83t8/XDtjk+xEEVgIW /+0fuSgLrB5MN7GSzo9Ut0d5BX8wjh51ws2BqIZy5YWM7vRA5gysgQNFSkjIUVsgEKTNKcY3 8ixoYuLVU/R2g5FVvql7lX5QQbcJ9IiFeooG3pbQ/+/JmcqTOjqt3vqy2qmpQgAIaXt4AnAj 1H/V7xn9q42X3Rw7MDVULdWBW/PLuzZIqs8nLF06u/KMDawbgzTemx14HxWeQL9QmH/6UHdV NGgXhOFicPUTD8GaAjjrtmmIF+z3poDSKSkVvd3o5Mk5xeU0JZKEhIh6LFpj3P9S/rBhEQO/ bb8nqlY475QW4Vdx3Qg+0VQ+ScdcIGRxx4GZvF7v7onHnOuEWYujsd6zDSPUpbmz6T/20oC0 jJzHvldK9V6F7DEWfYBobGbgEIb7gePYC5Q41b6B6HglZHha/LV7dOoz0luVPRrEA5eJeeP7 vW0TxcR3JmoK52D4rwnYgxLl5M5wUwx08OZbqQxB+bIamTVs7OAcrUVhiIQnNdQYWZzKt8od nY3x5IrIP7oT0P+l56LqLtaUUrOB7BbhFYL+KEElpGgRbMBTEL0IwklbLHoDP7tRQWKyGrQm 7gpVt5wryIK/oC23UPd4PEJRcPPS3yaoAU+6ToV7k/wPbM3R3fK+YuDmERq6bNXHFrB/qK6v DKPS/MT5fT0FT9wMQdhRY48cL4QnuoKobRDSedeGupOMJMP4qhUj6hdu5OR2u7yaSGoQDeBD 7WTn2S7B0aMHjU0njC88g3ID5wYhvSAFGSeAeeYMWHZHmSd8B7HIfeBqZVE3GqcI1f7c1pCe 4KkYKL/GBgPy9B0vlhwvSWu8lf4R0+Efw6xpEV36b0V5U9g7eiHTtWF2CKGZn9+TBiXBzEn0 B3X4d1rUM6budmSudX1khYrf80ly1fYhSU3pB7AOIkToLPT7iMQhz8/57MreDXZv8+LAOOiR hfKdvwsXgbna36jlc+9rZMwpTREwj27Tcyq3kn+eW4CcStb7rcpBiQyymYOzb44z5vAW7QNw MWEK25V38f6cBuA2RXMjO9u6+8zTHz8M02X9t0bxsGVptzJeOXusDZ/9u57XWZy70A37GscY n3vIPKjPDXU6B5IyHZfG+ZYWR9dVYUj7d1eithUR6D1xLBqV77uldm6JEJtMZpI0wzWPNQJp sbgDcn3HswMcMlK+TuTj5idNlZMdH28uKi/rQ1DDqQWWmL1hXQwsmffJgGM6DnlZ3h2tyzL+ RBsUYkb/2IzwtuLAT1IsNfQQvV08AYaqtLgu1Prm8Mn6r2r8XC2EnAtY46k/GB8BigfmoP2C /3mZH5dzUo0NunQhTLiOtxe7Uz8qX6qoofeNBm/Su1QjhSxr91HvT0ZgXTGuv6fHbBxxHxQP bALSiZ6KbbjkjdmCv3zJy/hz5kHu/5fzzW9rwNiuJtLq9WNQIEcppW1SiboOP8qlPIi/7PJ3 wfRr97mfYpjlZmscX5e0kUDhH3gzZyhcT4jpWpCR4neNkSU1hDXkexScR4QCCI/wlPrDVeic bMjUWwpoOtxIInqPihfiQ8Qcu6XGxHO6SnsBrCTA+YbPtvmbdKMf283ZJR+gcvrTbYmyKC5j 3WzSkucgaFc6a8bXzsWyIIisB+AB/I27zuJShT2Bk3PNtelKLN06eURWriZ/0rxJ5HVnWeli AR+L8vCTigGPw0ddJRNj/SRTyl45sID+0hTIDTxzxwC36CZN3mMPrpyhjBMSiyfkG53O9w/b oQkdP6iDbAzsXm80u0ybxC897NTjpr7nWIegIIsnubodanUWCdWPd4NSH617gVqIx9NyHkDQ suraQ1wnrppsezTV+UZYUABiadYVzOeFg+KykXVRbcp33VtqJtSSw7LdTxw/rSzWbqPaO1NI cQt+uEHySvL2d/tRPFz2ElZvzKlYPv+u8BtqwcJDPdO93T8R7OCDS8jrNiHQEvZDgtb1rCDB bj+Ow8P34i1vvqPsyORYRkHqe8txhu/LAKc1XJkR5/cUzPM6EQyeTAIkL9WWiEmmgbnU00mO cPr54ymS2upLdvwT7lsEMzW5lrWWpcf/K8cB1uZp8KlZPAkC0CZctq/PN0VkgCq8tRJgWTje f+sVOzlmmIGmnyJ0Huxcr3KtTk8yNDHDEG7qOd2sUO5jW3Tg6C0kdBwBMFtwbk2bC2pdLOgp K8wQEW2bs5N+qk4ysBJPkLybHA0Ptc7oSWNNLxAPfiy2cg8FA3TJFdqfC6c2DR13k1XrHXF1 cc4K0Vg9U4qjNR9/6mDu2khkTDHuo8eX24KusJH8IO17qj+jdo2UPdOn80seizU2V50TVKgH ZDV9AOgiTuB0cRb4+cAxI7wme1z3vbPIb7RjlQfSlKDQepmNBpm/skZuCcAlAcU9AFWr8Gzw ADU8xOzfv3N8AT7F/LykZYkbZIiY5KwVk5o5VWr7hJxizBK1TdF1u2B9zAMQRgyLRkCJW1+v 2uWhk73n++1cl0omgusdTzF8EyYCNSQsmnbgeG1B58vhtcfIPmLCl1S70vVWJL9L6QXnnAnP F+5lcRnO21rm05DPvgjewix3Y7tKwsxhzYa7/btO8zULPRmmMvEE8UB5kVE9dmutWejinJQO FWQ1vGLKMXcSmBsjvRqLiFvnUTuTWhSePj/uv0E2XbwoQny+w+03hVi7yw2L/+nT+m5QOpN4 F9wxeahRCZ1sd9YLywHq1xfIGDAl+vqSS9xTM4kqufP39xBYyquhdJzokODxSv4m3E+Y3NfR GNMJSsUAaqr3S9+9MvDQf2KqR6tu1IRoz5TmN3EGW7NqZROoy0Afjuh/uPNB3DTW1Ruwux+t hyq6yt6I1QD0ZjXOgxIGJCcAMr4Yoi6KWMswbF5uTMJgkdiuBaM0bFM+my+3AtkywFyyZsNp Cf1Oc4US04pAPO2pMlHShAzjX8AS+mQLd0Y/RTRVtmRDWdArYzOUPdTnkoZthZy5ll8/DR85 z6eyxPeQ9xYinNej9FDXoRBT94kW3SsuVUbcVTy90zw8rAb8PHoO90nt79YDE8Vf1hPtPN/7 iLmygsha4WOtzSocDiio0A1sbCOeRnF7YhXV3IzQ87n06/031V5TjOEkflgJUGTXb3a7+g0y p6lpdH1hdhgyYxV/AxbFNByNEuUVqOle7RWrQW3KaSRaDXIECV0Ss4nPz5/l1mp/TudhBllN 8t2e6MKfYyeOLSssTXvhNbrHeiQRp+9fKZUTKE+sqxst2gEOAwkZlm8NduI2yhIbSWgQYNPf SRfrKszp53IZReaEKB8ZTpWAFqVfh1SsVtcebjsTPas3pHCXdYaRwOEmXm2hj5t4A+qEA6Dg iUgjsO+LgerHvkvjDPcIHJ6kc9CcqXoHjBR/NoDdvOLL8e3xUA7FuM6cSPNkLjD+1MVBbNpe FeKsCeZWDtAQNyTOBIlbn2YorjzLmXMiwHQzmYGWxOyOp165/7yLLceDHLJGda4AkKyYD9gn MOjDEnwpdj//Pn08OLD5mtQ47AGxkm2SpBAwomBGdjOrT72Yt5+t2DXMnxpoH4uBHrGoB6zt Z0Ijhs4/NwwH7eO/JOUe/5x6mYh/uNLv2WzxI230cOLIKV82szT3F0A6ZjFjQpv+jCHoeSuM b4LyadD2rmgbGwPTJrK+ZURpJtUYytQ/WcwYwdy03+3Ug6JNkLj9MQWicv8l1cEPJV9L70+Q DVyM/ji+5A62MzlDmMaU27JZKI0QZCyzernrDjRxKAUlSLjIySsQAqXQ6TJK6E4wNbkKqeSj KxLn7y5FVY/AG0Y861Cd2BXaM7azFtTzHSS0EjaCnf4vxi+Akejuk3Arjfvo1EKX/Bx/H2nM cprJ3FSXy9FA9aj7DY04je21sf713J48xQ5hmFL7uDUQOtaPjlYKZIb+M/G9wPesxdSiLf1z jeRsYPnngpTBxDBp67dJYIaJLJby77C7gXlMiLvEm93sBS6KXuTzuh7yu1AEqjwUXDt697wy Tm3iu0+BCw9C8zzqe/+1kogTmWlDeZ90BgZqoJAHux/BhW9gTFi0Cf5YBV9oSEULjxfwlgmk j095sKAEMojEFFcnmgBNrBEE43qMTxRSmiLqWHTYBzKqiu5/KXT4y/AEiswuK+3AqU8R4q5v Chwoz6jcxvTgbFxu6y7c90ipJuekmjE8+ZSgRcFczAsSi+G/IANhHoongHpm86yhPZPXCIMN L/QgkepmvLnz0UUnoE4MT6sX8pxjABIVJTqdJ8ZQwBLlY2JbJ/YLOtZ+cMcBK43dBSgLe6LS l8eOWk8AxXQP9aM/J0ykcaga+X1WiuiB+pNTHWUTMUk7UPpw95Yf5l9eWCBnzXIIXGw/t5zo V7flZUQBb69atwjer8HkKa1rowNmw8Hi8OTwZkt/yDz76oL9lQ2p+M73rrmZm6Ilwvyz4D7H koqx3YC8gOiD6b6Af88DjC38BPp89N2GElR2tFUQ+CO9KIryLJLcWe5u1xHXTpcYBZb16os8 bmWL4WVIaHgQnl2nZAiI243kuJBtrnLlBFrCSNXcZuHodZmjTiNpoIcjLF6d1QRB37Uvqrgz gO+429cNm+J8j+Hu74MsHtgj9GQEAzPjq7hCE0Ntuy2+fAbo8we8dLK0bBEm73VxsXjMbvXp YYDdu0tYXz1zpaP7I65yxke6grem3TqM4QkVTDIeZf33y6BL32JIoJkbp59hrpr+p9Mjpdvn 9gHLFDVJ/RvhQIEgByjUH7QsFfbeMJlnmwnhHlHrVY1cIPJ/NehxFrW+/xZuvHnFp5EFqVDZ DTN4orZt6CQJw6DKFBi1ReHWEYXYCD3QkDbKtLkppTk1gfWwDth9oCEO0UxcfK1cEYZ1Q/Bt WMzjDY2lMxcha9qS0XYwQumMtEYEv4F1sLsxQdxTTUpEBRYi1rk1RjwNsInOhkqwAFbbj9C0 bPHYhNBePo3DdNz52FPX3Qfvvet9EnEnVlDbGy8wXsaVd827uiB4kEDjIPOqxIYOnLXV7jr4 /Y4lilaRMz7zNLdT+XwotzhmpoZE08S25eAZMzVlaQQ+cAUCafmI0BLTcYnOMftynw0dYdZK JuCA+4aIvJ6mPVPeuFE9xBBasm8ubYO71jEuPqQKp+vfxSiAScyG+yND6CKC5cOOLI90PRg/ 43QkmLSOQiIxvaJwCQxMq7QDJSxHPQx4SEWKmr3pJK0URZSTVc0q+GMtKAVcbmpcv510mlmR jibVg+ESWgbAFhBbmkOu4GvgMYVeWVqVDmAyHx8hqka6MScNvjdmmz6NdD/z2xXkKx7JuPE5 QA4E8epzAX15MNexff3G86XA56mP7BdXJkzchfoGB9pLfeIz9VC+JDVXIZJoMVtk056y3FC/ Q7ciIP5ah1Fl1hzdUceSx2vQ+xCUWpYF9TYSgT4mIbragm28sURQ+w5P2rQfLtflh5UkzAr5 qxbOoBlKewlIAItwwa56YXXSCfOwLij1OeraaKfGB0DU9qdcLT9C3PFJYtLZ2LGz97QdutCF RkVyc4g6FO40jVoRdyrjzoauLH+Ya3LjGCj+wxQNWADxxQNoyDieLUMDSgISLduIUQQpOsq2 xk6h1zuXmfpmaY6ZM01cAiwFp/sHlYz4BE5qtqY1ccUoMXVdE6PWdujqWyyTUhsx4cFcctYk jIUzrQqDuICjutrpB44T10f1QTC++2E4MRPb/lCt3nxaRH9IquzCjHSKbTBD0T3TQVMa3omh EE4XndhiPS4GINlFKq3PMA6rBNaGbA8x1JqVfkcSJFAvJ8E9bjk8c42ZDuvL/tGNiF8h+39A NH4wiZhXjihifAI0ui8zaVTrS6hEt3/Iy6AHr+aDeDOAczpEEeYOwLMBtLOBIItkD3OGrv2V 9amtaiMDvpVxaCAODpDi36Qh5o9w3K//gQ8QIl6f0TAi0dgwiK5mpXqC7L25BCFhKLGA6CaJ xpie1/KB5AgRnIfwsYM5z/UzlfAPunguODZvMrFkr5ZLF99gvQjEgP5hdMXGtUapqMvdYOqS moLXXRvRXUbo+gGgzVchIfiy1cX0QAfrwQIWzyq33d4oHeANb8TS3clAH2B3OBZ8NqS0S0IC XPTrPBniUn+Xp0L7SYoVEmDE6tA2Yiu2GfPX1/FH2wxruQ4Rk3nI/kvhuLZWZ5DxIcV1LHbT AiA1Sq6l+5q5sruOrGCx6OLIp2STtPZtHfa67KafmSnG7gOgbxlV/ChJNnBnKnKkKPA4W6RB BF7/IEtAW/XWmKXesYI88wXjnluLtxuU+9y3kNJV/IJPMDAv/r2Ohs0cfAlLxaqhXkw+Xe9H cWISN+gPa7fbX7r0YRmcGoy6UFO1NBTO6+egmUgXq8EqKrZkfjOv6J8J9OKdD9m6GPcxEHGv 39O6d3mCyjgFLnGSGqvxUMmwpK5qf/HPF70e9rOV2ExPw92rLSEOg84Q+4q0jtlXEml3afve Y33G/9usIlL36i0Vrrcf9VzUOYEgMzqT4ik+nO1U8fsZnKxTwggbLM5VdMJGUFyj3NxgNI+v 609vXezzKOKEB35tumElA8VQ/1KgVs67C/P1BSSb19DgW04INp3TcBCtidrszhL8xfUOlAz2 pyEYWEdjfPfPE5GH3+R3BdkFP1v6iCTbCHly/W+/r1zWD5xKOcv7MZjobr0eekzwrL4x6vZ3 XqImElh4/qglguOSJdBpTnv9tfBsc8qn5/iTNbordJoMjoJzX3YsNZofKnuCT5KtrHCknjce jEy4GzdppUifviSDEk9zhGQ6mWowatwj3JL5OtjRzpZpnl8L80b01GXRoJAbsn2oDUK7HYWi 03u90vPchDdPL6Lzd35mMkfsiOr7iWBmZqeMUrMxGdthvxSzsCaE82G7o4g9uMntZkY7z2g9 pscZXOzMZasir9FFW3sDzu8AP5SY1dGZxYkI33zdSFPLZe91kLzQb1S3dhUT6zWMUxxuvC7e uxxtReFbPMZ6E39toPq8dMX8xotTL97oSTAVcJ5LWXpPx0Ou680NxqWlnvWSyw3wXgbOqGBP M2ERjKWLgvoS/bemenkPnyjPcTTehteBaXd3elk1tCJPb88Hbk+dq8p98hkY04eLUU/sX2f1 V33LoaqKQ3h46c2t3l9L3LQqNJ3SoQCpwSD6k3aU2itb1IIRNPZTc/viuiKPZOOthvdsS+J0 gAQ97YqSL2BRMM+GuE1/bs7s+YzVGQKSibc0kntxAhxEqHg/+f9dEw15yYYXQO8o/pf2TQc4 3WF2MYi6u6ohrsWPMKtTz5bDF4gvc/pl6dS96RLpXvpJN+pOQ6n3em26qa/WDaCkslyc+eP9 jB9kjuq2rkUReGHpPnlk1t1zN/mgFXR9XD9gJ6AjTRaXSnc7k+GV5jR/5/iZu6cIzf23j3K0 2w2iYA/n1SzqYwddXLcPn8sXYLUZ/+oc0f2jUckfULKR/95a8ANHJSl38ICLmZN1bDqjWLjV rJu/zKcnpxJw+pxiz1rU+TomAnaNTW4a3kPT3X4UNqRFs9qn6WJhovx4iEqercZxidOEDRRJ EcBWT8ErKdQrcyp8rGruG6ClkVJBzw09DFE+/vyKE5RQWRadZvdTYt7P2Kfc36WlStz4y9+h JlILlJbRUxwSl75N/J/x3asdNWjFVRwb06S+ZM0k6YgePLcYcbaK7kxSt1A0VwFMRa7k7Hpx C5cV4vVmEyNZRjkhBijiSC8zP4F5EMnJYp4FN6C6jitarPS38TqHXcYMZdOXoQFEkwN8qc2n Nqg7lgoEGmpFBJyRzNibdr5K669fK3Oq1LkxOr2PeLqpfPcb+J3RBi/uZs+eWWJoc3516iZs 3UXsxN7FZmfmoTRBflazk+KpWffvkpwbakNXuJVia/9OjtzU/47M89ZGPKeDcoSA/Yw42lBA PcVpuFjno0DLNIHdEEWV9kvdywSX8ReMiiDC2lnji6y9e7rZb9cXxj2gcwm4VZ6xy9+ZYcyI sVJ0wjDUUdHoOZ8fqWIqdntp+jjK53g7cTeb3RSYVyr6OcVFMA8tKD0EumkbnJJ0Uv/O2RZ+ hcz311gJjhxp039l/wutxlPRvzaXMJK5DjdmzX894m8NoNOy3/SeBUmnKpW5HKI8FYqu51lI 27vJVKwIRtPHQ2PcxSmg0KyennVbNwUPeQl5RsD3PggdSNUcNHcOqG6M33dxzC+3ypIb9+WP Bf5tiHx74jVKDtYAgvEGnRGtUgQ9iBetipSs/o1UzFbfs+0Qk0eA7SXnBgor0d6hK6Vx3lU+ GrK/AhGXY5M5pDupOF/8ihGOxO+dVVfbMjjWP+IewaM2xHQFG+36c/UOfd5bT4XKzyYaVm9Q Rbmi/285xdsHlcPVeJndNP+elLww4XvOey/OsRu/WQg1Cy/e5PeNwlk2Yp9SJ9Zvkabi1UoC 9AJtdmPTyttvWM37WgTJKJyc8mVN8Hvfv0XRsWEfFv7Ag98R+M1Cl43Ws+jORcnfehnPnXHR 55DwHWcx0NSL+t+KEPAkCGIHowCdUOhYH7lQ4wpCEQhlyHvH1SVh83/vrw90QzxYSRPz8mGU f0Ki5jk1IwGqFtRRCAdICp26xYqGV5qtZNcny1B3SHWteaz3z6taLILrYATmw7MMF4P6x1HY 4A4YGeij6Zvf3lmMHzRQpkjet9z/iu7vRu1ntbzwWsQvincr6lP0uHJRVmupw/LhAhXGCjvM ZiKWwJ23kBfJW2nWKPamrBKLDmPLDoNpattIDoJtDndcPg6DQqNBYJHOGe6A689gGR/+0hUq kfTL6m6344L3TflWuDvRAipfunt5KhA5S8m/gb/FW/c/4gccawqPiVfSnbKkuj/u7S05k3SV /Q8mGZ+mMRHpXM2frmYeVP7EcVSYz/DqyV1QpE11zSTho2x6i5kYhkVtWE/Hf583gEPgMTKi MEITUrcS9yRSWvLkkJT/5CJHTAjlltEoBJMCPw5JPUrUp/xhAS/ZMHXCqrBIXYcBv94AlDQl ItSRij/KIXxiX3RsAm2Q6VB802KJ5L5kkXZvDxjTt0s5ju8dmp2xKWQ+TD2iVc6F2D1rZSRf Dv/+OmmYSw+3dXvg/Y0d/Xv0ULahgl+R+cFjdxkq/mjMiM+UxF2q761ZwDgyDcW3rP3NM6hH x8KUYqASHLcO7KDfUZZhjqrhNA0VSmxYMetWNJKurESdUuDLM0Co7YQlKcup7UR0+fEZFc3N w+9/c9Nk8qWdX0lcLrUR4W+/Dun0xTyzYMmukHs0uhd/Lcmbn8ftZ+ez0shxhsFElSPXV8zq GLI299hMqhWJF+XseoTf/yDJmhVbXVqRDhNt2mH+rd7jNvQ2KtWgmIcbcvMRr/t1oXKIGEBX RIHbtgdk7ySs4f9cU/Jq/DTo5REsN16JsEdS569gn98zVSMtjD26ZYm4QJ6LniPkmfiqlScY agy3B03gmikaNDTVnzTbSNrMkRc274CRiy50TdnFPlTL2A4OiXl9cl/D7r0HbAdb6YFZ9Fy+ OFKMJAqrRVJN5Pk1PndC9Dh5sZs8lySdP7aISL1+biaNRxwt4exX6b1jYDLkX3dP7jlGXJnf VGHvItCEeJHVuMHZ5uqOeZE10tDVAdlPcylSwaNWR4Uhe6mc+wk5hD2kEqsoguLYShnVllFB pmD51bTOzcKSS6wgm/tK9h4yFwVuA8QIo7YWcGEcEfmDEoYu8DP7gdTrAZKdVWcAsNHT35pV fxuih6b8oirqB6tM22/syvYqrBcgJjnNlDloLvpMRAhtsb/HbpKB6URh44iQWM6CNQbrfoMD PUxo5QQ8UBLZwQnJuSLVjME34Uxb9hiPmbBw2MKSoZCqT2KJWs2Ron61HC3tzC8nfz1tEbsQ XGWCOMV9ScSQecTWCObKSRWwH3n8OqneIxjWkMG6EinP6TNhx4wj9rZzR76RwgUdSLu4esSl TiF+RTfMOT81sJTCGxDpJYm6Is4sLXbJhMr3KhTQsY5WLSjhYJBf6BBsTE51pvht3hD/I5gk 2ba1UoFk8RiGbKqxBpJJS3XHv9rSrQEP062+HqBFdgJBivwYr1kh4sxYpD16E2WFBItvJLcw G17rakSDW45f79zz6Sq7EEZoIImI6cthF1Eq2YTJl4fVbnNGjKpithgrIBeEhgns4OXjFexm O+9aKrfxKSurZt8MLPNBrA8RUZVwB/Hg+rCL4FsRXNpOsmTiVUvt4J3w0QlEf3Nit3Gt6rcA zEi6u0sxHHAVcRqkrO8c+fecySsmzOObzPQxzyPsunCpOzTPV0/NqHQagM9LPbZwBTlD9F5y mnJ0ElePWAcYcCLz/3lkLBUG+e4YvM+fdn3YvE7T+3fOn+YFDifaZNOddsIHzzuaQy8WEo2N uENT2RJyt8F9i0u6Sd6ei7S05IdoKQ1PzECMynNPEvM/POh+ir6z+aEEWU1JJVbd+Viov1d6 dMOV593kwVmpfyb5tBpt2LCBmgm87+8IZYc6pWTCQ/OtQ+3AX3T1SFTFhE3JHXRq43y+e/m9 JX6pAdLDZNY9pyrwVJIRBBttksbB74s5SEwh29ppr8g8FKHY9kPYV7j3vlc0be0uvWxvySOp D3DfNCIxWk9Oveq3CznJ8aOEZdhd/XOikZNDgMzJHIuS/ydCKpEuHIThOasP+BR6YLq3hU0G iLvyHd2CMg5R1DLd9fCKBohyV4wSf53M6iSJpZ1qadT2uCsfetz6k8B0a9XHSn9JFxM/m2/M NpV2panVHFQQ8Q3UKjApfRVwaI4iQWoR5dLiyf9tN/tkIiXqGolL3ojywseMFUA2cW6Mwxh7 TVJ4YJi07xOSweq73ZlX6f9JvcJXr1560AoQPpi5cSOroqY6tVwEf9iBvxYopDL7k+PUxlKo Xv86OVHDAyFcA1harZ39/HJCZWRJiWvRtStdnCSr960J0Wmhvj18MGyTjmDU/TmUX7ALcw8Y MEooxZiI/5UcTZ5UTwGJPZ+Ee8lS4VfoC4rX80NsDVH79VEAdigWV3/MJYE3XLToExZRqbDe 9amr1VnuFi7ap3eJpHoGYn4vLJhWSMSknmMnUw44RlWGGWNAR5OVAQcb2OPdubQhgU/5wEdT hlZExWEDo0eNcNFEDN7X50Rn7GMPOtAY01bLmeGZnZfvglxlro8G/BVDb04C4G8KJbySQgPE Fx97h8pbkuzMjQIJYp+JPtDp5oFEQzY9NlTfM7Siu6iZAL7p0ONd+qP5OCwp+LCw7T1UYFgu T5XYr9GWqYBVGoStLgV/4Aap248WRqZgjc9e3slveiOMdN6iKvjUpnQ1yebiOlqfU/GRNJBq zuEiIdu8+ygOWYSpSuxWuof27qEGUhnzHN9gMPLcJgpUzUympnOVRz9Y3b73A2Go7ug/+Q+Q +O/Yu3wi0DcQEyJeQDrisRnpMoiQuEyDrYrdGmr74QX84shhFkvlxuxjKc/L1I5Agiua9a02 Fx8LL40Ilvs/sueOl16o+hm+sVIaZy2nLwl/E14q1rQcULCMdV+LWZhscZsA9rx+3ehpuzqf WxNgx1833PLcbWT4+tNWmu1W2xgPA4zbUtT4GAiteoopwRFDJDqcRN2So7S/kj8gFEJFMWJz szuwxw8S4WJWOsBiW0Nx4rNzz+ty5VwutNDiysK6DXYUoLl9NX7sLOqXfCZRpHOGkHrRejyK 5qStm1P7G0wtL8VM0U34WUyi2hNeHUD5khqRCmORkvnxJ31EqKIfgYqNz0UPlR7LOydrd76p 0srbwGYkaiyIkfxCGXBhnYfEO+9nMMZiBGN6t7LVfiSCfWPT3ouG1nUvyka/5d9CIrqvkY5h hJCJii2bOmBxm9heFkRnTcZRjA6doO88+ozQPadjvpQ8zj8j85T8XNwFhI9RIlx2K1b2iQxO ISDjUjKo6sTRrTjpyY5c6MwPJugy5SULFS/LI03tmWCcBxBgfa22oy/ErU5bCkJf3elClyug aj25u+LM8UuDN5N3B9bfwCN2O2ZBstSSr9xWokwm8Rb2rpTjDSBdOyxs1OwZRKBiMgQ2eYH2 1Pw/I/BXaAxavJ/w1tre5TnpzXI5mhBJkgfn4UkCO000UQ3rYr14kXafiUddP2C62ZmRDbG1 MkaqSQ15M6osRuYLIprwrSc8Si1GKdxPi/uqyMcWDiSJStdnRXb5ODlbWzJC+qN1A2zfIZLm sZi93gLnH2XoYNmuQpUqJhi2P2IZUQ5V4uQqSRXt9E6WjAh5+oUhDC7NCDUM1HUkT0XQihDP rFVHYeh5DUacIIeFCnyVaG90PinlvZtnLf1e9wAFX5MVn4tzwa8vL9UPseOdpgw1ir4ZWT5Y yXsJwWarn9/YovZ3Sb7TXBW1YaUPZFLcn5HwLAd2NmADsSvZI0MHwyZSdi9d4p+5KVDCG1/M jDdPtfcWcya015O66q1n/8Do1f+pJBfo0UEWF17x+rkLfRWl6fcWc6mHqNB+Cfqe0IkESAQs V7mdSlmKb/wD07fs4zkPTzXtxB9Lqo2VGEZ8HiMMJkZEmEzkRZpU43P9FlGLNFNeAlVjT/J3 o7LFRXdPWSn9qrE3H52RftdH00yP11Nc9PXwH66VZ865w1zBSeQ6QPDWAiD43hj2uF+h5xxJ Rr86jaBMlx14iHUMEEHURPh4nNqkVWpZ+iRXfYm7KNnxkOCyl4QY501auq+Hw5aDKy0gRMq8 oCfu1Nu4qapi77SzVbJAe31JMP0SacgnFRCyahRfbHYMfJyBOVCuXjrAZMtfXvQmM4vmNcy5 Ahms3DrjZLCKt7JQfmbUAqXGJFTzxvVtRjfPQEZqpMefOvqtPFbNeXrdTbqqxopncdmteRsC tNDS2iRcLzx+XjIABWJOxtYEZtlZkY7yXH7EO/rhndQ7wlgXkfahOdyLyr3Ohn5H7pdDoJ+P h6rWr5Tmg2BTSGByj8a3VMLUgOU4dv/XzQUMmdQRhd4LB19ItAbVY3P9MRI1Tx2UGfq4Rrrc DUTl9+sXaJQGGTZzrVlbWF5yHggOU7lOIMPp6A5xF+jAuT8/59BxAK7vGSMQvVdYtSZAbLuZ Fi4Zkb9rrpHkn+xWkjZKowNXuXWet/yLsLa8AnzAigE+4Ygb1C1AAYSqAf7ihNDqiaRa5xWN HK2xUhtV2MIynL2zPV/9hZ3ruZKEXUngJwVgNvacZ8VJogjeqmtRUWOo6mxCwR3uRInKS7Yo O8942iVcL8Irs7VD+eCGIDVDV65kjlCxyzhnnot0eLTntOKSAeCsS2EMKvuHZEFdwEi2hBLl j/l7f87KKa+3TArg715w4ys951dJZ1c4m/kjPL8gExHTSFIKQpNG85+lH0LL6yjIQC8NLbh0 FlcXO/3z4l7o7yEg9o3UEjJkP+eBwCVtxZquPOTYe4uURODoigRadn9V81U89lX+ychIe8fk c/JhaDf4LMjiR1BejyBWAxPFYKISPxK71LrzvplbPfKJmnpFk/kMdpXuXeg1hQKKe+v3Ks+S mIP5FUDVLu53wlXZ95VAoFQGGqniHQzpEjVU6t/6il7smFUUUBiVSeAYiUnD2KjAyKHWCFuz R2VJqB6I9qKpMEj2cOwHZDipveO74snIuiPCcAGbCribfDWlomDDQijUMHYepY8FabWklO1U M+bJpog/rteSu9qKl4gdIjDolPipbXWDBHioYNHuuE91pp7wMUKYcKDVMjDBmnztZzf8ke+2 VOY9WzQPqWrtvwBUSTGSB8xlNmZiaInv6JXU4GfJ9jy5/VPgNdwO8GstpEkrdIoMqsDkxqQG 5YUrLi/odQ8dR37PZWEVckmSpqbb7dQeSkkTzWpiw1qA9Akla+B9dqeKEE9GzyHm7PFFKR4w g6Bu6Z7IcfbSaR68cCJyURhBH3jCZKaPaRHTrmbwtFR0fowKkTdERlMbrV1Z9VYn/+cPNvXw 1WvkP9ZKlnYhbE13rmkw3SS+dtblYpuMeXsp8LNcBlj5AfG2/HiKgFa711O8k0iudOrjwa+I tHfMRR5L83MGQLASNwBX98FAIgeQI9VD4w0h3kahRZ/d8ex9wagj6tevZUS39phOiydvAT5W kVSwJbm8S8xV6MOI43dEltsZqSKkQJ/AX1fn9APVXcfgEFydND/F2GW1dm/tS12tevHFVzIu 506tHX2XfR+EJk1IAVjdJmF02ysEO7ZCVbvz1WvtdLDZczX3JkmLfUFy0sVM5DxUHMGSEltK 5lGpfZV8cUgumCpEs7dKCruNzme0TqaFtmagCRH58h/hmmZc+JsIOdOog51uwCuMPD/l4t39 sEFhyi28LjWzc0rhwJX2XjvX8L6W/OGDjs51q9VZi4AsdhJw4yM9FFu21rV4ZvwLANVDg/pF AAMURxADhBnTDSB24pA+Y8t9Kuum1/IGhQXp2SesQa8B1Y0bfqoyU3i5iD32gHry2fAi1sdW TfwAze+dMI1NmOwkGKZtSXQl8cu+lUdAADnjb+jurvEDapIGrsQ8HcTOHjHHU1DRfvKyAkMz A5PVFoUVZmhxy3WzIsS80ciJ0UmTcbX3HHXxMEYbI+wb2LKpW9B/K6SgwdC6pHr5FixDjMsw kg2w+C3XHL/py3KnKl4rumtUCtiFZD02HVD+zharmZ90SoCJY1pBSsj7+1/05koGQy94aHey bk6/YZq+16nl740b3kIERsPp/ODkXjlzBxgaNjAcxicNRmkpm12uam4Yd95Jnwq0Llqg8z5w ByWudJf8ACb7JHNBbbQrbonvBdI8bZfFO0h2eNz1KifeQ4lu5EbNFYNgM+8ckPOwm7Tvbh1B 5FSY4UjmQGNswE44xdffwfgSrTDFsJecV8dUP0nCLcVFobslvWeTa4JbMfYR8jTyldp3pTZZ OhsCCKiLexNdzoWSclQzrY0Q2fCA1pTnXXtyixnOeQ8XJC7i7GGPSpxd2smqTzH6BmAn9XdN +v3B0p2S4Wo8Hhm2QrMWMPjLlMc2klupl5X5DBeGcUmyxUsEnoTBrcpcvxq3IA1vsbOi5mkZ EBjqj9JsssZ5drKvymemOEFwxYmFmvmicS2VAuQ0xhtf/17rsmx8kLT+C0GThtxOQ82AW2sr ac4Lb+DkgpFoLzjx+9hi0tqf9zihjdPps/yHFgwlDT5Rlfunqv2A9D6nWiWpXaboJXXILgVD hHwm0/W2IvKSstDlN15PsKsM+KyGrGsWz6662NcXBHhOXVxKc3KNINwR4iTvl9JYLF0VRCTj qlOY+qRqnAwm1wnaV+xY2RY2wiz+01K81nTadMw5DOEmiEzfFWo8jNCaDoO8Mw8MWgiEH1UP cY33JnR3qOe6s/EdqpTS+3+vrMWO3mRwkx64w9CvrbO32M9wwv8QIIOw9yVJui5pX5LXFSvl 5MrX2oKPTrt8SBc9Um3emjfG3eV1pnU8ICiRqAraUooEqd0ft6KekNPbIIHFGBWl3rLe29nM tjlIzAoqVf0BmxNWFJXkBRQiS2JcUMkNG0JLlQYupQWBQwcjJb5qQciKOutPcvx5wvT3kRb/ kJz/IRMnjKKhBqY3UrnJ5qIoBMEqRtrmAPJeDGwcdbIhjc6xzAX7/ZbyRF6sdcR+ES+CsPqv nZmUhV8jDV7Oqis9not3Q/we3c0FZfMY2619okP8sB1+Xnqa13AZtJfLpKveUbPbeAbD+1G4 Xa3smYOOUiNOD0LtLrIdFEzzTRpqKGtfsgjNsmmKot7RYkTuoBjTgqhwngV5ZG5TsMWrR9oo Qde/af1PbuCRjlkbxNzyTRp2Y6U8+5wawfPIbTQp7FN5PwNB0KltdMjNO/ZJhX0ZJBLTvxRB dTto7JJ4QYzuCLR4u6SvTL9gnJGAoFgawf7HDuGHNs7MJ9UhXkn0EntxAfYp0A79S8rN35Ik kc/bcJpStSDMeutUOvwzKUHOEeAGAGyhuHWN2xAZcCz9//hPf8LNAaHBn5c+HsnteBr5MWbY 3MPIlm0briYJxwu5qi6XtbAJwYC6r/mnUA/HO1jL+iP826t/0PFjwNjRpNbmK5JuN2aLhf6N 1dJIVAzThUjilu+FqYpRAC2kl3MTk75QvgROpOVpUzFispce2Ze3URfNwEGqTviWrDBs2U7Z vhm0PL1nsLxpQshE1iTKuqp2I7J/QYLkhqIPxV2l6LgOzDopHfyn1d4zdu56rJu1K9AE/k5b XKyO5J+0S1vQUVaTFqDZaHvCqbDCPQIJR49lRm6ybPkvQXi5aj7POcXHK/mtkIUdDY00fQ6u /cxizva9xuVreX/a5ehXTwLNBIjorDZ1GE+l8LFSLQA7mLfkM0xRd/rFvQtNprXP95C1sFCu 1lXDYCmrdbgLI+KDnX1EPpFpjdvgjprGSo4WEjJ3r5r5o8/09or5b9mq7IoUZyiE5L7fohNW wNRi6Ixbx/kEiATE95jfdyKnBGs24fuqWm7fB0OntxM5tPZCMZ5D+a1LRDAu4DOngbYkdwOH nYAKzOoDm8DjD5Cia7OslysIXtAbxU3kf0rsCy9B/0ZUM+ZUAS5rA8IESncuDuo8MH6YGI6m Q3l3q+5na1AIEKCHNi+3wyDOwep4wjLnstAhnveRNyP0Re65L6vgZB4nxVyCVtE3vXtHYtDm ZPm3AUdHeO3ZS2EsNC3MctL2VlDmLWSyQtqjgJs+pNc8diadbb1WayGh77aWQDMtPILmumOs UDD/6firmptkAhR0SCtPqnjDfmfTfBIdBOMY5lr2zfK9SoOazs9Z/xuGSTvrDXWy9K+XPmpG vbP6s/kfVR+CXXXbNMVoKLjN0d8LkG4/ERP5ifqd1pVxQ1q8gHmrzGERj/DutDlchsNFt4kI NgGqtHm3B1dTq8K/AdirCr5ZB06DATSomuCvrTtvUxPwJwOyVTRMYAnLC1wAbspdbcGQbGdQ H5y9Po4iUPOpgAzngRrhFLQ3fijEV1eEe7TsTV7kSmMfpeCu6Lfb85CFvpM5xn4Hj3oaq4Cp lDZkEqMDwrdWzXapiXMJoC8+/EIEqxA4aUssLsPhDalhOD6Ij/aU4WTDz7gkcybs5TbU5G2H VbTYhpAsIXNu5MNRatVfokZtO0geQD6xmUSKw1qQmIfCl0PFaTv3fP0Paj7HMVwWAEK+NAcv 5l9MuIOSTgZr9Jcdxm0YYrTH15pCG142S28eDdAJy7O8VVs5JH5HyWisUIg/5GRIcphJKxoL rL7mYSzv1NPBOIDLW3+3XQWOMLEnGvCediOYxMWJjBBR/P0E2LN3gmq3ph4DwSjxOqs1wUO7 jwlHdJ4CkFTwpfBSueQN0SKShuVdiJKE2ByqWnHWqdKV5DejCRMSqYB+7ajktqzet0I9SemG zDOV9cVYojA3fFzbIYzJbvYrlaomcikmyECVR7FpfWw2qtl3kx6WgK7CbpRCp0vdGVzeq9C5 t38A42idwCJ/Mm8TKMVCW7NUtregLBoLjxGwrsUz6wMyDqwtHr6iomOvidTXFhhXmQmafRRo YscBmBg80W/I+cFPj7EJNFPSW2c+U+RmtnHuDzoCR/CkZ3phB+CrrEK62I1mTKFy1X60msjN TbhBKvZaXF4lf8YLNNLTN1YDRNew2mhddOQtpzhrC6e/lyRQxhsC81J4xsbY7vztdjSDEE/F oadZdpQFKDBaOrHHhZFg+HiwkgDQZ5mKnMlcox0sqNhdHdSEryLtym/qUrVyghQOnXJqDggB /zHuRdUAcvMo/cpilPkq4yn2v7/vebw3pzqFPaQ9EdspgJgFQhFxqEHbQJYDlc43ZCol3jlp N9E7134KuhZU9hoyG7BDDXqcKD069T4uaWeM4Su/TfN5+obtr3nOmHszyCrrRJRaxeSZ1Nyi qwKX/B5m8mXw49jSvvoJZTOPYCFOaO4FuNnWHdQuKiceBsTnQm9YMmVIcWo4Yk41MzFRPT0i Lz48ZGF0YUludGVncml0eSBlbmNyeXB0ZWRIbWFjS2V5PSI5elNadzFDa1VuaTJheCtZV2py cDlWT0FHSi9MN0IxZ2xqeWQrZ0RQYTYwSTNGaTR4UXlLcEVSYktIdFZWT3EyWjJDUjRjNFRk Z1NUL0RFYlJjY0xMdz09IiBlbmNyeXB0ZWRIbWFjVmFsdWU9InNxYldIYXAzZkRqTEhqS2c4 d3J1dEhVSklyNnNrMndPUGFNbEdjZWRaVkZMZW84OW1PZ1Vsbjhjd1FxUjBtM0w4c01iM2Qy V0l0eExLVkR2bmhtUDdBPT0iLz48a2V5RW5jcnlwdG9ycz48a2V5RW5jcnlwdG9yIHVyaT0i aHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNi9rZXlFbmNyeXB0b3Iv cGFzc3dvcmQiPjxwOmVuY3J5cHRlZEtleSBzcGluQ291bnQ9IjEwMDAwMCIgc2FsdFNpemU9 IjE2IiBibG9ja1NpemU9IjE2IiBrZXlCaXRzPSIyNTYiIGhhc2hTaXplPSI2NCIgY2lwaGVy QWxnb3JpdGhtPSJBRVMiIGNpcGhlckNoYWluaW5nPSJDaGFpbmluZ01vZGVDQkMiIGhhc2hB bGdvcml0aG09IlNIQTUxMiIgc2FsdFZhbHVlPSIzTHpMcFpkVSt3amdKbE9hSXpKUlNBPT0i IGVuY3J5cHRlZFZlcmlmaWVySGFzaElucHV0PSJXT2pRTGZ4VGhyKzQyV0l5a1lJRkJBPT0i IGVuY3J5cHRlZFZlcmlmaWVySGFzaFZhbHVlPSJCQ3F1b0YvZjA0VURZVzlQYXR2ak5jU280 R3pnK1JuRitCUFJ1K1JBSis5anZkNThFS2JPNjNkeDgzZWNFSjhMTnpqWExyOGFzNFNScVpv cDlIY0RPdz09IiBlbmNyeXB0ZWRLZXlWYWx1ZT0iQWx0b3BieUNkWXlWTEtscGo5bmp2OUNV bEZ4aW9BcmttSWhkTFQvdGg4dz0iLz48L2tleUVuY3J5cHRvcj48L2tleUVuY3J5cHRvcnM+ PC9lbmNyeXB0aW9uPk3Q7YMeIzKNcvxa2aFAlmKRsjyhwN+rn569ZVmRm6wIwbJpFKw0+fsE mV6OMwuAvBL432Gz9ur+/wAABgECAAAAAAAAAAAAAAAAAAAAAAABAAAA4IWf8vlPaBCrkQgA Kyez2TAAAABsAAAABAAAAAEAAAAoAAAAAAAAgDAAAAAIAAAAOAAAAAQAAABUAAAAAgAAALAE AAATAAAACQQAAB8AAAAKAAAAZgBvAGwAawBsAG8AcgBlAAUARABvAGMAdQBtAGUAbgB0AFMA dQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAA4AAIA//////// ////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAIAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP///////////////wAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA/v8AAAYBAgAAAAAAAAAAAAAAAAAAAAAAAQAAAALVzdWcLhsQk5cIACss+a4wAAAA UAAAAAMAAAABAAAAKAAAAAAAAIAwAAAADwAAADgAAAAAAAAAAAAAAAIAAACwBAAAEwAAAAkE AAAfAAAACAAAAGIAYQBnAGUAbABzACAAAAAgAAAAHwAAAAgAAABzAGgAaQBuAGUAcwAgAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA= --------------602090180167209238367462-- From owner-freebsd-ports@freebsd.org Mon Apr 17 15:33:29 2017 Return-Path: Delivered-To: freebsd-ports@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 19BF7D42730 for ; Mon, 17 Apr 2017 15:33:29 +0000 (UTC) (envelope-from myra.tyler@prodatab2b.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 DF18CDF2 for ; Mon, 17 Apr 2017 15:33:28 +0000 (UTC) (envelope-from myra.tyler@prodatab2b.com) Received: by mailman.ysv.freebsd.org (Postfix) id DE7CBD4272F; Mon, 17 Apr 2017 15:33:28 +0000 (UTC) Delivered-To: ports@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 DDE0CD4272E for ; Mon, 17 Apr 2017 15:33:28 +0000 (UTC) (envelope-from myra.tyler@prodatab2b.com) Received: from IND01-MA1-obe.outbound.protection.outlook.com (mail-ma1ind01hn0210.outbound.protection.outlook.com [104.47.100.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1114DDEF for ; Mon, 17 Apr 2017 15:33:27 +0000 (UTC) (envelope-from myra.tyler@prodatab2b.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=PhaseDirections22.onmicrosoft.com; s=selector1-prodatab2b-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=/YZvJAdcCRFm3W5AsDuJ/nKw/Nfl6L4pAAn7lI/2kqY=; b=ZyhSbZ0KgshIYKdbhkeQoWKynPOAVr1HaKxNatdoSQAwhDEBP1ie3WH1pK7p87aJeqAr7EGDJJSAjxC2ZUHAHrc9J+Bvy0YdlQeQeCXfuhBd2cy+JnMBY0dGc4NirRK5YvlR/qXSsUogJbeZq+Z2v+NMXKqchLfBTmnSaSbwDls= Authentication-Results: freebsd.org; dkim=none (message not signed) header.d=none; freebsd.org; dmarc=none action=none header.from=prodatab2b.com; Received: from CyberPC (49.207.57.232) by PN1PR01MB1008.INDPRD01.PROD.OUTLOOK.COM (10.174.148.7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.10; Mon, 17 Apr 2017 15:33:23 +0000 From: Myra Tyler To: Subject: IBM AS/400 Contact List Date: Mon, 17 Apr 2017 11:31:41 -0400 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Content-Language: en-us Thread-Index: AdK3j6DZzH3/kXvsQ8mVisuCcazKKg== X-Originating-IP: [49.207.57.232] X-ClientProxiedBy: MA1PR01CA0108.INDPRD01.PROD.OUTLOOK.COM (10.174.56.152) To PN1PR01MB1008.INDPRD01.PROD.OUTLOOK.COM (10.174.148.7) X-MS-Office365-Filtering-Correlation-Id: 35147c88-804b-4374-609e-08d485a715e3 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201703131423075)(201702085553020)(201702085551020); SRVR:PN1PR01MB1008; X-Microsoft-Exchange-Diagnostics: 1; PN1PR01MB1008; 3:T8uWEO/RcwuvW0dlPPQjI12YFqimsXkoWFvV5tNnPtiai7RsdzE6hq3CqOr4Vgp+Tbd3Lco4RqXTVIQIGlYslmhCwSzFoiblgi2ABe6xgI1ba7NaUMmmWzKKFIdmu3APphppCvtrjyAWc7QZxSsG9Kj+RINjiXfL4q9lS9QnCxKZ3kcKc/1KLgWmnj8PGCGNUqnvT4bNO8euuB56T4Vnz0NaOHiTOn24IyWIs7yqrizOs5IyPNu3USnMAeszgTOwRLWsG/ysvAbrCeLdmiHgJJ792/o0XcPjOHRD2wCe4rbYQY5/6aCLSQeby03hBEcIq41Q5XQNV8au+Tkefdz9plFEzU9WDihKnr4OaNsIs3RgsvdkcuIzaRRAziNhgSlN; 25:+u4NVgdNEZLopU8xj9k2INpPPtWiiSNauppKayH4wrw9Wd8V16T8Jlb/ZYF6qeCs29XQEVCfLbNggV/K/SVqURCtmw/KQBWQd2qT5+y3YdX8FXAR7GM6CWHly5DCuS7IJzMZcpsfjaKXHLHNIWOyBqFxJMPSnTO+t3gA0TbAcebEsjOsBkWudeHU8M6jEzrzzOjfQbfpPM3vXS3LR5e4UNuXBXuYdlkxtbrGAxMGnSwekIg8j6gRMtoYaovzYeupmiPx7vNYYzvadSwO40tXs4RtStZoZd1tmAQTfPRxyEi0o8mCj2CkK7XhIZtCWIQt4Xjr63pZxfz/aygZdSzXdPFwgICKNGzJBP2m6pIXcG4HhNEt/HtUGJKoyayLjkghssXhOQ+VDJbHhbMPY1f71BqS9AiJ5FnA42tBIb+D6eBO1IJB2gFo75xBWIr1yBMgng+M3CO8uV9bqAIiTttR+Q== X-Microsoft-Exchange-Diagnostics: 1; PN1PR01MB1008; 31:FoUhJUg/ilILqz4uAuShzmeFZ8q62zl4FHFSc2WYyn4FEFzTCs/tX/xfe+J6zhoeu+VZRu3jWvAsdnhYFIoOoT1HXsJHYvhnqAEg4KJBxgAW3WVdPKECOepQsPMbjHIg0TCet10mCMaF7+bU6TosAi2zRn25iyCe602u9ig9veHtcsTFcbXcoRmY4GiFpCPyYbGTbO5aAcllZHFQ7TdEG43zGnZyaGJR7OfrxmKVoGdEi0lDTKqhyoX+V5qIpaqL10kUmicQnVk+u+K69mJ+MD2D9Sd3+h1nrIK90VxgP9w= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(21748063052155); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(6041248)(20161123562025)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(2016111802025)(20161123560025)(20161123564025)(6043046)(6072148); SRVR:PN1PR01MB1008; BCL:0; PCL:0; RULEID:; SRVR:PN1PR01MB1008; X-Microsoft-Exchange-Diagnostics: 1; PN1PR01MB1008; 4:hvBOl/EUDhUvN5aOqzAfXoYGfPS+leRer3HM6ZTBF2ow2KQCt3qmex9g9xmh5Yx+sMBe/qKkrOk4T2Kltj0i4dfOmKap2X0lYeY/GxzYYvkHOv8LwxPscJRJJY/grhSifbEHXEOeJ/sSB9X3KffZhWTp+jFdow7cG0+sXFwPlgp7BVX6C1FTCoVMGdyKmwjFrGgAYohMhIY/9mO1YeOnwMDcKQIUhH6lfAHeCf/Z8lh03Bs8awHnAWZhGKHThSWdu3YZ4EdToI/lamixlFMipG5XKW1B1YqPWu5nu4kawbRwZX1ZhW8zX3z6ab7ciPMy43G0rRtFWNct4mR7Nvkw5C6+YGERMd9pmugJPWqIMInXY154tIeWOlSXkqSmVKhn5KXuVEm2/rrLo296Ofa59XtNAkoaWd8hy+clr5rSliEhbZAQ3EuPEdaqHu47Xz47XOk0BsndkFpNy9WQL9+1C4F6OttoNnNfuEDyiPpITXaG21N7A5K9AF2FG7cXrN8rutDB9jDawuPyX2aQBi9iGA+EQqzoQy1Vgj1zwYu00H1HoZUM3jcyEaNQX9RLhlHOmj4VraZNbt+pr0O1ze1SkIMFAQvutZWclpqDD4rsXavRmSjHBn8EHaOyBIFFB7YGn+EFsuWmT9O1dKDJWRMKSWrhYT1I43CtardbE5UzMa0VOIShgYKkIrAj5tuZ4AYqvY6+IF4kc7oKw3s2wJ+y/qq4JbA5BPzlUx+NErV9ZbFYspBCsEOZ5TigRCntCgRJ22nW9759+nCY651etyQRZjwfxMNFMO9fCmq20KnOZOE= X-Forefront-PRVS: 02801ACE41 X-Forefront-Antispam-Report: SFV:SPM; SFS:(10019020)(4630300001)(6009001)(39840400002)(39850400002)(39410400002)(39450400003)(39400400002)(5660300001)(5009440100003)(9326002)(270700001)(102836003)(6666003)(9406002)(260700001)(3846002)(189998001)(7520500002)(36756003)(9476002)(512954002)(8676002)(25786009)(5009390100002)(6916009)(223583001)(81166006)(110136004)(50226002)(38730400002)(84326002)(42186005)(61296003)(2351001)(2906002)(6116002)(790700001)(66066001)(88246002)(71636004)(50986999)(72586001)(53936002)(86362001)(7736002)(6306002)(6486002)(54896002)(6496005)(7826002)(48640200003); DIR:OUT; SFP:1501; SCL:5; SRVR:PN1PR01MB1008; H:CyberPC; FPR:; SPF:None; MLV:spm; PTR:InfoNoRecords; LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; PN1PR01MB1008; 23:ywuzEsgHEGq6AVPDlLnF4oMUxLQ4u6kGas75/IyH9?= =?us-ascii?Q?NWXA/tL551gOsspfNdfUBtTBIYUgCT/mLiuh6RdoGk0D16INaBsQghD5WVXb?= =?us-ascii?Q?ZDMa4LPRmVmd7qaTDGDQGkzeUZelRTUuwUvlavqKnO4N0yV0kHNKoFARlopD?= =?us-ascii?Q?Biv31ndOo1kVyu4er1YWs0nKNm5+pwowwoco2E6C6lVEhAekoJdmqyzganPA?= =?us-ascii?Q?5JnJHU6TeQw4R3pEgaDtnm6g0hvnD+OeK2xSCLMqyVukx7zOEOGh4SlgSO4f?= =?us-ascii?Q?8XaXKqWj7+ieQCLmGFuMbhYp+PvjO8QpG+Pnirn3NtupXyygobdrB3DAaHF1?= =?us-ascii?Q?nmIHqk5mqDXVsGcaakpiEjk3eer7k/7DPELLT6WHhr/PsZVgiuFqfLmYAfL/?= =?us-ascii?Q?o/0IsFzkhW6RN8n/SVD+Oo02UEyvmdxuFjkbfOsg/lpOrJqtD+D/KR+ubQZo?= =?us-ascii?Q?6Fp5tXV7GDBvbE9wpyL8q7jdteNJuCm8WHGluEosf/581Wu8xa7nzYHLZLRP?= =?us-ascii?Q?c/l/NpbgFLy2AvYKFMO4bRUdEI6rRQFy26TqwjfXb4Uu6Jd7W//STm3lks1q?= =?us-ascii?Q?jYNxsHVpekC4lucVuRB1Rdi8CFag3DP8Z1pJGem1ImSfwouQrRKpkMeVhHXZ?= =?us-ascii?Q?4nUghty7dJ14/QGI9bfxxStiKaqd7F1pEiyHOj2e7Sjrbr7G6NxfQa/J/Lsb?= =?us-ascii?Q?Ol+4NVpPwZQPjtTUjhqdMEXpz3WnR4p37LSv1Y92ZA2zM/SUknJ613wFZy0Z?= =?us-ascii?Q?GDNz9DrCi5jyH67Ng/Z6VZ4fWIjHd7JiT0T+ooouXt2dVdjqftcpjbGkKvq6?= =?us-ascii?Q?fbsLsXFp0/KM41VI5Nl9h4Zz+ipNBpWngygPhfMHe59y47UAkikBlEHptbPB?= =?us-ascii?Q?F3geG1ev/LpLvemmPnkumUTlwq/Tkh7IzpTnxrF7L8Szw4ZIswsqFzYuWsiy?= =?us-ascii?Q?1USDBX4G9NLJqu4d1hbFPg/dS/OPq3l9R//tSIalEhfEeZcjR2En81TBksR0?= =?us-ascii?Q?DSD5lMIoAymy+E+eakDluCt61/zYIPCmg4EwQ6mQBGKLfh2X3cDINkolVytH?= =?us-ascii?Q?aSgsNEgIJ6I5Cip+1+sW8yM/TqUFK/jtiYDJlTImyCDhzkT5v5lvFthI1CqZ?= =?us-ascii?Q?iZ8nXe7kXy8xoiTR22v67jy6Hgmo2ZqBGSCV0vfaYWEEVZcC8GMlCjBTTd2r?= =?us-ascii?Q?dc6fM8PrdwhpBt5XfiR89BZpZFwfRYFwjrSDj+ecJyZkR1bUmObZAVEtPaxc?= =?us-ascii?Q?k7QlCJINq6/P8q+8jFbCsi5h5j8IiddTU+fe6mUoDSgXotd5cWsRL3I7O4Pp?= =?us-ascii?Q?ZjBS4xzoku4ZkBf5bzeFeY=3D?= X-Microsoft-Exchange-Diagnostics: 1; PN1PR01MB1008; 6:2zhbYx056ym1zrcK+kLjikGJueoyzv7QiWOVW8t7tUfGAtzdXgMRiMISUld1n1q0k985nm9DF4CthhiPxTqDO2PCNg48+tkOS7dHVK5N2Z//nEhD1AN8Tu1I06QUsx6Vwz07Yxueoc5UVn2I/Kzd32h9C8HWFO/gxk1u3ts7tdZEBXUWTUvhonZ2+zUGE9h+Fi0RV7iXxHPqcKewIC1Vo5k/CTLcOPyhSyMrIgvvfiGjqL3WoVRyGKfPcvNSsO9qb5sKA32VZQP3ioTHI0v9J5I/1u6NEcCjmItFTQJ7oPGhUXvFAPEKMJd2Bo3kv48yTKHRxFHxN9rCC6T6NJymZqe1YA3S3RosdD5yhZHzjDPBK40Arnaa2KnfheXiKiGzfkM/aKAQYvrbSICfpCdfF3FQXJjYP/Ev+xnMY8S62PtWRdL6JZ2YfdMIs6E1YQusXCiTy2IarMaMawTYm2YWfA==; 5:J4bC+TOGQEv2ktgKIleN0uJWPaw/+XMcIKuA8SiQVGqJanMpOPB8vHEgZcbprewqSrdwjvC7mxViiGo+XPhGPOzY3s2w9dUSzlM+LjjDsdHsDvSXE7RSEJoulWLDrI82dqu7rx3Wg1TBQNQwwhR26Q==; 24:ftwYJidpqAwhpCPrDx7uOLTt05Oxyl1KRZGmtONgin+iZSi7fXDCXAx/DQBklhN2KmrDR0Lan1XimOPh5gzHxw== SpamDiagnosticOutput: 1:22 X-Microsoft-Exchange-Diagnostics: 1; PN1PR01MB1008; 7:4HezTDRP/YfUDXI6EhA1SbR85bke5Bn+x5+ROOnxYvFZdOv5GtlgzM1khhg43EvYjUrcFknWhaoBVk+cGHUs8rQL1pXM6Hszx32tVwXlm8OJt5eH95ygIyAAFa1KUajQwtqUCGvPPlR4JK3pglDmPBSCQKLqw/NB6FDwf9ZtSmpgNbOLRUqYgXpobI7fRhsZiDKVlkNDjdO/xlFgrLiJNoOXy3I47RBY8+4m5wT63b26OK0/LedCT5heZPLPfIJ7zNWC5Wv8ZQ67JLnTqZE9CsWoaI41dAlTcBiacGaT3Bak6sbCzHA9dgMgY/jA+VQkfSSxfmlcWY/nb6AtF2hdAw== X-OriginatorOrg: prodatab2b.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Apr 2017 15:33:23.8227 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: PN1PR01MB1008 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 15:33:29 -0000 Hi, Would you be interested in IBM Technology? email list for your email campaigns? We provide the Database across North America, EMEA, APAC and Latin America. We also have other technology users like: * IBM Pure System * IBM Blade Center * IBM Core Storage * IBM AIX * IBM WebSphere * IBM Congos * IBM Maximo * IBM Cloud * IBM File Net and many more.. Information Fields - Name, Title, Email, Phone Numbers, Company Name, and Company Details like, Physical Address, Web Address, Revenue Size, Employee Size and industry. Please review and let me know what technology users you are interested in and I will get back to you with more information for the same. Thanks, Myra Tyler Demand Generation- Technology Database To Opt Out, please respond "Leave Out" in the Subject line. From owner-freebsd-ports@freebsd.org Mon Apr 17 16:11:47 2017 Return-Path: Delivered-To: freebsd-ports@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 2A4DAD427C4 for ; Mon, 17 Apr 2017 16:11:47 +0000 (UTC) (envelope-from ogud@ogud.com) Received: from smtp94.iad3a.emailsrvr.com (smtp94.iad3a.emailsrvr.com [173.203.187.94]) (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 090A5CD6 for ; Mon, 17 Apr 2017 16:11:46 +0000 (UTC) (envelope-from ogud@ogud.com) Received: from smtp20.relay.iad3a.emailsrvr.com (localhost [127.0.0.1]) by smtp20.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 8445B249FB; Mon, 17 Apr 2017 12:02:01 -0400 (EDT) X-Auth-ID: ogud@ogud.com Received: by smtp20.relay.iad3a.emailsrvr.com (Authenticated sender: ogud-AT-ogud.com) with ESMTPSA id 6236224ABE; Mon, 17 Apr 2017 12:01:57 -0400 (EDT) X-Sender-Id: ogud@ogud.com Received: from [10.20.30.43] (pool-71-191-33-181.washdc.fios.verizon.net [71.191.33.181]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:587 (trex/5.7.12); Mon, 17 Apr 2017 12:02:01 -0400 From: Olafur Gudmundsson Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: default named.conf in bind ports and slaving from f-root Message-Id: <87126196-958D-40DC-AA01-67FE0BBE5ACE@ogud.com> Date: Mon, 17 Apr 2017 12:01:57 -0400 Cc: thomas@gibfest.dk To: freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.3259) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 16:11:47 -0000 Hi Thomas,=20 RFC7706 appendix B.1 is relevant here, = https://tools.ietf.org/html/rfc7706#appendix-B.1 it strongly recommends relying on more than one provider just to avoid = cases like this=20 Strongly recommend that you add the all the other root servers = (including F) to your patch along with the ICANN servers as that will = allow=20 Bind to try any available server for the zone transfer.=20 Olafur From owner-freebsd-ports@freebsd.org Mon Apr 17 16:13:52 2017 Return-Path: Delivered-To: freebsd-ports@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 171E0D428AB for ; Mon, 17 Apr 2017 16:13:52 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id EBEB8FF4 for ; Mon, 17 Apr 2017 16:13:51 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by mailman.ysv.freebsd.org (Postfix) id EB4B4D428AA; Mon, 17 Apr 2017 16:13:51 +0000 (UTC) Delivered-To: ports@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 EAF79D428A9 for ; Mon, 17 Apr 2017 16:13:51 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (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 B4941FF3 for ; Mon, 17 Apr 2017 16:13:51 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by mail-oi0-x235.google.com with SMTP id r203so146780646oib.3 for ; Mon, 17 Apr 2017 09:13:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=KD4WTLwZCZw2nvNUxS0PmCn1XMWMCcpqdZsfNnkUK78=; b=pzS/+VdwFbWdXORuf8ptx+X/1FmeDfDTmc94EGXZcG8x1clzrAY7A5Am7HUMXJ5h4x aqQt1JPNGR4qbgcEJ8LFN26DRvs3Jyl0EWNxTLEDCTsgTXqoEs94iGXAiTkvvoZ17JCa WeWeZJMwO90snlf4iTwwEhJ6Y+cLJVF80Crd6ndqhMhg0adTlNv2AmmsJFq001MQvbc/ cKD5i6xslCnClVyWulgxqP78cfaymY4OShgdn7YgSVyKzopJqODO/4dUGCL7Bs8UpmAC ogH3y8GVRPFf3TW6bQLvEvwLO6eJJFNk1PWd6nlhsjJd30ec5Vc7UgOKTpp9+WEIqpTE /3Fw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=KD4WTLwZCZw2nvNUxS0PmCn1XMWMCcpqdZsfNnkUK78=; b=EYQluaYbMDeXyapZ34SeHH9Z6521dDnzbUCabTb6YnfVf9I2zMkfVru0oRj1NZq3bn Hejs6r5l0ulxCpwg9V7UuHtQn2cRmmieix3JY/k7i11MNaQ/VhLPQM+DMr5sOFTVfTs/ CaohRFOIoU3J0xohqb6lGyDw8ZA9hpeJm3Di9/+o1c+N2vxvW+465oAjbL7PYwpqCxAy pt6vHtnQGpVwSFIkwS0mvmdGGdZh6OJJ07lQfft2Wv+l8MOXhtehqip5WXRjGbOi05Lf Jqt/NBnll6nRAzYfFX2KSgyVF7wIV+xj2KnO1XF3BXlYKBnHyirhGrzTu4Crw8FLO067 +Z1g== X-Gm-Message-State: AN3rC/6tNOZ2FhOeN8lf0/17rgThEhKeeFWnrDLCEdmhQCGy6Ibtfz2F D9Ue5z/GczQaOu/i8BfHs7bXriFgBxeMUhQ= X-Received: by 10.157.62.76 with SMTP id h12mr5134347otg.95.1492445630964; Mon, 17 Apr 2017 09:13:50 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Steven Hartland Date: Mon, 17 Apr 2017 16:13:40 +0000 Message-ID: Subject: Re: Packaging Go Libs To: Steve Wills , ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 16:13:52 -0000 Agreed we shouldn't vendor go libraries On Mon, 17 Apr 2017 at 15:20, Steve Wills wrote: > Hi, > > I'd like to propose eliminating packaging of Go libs. > > Almost every Go app is developed with a different version of any given > lib than what another Go app might use. Forcing a Go app to use a > different version than what upstream might have chosen is error prone at > best and likely to produce a build that's unsupported upstream. So for > the packaged libs to even be useful, we would have to have as many > versions of each lib as there are consumers, or nearly as many. > > Further, best practice in the Go community is for Go apps to vendor all > their dependencies and almost all apps do that. This is the reason most > Go apps use different versions of it's libs. > > So to me, packaging Go libs doesn't make sense and I think we should > remove the Go libs from ports. > > Existing ports which use the Go libs should be updated to not use the Go > lib ports by doing one of these, in priority order: > > * Converted to using vendored deps included with the package source if > possible (preferred) > * Fetching the versions of deps specified by upstream (in the case of > vendor.json) > * As a last resort (deps are not included nor versions specified > exactly) fetching versions of deps available at the time of upstream > development > > Further, documentation should be added to the Porters Handbook saying > that we don't package Go libs and portlint should be updated to check > for installing files in GO_SRCDIR and GO_LIBDIR (exceot lang/go*). > > For reference, here's the list of Go lib ports that I found at the moment: > > archivers/go-compress > databases/gomdb > databases/gosqlite3 > databases/levigo > databases/radix.v2 > databases/redigo > devel/go-bayesian > devel/go-cobra > devel/go-codec > devel/go-cpuid > devel/go-crc32 > devel/go-faker > devel/go-form > devel/go-go.uuid > devel/go-goregen > devel/go-hashicorp-logutils > devel/go-json-rest > devel/go-logrus > devel/go-metrics > devel/go-nuid > devel/go-pflag > devel/go-protobuf > devel/go-raw > devel/go-runewidth > devel/go-slices > devel/go-sql-driver > devel/go-uuid > devel/go-yaml > devel/goprotobuf > net/go-amqp > net/go-geoip > net/go-httppath > net/go-httptreemux > net/go-nats > net/go.net > security/go.crypto > security/goptlib > textproc/go.text > www/go-fasthttp > www/webgo > > Does anyone have any objection or reasoning why this doesn't make sense? > > Thanks, > Steve > > From owner-freebsd-ports@freebsd.org Mon Apr 17 19:15:16 2017 Return-Path: Delivered-To: freebsd-ports@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 5C483D418CB for ; Mon, 17 Apr 2017 19:15:16 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (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 244009D5; Mon, 17 Apr 2017 19:15:15 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a02.um.gwdg.de ([134.76.11.222] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1d0C7E-0001wb-3h; Mon, 17 Apr 2017 21:15:12 +0200 Received: from krabat.raven.hur (79.210.200.227) by email.gwdg.de (134.76.9.211) with Microsoft SMTP Server (TLS) id 14.3.319.2; Mon, 17 Apr 2017 21:15:11 +0200 Subject: Re: shebangfix problems with devel/llvm40 on 12.0-CURRENT To: Martin Wilke , CC: References: From: Rainer Hurling Message-ID: Date: Mon, 17 Apr 2017 21:15:05 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 19:15:16 -0000 Am 17.04.2017 um 16:44 schrieb Martin Wilke: > I committed just a fix. Hi Martin, Your patch works as expected :) Many thanks for this and the other shebang fixes. Greetings from Germany, Rainer > > ------ Original Message ------ > From: "Rainer Hurling" > To: brooks@FreeBSD.org > Cc: freebsd-ports@freebsd.org > Sent: 17/04/2017 03:13:27 PM > Subject: shebangfix problems with devel/llvm40 on 12.0-CURRENT > >> On 12.0-CURRENT r316757 with recent ports system a got the following >> built error: >> >> >> [..snip..] >> ====> Compressing man pages (compress-man) >> ===> Installing ldconfig configuration file >> ====> Running Q/A tests (stage-qa) >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'bin/lit40' >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'bin/llvm-lit40' >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'llvm40/bin/git-clang-format' >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'llvm40/bin/scan-view' >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'llvm40/bin/lit' >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'llvm40/bin/llvm-lit' >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'llvm40/share/clang/clang-format-diff.py' >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'llvm40/share/clang/clang-tidy-diff.py' >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'llvm40/share/clang/run-clang-tidy.py' >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'llvm40/share/clang/run-find-all-symbols.py' >> Error: /usr/local/bin/FileCheck40 is linked to >> /usr/local/lib/libtinfo.so.6 from devel/ncurses but it is not declared >> as a dependency >> Warning: you need USES+=ncurses >> Error: /usr/local/llvm40/bin/lldb-server-4.0.0 is linked to >> /usr/local/lib/libform.so.6 from devel/ncurses but it is not declared as >> a dependency >> Warning: you need USES+=ncurses >> Error: /usr/local/llvm40/bin/lldb-server-4.0.0 is linked to >> /usr/local/lib/libpanel.so.6 from devel/ncurses but it is not declared >> as a dependency >> Warning: you need USES+=ncurses >> Error: /usr/local/llvm40/bin/lldb-server-4.0.0 is linked to >> /usr/local/lib/libexecinfo.so.1 from devel/libexecinfo but it is not >> declared as a dependency >> Warning: you need USES+=execinfo >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /usr/ports/devel/llvm40 >> [..snip..] >> >> >> I think, this is because of the new requirements of shebang pathes? >> >> Thanks for any help. From owner-freebsd-ports@freebsd.org Mon Apr 17 19:21:19 2017 Return-Path: Delivered-To: freebsd-ports@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 304BFD41AB5 for ; Mon, 17 Apr 2017 19:21:19 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 E9D66D6D for ; Mon, 17 Apr 2017 19:21:18 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d0CD9-0009xQ-5O; Mon, 17 Apr 2017 21:21:19 +0200 Date: Mon, 17 Apr 2017 21:21:19 +0200 From: Kurt Jaeger To: Dmytro Bilokha Cc: freebsd-ports@freebsd.org Subject: Re: Need for commit (new port) Message-ID: <20170417192119.GC74780@home.opsec.eu> References: <20170416173109.GA3679@wstan> <20170416201106.GB74780@home.opsec.eu> <20170417042225.GA2618@wstan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170417042225.GA2618@wstan> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 19:21:19 -0000 Hi! [...] > >> It is a port for the Payara Application Service (http://www.payara.fish/) > >> which is derived from the Glassfish (https://glassfish.java.net/). > >[...] May I ask about the difference between glassfish (now at 4.1.2 > >upstream, 4.1 in the ports), wildfly, jboss and all the other EEs out > >there ? > Each Java EE application server is implementation of standards. > So, theoretically, they should be more or less equal. But, always > there are some aspects/features not covered by standards > (like clustering, configuration, deployment procedure, etc). > And these features are implemented in different ways by each > application server. > Also, licensing is different (LGPL/GPL/CDDL...). Thanks for explaining the situation. I found this link: https://en.wikipedia.org/wiki/Comparison_of_application_servers#Java which is even more shocking, as it shows so many different Java EE AppServers. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Tue Apr 18 01:46:24 2017 Return-Path: Delivered-To: freebsd-ports@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 7ABACD41799 for ; Tue, 18 Apr 2017 01:46:24 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C2B91E2C for ; Tue, 18 Apr 2017 01:46:23 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:46924] helo=localhost) by dnvrco-omsmta02 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id D1/5F-29375-8EF65F85; Tue, 18 Apr 2017 01:46:17 +0000 Date: Tue, 18 Apr 2017 01:46:11 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-ports@freebsd.org CC: rea@freebsd.org Subject: www/xombrero status: appears to be discontinued upstream X-RR-Connecting-IP: 107.14.64.7:25 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 01:46:24 -0000 I find on Wikipedia (https://en.wikipedia.org/wiki/Xombrero) that Xombrero web browser has been discontinued: In early 2017, it appeared the project was likely to be discontinued, as xombrero depended on an old version of WebKit which had multiple security vulnerabilities, and a port to a modern version of WebKit would be difficult.[16][2] Due to these issues,[3] OpenBSD removed xombrero from its ports tree on 1 February 2017.[17] I could not reach Xombrero's website MASTER_SITES= https://opensource.conformal.com/snapshots/xombrero/ I checked on Github and indeed found that work on Xombrero had ceased: xombrero has been retired and is no longer under development and supported. So it looks like www/xombrero is a candidate for deletion from FreeBSD ports? Tom From owner-freebsd-ports@freebsd.org Tue Apr 18 02:34:11 2017 Return-Path: Delivered-To: freebsd-ports@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 E9634D4328F for ; Tue, 18 Apr 2017 02:34:11 +0000 (UTC) (envelope-from christopherhall.hsw@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 C747AD97 for ; Tue, 18 Apr 2017 02:34:11 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id C6A11D4328D; Tue, 18 Apr 2017 02:34:11 +0000 (UTC) Delivered-To: ports@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 C643FD4328C for ; Tue, 18 Apr 2017 02:34:11 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (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 98824D96 for ; Tue, 18 Apr 2017 02:34:11 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: by mail-pf0-x241.google.com with SMTP id a188so28037760pfa.2 for ; Mon, 17 Apr 2017 19:34:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=y9ujRRiZJCe646IayPvYrRtlqglyd5kW+0QuwOGOg2M=; b=QsL4H+aV9+MI2yE9uq2Rh1ffWkO60RhgC1BWV1vNKnUrU+Wmt4AYuZehWW+1zvEcMC Nbds8n+/6qF/sLdJRk6aft4VVe/b3SOeSd6+vqbs1C/xxpYroA5K59vS8F56G0JtZ6wB J2cP0hZLvA4opIzVwmTR9OV0ehtxBUAjFnTS/JGHu4UG7j2sUpqCsLu4BV73OrD5CMVF XL8HPnJ7ga7S6kni88OF0BL1srtwtIqn/JCmT2bOG3E56tgz/x55JK3gFb28lWpdDk9o 3N0OLBMAtsE61PvgtdWgvGWsOaOdod5VEhE4oLC1orX3DnB347QMfkG7LrNEpT3lzDhb y3NA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=y9ujRRiZJCe646IayPvYrRtlqglyd5kW+0QuwOGOg2M=; b=CtJIll2vQbO/CDIJVIIsO2jXEjEA77Cmu4sFR6qo43/0wJEaZ9SMdFH98hFbRupv4L eDKaczBIxgColoRJQzVc5PoYdC5xf89tyAM0auu0S2JeXq3i8a4PNqDWUz5N0a2OpoGq QlT1BZIJZQe9a8QBkftujmzCXKbkLu2tFxiFFvPNHNjUbdn5lk/WsgH2ulVFHjA+ywGs V2PnnPpYlNPCb5yzgnAcDA18Z22AtH894UNsbOh+tmk30L9tckLrQ28DTlzPvOoROybQ 04mmeimNq5J3OZQyRASRoJ8LbVO7Ph55a8UxKdTrZf8SQLZc/WT+NTdYKb/Zpr6FjBMO JsEg== X-Gm-Message-State: AN3rC/4yzs5+JjpOvsLIo062XWZKE/DEopRjcwBBr2VJGOgmXHLM3l8d QjXv0OjJXqwC7xq/bpMlOw== X-Received: by 10.98.9.10 with SMTP id e10mr15292150pfd.101.1492482850767; Mon, 17 Apr 2017 19:34:10 -0700 (PDT) Received: from arria.bitmark.lan ([2001:b030:2314:200:f279:59ff:fe6a:4741]) by smtp.gmail.com with ESMTPSA id k23sm20376464pfg.26.2017.04.17.19.34.08 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 17 Apr 2017 19:34:10 -0700 (PDT) Date: Tue, 18 Apr 2017 10:34:05 +0800 From: Christopher Hall To: Steve Wills Cc: ports@FreeBSD.org Subject: Re: Packaging Go Libs Message-ID: <20170418103350.433498f4@arria.bitmark.lan> In-Reply-To: References: X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 02:34:12 -0000 Hello Steve, On Mon, 17 Apr 2017 10:20:20 -0400, Steve Wills wrote: > Hi, > > I'd like to propose eliminating packaging of Go libs. For my own go application I use the ports mechanism to specify specific versions of dependencies and it would only have been tested with those; if forces to use an older version it would likely fail as the APIs on some libs have changed quite a lot. So I personally see no need to have any go dependencies in the ports tree. I currently like the idea of having all the go dependencies statically linked and only few external "C" libs as dynamic links as it makes packaging and deployment very quick. > > Almost every Go app is developed with a different version of any given > lib than what another Go app might use. Forcing a Go app to use a > different version than what upstream might have chosen is error prone > at best and likely to produce a build that's unsupported upstream. So > for the packaged libs to even be useful, we would have to have as many > versions of each lib as there are consumers, or nearly as many. > > Further, best practice in the Go community is for Go apps to vendor > all their dependencies and almost all apps do that. This is the > reason most Go apps use different versions of it's libs. > > So to me, packaging Go libs doesn't make sense and I think we should > remove the Go libs from ports. > > Existing ports which use the Go libs should be updated to not use the > Go lib ports by doing one of these, in priority order: > > * Converted to using vendored deps included with the package source if > possible (preferred) > * Fetching the versions of deps specified by upstream (in the case of > vendor.json) > * As a last resort (deps are not included nor versions specified > exactly) fetching versions of deps available at the time of upstream > development > > Further, documentation should be added to the Porters Handbook saying > that we don't package Go libs and portlint should be updated to check > for installing files in GO_SRCDIR and GO_LIBDIR (exceot lang/go*). > > For reference, here's the list of Go lib ports that I found at the > moment: > > archivers/go-compress > databases/gomdb > databases/gosqlite3 > databases/levigo > databases/radix.v2 > databases/redigo > devel/go-bayesian > devel/go-cobra > devel/go-codec > devel/go-cpuid > devel/go-crc32 > devel/go-faker > devel/go-form > devel/go-go.uuid > devel/go-goregen > devel/go-hashicorp-logutils > devel/go-json-rest > devel/go-logrus > devel/go-metrics > devel/go-nuid > devel/go-pflag > devel/go-protobuf > devel/go-raw > devel/go-runewidth > devel/go-slices > devel/go-sql-driver > devel/go-uuid > devel/go-yaml > devel/goprotobuf > net/go-amqp > net/go-geoip > net/go-httppath > net/go-httptreemux > net/go-nats > net/go.net > security/go.crypto > security/goptlib > textproc/go.text > www/go-fasthttp > www/webgo > > Does anyone have any objection or reasoning why this doesn't make > sense? > > Thanks, > Steve > -- Best Regards. Christopher Hall. From owner-freebsd-ports@freebsd.org Tue Apr 18 08:30:43 2017 Return-Path: Delivered-To: freebsd-ports@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 01FF8D42580 for ; Tue, 18 Apr 2017 08:30:43 +0000 (UTC) (envelope-from portscout@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 E331616B3 for ; Tue, 18 Apr 2017 08:30:42 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id E2A5AD4257D; Tue, 18 Apr 2017 08:30:42 +0000 (UTC) Delivered-To: ports@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 E25BDD4257C for ; Tue, 18 Apr 2017 08:30:42 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 D5BCA16B1 for ; Tue, 18 Apr 2017 08:30:42 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id v3I8Ugti073407 for ; Tue, 18 Apr 2017 08:30:42 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id v3I8Ugik073404; Tue, 18 Apr 2017 08:30:42 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201704180830.v3I8Ugik073404@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Tue, 18 Apr 2017 08:30:42 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 08:30:43 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ sysutils/n98-magerun | 1.97.12 | 1.97.30 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Tue Apr 18 09:27:21 2017 Return-Path: Delivered-To: freebsd-ports@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 1B2A1D43D43 for ; Tue, 18 Apr 2017 09:27:21 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (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 D89BAA31 for ; Tue, 18 Apr 2017 09:27:20 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a01.um.gwdg.de ([134.76.11.221] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1d0PPj-0002dE-TT for freebsd-ports@freebsd.org; Tue, 18 Apr 2017 11:27:11 +0200 Received: from pc028.nfv.nw-fva.de (134.76.242.1) by email.gwdg.de (134.76.9.210) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 18 Apr 2017 11:27:11 +0200 To: From: Rainer Hurling Subject: More shebangfix problems with ports Message-ID: Date: Tue, 18 Apr 2017 11:27:05 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 09:27:21 -0000 After the shebang rules where intensified, many ports have been fixed already. Many thanks for that! For me, on 12.0-CURRENT, at least lang/go and www/libxul have non fixed shebangs until now: lang/go: Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for 'go/lib/time/update.bash' Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for 'go/misc/benchcmp' Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for 'go/misc/nacl/go_nacl_386_exec' Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for 'go/misc/nacl/go_nacl_amd64p32_exec' Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for 'go/misc/nacl/go_nacl_arm_exec' Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for 'go/src/all.rc' Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for 'go/src/clean.rc' Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for 'go/src/cmd/dist/mkdeps.bash' Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for 'go/src/cmd/go/mkalldocs.sh' Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for 'go/src/make.rc' Error: '/usr/bin/perl' is an invalid shebang you need USES=shebangfix for 'go/src/net/http/cgi/testdata/test.cgi' Error: '/usr/bin/perl' is an invalid shebang you need USES=shebangfix for 'go/src/regexp/syntax/make_perl_groups.pl' Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for 'go/src/run.rc' www/libxul: Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'lib/libxul/sdk/bin/xpidl.py' Error: '/usr/bin/env python' is an invalid shebang you need USES=shebangfix for 'lib/libxul/sdk/bin/xpt.py' Warning: Bad symlink '/usr/local/bin/xulrunner' pointing to an absolute pathname '/usr/local/lib/libxul/xulrunner' Warning: Bad symlink '/usr/local/lib/libxul/lib' pointing to an absolute pathname '/usr/local/lib/libxul/sdk/lib' Warning: Bad symlink '/usr/local/lib/libxul/bin' pointing to an absolute pathname '/usr/local/lib/libxul' Warning: Bad symlink '/usr/local/lib/libxul/include' pointing to an absolute pathname '/usr/local/include/libxul' Warning: Bad symlink '/usr/local/lib/libxul/idl' pointing to an absolute pathname '/usr/local/share/idl/libxul' From owner-freebsd-ports@freebsd.org Tue Apr 18 09:36:14 2017 Return-Path: Delivered-To: freebsd-ports@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 158FAD42292 for ; Tue, 18 Apr 2017 09:36:14 +0000 (UTC) (envelope-from joneum@bsdproject.de) Received: from dd36626.kasserver.com (dd36626.kasserver.com [85.13.153.106]) (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 B7AEC1084 for ; Tue, 18 Apr 2017 09:36:13 +0000 (UTC) (envelope-from joneum@bsdproject.de) Received: from phantomias.home.jochen-neumeister.de (p548942F3.dip0.t-ipconnect.de [84.137.66.243]) by dd36626.kasserver.com (Postfix) with ESMTPSA id 387722E0245B; Tue, 18 Apr 2017 11:36:05 +0200 (CEST) Subject: Re: More shebangfix problems with ports To: Rainer Hurling , freebsd-ports@freebsd.org References: From: Jochen Neumeister Message-ID: <4ea48732-0df5-242e-a354-21c9553b1c30@bsdproject.de> Date: Tue, 18 Apr 2017 11:35:57 +0200 MIME-Version: 1.0 In-Reply-To: Content-Language: de-DE Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 09:36:14 -0000 Hi Rainer, Am 18.04.2017 um 11:27 schrieb Rainer Hurling: > After the shebang rules where intensified, many ports have been fixed > already. Many thanks for that! > > > For me, on 12.0-CURRENT, at least lang/go and www/libxul have non > fixed shebangs until now: > > > lang/go: > Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for > 'go/lib/time/update.bash' > Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for > 'go/misc/benchcmp' > Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for > 'go/misc/nacl/go_nacl_386_exec' > Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for > 'go/misc/nacl/go_nacl_amd64p32_exec' > Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for > 'go/misc/nacl/go_nacl_arm_exec' > Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for > 'go/src/all.rc' > Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for > 'go/src/clean.rc' > Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for > 'go/src/cmd/dist/mkdeps.bash' > Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for > 'go/src/cmd/go/mkalldocs.sh' > Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for > 'go/src/make.rc' > Error: '/usr/bin/perl' is an invalid shebang you need USES=shebangfix > for 'go/src/net/http/cgi/testdata/test.cgi' > Error: '/usr/bin/perl' is an invalid shebang you need USES=shebangfix > for 'go/src/regexp/syntax/make_perl_groups.pl' > Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for > 'go/src/run.rc' For lang/go look at this patch: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218702 I've tested it, and it works fine. > > > www/libxul: > Error: '/usr/bin/env python' is an invalid shebang you need > USES=shebangfix for 'lib/libxul/sdk/bin/xpidl.py' > Error: '/usr/bin/env python' is an invalid shebang you need > USES=shebangfix for 'lib/libxul/sdk/bin/xpt.py' > Warning: Bad symlink '/usr/local/bin/xulrunner' pointing to an > absolute pathname '/usr/local/lib/libxul/xulrunner' > Warning: Bad symlink '/usr/local/lib/libxul/lib' pointing to an > absolute pathname '/usr/local/lib/libxul/sdk/lib' > Warning: Bad symlink '/usr/local/lib/libxul/bin' pointing to an > absolute pathname '/usr/local/lib/libxul' > Warning: Bad symlink '/usr/local/lib/libxul/include' pointing to an > absolute pathname '/usr/local/include/libxul' > Warning: Bad symlink '/usr/local/lib/libxul/idl' pointing to an > absolute pathname '/usr/local/share/idl/libxul' > Cheers Jochen From owner-freebsd-ports@freebsd.org Tue Apr 18 11:31:45 2017 Return-Path: Delivered-To: freebsd-ports@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 8F433D44366 for ; Tue, 18 Apr 2017 11:31:45 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (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 5743463E for ; Tue, 18 Apr 2017 11:31:44 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a01.um.gwdg.de ([134.76.11.221] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1d0RME-0005sD-9L; Tue, 18 Apr 2017 13:31:42 +0200 Received: from pc028.nfv.nw-fva.de (134.76.242.1) by email.gwdg.de (134.76.9.210) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 18 Apr 2017 13:31:41 +0200 Subject: Re: More shebangfix problems with ports To: Jochen Neumeister References: <4ea48732-0df5-242e-a354-21c9553b1c30@bsdproject.de> CC: From: Rainer Hurling Message-ID: <26c504e5-5d47-b63a-4f66-e8eb3af57e9c@gwdg.de> Date: Tue, 18 Apr 2017 13:31:41 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: <4ea48732-0df5-242e-a354-21c9553b1c30@bsdproject.de> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 11:31:45 -0000 Hi Jochen, Am 18.04.2017 um 11:35 schrieb Jochen Neumeister: > Hi Rainer, > > > Am 18.04.2017 um 11:27 schrieb Rainer Hurling: >> After the shebang rules where intensified, many ports have been fixed >> already. Many thanks for that! >> >> >> For me, on 12.0-CURRENT, at least lang/go and www/libxul have non >> fixed shebangs until now: >> >> >> lang/go: >> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >> 'go/lib/time/update.bash' >> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >> 'go/misc/benchcmp' >> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >> 'go/misc/nacl/go_nacl_386_exec' >> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >> 'go/misc/nacl/go_nacl_amd64p32_exec' >> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >> 'go/misc/nacl/go_nacl_arm_exec' >> Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for >> 'go/src/all.rc' >> Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for >> 'go/src/clean.rc' >> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >> 'go/src/cmd/dist/mkdeps.bash' >> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >> 'go/src/cmd/go/mkalldocs.sh' >> Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for >> 'go/src/make.rc' >> Error: '/usr/bin/perl' is an invalid shebang you need USES=shebangfix >> for 'go/src/net/http/cgi/testdata/test.cgi' >> Error: '/usr/bin/perl' is an invalid shebang you need USES=shebangfix >> for 'go/src/regexp/syntax/make_perl_groups.pl' >> Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for >> 'go/src/run.rc' > For lang/go look at this patch: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218702 > > I've tested it, and it works fine. Thanks for the hint to the patch and for your testing. Now I am irritated, why my system complains about shebang problems. I will investigate a bit more ... >> >> >> www/libxul: >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'lib/libxul/sdk/bin/xpidl.py' >> Error: '/usr/bin/env python' is an invalid shebang you need >> USES=shebangfix for 'lib/libxul/sdk/bin/xpt.py' >> Warning: Bad symlink '/usr/local/bin/xulrunner' pointing to an >> absolute pathname '/usr/local/lib/libxul/xulrunner' >> Warning: Bad symlink '/usr/local/lib/libxul/lib' pointing to an >> absolute pathname '/usr/local/lib/libxul/sdk/lib' >> Warning: Bad symlink '/usr/local/lib/libxul/bin' pointing to an >> absolute pathname '/usr/local/lib/libxul' >> Warning: Bad symlink '/usr/local/lib/libxul/include' pointing to an >> absolute pathname '/usr/local/include/libxul' >> Warning: Bad symlink '/usr/local/lib/libxul/idl' pointing to an >> absolute pathname '/usr/local/share/idl/libxul' >> > Cheers > Jochen > From owner-freebsd-ports@freebsd.org Tue Apr 18 12:08:04 2017 Return-Path: Delivered-To: freebsd-ports@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 63781D4261B for ; Tue, 18 Apr 2017 12:08:04 +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 51EAB155 for ; Tue, 18 Apr 2017 12:08:04 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 51513D4261A; Tue, 18 Apr 2017 12:08:04 +0000 (UTC) Delivered-To: ports@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 50FAFD42619 for ; Tue, 18 Apr 2017 12:08:04 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 3486B154; Tue, 18 Apr 2017 12:08:04 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 6745C5EB7; Tue, 18 Apr 2017 12:08:03 +0000 (UTC) From: Jan Beich To: Kevin Oberman Cc: Peter Smith , "ports\@FreeBSD.org" Subject: Re: FreeBSD Port: graphics/opencv -- Fails to compile References: Date: Tue, 18 Apr 2017 14:07:40 +0200 In-Reply-To: (Kevin Oberman's message of "Sat, 15 Apr 2017 15:29:47 -0700") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 12:08:04 -0000 Kevin Oberman writes: > On Sat, Apr 15, 2017 at 3:09 PM, Peter Smith wrote: >> # uname -a >> > FreeBSD red 11.0-RELEASE-p8 FreeBSD 11.0-RELEASE-p8 #0: Wed Feb 22 >> > 06:12:04 UTC 2017 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [...] >> ===> Applying FreeBSD patches for opencv-core-2.4.13.1_1 >> 1 out of 1 hunks failed--saving rejects to >> ./apps/traincascade/imagestorage.h.rej >> => FreeBSD patch patch-apps__traincascade__imagestorage.h failed to apply cleanly. >> *** Error code 1 [...] > Somehow you seem to have an old patch file sitting in the ports tree. > patch-apps__traincascade__imagestorage.h no longer exists in the port. > > Do you SVN your ports tree? If so, you can confirm the issue with "svn > status /usr/ports/graphics/opencv". Asssuming it is marked as unknown (?), > I suggest that you "rm /usr/ports/graphics/opencv/files/*" and then "svn up > /usr/ports/graphics/opencv". (Note: opencv-core is a slave port of opencv > and all patches are in the opencv directory.) Then it should patch > correctly. > > If you don't use svn to update your ports tree, I'm a bit baffled as > portsnap should remove unknown files. Bug 218673 has more details. Maybe portsnap runs aren't atomic leaving no way to recover after an unsafe abort such as Ctrl+C or reboot other than by re-creating the tree or via backup. From owner-freebsd-ports@freebsd.org Tue Apr 18 13:09:34 2017 Return-Path: Delivered-To: freebsd-ports@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 44B09D42EA1 for ; Tue, 18 Apr 2017 13:09:34 +0000 (UTC) (envelope-from steven@multiplay.co.uk) 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 23AF01643 for ; Tue, 18 Apr 2017 13:09:34 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by mailman.ysv.freebsd.org (Postfix) id 1FB10D42EA0; Tue, 18 Apr 2017 13:09:34 +0000 (UTC) Delivered-To: ports@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 1F483D42E9F for ; Tue, 18 Apr 2017 13:09:34 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::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 D9ACE1642 for ; Tue, 18 Apr 2017 13:09:33 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by mail-oi0-x22d.google.com with SMTP id b187so176061455oif.0 for ; Tue, 18 Apr 2017 06:09:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DvAs6IiRo5H97hClhYZxwWEtWJhsqA8ZQQrMbBGsLm0=; b=fVS8n4H3bAF0UTjJpMMwfZun0Fy9dbvjiLp4Zau7IJBBLXrkUHvl88ALLNuYfLXpIP A7rP0zusnab+lgI+1mYK6dkE5LTQLbMlnsXPc2pg0HuCJ/YwfOZg2CuX1O+A4e0Q1QtV 4sbdmclfI0PxQ6FCYh6n9TOJZM4xao8arf5Rwc8pmd/qP//H9yPfzkKpcc3LNbyuk4uk fLwaWbRPN8youhqJC/qjBe2hc0UrwMAvfUsP98I5pceoZTLH6U32+mHLASXwjN86pDE0 MUj+Fl02eBW80186QVxxm35aHE3lvpRAJq+7Zvs5yMajJXbnzUkYwomI5hYT91mDEeI/ z2hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DvAs6IiRo5H97hClhYZxwWEtWJhsqA8ZQQrMbBGsLm0=; b=sZA6932J30VeS8FvURH/paRfBqNQ3w6eO3vf3oVMiSO3uTwvNqI17skntzrQMMWsBz UZQoiCeWFXd4fvPyZA/cHtJaHxcdGH3YGcVNom5XAJ+VzZZ5ivJiKmTStxVK6421kCpy v+ZPpdSpcdsAx5tlCOSM5AahebZWh+z7vW7aVtHfnqq7UfeCb+B8V9E4w6d6k+Xhzsxe 4ETGMVvEiwEd1R7fBkqbZA5qIJ4dUXKbV8tXmTEEI2ZRupq++1otTLD0F8SXPmhtcwwU pDtJk9E0sYH0VbusrjLv5JQkhWU51vv06OCUdD40P0PCxfplov5TtIwO2HAexowRE6aW cNiQ== X-Gm-Message-State: AN3rC/4Mt4z2+n0rCQfyFT2e88mU8RTYh/KnoGeQMsKdm40ROwWpnvch NlagCDplTnl3jion2McaD3XAL/0AbWKl3b8= X-Received: by 10.157.60.145 with SMTP id z17mr5198731otc.252.1492520973139; Tue, 18 Apr 2017 06:09:33 -0700 (PDT) MIME-Version: 1.0 References: <20170418103350.433498f4@arria.bitmark.lan> In-Reply-To: <20170418103350.433498f4@arria.bitmark.lan> From: Steven Hartland Date: Tue, 18 Apr 2017 13:09:22 +0000 Message-ID: Subject: Re: Packaging Go Libs To: Christopher Hall , Steve Wills Cc: ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 13:09:34 -0000 You should use built in golang vendoring to ensure these dependencies, as their is no guarantee that someone won't update the library port and your app would break, so doing that is very fragile On Tue, 18 Apr 2017 at 03:34, Christopher Hall < christopherhall.hsw@gmail.com> wrote: > Hello Steve, > > On Mon, 17 Apr 2017 10:20:20 -0400, Steve Wills wrote: > > > Hi, > > > > I'd like to propose eliminating packaging of Go libs. > > For my own go application I use the ports mechanism to specify specific > versions of dependencies and it would only have been tested with those; > if forces to use an older version it would likely fail as the APIs on > some libs have changed quite a lot. > > So I personally see no need to have any go dependencies in the ports > tree. I currently like the idea of having all the go dependencies > statically linked and only few external "C" libs as dynamic links as it > makes packaging and deployment very quick. > > > > > Almost every Go app is developed with a different version of any given > > lib than what another Go app might use. Forcing a Go app to use a > > different version than what upstream might have chosen is error prone > > at best and likely to produce a build that's unsupported upstream. So > > for the packaged libs to even be useful, we would have to have as many > > versions of each lib as there are consumers, or nearly as many. > > > > Further, best practice in the Go community is for Go apps to vendor > > all their dependencies and almost all apps do that. This is the > > reason most Go apps use different versions of it's libs. > > > > So to me, packaging Go libs doesn't make sense and I think we should > > remove the Go libs from ports. > > > > Existing ports which use the Go libs should be updated to not use the > > Go lib ports by doing one of these, in priority order: > > > > * Converted to using vendored deps included with the package source if > > possible (preferred) > > * Fetching the versions of deps specified by upstream (in the case of > > vendor.json) > > * As a last resort (deps are not included nor versions specified > > exactly) fetching versions of deps available at the time of upstream > > development > > > > Further, documentation should be added to the Porters Handbook saying > > that we don't package Go libs and portlint should be updated to check > > for installing files in GO_SRCDIR and GO_LIBDIR (exceot lang/go*). > > > > For reference, here's the list of Go lib ports that I found at the > > moment: > > > > archivers/go-compress > > databases/gomdb > > databases/gosqlite3 > > databases/levigo > > databases/radix.v2 > > databases/redigo > > devel/go-bayesian > > devel/go-cobra > > devel/go-codec > > devel/go-cpuid > > devel/go-crc32 > > devel/go-faker > > devel/go-form > > devel/go-go.uuid > > devel/go-goregen > > devel/go-hashicorp-logutils > > devel/go-json-rest > > devel/go-logrus > > devel/go-metrics > > devel/go-nuid > > devel/go-pflag > > devel/go-protobuf > > devel/go-raw > > devel/go-runewidth > > devel/go-slices > > devel/go-sql-driver > > devel/go-uuid > > devel/go-yaml > > devel/goprotobuf > > net/go-amqp > > net/go-geoip > > net/go-httppath > > net/go-httptreemux > > net/go-nats > > net/go.net > > security/go.crypto > > security/goptlib > > textproc/go.text > > www/go-fasthttp > > www/webgo > > > > Does anyone have any objection or reasoning why this doesn't make > > sense? > > > > Thanks, > > Steve > > > > > -- > Best Regards. > Christopher Hall. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@freebsd.org Tue Apr 18 13:55:46 2017 Return-Path: Delivered-To: freebsd-ports@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 253B6D4458C for ; Tue, 18 Apr 2017 13:55:46 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 09091CE2 for ; Tue, 18 Apr 2017 13:55:46 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) Received: by mailman.ysv.freebsd.org (Postfix) id 08791D4458A; Tue, 18 Apr 2017 13:55:46 +0000 (UTC) Delivered-To: ports@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 07F32D44589; Tue, 18 Apr 2017 13:55:46 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) Received: from s228.web-hosting.com (s228.web-hosting.com [198.54.114.176]) (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 DDFF5CE0; Tue, 18 Apr 2017 13:55:45 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=a1poweruser.com; s=default; h=Content-Transfer-Encoding:Content-Type: Subject:To:MIME-Version:From:Date:Message-ID:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=bfX8Z6NJHm/xiUjvxRtoVnzsxSInr6EwCXUpjOOwUrA=; b=V4iBk0lvqE6mxWxs6stFWKkYB6 Arni3gQ4ACjsg2yqwVjXyWRWeaF4iwlzzVcCxlwdftIx+kaU85NGmXOVhNwbdVdfJ5gZx/JZjLIxL j4+6Q0ZfkRdyFJ5kKJhAVMmMBBldtYD9PYi1UrI72AWNNNoh+hAW/ns3UzVHv2AfZW5s=; Received: from cpe-74-141-88-57.neo.res.rr.com ([74.141.88.57]:1148 helo=[10.0.10.3]) by server228.web-hosting.com with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1d0TaE-000dLS-1N; Tue, 18 Apr 2017 09:54:18 -0400 Message-ID: <58F61A8D.1030309@a1poweruser.com> Date: Tue, 18 Apr 2017 09:54:21 -0400 From: qjail1 User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "ports@FreeBSD.org" , FreeBSD questions Subject: Is pkg quarterly really needed? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server228.web-hosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - a1poweruser.com X-Get-Message-Sender-Via: server228.web-hosting.com: authenticated_id: qjail1@a1poweruser.com X-Authenticated-Sender: server228.web-hosting.com: qjail1@a1poweruser.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 13:55:46 -0000 I maintain a port and I have users complaining that the pkg system takes many months before the updated version of my port shows up in the pkg system. My response is I tell them to change a line in their /etc/pkg/FreeBSD.conf file from url: "pkg+http://pkg.Freebsd.org/${ABI}/quarterly", to url: "pkg+http://pkg.Freebsd.org/${ABI}/latest", The old pkg system never had this quarterly update cycle and I see no reason to have it now when its so easy to over ride the default. Why not just change the default to "latest" and save on all the overhead of the quarterly cycle? From owner-freebsd-ports@freebsd.org Tue Apr 18 13:59:23 2017 Return-Path: Delivered-To: freebsd-ports@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 14CAED44755 for ; Tue, 18 Apr 2017 13:59:23 +0000 (UTC) (envelope-from jtrigg@huiekin.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 04EC910D5 for ; Tue, 18 Apr 2017 13:59:23 +0000 (UTC) (envelope-from jtrigg@huiekin.org) Received: by mailman.ysv.freebsd.org (Postfix) id 01668D44754; Tue, 18 Apr 2017 13:59:23 +0000 (UTC) Delivered-To: ports@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 01155D44753 for ; Tue, 18 Apr 2017 13:59:23 +0000 (UTC) (envelope-from jtrigg@huiekin.org) Received: from argent.heraldsnet.org (mail.pegasuscomputing.com [69.30.240.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pegasuscomputing.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E152910D4 for ; Tue, 18 Apr 2017 13:59:22 +0000 (UTC) (envelope-from jtrigg@huiekin.org) Received: by argent.heraldsnet.org (Postfix, from userid 80) id EAE9361827B4; Tue, 18 Apr 2017 08:59:20 -0500 (CDT) To: ports@freebsd.org Subject: Perl - what is the default? X-PHP-Originating-Script: 0:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 18 Apr 2017 09:59:20 -0400 From: Jim Trigg Message-ID: X-Sender: jtrigg@huiekin.org User-Agent: Roundcube Webmail/1.2.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 13:59:23 -0000 According to UPDATING as of 20161103, "The default Perl version has been switched to Perl 5.24." However, when I follow the instructions there to switch, I get the following message (after running portsnap fetch update manually even though it runs automatically every night): " This is *NOT* the DEFAULT perl version It will *NOT* install /usr/local/bin/perl It will *ONLY* install /usr/local/bin/perl5.24.1 The default Perl version currently is 5.20." Yes, I added "DEFAULT_VERSIONS+= perl=5.24" to /etc/make.conf, and grep confirms that that is the only incidence of perl in the file. Thanks, Jim Trigg From owner-freebsd-ports@freebsd.org Tue Apr 18 14:24:23 2017 Return-Path: Delivered-To: freebsd-ports@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 2F51AD443FE for ; Tue, 18 Apr 2017 14:24:23 +0000 (UTC) (envelope-from jlaffaye.freebsd@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 0DAE332D for ; Tue, 18 Apr 2017 14:24:23 +0000 (UTC) (envelope-from jlaffaye.freebsd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0D1A1D443FD; Tue, 18 Apr 2017 14:24:23 +0000 (UTC) Delivered-To: ports@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 0CC2DD443FC for ; Tue, 18 Apr 2017 14:24:23 +0000 (UTC) (envelope-from jlaffaye.freebsd@gmail.com) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) (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 BFA4632B for ; Tue, 18 Apr 2017 14:24:22 +0000 (UTC) (envelope-from jlaffaye.freebsd@gmail.com) Received: by mail-yw0-x232.google.com with SMTP id l189so70258369ywb.0 for ; Tue, 18 Apr 2017 07:24:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=abgL2vrZa8BnDvJQobabOpWK4t2pr3mnnFRhxpbgk6Y=; b=FxLDXkAMGNZ0X/j94SdLZtJqT0PfFiu8tL16ROHjZy4VzAjUgddYSpMIZ6SZLrEDph lrvqgtrXyJpf0TMnjobEhABNF5v4CRrFv3EfMuoyXaJzejMi2XU3VVprCXdgcCIz9QMa +qK/IIK3bVV66slghut2eUxcUBudN97NzGPx+vvEDPDqTbAncS3MbiF4kkU3mVxlCeXz 3D7voLBoRaiCmg60QrOMF/cbLf7rwApFbkd/AJGU7ouvFKbX73xQfhTMND09ss6UcLCT MEOMxdy0EtkxJDDIQHWuwa8FD6TwcAPhVROMeOUxa5Ywx7/cUVbRBKHgnt4jtA7LaPGh KfeA== 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=abgL2vrZa8BnDvJQobabOpWK4t2pr3mnnFRhxpbgk6Y=; b=PpICoNS48utCVzMo67TH5eG0030pahwtrfR/ZUrcW8P8jyX6ISG8TFumfI6nYHjzwa maOCzhIqDp8RpofDuL6KoS5olU4vtRD0PS/u13ysRJGXEs5PPU/+X6XTtv9P2eoFBazB M/QFxGH8CEub5fUfFLFgnyGwMeWBnn1ZgUbeWQqFOPXf4pKKJc+QwsmQY8wqPIXRmErP li+a1xTkp7UQOFe6z+S1dPzbVjmxeXDCV5aBcjzy0i3mH/MSbi1yZSyyRNust7T5M0SD 74gmBvwnd9vd5E+UJrE2PEseAKzV9ugymNcvhePuCPsQivYHvvlRFZeUOpogkl68K3y3 UQIg== X-Gm-Message-State: AN3rC/4E/FdbKhQEJT60ICd09j9TIE9FQxjZmHxctQ9IDr4tpqBQove+ xbkF90f6/nDakjEYO2sqYyDxhx65qynb X-Received: by 10.36.1.20 with SMTP id 20mr8257395itk.102.1492525461892; Tue, 18 Apr 2017 07:24:21 -0700 (PDT) MIME-Version: 1.0 Sender: jlaffaye.freebsd@gmail.com Received: by 10.79.157.140 with HTTP; Tue, 18 Apr 2017 07:24:21 -0700 (PDT) In-Reply-To: References: From: Julien Laffaye Date: Tue, 18 Apr 2017 16:24:21 +0200 X-Google-Sender-Auth: cgMcCrGzONnSOi532BuRzkc6Uh4 Message-ID: Subject: Re: Packaging Go Libs To: Steve Wills Cc: "ports@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 14:24:23 -0000 I agree with you. Maybe we should provide helpers to do the "fetching dependencies" part so that will be less cumbersome. On Mon, Apr 17, 2017 at 4:20 PM, Steve Wills wrote: > Hi, > > I'd like to propose eliminating packaging of Go libs. > > Almost every Go app is developed with a different version of any given > lib than what another Go app might use. Forcing a Go app to use a > different version than what upstream might have chosen is error prone at > best and likely to produce a build that's unsupported upstream. So for > the packaged libs to even be useful, we would have to have as many > versions of each lib as there are consumers, or nearly as many. > > Further, best practice in the Go community is for Go apps to vendor all > their dependencies and almost all apps do that. This is the reason most > Go apps use different versions of it's libs. > > So to me, packaging Go libs doesn't make sense and I think we should > remove the Go libs from ports. > > Existing ports which use the Go libs should be updated to not use the Go > lib ports by doing one of these, in priority order: > > * Converted to using vendored deps included with the package source if > possible (preferred) > * Fetching the versions of deps specified by upstream (in the case of > vendor.json) > * As a last resort (deps are not included nor versions specified > exactly) fetching versions of deps available at the time of upstream > development > > Further, documentation should be added to the Porters Handbook saying > that we don't package Go libs and portlint should be updated to check > for installing files in GO_SRCDIR and GO_LIBDIR (exceot lang/go*). > > For reference, here's the list of Go lib ports that I found at the moment: > > archivers/go-compress > databases/gomdb > databases/gosqlite3 > databases/levigo > databases/radix.v2 > databases/redigo > devel/go-bayesian > devel/go-cobra > devel/go-codec > devel/go-cpuid > devel/go-crc32 > devel/go-faker > devel/go-form > devel/go-go.uuid > devel/go-goregen > devel/go-hashicorp-logutils > devel/go-json-rest > devel/go-logrus > devel/go-metrics > devel/go-nuid > devel/go-pflag > devel/go-protobuf > devel/go-raw > devel/go-runewidth > devel/go-slices > devel/go-sql-driver > devel/go-uuid > devel/go-yaml > devel/goprotobuf > net/go-amqp > net/go-geoip > net/go-httppath > net/go-httptreemux > net/go-nats > net/go.net > security/go.crypto > security/goptlib > textproc/go.text > www/go-fasthttp > www/webgo > > Does anyone have any objection or reasoning why this doesn't make sense? > > Thanks, > Steve > > From owner-freebsd-ports@freebsd.org Tue Apr 18 14:56:46 2017 Return-Path: Delivered-To: freebsd-ports@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 248EDD421E9 for ; Tue, 18 Apr 2017 14:56:46 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0964F19E1 for ; Tue, 18 Apr 2017 14:56:46 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 08C51D421E8; Tue, 18 Apr 2017 14:56:46 +0000 (UTC) Delivered-To: ports@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 086E2D421E7 for ; Tue, 18 Apr 2017 14:56:46 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C44B919E0 for ; Tue, 18 Apr 2017 14:56:45 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 944D8BDCAC; Tue, 18 Apr 2017 16:56:42 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by prod2.absolight.net (Postfix) with ESMTPSA id 6DDF5BDC91; Tue, 18 Apr 2017 16:56:42 +0200 (CEST) Subject: Re: Perl - what is the default? To: Jim Trigg , ports@freebsd.org References: From: Mathieu Arnold Organization: Absolight / The FreeBSD Foundation Message-ID: <95bef90c-7d22-085c-ba37-a3443a0fd28e@FreeBSD.org> Date: Tue, 18 Apr 2017 16:56:39 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="a3Itx4TqbHmKSPTjnX5G5TfJWkV25Vrwk" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 14:56:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --a3Itx4TqbHmKSPTjnX5G5TfJWkV25Vrwk Content-Type: multipart/mixed; boundary="J1xMECLDvevcB7TXoxt6RqG7vvhu0uubS"; protected-headers="v1" From: Mathieu Arnold To: Jim Trigg , ports@freebsd.org Message-ID: <95bef90c-7d22-085c-ba37-a3443a0fd28e@FreeBSD.org> Subject: Re: Perl - what is the default? References: In-Reply-To: --J1xMECLDvevcB7TXoxt6RqG7vvhu0uubS Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: fr Le 18/04/2017 =C3=A0 15:59, Jim Trigg a =C3=A9crit : > According to UPDATING as of 20161103, "The default Perl version has > been switched to Perl 5.24." However, when I follow the instructions > there to switch, I get the following message (after running portsnap > fetch update manually even though it runs automatically every night): > " This is *NOT* the DEFAULT perl version > > It will *NOT* install /usr/local/bin/perl > > It will *ONLY* install /usr/local/bin/perl5.24.1 > > The default Perl version currently is 5.20." > > Yes, I added "DEFAULT_VERSIONS+=3D perl=3D5.24" to /etc/make.conf, and > grep confirms that that is the only incidence of perl in the file.=20 But did you add: DEFAULT_VERSIONS+=3D perl5=3D5.24 like the message says you have to ? If you did, it is possible that you have a really really old system and you still have a /usr/local/etc/perl5_version file, you should remove it.= --=20 Mathieu Arnold --J1xMECLDvevcB7TXoxt6RqG7vvhu0uubS-- --a3Itx4TqbHmKSPTjnX5G5TfJWkV25Vrwk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJY9ikpXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85IluYP/3fkiIu4MExCKDEJSvDBAvX/ WXhsdh/P3AVi1Ve+keGDw4CZEooptHb1pJY3ImY4u4IzBglCvwlzofpuaSRBM8R7 NPd1l2GQJSDWwiRVIkcMWGgK+myKp5SvFdRFjlkXFzqR2Bi4lHbcQMv7kVK0zeaz aiH3oj2oOngGIYAGobZi7RTvCm+t6yajU4u5yDFZsfrPy/POxwEy1uaU7dGi+VHz ThwldI+Rpef311P1V2PF0m0l4d2P6wfRUh1gvakIdPsTSGHGsxj19/XShdKKg2WW bK8HX+HPtt7+RtnVZvzEmDDwr0ldaJfJ/DkRgH9qZY7SEb73zBQzIR8LE3L00GDf m+BWx+eKECv/31DRJ/ww9tidyUgT2jrlBZl1jzbElJR+DCR3pJuMaSil/agmvOpf lD8qC+N0tx/rbryB6UrFVZ3VhI1gA6P7XDwjcHkbmJWGS3f+XNBnnArF3KeDuehl z6KEoyj8jaPv7FKEx8Xltsr7TbPqoFfmtfFYKkkorNJ+d4Qn7CdpcHSHHX00ysfL aIrp97kdfybBC6YH5+C1Pb5q+njDdoQNM0HbRKI7U835rPIz5CmKYkB/iZhAnIYi 0nCKpgnmGZDU9WqjSEzssTPfky2EwXD8EHfafa/ywC8/k07SXcvep7Fnq58OKH1l +dmOlCM4VLbj6SMW1C0S =AT8G -----END PGP SIGNATURE----- --a3Itx4TqbHmKSPTjnX5G5TfJWkV25Vrwk-- From owner-freebsd-ports@freebsd.org Tue Apr 18 14:57:04 2017 Return-Path: Delivered-To: freebsd-ports@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 0B4ACD4221B for ; Tue, 18 Apr 2017 14:57:04 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id DF8C21A76 for ; Tue, 18 Apr 2017 14:57:03 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id DEEA4D42217; Tue, 18 Apr 2017 14:57:03 +0000 (UTC) Delivered-To: ports@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 DCC16D42216; Tue, 18 Apr 2017 14:57:03 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (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 993691A73; Tue, 18 Apr 2017 14:57:03 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by mail-qk0-x236.google.com with SMTP id h67so132456000qke.0; Tue, 18 Apr 2017 07:57:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Lg4lR8VmEXhgr6IKa9x8zeZci+GutT/YF47PM9eq48E=; b=T1/01pWEa1JaZcbfIqhov8kEueS+8JXxYeZbuntQBvvIpCrJKD2frC0ZiP7q6FkBph ydazXhl++ZOGbTKLDBWFKmZab/fuMzoRKhK0t6Nt9IxjB9YNDfR7RuOv1D4tXBTXBKYG wkqrg7k61yYVekWzINNAn4jZ4S2+/lpmAiFuHtP6jNdxdTwmbK0uNaJz6m6Jno/UHBtq mk9n9eBL4T5KIiyOpUMRSqbpC9+BY62HOcDX6rSvme7KCCONlK6o8kALO/POXOaOeKRw ABVCqZow6mmispdOd8n91cFTI3ddWWDW17g6rT6lCWrrgE2pmYcPZMiD/QBDS7SyP5qZ QfKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Lg4lR8VmEXhgr6IKa9x8zeZci+GutT/YF47PM9eq48E=; b=Nchw1QWI9D5BXH3nZFhwTY3i1M2Ho+Br2X8KGfLXy3SM8NUznxTRu/4dR7XC3Gobtt TeZKihJxDQJBo44GUSPw02S/fNZvb5LHrc0BjRc9V+1n6LT9F4O6DyKXbafVOQYKqM98 /IPEi+zN6zTbO4pjfeoTdtBI2AsgnAQ1xEVZrBQUQ18+Wi4pATMKJukXJ5QlmoJdQ3hs hnmrCgZ04Ro2nweRn+KZ3cc1/TRBJxdH67HlQIYXQptOUB2DIfnSJa6WFp4wLXd+OpNL P3W1ErWHAHxe2VORsAVr5KlzuY+K+Snzi2+gZ7KpKcOInrpmoW729ZRfX+gXBxN0HiiV O9ww== X-Gm-Message-State: AN3rC/4yvnLimXf2e3XTzuoA+1tzaeyT0gX0XWFLG8Y2jutsOChWGnmy IreqVy2DSWQxYoiJOm1Ozp90e4O+8Q== X-Received: by 10.55.187.132 with SMTP id l126mr12663167qkf.236.1492527422594; Tue, 18 Apr 2017 07:57:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.183.158 with HTTP; Tue, 18 Apr 2017 07:57:02 -0700 (PDT) In-Reply-To: <58F61A8D.1030309@a1poweruser.com> References: <58F61A8D.1030309@a1poweruser.com> From: krad Date: Tue, 18 Apr 2017 15:57:02 +0100 Message-ID: Subject: Re: Is pkg quarterly really needed? To: qjail1 Cc: "ports@FreeBSD.org" , FreeBSD questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 14:57:04 -0000 quarterly does seem very cautious, maybe a monthly might be a good alternative. I can understand people being hesitant about latest though. I guess these are not the people who ask though. Maybe the real answer though is to have a specific repo for that port for the bleeding edge people much like launchpad on ubuntu. It might get complicated though for big dependency trees though. On 18 April 2017 at 14:54, qjail1 wrote: > I maintain a port and I have users complaining that the pkg system takes > many months before the updated version of my port shows up in the pkg > system. > > My response is I tell them to change a line in their /etc/pkg/FreeBSD.conf > file > from url: "pkg+http://pkg.Freebsd.org/${ABI}/quarterly", > to url: "pkg+http://pkg.Freebsd.org/${ABI}/latest", > > The old pkg system never had this quarterly update cycle and I see no > reason to have it now when its so easy to over ride the default. > > Why not just change the default to "latest" and save on all the overhead > of the quarterly cycle? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe > @freebsd.org" > From owner-freebsd-ports@freebsd.org Tue Apr 18 15:51:04 2017 Return-Path: Delivered-To: freebsd-ports@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 47164D448E4 for ; Tue, 18 Apr 2017 15:51:04 +0000 (UTC) (envelope-from kathy.wiley@digitalmicroinfo.com) Received: from IND01-BO1-obe.outbound.protection.outlook.com (mail-bo1ind01hn0221.outbound.protection.outlook.com [104.47.101.221]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A09D69A for ; Tue, 18 Apr 2017 15:51:03 +0000 (UTC) (envelope-from kathy.wiley@digitalmicroinfo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT2129243.onmicrosoft.com; s=selector1-digitalmicroinfo-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=GUQgPwASXz64TQ+6CWSM4lRz493NxQWlVeim9NFAFvk=; b=Z75qx8DlPrcR+DviQ5sSd+R9yZsfBmuR1+KkHZrKEHb4kLRvo9bZbkiRV2g6BHFsbvL5Tw2UZHqVHB/xHIJjmjiLSRXEclrdbUq8vgcyuPtsghBVPWt+EItPYld58Cm7gDHB6xafGsvVOgzfLNn8y7DbKcq9qA6YsS6lmrFJX+4= Received: from BM1PR01MB0050.INDPRD01.PROD.OUTLOOK.COM (10.164.128.146) by BM1PR01MB0052.INDPRD01.PROD.OUTLOOK.COM (10.164.128.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.10; Tue, 18 Apr 2017 15:50:57 +0000 Received: from BM1PR01MB0050.INDPRD01.PROD.OUTLOOK.COM ([10.164.128.146]) by BM1PR01MB0050.INDPRD01.PROD.OUTLOOK.COM ([10.164.128.146]) with mapi id 15.01.1034.013; Tue, 18 Apr 2017 15:50:57 +0000 From: Kathy Wiley To: "freebsd-ports@freebsd.org" Subject: SonicWall Users Thread-Topic: SonicWall Users Thread-Index: AdK4V8sYwhOmfWtnTce8Sf22ggrd3w== Date: Tue, 18 Apr 2017 15:23:55 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=digitalmicroinfo.com; x-originating-ip: [49.207.50.179] x-microsoft-exchange-diagnostics: 1; BM1PR01MB0052; 7:XbwM0qBBWOS9vkmXWnV5Gl/JIqIf1OE9F3xN2Os7PK20JI3GXsRMt5i64Gxzc9lCbURQ2BICs4ANqtpteL+L8gDgfcBALQ9cnivnhnrcAxwwJcuK94BahmYApLOROQxVw/OSaUH3Dsq3w6cQvepIueLzNj4dXDb8eNV2dlp2AiGtecoXD8GvANZq0M1EFoJl2AMAzz0YYcZ1HLVV3RfP451fajzSO3NhMA8VpI4/ircP3f8flIZIMr7q9ixGAsyo4zO17ieka4jKuKy2P1myWvtaD48boAXv9SgZjHLMiZ3Ia3v3fFaYRx/r3x2yfGMjo0vRiXfPSpcaQFhu6hruKQ== x-ms-office365-filtering-correlation-id: 09ab68bb-73d9-4b5d-9299-08d48672b45c x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201702085553020)(201702085551020)(201702085555020)(201702085554020); SRVR:BM1PR01MB0052; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(10201501046)(6041248)(201703131423075)(201702281528075)(201703061421075)(20161123555025)(20161123560025)(20161123564025)(20161123562025)(2016111802025)(6043046)(6072148); SRVR:BM1PR01MB0052; BCL:0; PCL:0; RULEID:; SRVR:BM1PR01MB0052; x-forefront-prvs: 028166BF91 x-forefront-antispam-report: SFV:SPM; SFS:(10009020)(6009001)(39840400002)(39850400002)(39410400002)(39400400002)(39450400003)(81166006)(7696004)(50986999)(6116002)(54356999)(2906002)(106356001)(3480700004)(790700001)(9406002)(102836003)(5660300001)(7116003)(33656002)(3846002)(6916009)(8936002)(25786009)(3280700002)(2351001)(122556002)(9326002)(9476002)(8676002)(5630700001)(6306002)(189998001)(7736002)(5640700003)(2900100001)(38730400002)(2501003)(54896002)(74316002)(7520500002)(3660700001)(55016002)(77096006)(6436002)(9686003)(66066001)(86362001)(53936002)(110136004)(6506006)(48640200003); DIR:OUT; SFP:1501; SCL:5; SRVR:BM1PR01MB0052; H:BM1PR01MB0050.INDPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:ovrspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:22 MIME-Version: 1.0 X-OriginatorOrg: digitalmicroinfo.com X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Apr 2017 15:23:55.9022 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 28a97400-0b4f-4ade-82f0-76a35ec0649a X-MS-Exchange-Transport-CrossTenantHeadersStamped: BM1PR01MB0052 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 15:51:04 -0000 Hello, Would you be interested in SonicWall Users Contact List for your marketing = campaigns? Information Fields: Name, Title, Email, Phone, Company Name, Physical Addre= ss, City, State, Zip Code, Country, Web Address, Employee Size, Revenue Siz= e and Industry. Let me know if you are interested and I will get back to you with the count= s, sample and pricing. Regards, Kathy Wiley Data Consultant To opt out, please reply with Leave Out in the Subject Line. From owner-freebsd-ports@freebsd.org Tue Apr 18 15:53:56 2017 Return-Path: Delivered-To: freebsd-ports@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 605D9D44BEE for ; Tue, 18 Apr 2017 15:53:56 +0000 (UTC) (envelope-from shaina.williams@get-good-rank.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DC4B6C3 for ; Tue, 18 Apr 2017 15:53:56 +0000 (UTC) (envelope-from shaina.williams@get-good-rank.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4D163D44BED; Tue, 18 Apr 2017 15:53:56 +0000 (UTC) Delivered-To: ports@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 4CB84D44BEC for ; Tue, 18 Apr 2017 15:53:56 +0000 (UTC) (envelope-from shaina.williams@get-good-rank.com) Received: from apr1.uthara.zzux.com (apr1.uthara.zzux.com [95.211.244.68]) by mx1.freebsd.org (Postfix) with ESMTP id F28046C2 for ; Tue, 18 Apr 2017 15:53:55 +0000 (UTC) (envelope-from shaina.williams@get-good-rank.com) Received: from WS56 (unknown [106.201.16.243]) by apr1.uthara.zzux.com (Postfix) with ESMTPA id AE63942FFE for ; Tue, 18 Apr 2017 15:53:51 +0000 (UTC) From: "Shaina Williams" To: Subject: Losing your business due to poor website ranking... Date: Tue, 18 Apr 2017 21:19:23 +0530 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdK4TzLZQ/1SQq8xT/mt1HP4wYoGAQ== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 15:53:56 -0000 Hi, Are you selling SEO short? Your business might be the best in the industry, but it is SEO that decides your success. Not everyone is searching for your name on Google; they are probably searching for the product you sell, and whoever turns up fast gets the deal. Don't lose your business to your competitors. Let's take seriously and stop wasting efforts. Pay when you see the results. Who are we? We are ResultFirst, a 10-year-old full service Digital marketing company that has never fallen short of success stories to tell. Our unique model attracts customers from all geographies of the world, and we are proud to cater to the needs of every type of business belonging to whichever industry, scale, or region. What we do? We do "Pay-For-Performance SEO." You pay only when we rank your keywords on top searches. - No monthly fee / No contractual payout - Free website analysis report. - Dedicated 24*7 support. - Only one time set up fee. Get your website analyzed right now. Just drop a reply to this e-mail with your contact number and an expert call you up. Thanks & Regards, Shaina Williams Marketing Manager ResultFirst Inc. Head Office: San Jose, CA 95120 In case you are not interested in receiving these emails then you have the option to stop receiving them. To unsubscribe just write "REMOVE" and reply to this email. From owner-freebsd-ports@freebsd.org Tue Apr 18 16:13:34 2017 Return-Path: Delivered-To: freebsd-ports@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 44A8FD430D3 for ; Tue, 18 Apr 2017 16:13:34 +0000 (UTC) (envelope-from fjwcash@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 22BA1FDE for ; Tue, 18 Apr 2017 16:13:34 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1EF60D430CD; Tue, 18 Apr 2017 16:13:34 +0000 (UTC) Delivered-To: ports@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 1C404D430CA; Tue, 18 Apr 2017 16:13:34 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qt0-x22b.google.com (mail-qt0-x22b.google.com [IPv6:2607:f8b0:400d:c0d::22b]) (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 CB3BAFDC; Tue, 18 Apr 2017 16:13:33 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-qt0-x22b.google.com with SMTP id m36so129378763qtb.0; Tue, 18 Apr 2017 09:13:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Dpj/1SgzH+19zsQfGksqkbSORE2rB+cG9fYJD2UgxfE=; b=vVfEAlzSBod5bWdef5VA9rkpcL/9RSP3xx5nTVUAaB7AJbJta6lqecclpDbZhhsEfW 2i0FDohLUBC7YMNE67z9zX0kqCOnAo2zKAa0yS0QSwECw/u2jXEEFrxMBZ3OZmzsNrCm 4kcBcbYa5tUDam1+/OVMozO7e39NfD8Z/m9NRdkSgBrbT+b6tFR5YvGREmfXTkpAHq1K kjpjxV0WnYgpXbDBflVM8z9rQjQAv8oTblsfcVlubYJueECZChFzQXXooWGwZB2NjvQ7 VcdXwaWZkWir3CVZiStIzmdiEU2XuAtLFfqRKoWm7IYwsn2YdpzGWYaouiQIwqMLEcNB 0OEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Dpj/1SgzH+19zsQfGksqkbSORE2rB+cG9fYJD2UgxfE=; b=HcluxhkvFtdgbYtTRbvSq6LCq5cbshYFtPVgWtSsr0bLlv5hHZHAGD/8ZOkcli7YEt 8n5VO7G2vKXkaC0etNvzgAO58lYEg6cgs8r3ReWR1pDk0nB6IkaXmsL64Nq9XhPEw0lL Jx9r5XflsqcZT9RRfgSA38muD5dt79N1lzXSZVUO7tB/AI56WMEag7LPdmI+8cyAVppR QjZ2o04jRQyRHoSacZIyMSnRWvC7i4bZUStfaJB2mAvySjMyrzqByddsPIy7KAP8ExKQ ateedB2WcNZWwgDZx9EFsQKIs96dpUPcwUOLkQD8Qlc445UfhDNZUNW8Goi6nCm1XFbK BTzg== X-Gm-Message-State: AN3rC/5k8jqe47Vqwc5fRlNsRDFRE2fX8VN4kgal8DOzIMownP7q0DJb Un4qkg/eFIpGQ/+9xvfR+P7lb2vyl9RP X-Received: by 10.237.56.67 with SMTP id j61mr13025749qte.86.1492532012908; Tue, 18 Apr 2017 09:13:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.28.229 with HTTP; Tue, 18 Apr 2017 09:13:32 -0700 (PDT) In-Reply-To: References: <58F61A8D.1030309@a1poweruser.com> From: Freddie Cash Date: Tue, 18 Apr 2017 09:13:32 -0700 Message-ID: Subject: Re: Is pkg quarterly really needed? To: krad Cc: qjail1 , "ports@FreeBSD.org" , FreeBSD questions Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 16:13:34 -0000 On Tue, Apr 18, 2017 at 7:57 AM, krad wrote: > quarterly does seem very cautious, maybe a monthly might be a good > alternative. I can understand people being hesitant about latest though. = I > guess these are not the people who ask though. Maybe the real answer thou= gh > is to have a specific repo for that port for the bleeding edge people mu= ch > like launchpad on ubuntu. It might get complicated though for big > dependency trees though. > =E2=80=8Blatest/ is good for desktop users who only care about running the = very latest versions of everything. quarterly/ is good for server users who want to make sure that installing a new piece of software won't require an upgrade of all the currently installed software (repo hasn't changed since the last install). And for desktop users who prefer to use their computers for doing work instead of spending all their time chasing after the "latest" flashy bling bling. :) quarterly/ also gets security fixes back-ported into it (on a per-maintainer basis so it's not 100% coverage yet), so you can stay secure without chasing new software versions. IOW, don't change the infrastructure, it's working nicely. Just educate the users. :D > > On 18 April 2017 at 14:54, qjail1 wrote: > > > I maintain a port and I have users complaining that the pkg system take= s > > many months before the updated version of my port shows up in the pkg > > system. > > > > My response is I tell them to change a line in their > /etc/pkg/FreeBSD.conf > > file > > from url: "pkg+http://pkg.Freebsd.org/${ABI}/quarterly", > > to url: "pkg+http://pkg.Freebsd.org/${ABI}/latest", > > > > The old pkg system never had this quarterly update cycle and I see no > > reason to have it now when its so easy to over ride the default. > > > > Why not just change the default to "latest" and save on all the overhea= d > > of the quarterly cycle? > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to "freebsd-questions-unsubscribe > > @freebsd.org" > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@freebsd.org Tue Apr 18 16:58:31 2017 Return-Path: Delivered-To: freebsd-ports@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 BF6EBD443FC for ; Tue, 18 Apr 2017 16:58:31 +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 AF2211354 for ; Tue, 18 Apr 2017 16:58:31 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id AE8F8D443FA; Tue, 18 Apr 2017 16:58:31 +0000 (UTC) Delivered-To: ports@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 AE251D443F9; Tue, 18 Apr 2017 16:58:31 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 903CC1353; Tue, 18 Apr 2017 16:58:31 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id A545D1E69; Tue, 18 Apr 2017 16:58:30 +0000 (UTC) From: Jan Beich To: qjail1 Cc: "ports\@FreeBSD.org" , FreeBSD questions Subject: Re: Is pkg quarterly really needed? References: <58F61A8D.1030309@a1poweruser.com> Date: Tue, 18 Apr 2017 18:58:25 +0200 In-Reply-To: <58F61A8D.1030309@a1poweruser.com> (qjail1@a1poweruser.com's message of "Tue, 18 Apr 2017 09:54:21 -0400") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 16:58:31 -0000 qjail1 writes: > I maintain a port and I have users complaining that the pkg system > takes many months before the updated version of my port shows up in > the pkg system. Better ask committer assigned to your bug to add MFH tag or send an email to ports-secteam@ (and CC portmgr@) which commit to backport. For leaf ports such requests are unlikely to be declined, just keep in mind risks due to using old dependencies and possible regressions. From owner-freebsd-ports@freebsd.org Tue Apr 18 17:02:05 2017 Return-Path: Delivered-To: freebsd-ports@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 B4B57D446CC for ; Tue, 18 Apr 2017 17:02:05 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) (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 1A8BF16BF for ; Tue, 18 Apr 2017 17:02:05 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-pf0-x22b.google.com with SMTP id i5so83674327pfc.2 for ; Tue, 18 Apr 2017 10:02:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=oMDsyaAVMe8WTU9n9RmJh0u/PNa10Cy4e8eYPQag3UA=; b=XUyaGaw8yM/3+99Lmx8LOdscGLGpAVXE9fqq7obPeezcAxHlHhJVav3veC2xg6F8ey xUr7G/i0IoTzCUSN8PVcbYblzf77Xf0wux0Gli579tyMstrAR1cWL9ounx35FW2TkeWS FH7qeBYfodWoPlaI99oNKZiWEAnMlX05DUZTn5hYxwzosxmeulgV4ncHkaYA7cSdfSWq rVCcwgCnyGPO6Qv0DF0gSH0ZJ5n38nsEBCkohMmh8X2BjnGRI99PRUMH5i7Mn4J5CMCB xr+DHL5uidKP4pny1pTZb+ewsJ8+NTUYIEXXdo4pZyzoX03BFzkd1QLD9EoyponUt9v3 YIyQ== 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=oMDsyaAVMe8WTU9n9RmJh0u/PNa10Cy4e8eYPQag3UA=; b=YZKDpNvahZxSwV8itLWlD6YXBdPz51UodFfYslCfdjn70A6uSdKhrhNcn7RGvk8S/a MMbysJxx4nM8ez6ZchdCt5D3UA55snVa6XWv6wxnJA2Q1baEkj6YTb3h7NNDSWOeGqWw HY8ptnqvcs2jd9Tie9lb3D1FEHdACrIjO1eeaFaEuQ2b6qfzX2wJwER+0RZK8ynRuO1O t9ubuf6Xxd49cFKcnDkHEvVfgXs5Iy51Q28lQQh2GVMx7I1k4BR+D/hlVhOLU5yUBQBn 40FPoCFgDVUyC6nzkrnJNVjEZtw+VSy5sFqV9WyydIMKMTddp8v88ePWhXNGgexItQao JhxQ== X-Gm-Message-State: AN3rC/6kn6OG+lT2/Zn1BOfDM70BWsVWmW/0BpkOefjJgy8FJhzu352K jj7q7mBs4PMPqv6A79qIfVv2Xh704YhgJhM= X-Received: by 10.98.215.26 with SMTP id b26mr19033859pfh.162.1492534924495; Tue, 18 Apr 2017 10:02:04 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.100.138.15 with HTTP; Tue, 18 Apr 2017 10:02:03 -0700 (PDT) In-Reply-To: <26c504e5-5d47-b63a-4f66-e8eb3af57e9c@gwdg.de> References: <4ea48732-0df5-242e-a354-21c9553b1c30@bsdproject.de> <26c504e5-5d47-b63a-4f66-e8eb3af57e9c@gwdg.de> From: Kevin Oberman Date: Tue, 18 Apr 2017 10:02:03 -0700 X-Google-Sender-Auth: OsD26HszBJgvuVVNnDlAhGNXDnQ Message-ID: Subject: Re: More shebangfix problems with ports To: Rainer Hurling Cc: Jochen Neumeister , FreeBSD Ports ML Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 17:02:05 -0000 On Tue, Apr 18, 2017 at 4:31 AM, Rainer Hurling wrote: > Hi Jochen, > > Am 18.04.2017 um 11:35 schrieb Jochen Neumeister: > >> Hi Rainer, >> >> >> Am 18.04.2017 um 11:27 schrieb Rainer Hurling: >> >>> After the shebang rules where intensified, many ports have been fixed >>> already. Many thanks for that! >>> >>> >>> For me, on 12.0-CURRENT, at least lang/go and www/libxul have non fixed >>> shebangs until now: >>> >>> >>> lang/go: >>> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >>> 'go/lib/time/update.bash' >>> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >>> 'go/misc/benchcmp' >>> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >>> 'go/misc/nacl/go_nacl_386_exec' >>> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >>> 'go/misc/nacl/go_nacl_amd64p32_exec' >>> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >>> 'go/misc/nacl/go_nacl_arm_exec' >>> Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for >>> 'go/src/all.rc' >>> Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for >>> 'go/src/clean.rc' >>> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >>> 'go/src/cmd/dist/mkdeps.bash' >>> Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for >>> 'go/src/cmd/go/mkalldocs.sh' >>> Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for >>> 'go/src/make.rc' >>> Error: '/usr/bin/perl' is an invalid shebang you need USES=shebangfix >>> for 'go/src/net/http/cgi/testdata/test.cgi' >>> Error: '/usr/bin/perl' is an invalid shebang you need USES=shebangfix >>> for 'go/src/regexp/syntax/make_perl_groups.pl' >>> Error: '/bin/rc' is an invalid shebang you need USES=shebangfix for >>> 'go/src/run.rc' >>> >> For lang/go look at this patch: https://bugs.freebsd.org/bugzi >> lla/show_bug.cgi?id=218702 >> >> I've tested it, and it works fine. >> > > Thanks for the hint to the patch and for your testing. > > Now I am irritated, why my system complains about shebang problems. I will > investigate a bit more ... > > > > >>> >>> www/libxul: >>> Error: '/usr/bin/env python' is an invalid shebang you need >>> USES=shebangfix for 'lib/libxul/sdk/bin/xpidl.py' >>> Error: '/usr/bin/env python' is an invalid shebang you need >>> USES=shebangfix for 'lib/libxul/sdk/bin/xpt.py' >>> Warning: Bad symlink '/usr/local/bin/xulrunner' pointing to an absolute >>> pathname '/usr/local/lib/libxul/xulrunner' >>> Warning: Bad symlink '/usr/local/lib/libxul/lib' pointing to an absolute >>> pathname '/usr/local/lib/libxul/sdk/lib' >>> Warning: Bad symlink '/usr/local/lib/libxul/bin' pointing to an absolute >>> pathname '/usr/local/lib/libxul' >>> Warning: Bad symlink '/usr/local/lib/libxul/include' pointing to an >>> absolute pathname '/usr/local/include/libxul' >>> Warning: Bad symlink '/usr/local/lib/libxul/idl' pointing to an absolute >>> pathname '/usr/local/share/idl/libxul' >>> >>> Cheers >> Jochen >> > These errors only show up if "DEVELOPER=yes" is defined,usually in /etc/make.conf. If you are building or updating a port, you really should have this as it runs a number of additional QA tests. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-ports@freebsd.org Tue Apr 18 18:08:39 2017 Return-Path: Delivered-To: freebsd-ports@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 70464D44383 for ; Tue, 18 Apr 2017 18:08:39 +0000 (UTC) (envelope-from steve@mouf.net) 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 4D835A45 for ; Tue, 18 Apr 2017 18:08:39 +0000 (UTC) (envelope-from steve@mouf.net) Received: by mailman.ysv.freebsd.org (Postfix) id 4CD1FD44382; Tue, 18 Apr 2017 18:08:39 +0000 (UTC) Delivered-To: ports@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 4C737D44381 for ; Tue, 18 Apr 2017 18:08:39 +0000 (UTC) (envelope-from steve@mouf.net) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C102A44; Tue, 18 Apr 2017 18:08:38 +0000 (UTC) (envelope-from steve@mouf.net) Received: from [IPv6:2001:470:5:72d:120b:a9ff:fe33:73f8] ([IPv6:2001:470:5:72d:120b:a9ff:fe33:73f8]) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id v3II8TY2047522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 18 Apr 2017 18:08:35 GMT (envelope-from steve@mouf.net) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mouf.net; s=mail; t=1492538917; bh=yrBSS2P/V1g62oSRePbkNVduW+0u2vNH982Dppo58HM=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=WkX8SW3qxHttETAhZ503cRaFiUXtpXNKeuR6T7+O7BHBDZQcl+dj8pS9Mn/AB4LoW immDl7Z84owxA+3OCwjKrAIxO82A7M1wkp6ZkGGA37W0jRxJljvnTlebn4LO+tFH64 f5JKNDTFUF2DFXObSFjG6eLI87FvuGal9gEtMgPs= Subject: Re: Packaging Go Libs To: Julien Laffaye Cc: "ports@freebsd.org" References: From: Steve Wills Message-ID: Date: Tue, 18 Apr 2017 14:08:23 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="TlHAidNud0Q5a6wR480mfJwEjVLjd1esS" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]); Tue, 18 Apr 2017 18:08:35 +0000 (UTC) X-Spam-Status: No, score=1.5 required=4.5 tests=HELO_MISC_IP,RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99.2 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 18:08:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TlHAidNud0Q5a6wR480mfJwEjVLjd1esS Content-Type: multipart/mixed; boundary="cpKp3N8boojL2mS2n62GHT6LSvQR3F1Ox"; protected-headers="v1" From: Steve Wills To: Julien Laffaye Cc: "ports@freebsd.org" Message-ID: Subject: Re: Packaging Go Libs References: In-Reply-To: --cpKp3N8boojL2mS2n62GHT6LSvQR3F1Ox Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable I've thought about that or perhaps a quick script to turn a vendor.json in the the appropriate GH_TUPLE for a port Makefile, but even that seems less necessary these days as more and more projects included a vendor dir in their source tree. Thanks to everyone for their input, seems we all agree, so I'll go ahead with this plan. Thanks, Steve On 04/18/2017 10:24, Julien Laffaye wrote: > I agree with you. > Maybe we should provide helpers to do the "fetching dependencies" part = so > that will be less cumbersome. >=20 > On Mon, Apr 17, 2017 at 4:20 PM, Steve Wills wrote: >=20 >> Hi, >> >> I'd like to propose eliminating packaging of Go libs. >> >> Almost every Go app is developed with a different version of any given= >> lib than what another Go app might use. Forcing a Go app to use a >> different version than what upstream might have chosen is error prone = at >> best and likely to produce a build that's unsupported upstream. So for= >> the packaged libs to even be useful, we would have to have as many >> versions of each lib as there are consumers, or nearly as many. >> >> Further, best practice in the Go community is for Go apps to vendor al= l >> their dependencies and almost all apps do that. This is the reason mos= t >> Go apps use different versions of it's libs. >> >> So to me, packaging Go libs doesn't make sense and I think we should >> remove the Go libs from ports. >> >> Existing ports which use the Go libs should be updated to not use the = Go >> lib ports by doing one of these, in priority order: >> >> * Converted to using vendored deps included with the package source if= >> possible (preferred) >> * Fetching the versions of deps specified by upstream (in the case of >> vendor.json) >> * As a last resort (deps are not included nor versions specified >> exactly) fetching versions of deps available at the time of upstream >> development >> >> Further, documentation should be added to the Porters Handbook saying >> that we don't package Go libs and portlint should be updated to check >> for installing files in GO_SRCDIR and GO_LIBDIR (exceot lang/go*). >> >> For reference, here's the list of Go lib ports that I found at the mom= ent: >> >> archivers/go-compress >> databases/gomdb >> databases/gosqlite3 >> databases/levigo >> databases/radix.v2 >> databases/redigo >> devel/go-bayesian >> devel/go-cobra >> devel/go-codec >> devel/go-cpuid >> devel/go-crc32 >> devel/go-faker >> devel/go-form >> devel/go-go.uuid >> devel/go-goregen >> devel/go-hashicorp-logutils >> devel/go-json-rest >> devel/go-logrus >> devel/go-metrics >> devel/go-nuid >> devel/go-pflag >> devel/go-protobuf >> devel/go-raw >> devel/go-runewidth >> devel/go-slices >> devel/go-sql-driver >> devel/go-uuid >> devel/go-yaml >> devel/goprotobuf >> net/go-amqp >> net/go-geoip >> net/go-httppath >> net/go-httptreemux >> net/go-nats >> net/go.net >> security/go.crypto >> security/goptlib >> textproc/go.text >> www/go-fasthttp >> www/webgo >> >> Does anyone have any objection or reasoning why this doesn't make sens= e? >> >> Thanks, >> Steve >> >> > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org= " >=20 --cpKp3N8boojL2mS2n62GHT6LSvQR3F1Ox-- --TlHAidNud0Q5a6wR480mfJwEjVLjd1esS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGjBAEBCgCNFiEEmPpBSlwqDvnP0K0N9c9isyB7G6EFAlj2VhdfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDk4 RkE0MTRBNUMyQTBFRjlDRkQwQUQwREY1Q0Y2MkIzMjA3QjFCQTEPHHN0ZXZlQG1v dWYubmV0AAoJEPXPYrMgexuhubsH+wVi6HDaxf+zfGiOtNho64KhFzAVPPKYdkPz R2kNI5jAy2UtkassW2mjGWlTnau5RSRskNwincrqwdomDMhFCKzFDOD2Tr8ugKzZ vV5XTQiGCpvMTH1y1offr4BWlPTcuWHFWqWCkW0FIFtHjFENLT7AQS0gZAr7T7Pr ZdNB+GBgFTM0yKnk2zdFaBooGRSnNzC/xEdMT8NlzfRRWYhUilEUuAyM6JKvi7Vm uf2OaBfzL25eaVcoG7X2kTwtImo8Yd4d0Kove9Jzs+tgYznXLmfBMMOb7tWsswoB z2+SUkQPCOQaVKk8YFf9eX9FU7kyRZpW+foAiJ+7WAlv1W1lJSM= =MKj8 -----END PGP SIGNATURE----- --TlHAidNud0Q5a6wR480mfJwEjVLjd1esS-- From owner-freebsd-ports@freebsd.org Tue Apr 18 19:05:38 2017 Return-Path: Delivered-To: freebsd-ports@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 F2F85D44AEE for ; Tue, 18 Apr 2017 19:05:38 +0000 (UTC) (envelope-from fbsd@www.zefox.net) 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 E0995A21 for ; Tue, 18 Apr 2017 19:05:38 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: by mailman.ysv.freebsd.org (Postfix) id DD2A2D44AED; Tue, 18 Apr 2017 19:05:38 +0000 (UTC) Delivered-To: ports@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 DB28DD44AEB for ; Tue, 18 Apr 2017 19:05:38 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B2586A20 for ; Tue, 18 Apr 2017 19:05:38 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id v3IIlG57069338 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Apr 2017 11:47:17 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v3IIlGA1069337; Tue, 18 Apr 2017 11:47:16 -0700 (PDT) (envelope-from fbsd) Date: Tue, 18 Apr 2017 11:47:16 -0700 From: bob prohaska To: ports@freebsd.org Cc: bob prohaska Subject: Any hope of compiling firefox port on ARM? Message-ID: <20170418184716.GA69314@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 19:05:39 -0000 For some time (years?) firefox compiles have failed with an error message along the lines of Assertion failed: (isReg() && "This is not a register operand!"), function getReg, file /usr/src/contrib/llvm/include/llvm/MC/MCInst.h, line 64. c++: error: unable to execute command: Abort trap (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) Target: armv6--freebsd12.0-gnueabihf Thread model: posix InstalledDir: /usr/bin c++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. Is there any hope of a fix, whether to clang or firefox? Thanks for reading, and any insights... bob prohaska From owner-freebsd-ports@freebsd.org Tue Apr 18 19:12:24 2017 Return-Path: Delivered-To: freebsd-ports@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 D1591D44EA8 for ; Tue, 18 Apr 2017 19:12:24 +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 BB895EF3 for ; Tue, 18 Apr 2017 19:12:24 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id BAE42D44EA7; Tue, 18 Apr 2017 19:12:24 +0000 (UTC) Delivered-To: ports@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 BA89CD44EA6 for ; Tue, 18 Apr 2017 19:12:24 +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 806CFEF1 for ; Tue, 18 Apr 2017 19:12:24 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::f0c8:2b09:9d6e:1667] (unknown [IPv6:2001:470:7a58:0:f0c8:2b09:9d6e:1667]) (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 5E4078065; Tue, 18 Apr 2017 21:12:15 +0200 (CEST) From: Dimitry Andric Message-Id: <12076A34-887D-4850-888E-3C687B65AA4E@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_6C3E0270-91BC-439E-86CF-E58B027AC09A"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Any hope of compiling firefox port on ARM? Date: Tue, 18 Apr 2017 21:11:31 +0200 In-Reply-To: <20170418184716.GA69314@www.zefox.net> Cc: ports@freebsd.org To: bob prohaska References: <20170418184716.GA69314@www.zefox.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 19:12:24 -0000 --Apple-Mail=_6C3E0270-91BC-439E-86CF-E58B027AC09A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 18 Apr 2017, at 20:47, bob prohaska wrote: >=20 > For some time (years?) firefox compiles have failed with an error = message > along the lines of >=20 > Assertion failed: (isReg() && "This is not a register operand!"), = function getReg, file /usr/src/contrib/llvm/include/llvm/MC/MCInst.h, = line 64. > c++: error: unable to execute command: Abort trap (core dumped) > c++: error: clang frontend command failed due to signal (use -v to see = invocation) > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on = LLVM 4.0.0) > Target: armv6--freebsd12.0-gnueabihf > Thread model: posix > InstalledDir: /usr/bin > c++: note: diagnostic msg: PLEASE submit a bug report to = https://bugs.freebsd.org/submit/ and include the crash backtrace, = preprocessed source, and associated run script. >=20 > Is there any hope of a fix, whether to clang or firefox? Have you tried doing what it asks, e.g. file a bug report? :) I can find no such bug report in our tracker. Please submit a bug with the two files (.sh and .cpp) it generates in /tmp. -Dimitry --Apple-Mail=_6C3E0270-91BC-439E-86CF-E58B027AC09A 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 iEYEARECAAYFAlj2ZQ4ACgkQsF6jCi4glqM72QCfWl6+ktIvuvIEIvZgiHxiAZaf 1A8An1yx+vNMLU4qXsXUD5EQ/n6aNjOe =E8hR -----END PGP SIGNATURE----- --Apple-Mail=_6C3E0270-91BC-439E-86CF-E58B027AC09A-- From owner-freebsd-ports@freebsd.org Tue Apr 18 19:22:56 2017 Return-Path: Delivered-To: freebsd-ports@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 90D0BD424D9 for ; Tue, 18 Apr 2017 19:22:56 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7CB58B66 for ; Tue, 18 Apr 2017 19:22:56 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: by mailman.ysv.freebsd.org (Postfix) id 7C050D424D8; Tue, 18 Apr 2017 19:22:56 +0000 (UTC) Delivered-To: ports@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 7A06ED424D7 for ; Tue, 18 Apr 2017 19:22:56 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (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 3EBAEB65; Tue, 18 Apr 2017 19:22:55 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a02.um.gwdg.de ([134.76.11.222] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1d0YiC-0006vb-8M; Tue, 18 Apr 2017 21:22:52 +0200 Received: from krabat.raven.hur (79.210.200.227) by email.gwdg.de (134.76.9.211) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 18 Apr 2017 21:22:51 +0200 Subject: Re: Perl - what is the default? To: Jim Trigg References: <95bef90c-7d22-085c-ba37-a3443a0fd28e@FreeBSD.org> CC: , Mathieu Arnold From: Rainer Hurling Message-ID: <757fe398-69d9-0b49-e64d-2fa8269f5333@gwdg.de> Date: Tue, 18 Apr 2017 21:22:46 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: <95bef90c-7d22-085c-ba37-a3443a0fd28e@FreeBSD.org> Content-Type: text/plain; charset="utf-8" Content-Language: de-DE Content-Transfer-Encoding: 8bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 19:22:56 -0000 Am 18.04.2017 um 16:56 schrieb Mathieu Arnold: > Le 18/04/2017 à 15:59, Jim Trigg a écrit : >> According to UPDATING as of 20161103, "The default Perl version has >> been switched to Perl 5.24." However, when I follow the instructions >> there to switch, I get the following message (after running portsnap >> fetch update manually even though it runs automatically every night): >> " This is *NOT* the DEFAULT perl version >> >> It will *NOT* install /usr/local/bin/perl >> >> It will *ONLY* install /usr/local/bin/perl5.24.1 >> >> The default Perl version currently is 5.20." >> >> Yes, I added "DEFAULT_VERSIONS+= perl=5.24" to /etc/make.conf, and >> grep confirms that that is the only incidence of perl in the file. Perhaps, it is only a small typo at your side (missing number 5)? DEFAULT_VERSIONS+= perl=5.24 instead of DEFAULT_VERSIONS+= perl5=5.24 > > But did you add: > > DEFAULT_VERSIONS+= perl5=5.24 > > like the message says you have to ? > > If you did, it is possible that you have a really really old system and > you still have a /usr/local/etc/perl5_version file, you should remove it. > From owner-freebsd-ports@freebsd.org Tue Apr 18 19:41:36 2017 Return-Path: Delivered-To: freebsd-ports@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 21061D4413B for ; Tue, 18 Apr 2017 19:41:36 +0000 (UTC) (envelope-from jev@ecadlabs.com) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::229]) (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 EC445B41 for ; Tue, 18 Apr 2017 19:41:35 +0000 (UTC) (envelope-from jev@ecadlabs.com) Received: by mail-qt0-x229.google.com with SMTP id c45so2862083qtb.1 for ; Tue, 18 Apr 2017 12:41:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ecadlabs.com; s=google; h=mime-version:from:date:message-id:subject:to; bh=GO1TENC5PETA96DkU6sCaGa9XztDUm+0jCN+XoZH1/I=; b=cN1CJoDFTQDs7neP9rGKXqB6Osq2s/1ipZJhH+xdwWLnpr39gkkq1Y9u8fbGn+3DjY VfPFO7wz6mAw/QNbiMa+zMPAWC22LV8ilvELFUA6lK87fX3qn+tmEG8rF+QxUdSQ1mPA BhytvKPQqo8MJ7xumvEo/7Yx+tODliYbcbBTOlU6rfSYPKEvFPFbF1yM8KzFPnGjUYIQ bZCo2JIyrzz0g6heD5ledGEZ/GB1btC3kpn1Z/1p5Dn9c/qayHeD16y92TtoUnUhriY4 tSeaupaozCskpRVvLGt1pYTtTlynaivpN1q6yrBYpFq0d1GCuqUrz8zp7BQDSUfesic0 N9WQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=GO1TENC5PETA96DkU6sCaGa9XztDUm+0jCN+XoZH1/I=; b=dqRTJTHrzPtPVYGOE/slnBqkw4mxVj5EL2J4ZbF02Ai+Dpdj48Zm9pmII7yjWM+fWH M1WPGc4V8IxGdwF2guZNiuyQMF8jBxjfvcvcQbXfMPLLz9JtlTS+dcKWP0geEIuK6srI 6s9Lc0vznHK46ovDw7tE163j3OfFWoGJzfJ4L11OxIPxzFfdNFDI5bgB9RgrCL1ySrac bW6sLuWOdqn1yb9rTwzirEaZlkqdE3Vr4xsvmDbaWRuDgVJxNes88DceRXESr29TaqcK +aYu6PJDIrtKE903AFWHzdZ1Bx0s/QuDR7ptpsWH8sSdoMvhB9V/hhHn+c5aD5C/lIDg fmKQ== X-Gm-Message-State: AN3rC/55b//UNfe9fggQ9qRcjGOG8qMb6IA1BEFYnL+yHAwQCwCttp1y sU9zfEVhNFYOGoT9VuFLWS3X/TFjRcdeiJU= X-Received: by 10.200.42.238 with SMTP id c43mr3708909qta.144.1492544494863; Tue, 18 Apr 2017 12:41:34 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?Q?Jev_Bj=C3=B6rsell?= Date: Tue, 18 Apr 2017 19:41:24 +0000 Message-ID: Subject: net-mgmt/prometheus update to 1.6.0, comitter requested To: "freebsd-ports@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 19:41:36 -0000 Hi All, Could I get a committer to apply my latest update patch for net-mg mt/prometheus? Patch is available here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218737 Thanks so much, -Jev From owner-freebsd-ports@freebsd.org Tue Apr 18 19:41:39 2017 Return-Path: Delivered-To: freebsd-ports@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 774DCD44157 for ; Tue, 18 Apr 2017 19:41:39 +0000 (UTC) (envelope-from jtrigg@huiekin.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 63F46BA5 for ; Tue, 18 Apr 2017 19:41:39 +0000 (UTC) (envelope-from jtrigg@huiekin.org) Received: by mailman.ysv.freebsd.org (Postfix) id 63258D44156; Tue, 18 Apr 2017 19:41:39 +0000 (UTC) Delivered-To: ports@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 6292AD44155; Tue, 18 Apr 2017 19:41:39 +0000 (UTC) (envelope-from jtrigg@huiekin.org) Received: from argent.heraldsnet.org (mail.pegasuscomputing.com [69.30.240.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pegasuscomputing.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A87DBA2; Tue, 18 Apr 2017 19:41:38 +0000 (UTC) (envelope-from jtrigg@huiekin.org) Received: by argent.heraldsnet.org (Postfix, from userid 80) id 0B1BA6182A5A; Tue, 18 Apr 2017 14:41:32 -0500 (CDT) To: Rainer Hurling Subject: Re: Perl - what is the default? X-PHP-Originating-Script: 0:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 18 Apr 2017 15:41:32 -0400 From: Jim Trigg Cc: ports@freebsd.org, Mathieu Arnold , owner-freebsd-ports@freebsd.org In-Reply-To: <757fe398-69d9-0b49-e64d-2fa8269f5333@gwdg.de> References: <95bef90c-7d22-085c-ba37-a3443a0fd28e@FreeBSD.org> <757fe398-69d9-0b49-e64d-2fa8269f5333@gwdg.de> Message-ID: <8ebcfb0d7b3828d7f4e591ae7ef0f655@huiekin.org> X-Sender: jtrigg@huiekin.org User-Agent: Roundcube Webmail/1.2.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 19:41:39 -0000 On 2017-04-18 15:22, Rainer Hurling wrote: > Am 18.04.2017 um 16:56 schrieb Mathieu Arnold: >> Le 18/04/2017 à 15:59, Jim Trigg a écrit : >>> According to UPDATING as of 20161103, "The default Perl version has >>> been switched to Perl 5.24." However, when I follow the instructions >>> >>> Yes, I added "DEFAULT_VERSIONS+= perl=5.24" to /etc/make.conf, and >>> grep confirms that that is the only incidence of perl in the file. > > Perhaps, it is only a small typo at your side (missing number 5)? > > DEFAULT_VERSIONS+= perl=5.24 > > instead of > > DEFAULT_VERSIONS+= perl5=5.24 > >> >> But did you add: >> >> DEFAULT_VERSIONS+= perl5=5.24 >> >> like the message says you have to ? >> >> If you did, it is possible that you have a really really old system >> and >> you still have a /usr/local/etc/perl5_version file, you should remove >> it. Yes, you are both correct. I misread UPDATING when modifying make.conf. Thanks, Jim Trigg From owner-freebsd-ports@freebsd.org Tue Apr 18 19:43:28 2017 Return-Path: Delivered-To: freebsd-ports@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 A91D3D44437 for ; Tue, 18 Apr 2017 19:43:28 +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 984F6113E for ; Tue, 18 Apr 2017 19:43:28 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 97B3ED44434; Tue, 18 Apr 2017 19:43:28 +0000 (UTC) Delivered-To: ports@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 975FDD44433 for ; Tue, 18 Apr 2017 19:43:28 +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 7A815113D; Tue, 18 Apr 2017 19:43:28 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id A39296084; Tue, 18 Apr 2017 19:43:27 +0000 (UTC) From: Jan Beich To: Dimitry Andric Cc: bob prohaska , ports@freebsd.org Subject: Re: Any hope of compiling firefox port on ARM? References: <20170418184716.GA69314@www.zefox.net> <12076A34-887D-4850-888E-3C687B65AA4E@FreeBSD.org> Date: Tue, 18 Apr 2017 21:43:23 +0200 In-Reply-To: <12076A34-887D-4850-888E-3C687B65AA4E@FreeBSD.org> (Dimitry Andric's message of "Tue, 18 Apr 2017 21:11:31 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 19:43:28 -0000 Dimitry Andric writes: > On 18 Apr 2017, at 20:47, bob prohaska wrote: > >> >> For some time (years?) firefox compiles have failed with an error message >> along the lines of >> >> Assertion failed: (isReg() && "This is not a register operand!"), >> function getReg, file >> /usr/src/contrib/llvm/include/llvm/MC/MCInst.h, line 64. >> c++: error: unable to execute command: Abort trap (core dumped) >> c++: error: clang frontend command failed due to signal (use -v to see invocation) >> FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) >> Target: armv6--freebsd12.0-gnueabihf >> Thread model: posix >> InstalledDir: /usr/bin >> c++: note: diagnostic msg: PLEASE submit a bug report to >> https://bugs.freebsd.org/submit/ and include the crash backtrace, >> preprocessed source, and associated run script. >> >> Is there any hope of a fix, whether to clang or firefox? > > Have you tried doing what it asks, e.g. file a bug report? :) > > I can find no such bug report in our tracker. Please submit a bug with > the two files (.sh and .cpp) it generates in /tmp. See bug 211069 which was duped against bug 203989 that triggered a different assertion. The above error did show up on armv6 buildbot[1] but nowadays is blocked by other ports. [1] http://beefy8.nyi.freebsd.org/data/latest-per-pkg/firefox/ http://beefy15.nyi.freebsd.org/data/latest-per-pkg/firefox/ (IPv6-only) From owner-freebsd-ports@freebsd.org Tue Apr 18 19:54:27 2017 Return-Path: Delivered-To: freebsd-ports@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 0AA2DD449C2 for ; Tue, 18 Apr 2017 19:54:27 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E511C1CED for ; Tue, 18 Apr 2017 19:54:26 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id DA434D449C0; Tue, 18 Apr 2017 19:54:26 +0000 (UTC) Delivered-To: ports@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 D990CD449BE; Tue, 18 Apr 2017 19:54:26 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 774DF1CE7; Tue, 18 Apr 2017 19:54:26 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 39DAF284B5; Tue, 18 Apr 2017 21:45:50 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id EBFE3284AA; Tue, 18 Apr 2017 21:45:47 +0200 (CEST) Subject: Re: databases/mariadb101-client upgraded in wrong order, resulted in missing files To: brnrd@FreeBSD.org, pkg@FreeBSD.org Cc: FreeBSD Ports References: <58DE5A34.3080305@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58F66CEB.2090507@quip.cz> Date: Tue, 18 Apr 2017 21:45:47 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <58DE5A34.3080305@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 19:54:27 -0000 Miroslav Lachman wrote on 2017/03/31 15:31: > I don't know if it was "pkg" fault or mariadb101-server and > mariadb101-client conflict. > > I did standard "pkg upgrade" and at the end I have half files of > mariadb101-client missing: > > # pkg check -Ba > Checking all packages: ... > pkg: fstat() failed for(/usr/local/bin/msql2mysql): No such file or > directory > pkg: fstat() failed for(/usr/local/bin/mysql_find_rows): No such file or > directory > pkg: fstat() failed for(/usr/local/bin/mysqlaccess): No such file or > directory > pkg: fstat() failed for(/usr/local/include/mysql/big_endian.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/byte_order_generic.h): > No such file or directory > pkg: fstat() failed > for(/usr/local/include/mysql/byte_order_generic_x86.h): No such file or > directory > pkg: fstat() failed > for(/usr/local/include/mysql/byte_order_generic_x86_64.h): No such file > or directory > pkg: fstat() failed for(/usr/local/include/mysql/client_plugin.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/decimal.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/errmsg.h): No such file > or directory > pkg: fstat() failed for(/usr/local/include/mysql/handler_ername.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/handler_state.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/keycache.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/little_endian.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/m_ctype.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/ma_dyncol.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_alloc.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_attribute.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_byteorder.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_compiler.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_dbug.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_dir.h): No such file > or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_getopt.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_list.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_net.h): No such file > or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_pthread.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/my_xml.h): No such file > or directory > pkg: fstat() failed for(/usr/local/include/mysql/mysql_com.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/mysql_com_server.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/mysql_embed.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/mysql_time.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/mysqld_ername.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/mysqld_error.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/plugin_audit.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/plugin_auth_common.h): > No such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/plugin_encryption.h): > No such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/plugin_ftparser.h): No > such file or directory > pkg: fstat() failed > for(/usr/local/include/mysql/plugin_password_validation.h): No such file > or directory > pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_idle.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_socket.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_stage.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_statement.h): > No such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_table.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_thread.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/service_debug_sync.h): > No such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/service_encryption.h): > No such file or directory > pkg: fstat() failed > for(/usr/local/include/mysql/service_encryption_scheme.h): No such file > or directory > pkg: fstat() failed > for(/usr/local/include/mysql/service_kill_statement.h): No such file or > directory > pkg: fstat() failed for(/usr/local/include/mysql/service_md5.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/service_my_snprintf.h): > No such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/service_sha1.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/service_thd_alloc.h): > No such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/service_thd_autoinc.h): > No such file or directory > pkg: fstat() failed > for(/usr/local/include/mysql/service_thd_error_context.h): No such file > or directory > pkg: fstat() failed > for(/usr/local/include/mysql/service_thd_specifics.h): No such file or > directory > pkg: fstat() failed > for(/usr/local/include/mysql/service_thd_timezone.h): No such file or > directory > pkg: fstat() failed for(/usr/local/include/mysql/service_thd_wait.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/service_wsrep.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/sql_common.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/sql_state.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/sslopt-case.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/sslopt-longopts.h): No > such file or directory > pkg: fstat() failed for(/usr/local/include/mysql/sslopt-vars.h): No such > file or directory > pkg: fstat() failed for(/usr/local/include/mysql/typelib.h): No such > file or directory > pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient.so): No such > file or directory > pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient_r.a): No > such file or directory > pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient_r.so): No > such file or directory > pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient_r.so.18): No > such file or directory > pkg: fstat() failed for(/usr/local/lib/mysql/plugin/daemon_example.ini): > No such file or directory > pkg: fstat() failed for(/usr/local/lib/mysql/plugin/dialog.so): No such > file or directory > pkg: fstat() failed > for(/usr/local/lib/mysql/plugin/mysql_clear_password.so): No such file > or directory > pkg: fstat() failed for(/usr/local/libdata/ldconfig/mariadb101-client): > No such file or directory > pkg: fstat() failed for(/usr/local/man/man1/msql2mysql.1.gz): No such > file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysql.1.gz): No such file or > directory > pkg: fstat() failed for(/usr/local/man/man1/mysql_config.1.gz): No such > file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysql_find_rows.1.gz): No > such file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysql_plugin.1.gz): No such > file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysql_waitpid.1.gz): No such > file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysqlaccess.1.gz): No such > file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysqlbinlog.1.gz): No such > file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysqlcheck.1.gz): No such > file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysqldump.1.gz): No such > file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysqlimport.1.gz): No such > file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysqlshow.1.gz): No such > file or directory > pkg: fstat() failed for(/usr/local/man/man1/mysqlslap.1.gz): No such > file or directory > Checking all packages.......... done > > > I think this is the root cause > > Checking integrity... done (2 conflicting) > - mariadb101-server-10.1.22 conflicts with mariadb101-client-10.1.21 > on /usr/local/share/mysql/maria_add_gis_sp.sql > > [51/86] Installing mariadb101-client-10.1.22... > [51/86] Extracting mariadb101-client-10.1.22: .......... done > .. > .. > [69/86] Deinstalling mariadb101-client-10.1.21... > [69/86] Deleting files for mariadb101-client-10.1.21: > pkg: /usr/local/bin/mysql different from original checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/bin/mysql_config different from original checksum, not > removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/bin/mysqladmin different from original checksum, not > removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/bin/mysqlbinlog different from original checksum, not > removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/bin/mysqlcheck different from original checksum, not > removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/bin/mysqldump different from original checksum, not > removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/bin/mysqlimport different from original checksum, not > removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/bin/mysqlshow different from original checksum, not > removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/bin/mysqlslap different from original checksum, not > removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/include/mysql/auth_dialog_client.h different from > original checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21..... > pkg: /usr/local/include/mysql/m_string.h different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/include/mysql/my_config.h different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/include/mysql/my_decimal_limits.h different from > original checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21.... > pkg: /usr/local/include/mysql/my_global.h different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/include/mysql/my_sys.h different from original checksum, > not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/include/mysql/my_valgrind.h different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/include/mysql/mysql.h different from original checksum, > not removing > [69/86] Deleting files for mariadb101-client-10.1.21.... > pkg: /usr/local/include/mysql/mysql_version.h different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/include/mysql/plugin.h different from original checksum, > not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/include/mysql/plugin_auth.h different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21.... > pkg: /usr/local/include/mysql/psi/mysql_file.h different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/include/mysql/psi/psi.h different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21.... > pkg: /usr/local/include/mysql/service_logger.h different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/include/mysql/service_progress_report.h different from > original checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21.... > pkg: /usr/local/include/mysql/services.h different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/lib/mysql/libmysqlclient.a different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21... > pkg: /usr/local/lib/mysql/libmysqlclient.so.18 different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21..... > pkg: /usr/local/man/man1/mysqladmin.1.gz different from original > checksum, not removing > [69/86] Deleting files for mariadb101-client-10.1.21.... done > .. > .. > [82/86] Upgrading mariadb101-server from 10.1.21 to 10.1.22... > ===> Creating groups. > Using existing group 'mysql'. > ===> Creating users > Using existing user 'mysql'. > [82/86] Extracting mariadb101-server-10.1.22: .......... done > > This was on FreeBSD 10.3 amd64 with packages from own poudriere with > follogin settings: > > OPTIONS_UNSET= X11 GUI CUPS DOCS EXAMPLES NLS HAL > WITH_BDB_VER=5 > WITH_GHOSTSCRIPT_VER=9 > DEFAULT_VERSIONS=apache=2.4 perl5=5.24 mysql=10.1m php=5.6 python=2.7 > python3=3.5 pgsql=9.4 ssl=openssl > DISABLE_LICENSES=yes > > > databases_mariadb101-client/options > OPTIONS_FILE_SET+=GSSAPI_NONE > > databases_mariadb101-server/options > OPTIONS_FILE_SET+=MAXKEY > OPTIONS_FILE_SET+=GSSAPI_NONE > OPTIONS_FILE_SET+=SPHINX > OPTIONS_FILE_SET+=SPIDER > > I think all users of MariaDB 10.1 should be warned in UPDATING > > Let me know if you need some more details. Am I the only one beaten by this issue? I see this on each of our machines during pkg upgrade. Miroslav Lachman From owner-freebsd-ports@freebsd.org Tue Apr 18 20:07:16 2017 Return-Path: Delivered-To: freebsd-ports@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 8D238D4428E for ; Tue, 18 Apr 2017 20:07:16 +0000 (UTC) (envelope-from dim@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 763C1A03 for ; Tue, 18 Apr 2017 20:07:16 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7586CD4428D; Tue, 18 Apr 2017 20:07:16 +0000 (UTC) Delivered-To: ports@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 75240D4428C for ; Tue, 18 Apr 2017 20:07:16 +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 3B264A02; Tue, 18 Apr 2017 20:07:16 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::f0c8:2b09:9d6e:1667] (unknown [IPv6:2001:470:7a58:0:f0c8:2b09:9d6e:1667]) (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 D2DDB806B; Tue, 18 Apr 2017 22:07:13 +0200 (CEST) From: Dimitry Andric Message-Id: <6BC178F2-D183-4296-969B-9883904AC8DC@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_6E579A68-0763-4F94-ADA8-8E37DBF4B87F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Any hope of compiling firefox port on ARM? Date: Tue, 18 Apr 2017 22:07:05 +0200 In-Reply-To: Cc: ports@freebsd.org, bob prohaska To: Jan Beich References: <20170418184716.GA69314@www.zefox.net> <12076A34-887D-4850-888E-3C687B65AA4E@FreeBSD.org> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 20:07:16 -0000 --Apple-Mail=_6E579A68-0763-4F94-ADA8-8E37DBF4B87F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 18 Apr 2017, at 21:43, Jan Beich wrote: >=20 > Dimitry Andric writes: >=20 >> On 18 Apr 2017, at 20:47, bob prohaska wrote: >>=20 >>>=20 >>> For some time (years?) firefox compiles have failed with an error = message >>> along the lines of >>>=20 >>> Assertion failed: (isReg() && "This is not a register operand!"), >>> function getReg, file >>> /usr/src/contrib/llvm/include/llvm/MC/MCInst.h, line 64. >>> c++: error: unable to execute command: Abort trap (core dumped) >>> c++: error: clang frontend command failed due to signal (use -v to = see invocation) >>> FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based = on LLVM 4.0.0) >>> Target: armv6--freebsd12.0-gnueabihf >>> Thread model: posix >>> InstalledDir: /usr/bin >>> c++: note: diagnostic msg: PLEASE submit a bug report to >>> https://bugs.freebsd.org/submit/ and include the crash backtrace, >>> preprocessed source, and associated run script. >>>=20 >>> Is there any hope of a fix, whether to clang or firefox? >>=20 >> Have you tried doing what it asks, e.g. file a bug report? :) >>=20 >> I can find no such bug report in our tracker. Please submit a bug = with >> the two files (.sh and .cpp) it generates in /tmp. >=20 > See bug 211069 which was duped against bug 203989 that triggered a > different assertion. Hmm, annoying that bugzilla doesn't find those bugs, if you search for any keyword in the error message. So this bug has been solved for 6 months now, in any case. -Dimitry --Apple-Mail=_6E579A68-0763-4F94-ADA8-8E37DBF4B87F 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 iEYEARECAAYFAlj2cfEACgkQsF6jCi4glqN9eACgmWxDY8VJtflu6Ou3lrDE4pva /rcAn0KGRUre+selmvNN3bo0Ecqzgx8G =HZIh -----END PGP SIGNATURE----- --Apple-Mail=_6E579A68-0763-4F94-ADA8-8E37DBF4B87F-- From owner-freebsd-ports@freebsd.org Tue Apr 18 20:22:15 2017 Return-Path: Delivered-To: freebsd-ports@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 2581ED4487F for ; Tue, 18 Apr 2017 20:22:15 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05698924 for ; Tue, 18 Apr 2017 20:22:15 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-transfer-encoding:Content-type:Mime-version:In-Reply-To: References:Message-ID:To:From:Subject:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=48l0edcA3xkDrcBkjGQKSEwzuymBtm/1NpFvrtSHW/s=; b=N7QEPIH/J64JaYUiITJbQ+UnBn eq1dklVsIPZ5iYX1CElDXu2UzbDw7RovxRvl0PznkYc1lLdNX89nA7Ndm2A0fHJ/+2C2oXXh1g6R9 3C1ljoVtJrmuBJI0AGzpcfROCI0AxOwUr4Cb2xMJJ8t3fLZ0jmNtlsNCI+br4HJj3VXU=; Received: from [198.61.62.18] (port=2621 helo=[10.11.226.101]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1d0Zdd-000H5K-Tt; Tue, 18 Apr 2017 15:22:14 -0500 User-Agent: Microsoft-MacOutlook/f.21.0.170409 Date: Tue, 18 Apr 2017 15:22:13 -0500 Subject: Re: net-mgmt/prometheus update to 1.6.0, comitter requested From: Larry Rosenman To: Jev =?UTF-8?B?QmrDtnJzZWxs?= , "freebsd-ports@freebsd.org" Message-ID: <11DAA44D-661F-4762-ABFD-78E4806D6E2E@lerctr.org> Thread-Topic: net-mgmt/prometheus update to 1.6.0, comitter requested References: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 20:22:15 -0000 On 4/18/17, 2:41 PM, "Jev Bj=C3=B6rsell" wrote: Hi All, =20 Could I get a committer to apply my latest update patch for net-mg mt/prometheus? =20 Patch is available here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218737 =20 Thanks so much, -Jev Waiting for my mentor to approve.=20 =20 From owner-freebsd-ports@freebsd.org Tue Apr 18 20:57:11 2017 Return-Path: Delivered-To: freebsd-ports@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 ECE08D44289 for ; Tue, 18 Apr 2017 20:57:11 +0000 (UTC) (envelope-from qjail1@a1poweruser.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 CF213BB7 for ; Tue, 18 Apr 2017 20:57:11 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) Received: by mailman.ysv.freebsd.org (Postfix) id CE736D44288; Tue, 18 Apr 2017 20:57:11 +0000 (UTC) Delivered-To: ports@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 CE181D44287 for ; Tue, 18 Apr 2017 20:57:11 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) Received: from s228.web-hosting.com (s228.web-hosting.com [198.54.114.176]) (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 AF6D8BB6; Tue, 18 Apr 2017 20:57:11 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=a1poweruser.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=U77izn4iwC/IhwXlu3X2M8IH3Haw6ZMoq+fWlkKgTgo=; b=gWn+5B4PJUTltjDaNlf/liqwi5 cx22he7fc7O4yLZauPXyAMqKpIxc7lQ1fD4YCUFn6cAAC/t2utxCwm78k9T9fSlSt7xL/6uB2qoNS I1Jx+zAgWn8fET6zDWsvVW+Z3Swz4C9d/apBzzZL2NG1XPvt6lv8BNsanE054gRZhsdQ=; Received: from cpe-74-141-88-57.neo.res.rr.com ([74.141.88.57]:1516 helo=[10.0.10.3]) by server228.web-hosting.com with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1d0aBQ-000G1o-NH; Tue, 18 Apr 2017 16:57:09 -0400 Message-ID: <58F67DB7.3050300@a1poweruser.com> Date: Tue, 18 Apr 2017 16:57:27 -0400 From: qjail1 User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Jan Beich CC: "ports@FreeBSD.org" Subject: Re: Is pkg quarterly really needed? References: <58F61A8D.1030309@a1poweruser.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server228.web-hosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - a1poweruser.com X-Get-Message-Sender-Via: server228.web-hosting.com: authenticated_id: qjail1@a1poweruser.com X-Authenticated-Sender: server228.web-hosting.com: qjail1@a1poweruser.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 20:57:12 -0000 Jan Beich wrote: > qjail1 writes: > >> I maintain a port and I have users complaining that the pkg system >> takes many months before the updated version of my port shows up in >> the pkg system. > > Better ask committer assigned to your bug to add MFH tag or send an > email to ports-secteam@ (and CC portmgr@) which commit to backport. > For leaf ports such requests are unlikely to be declined, just keep > in mind risks due to using old dependencies and possible regressions. > My port is nothing but two sh scripts and an example directory plus the man pages. It has no dependencies and no regressions. Does this port qualify for MFH tag? Is this something I can put in the port Makefile? From owner-freebsd-ports@freebsd.org Tue Apr 18 22:17:42 2017 Return-Path: Delivered-To: freebsd-ports@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 EE141D44FE1 for ; Tue, 18 Apr 2017 22:17:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id DA879F6A for ; Tue, 18 Apr 2017 22:17:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: by mailman.ysv.freebsd.org (Postfix) id D9E91D44FDF; Tue, 18 Apr 2017 22:17:42 +0000 (UTC) Delivered-To: ports@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 D9965D44FDE for ; Tue, 18 Apr 2017 22:17:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B897BF69; Tue, 18 Apr 2017 22:17:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id v3IMHtKo069823 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Apr 2017 15:17:56 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v3IMHtw3069822; Tue, 18 Apr 2017 15:17:55 -0700 (PDT) (envelope-from fbsd) Date: Tue, 18 Apr 2017 15:17:55 -0700 From: bob prohaska To: Jan Beich Cc: Dimitry Andric , ports@freebsd.org Subject: Re: Any hope of compiling firefox port on ARM? Message-ID: <20170418221755.GA69790@www.zefox.net> References: <20170418184716.GA69314@www.zefox.net> <12076A34-887D-4850-888E-3C687B65AA4E@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 22:17:43 -0000 On Tue, Apr 18, 2017 at 09:43:23PM +0200, Jan Beich wrote: > > See bug 211069 which was duped against bug 203989 that triggered a > different assertion. The above error did show up on armv6 buildbot[1] > but nowadays is blocked by other ports. > What is meant by the term "blocked by other ports"? The error still comes up with firefox and -current as of yesterday. Long ago I brought the issue up on the freebsd-arm list and was told, iiuc, that it's an upstream problem in clang/llvm and not fixable by the freebsd-arm community. My present query was more an effort to find out if there is any prospect for a short-term workaround. Far as I can tell there isn't even a cross-compiled firefox package for RPI2 Thanks for replying! bob prohaska From owner-freebsd-ports@freebsd.org Wed Apr 19 02:59:15 2017 Return-Path: Delivered-To: freebsd-ports@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 7548DD45449 for ; Wed, 19 Apr 2017 02:59:15 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 52068F6C for ; Wed, 19 Apr 2017 02:59:15 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5165BD45448; Wed, 19 Apr 2017 02:59:15 +0000 (UTC) Delivered-To: ports@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 5108AD45447 for ; Wed, 19 Apr 2017 02:59:15 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: from mail-pf0-x244.google.com (mail-pf0-x244.google.com [IPv6:2607:f8b0:400e:c00::244]) (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 20BE2F6B for ; Wed, 19 Apr 2017 02:59:15 +0000 (UTC) (envelope-from christopherhall.hsw@gmail.com) Received: by mail-pf0-x244.google.com with SMTP id a188so1670909pfa.2 for ; Tue, 18 Apr 2017 19:59:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=ScyaS9KTJaEkLtuf2b1xv8Iz73Cp15b0ueLAEYWb428=; b=jOGuvXa5yB1caGiDzpQLGchf29ukXOjLYZ/SBsIAM4TJNhivaFV32b5883oLydzheU 50iC+yu8iNNUnAENncikoLhiDgfXa6zkU2INxUvVQCMAos+d/epuOPvfVKDaOBxg/p0u enaLhQrp/Ti7eSjliF6Be5MZ8WwsE54ZDjrM9fnynYJQOhEqvacpQ4lAh1A/oaWJyTNe MwrLR3v6vAqScB9wyvgHcys7h+bnAoNcbdXQO0FkLDwNkW9+PbnCXAhudtkUAurFZsiW cMiu7HoxhjAwswzQkIAy/nlx10MeihDTR7kTLGUtN9TJmF/KfCRx80Agw0HcrniPF66d w59A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=ScyaS9KTJaEkLtuf2b1xv8Iz73Cp15b0ueLAEYWb428=; b=tCJYtjnfPnUNdmCQjlOV+3yKWadEJwin/M9cf/F/KDxdVQlU62R7P/PkSBh7+Ja1QZ QPk2rQkDK5T5fUBFf8o9750jTgroHc5+dod4XKuZSzDxnK3dazbjoBzyFvsz+/gvgc1v zoIOkZThcYlAFz9jqvhu/X8UZfGneFjRme8ohNliesih1VDo71YDNQ5tWSrXslTFE33f QO/FBxwXqZhNHD7a3LS3pdGsDOG+MzpziKCkFVYwmfaA0n0WUo4uLqO0tQph6CBaG5oR otkQL7mdjEnwVyeZ+3ZECe6EpNBC7EE61GryuPku9fZg80qdhfAvsKVv6TuTxY4vFfWL LaJw== X-Gm-Message-State: AN3rC/7bCONJuDtW0vDszEsXsP7i2ZmaX3xPGOosn6BrIo/aISaeYlqh wr2/ihaeDTO96g== X-Received: by 10.99.127.70 with SMTP id p6mr676089pgn.169.1492570754610; Tue, 18 Apr 2017 19:59:14 -0700 (PDT) Received: from arria.bitmark.lan ([2001:b030:2314:200:f279:59ff:fe6a:4741]) by smtp.gmail.com with ESMTPSA id 74sm929688pfn.102.2017.04.18.19.59.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 18 Apr 2017 19:59:14 -0700 (PDT) Date: Wed, 19 Apr 2017 10:59:10 +0800 From: Christopher Hall To: Steven Hartland Cc: ports@freebsd.org Subject: Re: Packaging Go Libs Message-ID: <20170419105910.3b87a7a6@arria.bitmark.lan> In-Reply-To: References: <20170418103350.433498f4@arria.bitmark.lan> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 02:59:15 -0000 Hello Steven, On Tue, 18 Apr 2017 13:09:22 +0000, Steven Hartland wrote: > You should use built in golang vendoring to ensure these > dependencies, as their is no guarantee that someone won't update the > library port and your app would break, so doing that is very fragile Currently the GH_TUPLE method is working as it specifies exact dependency versions or specific git hashes. but we made several attempts at submodules in vendor dir but have had problems building and go get -u breaks things. I am wondering if you might suggest a tool or do any other programs in ports use such a dependency tool. Last time I searched ports tree I only saw GH_TUPLE used so I just followed that method. > On Tue, 18 Apr 2017 at 03:34, Christopher Hall < > christopherhall.hsw@gmail.com> wrote: > > > Hello Steve, > > > > On Mon, 17 Apr 2017 10:20:20 -0400, Steve Wills > > wrote: > > > Hi, > > > > > > I'd like to propose eliminating packaging of Go libs. > > > > For my own go application I use the ports mechanism to specify > > specific versions of dependencies and it would only have been > > tested with those; if forces to use an older version it would > > likely fail as the APIs on some libs have changed quite a lot. > > > > So I personally see no need to have any go dependencies in the ports > > tree. I currently like the idea of having all the go dependencies > > statically linked and only few external "C" libs as dynamic links > > as it makes packaging and deployment very quick. > > > > > > > > Almost every Go app is developed with a different version of any > > > given lib than what another Go app might use. Forcing a Go app to > > > use a different version than what upstream might have chosen is > > > error prone at best and likely to produce a build that's > > > unsupported upstream. So for the packaged libs to even be useful, > > > we would have to have as many versions of each lib as there are > > > consumers, or nearly as many. > > > > > > Further, best practice in the Go community is for Go apps to > > > vendor all their dependencies and almost all apps do that. This > > > is the reason most Go apps use different versions of it's libs. > > > > > > So to me, packaging Go libs doesn't make sense and I think we > > > should remove the Go libs from ports. > > > > > > Existing ports which use the Go libs should be updated to not use > > > the Go lib ports by doing one of these, in priority order: > > > > > > * Converted to using vendored deps included with the package > > > source if possible (preferred) > > > * Fetching the versions of deps specified by upstream (in the > > > case of vendor.json) > > > * As a last resort (deps are not included nor versions specified > > > exactly) fetching versions of deps available at the time of > > > upstream development > > > > > > Further, documentation should be added to the Porters Handbook > > > saying that we don't package Go libs and portlint should be > > > updated to check for installing files in GO_SRCDIR and GO_LIBDIR > > > (exceot lang/go*). > > > > > > For reference, here's the list of Go lib ports that I found at the > > > moment: > > > > > > archivers/go-compress > > > databases/gomdb > > > databases/gosqlite3 > > > databases/levigo > > > databases/radix.v2 > > > databases/redigo > > > devel/go-bayesian > > > devel/go-cobra > > > devel/go-codec > > > devel/go-cpuid > > > devel/go-crc32 > > > devel/go-faker > > > devel/go-form > > > devel/go-go.uuid > > > devel/go-goregen > > > devel/go-hashicorp-logutils > > > devel/go-json-rest > > > devel/go-logrus > > > devel/go-metrics > > > devel/go-nuid > > > devel/go-pflag > > > devel/go-protobuf > > > devel/go-raw > > > devel/go-runewidth > > > devel/go-slices > > > devel/go-sql-driver > > > devel/go-uuid > > > devel/go-yaml > > > devel/goprotobuf > > > net/go-amqp > > > net/go-geoip > > > net/go-httppath > > > net/go-httptreemux > > > net/go-nats > > > net/go.net > > > security/go.crypto > > > security/goptlib > > > textproc/go.text > > > www/go-fasthttp > > > www/webgo > > > > > > Does anyone have any objection or reasoning why this doesn't make > > > sense? > > > > > > Thanks, > > > Steve > > > > > > > > > -- > > Best Regards. > > Christopher Hall. > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to > > "freebsd-ports-unsubscribe@freebsd.org" -- Best Regards. Christopher Hall. From owner-freebsd-ports@freebsd.org Wed Apr 19 08:24:09 2017 Return-Path: Delivered-To: freebsd-ports@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 29A2BD42783 for ; Wed, 19 Apr 2017 08:24:09 +0000 (UTC) (envelope-from portscout@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 16C46CF5 for ; Wed, 19 Apr 2017 08:24:09 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 161A2D42781; Wed, 19 Apr 2017 08:24:09 +0000 (UTC) Delivered-To: ports@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 140A6D4277F for ; Wed, 19 Apr 2017 08:24:09 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 07618CF4 for ; Wed, 19 Apr 2017 08:24:09 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id v3J8O8BV052006 for ; Wed, 19 Apr 2017 08:24:08 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id v3J8O8wL052005; Wed, 19 Apr 2017 08:24:08 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201704190824.v3J8O8wL052005@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Wed, 19 Apr 2017 08:24:08 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 08:24:09 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/log4cpp | 1.1.1 | 1.1.2 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Wed Apr 19 10:15:02 2017 Return-Path: Delivered-To: freebsd-ports@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 87B12D45354 for ; Wed, 19 Apr 2017 10:15:02 +0000 (UTC) (envelope-from 482254ac@razorfever.net) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.181]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.teksavvy.com", Issuer "DigiCert High Assurance CA-3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2782F176 for ; Wed, 19 Apr 2017 10:15:01 +0000 (UTC) (envelope-from 482254ac@razorfever.net) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0DOFAAvN/dY/0StpUVcGQEBAQEBAQEBAQEBBwEBAQEBgjyBGCcaIAOPd48+AQEBAQEBBQGBIgEDKgGVN4IPLoV2AoN7QRcBAgEBAQEBAQFrKIUWAQU4HiMQCxguOR4TCAEBiggNDq0Oiy4BAQEBBgEBAQEfBYYNgk6CboUjhRkBBJ0sAQGHBI1piF4Qhl2IbIlggUQhAjRLOhQnM4dPJIlKAQEB X-IPAS-Result: A0DOFAAvN/dY/0StpUVcGQEBAQEBAQEBAQEBBwEBAQEBgjyBGCcaIAOPd48+AQEBAQEBBQGBIgEDKgGVN4IPLoV2AoN7QRcBAgEBAQEBAQFrKIUWAQU4HiMQCxguOR4TCAEBiggNDq0Oiy4BAQEBBgEBAQEfBYYNgk6CboUjhRkBBJ0sAQGHBI1piF4Qhl2IbIlggUQhAjRLOhQnM4dPJIlKAQEB X-IronPort-AV: E=Sophos;i="5.37,220,1488862800"; d="scan'208";a="308757426" Received: from 69-165-173-68.dsl.teksavvy.com (HELO mail.razorfever.net) ([69.165.173.68]) by smtp.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Apr 2017 06:13:51 -0400 Received: from [127.0.0.1] (mail.razorfever.net [192.168.0.4]) by mail.razorfever.net (8.15.2/8.14.9) with ESMTP id v3JADnjH049508; Wed, 19 Apr 2017 06:13:49 -0400 (EDT) (envelope-from 482254ac@razorfever.net) X-Authentication-Warning: mail.razorfever.net: Host mail.razorfever.net [192.168.0.4] claimed to be [127.0.0.1] Subject: Re: Packaging Go Libs To: freebsd-ports@freebsd.org References: <20170418103350.433498f4@arria.bitmark.lan> <20170419105910.3b87a7a6@arria.bitmark.lan> From: "Derek (freebsd lists)" <482254ac@razorfever.net> Cc: Christopher Hall , Steven Hartland Message-ID: <2b1132e6-522b-abdf-d85b-5ce7aafb37f8@razorfever.net> Date: Wed, 19 Apr 2017 06:13:48 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170419105910.3b87a7a6@arria.bitmark.lan> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, FROM_STARTS_WITH_NUMS,RP_MATCHES_RCVD autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.razorfever.net X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 10:15:02 -0000 Agree with previous sentiments, and: On 17-04-18 10:59 PM, Christopher Hall wrote: >> You should use built in golang vendoring to ensure these >> dependencies, as their is no guarantee that someone won't update the >> library port and your app would break, so doing that is very fragile > > Currently the GH_TUPLE method is working as it specifies exact > dependency versions or specific git hashes. > > but we made several attempts at submodules in vendor dir > but have had problems building and go get -u breaks things. > > I am wondering if you might suggest a tool or do any other programs in > ports use such a dependency tool. Last time I searched ports tree I > only saw GH_TUPLE used so I just followed that method. > From my point of view, the only thing that should be in the vendor directory on checkout is the version-lock file. This is different for different tools. I have been using gb, as it makes the most sense to me: https://getgb.io/ sysutils/hfm uses this godep is also popular, from what I understand: https://godoc.org/github.com/tools/godep Vendoring changed internally in go with a GO15VENDOREXPERIMENT build environment variable (and then default in 1.6), although I have not yet played with it: https://docs.google.com/document/d/1Bz5-UB7g2uPBdOx-rw5t9MxJwkfpx90cqG9AFL0JAYo/edit ... from the docs, it sounds like it would be compatible with gb from a build standpoint - and you simply could use gb to track, fetch and lock versions in development - the same thing the ports GH_TUPLE covers. What you do when it's not hosted at github, well.... Derek From owner-freebsd-ports@freebsd.org Wed Apr 19 10:42:31 2017 Return-Path: Delivered-To: freebsd-ports@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 E27FBD45E00 for ; Wed, 19 Apr 2017 10:42:31 +0000 (UTC) (envelope-from scratch65535@att.net) 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 C768510B7 for ; Wed, 19 Apr 2017 10:42:31 +0000 (UTC) (envelope-from scratch65535@att.net) Received: by mailman.ysv.freebsd.org (Postfix) id C6CECD45DFF; Wed, 19 Apr 2017 10:42:31 +0000 (UTC) Delivered-To: ports@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 C6757D45DFE for ; Wed, 19 Apr 2017 10:42:31 +0000 (UTC) (envelope-from scratch65535@att.net) Received: from nm20-vm4.access.bullet.mail.gq1.yahoo.com (nm20-vm4.access.bullet.mail.gq1.yahoo.com [216.39.63.108]) (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 A122810B6 for ; Wed, 19 Apr 2017 10:42:31 +0000 (UTC) (envelope-from scratch65535@att.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1492598361; bh=mI9gs92QDpdUjAeJz7JoAFxqDEtLgIl1dlrSClRbu/w=; h=From:To:Subject:Date:From:Subject; b=dziLLu+cloTQJaRAQX24yb6zCUHw4nM96GWEebndw5nFviadQCK23zESTrUhVtsLk+dNVUxmPUH0zxvTUKnN+ipdb2+CUY/FEIMsVde7sR2U5r1dD+bxVqBvCSjmFLUjH+JHcYxHowlYO2F97wyxEdag+1DbqWtfqg6A5QIlAyQ= Received: from [216.39.60.176] by nm20.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 10:39:21 -0000 Received: from [67.195.23.145] by tm12.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 10:39:21 -0000 Received: from [127.0.0.1] by smtp117.sbc.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 10:39:21 -0000 X-Yahoo-Newman-Id: 843325.61547.bm@smtp117.sbc.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: cLhTVr4VM1nxi2Qg8opT6XNKIg4hXvcDWH1YRQ_8wVj0Vuu DMlQcKNu6RLHSSx5Sc8o6WLhD_LQI3wBy.X3LXc7Da.ZaMGqbCdWLpfmnQ4Q qTt2TuxqNKgQb3M3.6Xfb_VLlGqlO8WJn70OJLEFrCcSA2otFKvKOfcsEpiK HwiJRx.vJGunOZzoOCoNaWCr5D5li7ARkpGhIHMu4Elw7ndDrRuy27ENDi4_ tzjx3Cim1Sk4Fk98zxqDu2g2bT_dZrMwH5eILI7Qezsbz4PIFuX9CAeJo5dg 1Lxz4ZeaOn_VwxmtDu6M3gkrTWUMDTF_MbQqQ88NYMqszxrHYLlYtI7TdHCl 55SutsEOzFTExJnDnpu7uMp.SB2JZG7wBcAjwEQ1UxH6uuvlgWWkp5ge2tE3 nlxQn1AhfBNkwjTkNkVne61kEHfu.6mi4FwdcZINNG9zm5g5dhUdLUd7R6Bc PTaeJJn5Ps.o5OjR2.kvK9XCCED6omHHLVFiUjSOlwJI0VpqmHCwCCn8SJ.z s.fJq4FnCxXUeKToWuupb.cL5Dxi1QhGvQDe_CCOIh4mqFO3.d61OoxLY X-Yahoo-SMTP: pPvqnOaswBBbYZLVYFzvU7GaowLcbNioPp.aF8KvOjZk From: To: freebsd-ports Subject: Pkg or dbus should create /etc/machine-id when not found Date: Wed, 19 Apr 2017 06:39:28 -0400 Message-ID: X-Mailer: Forte Agent 4.2/32.1118 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 10:42:32 -0000 Not only that, but pkg should not delete things until AFTER it successfully replaces them! I finally broke down and did a pkg upgrade yesterday, which cost me the whole afternoon. I had to do it because pkg wasn't smart enough not to use the current quarter's bits to install a package on a machine that was using the original 10.3 RELEASE bits. (If that's to be considered normal behavior, then not only are we all forced to update every time the minor version changes, we have to disruptively update every quarter unless we forego installing anything new. I realise that, when you're up to your arse in alligators draining the swamp isn't uppermost in your mind, but there really are people for whom freebsd is a *tool*, not a hobby or a way to commit suicide by exhaustion.) This disruption involved pkg deleting Firefox (why?) because I was trying to install VLC (which turned out to be broken). When I tried to restore Firefox, I got bitten by quarterly version skew. So this morning, despite the sacrifice of the half-day yesterday, X failed to start because dbus couldn't find /etc/machine-id, a file it never wanted to find before now. Since the fix seems easy enough: call dbus-uuidgen --ensure=/etc/machine-id, it's hard to know why pkg or dbus doesn't generate it when it can't find it. I filed a bug. From owner-freebsd-ports@freebsd.org Wed Apr 19 10:47:32 2017 Return-Path: Delivered-To: freebsd-ports@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 CFFA6D45F26 for ; Wed, 19 Apr 2017 10:47:32 +0000 (UTC) (envelope-from scratch65535@att.net) 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 B221612A4 for ; Wed, 19 Apr 2017 10:47:32 +0000 (UTC) (envelope-from scratch65535@att.net) Received: by mailman.ysv.freebsd.org (Postfix) id AE8FED45F22; Wed, 19 Apr 2017 10:47:32 +0000 (UTC) Delivered-To: ports@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 AE30AD45F21 for ; Wed, 19 Apr 2017 10:47:32 +0000 (UTC) (envelope-from scratch65535@att.net) Received: from nm18-vm9.access.bullet.mail.gq1.yahoo.com (nm18-vm9.access.bullet.mail.gq1.yahoo.com [216.39.62.65]) (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 8B7A612A2 for ; Wed, 19 Apr 2017 10:47:32 +0000 (UTC) (envelope-from scratch65535@att.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1492598704; bh=+uUl7g2l7kJdt1ynfsTYPRz3mOEP5SP05ZSLKaQK21E=; h=From:To:Cc:Subject:Date:References:In-Reply-To:From:Subject; b=i2fjI1PQuG51H3gxbd7h5RFJK8iLPhK2FwMV6ecEDS96DfAzxD3TfL5f0SECb9duAZV9BPlXS62RIkJaliaV38NDr9rSYoBfLd1I5v1iiozBThPxARjrrCyMKn511qgawH19QZGk58bkJT61E1JpO6zd5Cl2IIjbgOSFH58s060= Received: from [216.39.60.167] by nm18.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 10:45:04 -0000 Received: from [67.195.23.144] by tm3.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 10:45:04 -0000 Received: from [127.0.0.1] by smtp116.sbc.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 10:45:04 -0000 X-Yahoo-Newman-Id: 482271.13306.bm@smtp116.sbc.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 38M2uwMVM1lH5HcVQLe.9ybukrNepmkC15feJCajpX09faP UaxnYh45fpXbM8aBlwEACjpn1UtgHchc5MO.1a19TKHVkqE0FWbD2HhklSx7 D_CnWiJIBYoJYQCk0IFbqrtPiSAFOcfX0hWEyKrF0tL1hbi1TuRRPKZ3S6r4 KiNRcJ1EMXveg6njF2x8ck4XqYXwwPqz8iNUc.4pvA2IQHwrrJy37GG0KHU. 382p9Olj.0Y4R95sjAT2YlAS2BrRg6GgjJKeivu73.pIcuewsz4F6uuU2D2Z ASk5RPLl073azngj83iAPhXaEyaR0FbLWZa1t9DpRfY2vj02enb4J5tc8uOa xaldga1wjXRV2w6OnSfTPjsPOxm.MPJ7JH8NwABPCcZolLRGaJs.37rHfDuJ GIQXQd17jRBpAtcgzwgayrVR61z8DQWo5LN16ABYv0olQM8gyurFoLC98fTH dbqrKT0s.24zw4Sldytcz.8kTtqcFsbcm5Fw8ZH.vqXra73tUI10XVUYZ0zu oFuZIpeexXpe_zaAR2QmJYYb622hjL6oTyTyThefsXSYFIqgP0lNFbxPD2vh Yuu0UspgKaNg- X-Yahoo-SMTP: pPvqnOaswBBbYZLVYFzvU7GaowLcbNioPp.aF8KvOjZk From: To: Miroslav Lachman <000.fbsd@quip.cz> Cc: freebsd-ports Subject: Re: databases/mariadb101-client upgraded in wrong order, resulted in missing files Date: Wed, 19 Apr 2017 06:45:10 -0400 Message-ID: References: <58DE5A34.3080305@quip.cz> <58F66CEB.2090507@quip.cz> In-Reply-To: <58F66CEB.2090507@quip.cz> X-Mailer: Forte Agent 4.2/32.1118 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 10:47:32 -0000 [Default] On Tue, 18 Apr 2017 21:45:47 +0200, Miroslav Lachman <000.fbsd@quip.cz> wrote: >Miroslav Lachman wrote on 2017/03/31 15:31: >> I don't know if it was "pkg" fault or mariadb101-server and >> mariadb101-client conflict. >> >> I did standard "pkg upgrade" and at the end I have half files of >> mariadb101-client missing: >> >> # pkg check -Ba >> Checking all packages: ... >> pkg: fstat() failed for(/usr/local/bin/msql2mysql): No such file or >> directory >> pkg: fstat() failed for(/usr/local/bin/mysql_find_rows): No such file or >> directory >> pkg: fstat() failed for(/usr/local/bin/mysqlaccess): No such file or >> directory >> pkg: fstat() failed for(/usr/local/include/mysql/big_endian.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/byte_order_generic.h): >> No such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/byte_order_generic_x86.h): No such file or >> directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/byte_order_generic_x86_64.h): No such file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/client_plugin.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/decimal.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/errmsg.h): No such file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/handler_ername.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/handler_state.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/keycache.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/little_endian.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/m_ctype.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/ma_dyncol.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_alloc.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_attribute.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_byteorder.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_compiler.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_dbug.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_dir.h): No such file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_getopt.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_list.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_net.h): No such file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_pthread.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_xml.h): No such file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysql_com.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysql_com_server.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysql_embed.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysql_time.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysqld_ername.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysqld_error.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/plugin_audit.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/plugin_auth_common.h): >> No such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/plugin_encryption.h): >> No such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/plugin_ftparser.h): No >> such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/plugin_password_validation.h): No such file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_idle.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_socket.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_stage.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_statement.h): >> No such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_table.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_thread.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_debug_sync.h): >> No such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_encryption.h): >> No such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_encryption_scheme.h): No such file >> or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_kill_statement.h): No such file or >> directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_md5.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_my_snprintf.h): >> No such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_sha1.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_thd_alloc.h): >> No such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_thd_autoinc.h): >> No such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_thd_error_context.h): No such file >> or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_thd_specifics.h): No such file or >> directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_thd_timezone.h): No such file or >> directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_thd_wait.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_wsrep.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/sql_common.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/sql_state.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/sslopt-case.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/sslopt-longopts.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/sslopt-vars.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/typelib.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient.so): No such >> file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient_r.a): No >> such file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient_r.so): No >> such file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient_r.so.18): No >> such file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/plugin/daemon_example.ini): >> No such file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/plugin/dialog.so): No such >> file or directory >> pkg: fstat() failed >> for(/usr/local/lib/mysql/plugin/mysql_clear_password.so): No such file >> or directory >> pkg: fstat() failed for(/usr/local/libdata/ldconfig/mariadb101-client): >> No such file or directory >> pkg: fstat() failed for(/usr/local/man/man1/msql2mysql.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysql.1.gz): No such file or >> directory >> pkg: fstat() failed for(/usr/local/man/man1/mysql_config.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysql_find_rows.1.gz): No >> such file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysql_plugin.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysql_waitpid.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlaccess.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlbinlog.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlcheck.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqldump.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlimport.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlshow.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlslap.1.gz): No such >> file or directory >> Checking all packages.......... done >> >> >> I think this is the root cause >> >> Checking integrity... done (2 conflicting) >> - mariadb101-server-10.1.22 conflicts with mariadb101-client-10.1.21 >> on /usr/local/share/mysql/maria_add_gis_sp.sql >> >> [51/86] Installing mariadb101-client-10.1.22... >> [51/86] Extracting mariadb101-client-10.1.22: .......... done >> .. >> .. >> [69/86] Deinstalling mariadb101-client-10.1.21... >> [69/86] Deleting files for mariadb101-client-10.1.21: >> pkg: /usr/local/bin/mysql different from original checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysql_config different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqladmin different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqlbinlog different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqlcheck different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqldump different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqlimport different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqlshow different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqlslap different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/auth_dialog_client.h different from >> original checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21..... >> pkg: /usr/local/include/mysql/m_string.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/my_config.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/my_decimal_limits.h different from >> original checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... >> pkg: /usr/local/include/mysql/my_global.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/my_sys.h different from original checksum, >> not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/my_valgrind.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/mysql.h different from original checksum, >> not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... >> pkg: /usr/local/include/mysql/mysql_version.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/plugin.h different from original checksum, >> not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/plugin_auth.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... >> pkg: /usr/local/include/mysql/psi/mysql_file.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/psi/psi.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... >> pkg: /usr/local/include/mysql/service_logger.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/service_progress_report.h different from >> original checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... >> pkg: /usr/local/include/mysql/services.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/lib/mysql/libmysqlclient.a different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/lib/mysql/libmysqlclient.so.18 different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21..... >> pkg: /usr/local/man/man1/mysqladmin.1.gz different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... done >> .. >> .. >> [82/86] Upgrading mariadb101-server from 10.1.21 to 10.1.22... >> ===> Creating groups. >> Using existing group 'mysql'. >> ===> Creating users >> Using existing user 'mysql'. >> [82/86] Extracting mariadb101-server-10.1.22: .......... done >> >> This was on FreeBSD 10.3 amd64 with packages from own poudriere with >> follogin settings: >> >> OPTIONS_UNSET= X11 GUI CUPS DOCS EXAMPLES NLS HAL >> WITH_BDB_VER=5 >> WITH_GHOSTSCRIPT_VER=9 >> DEFAULT_VERSIONS=apache=2.4 perl5=5.24 mysql=10.1m php=5.6 python=2.7 >> python3=3.5 pgsql=9.4 ssl=openssl >> DISABLE_LICENSES=yes >> >> >> databases_mariadb101-client/options >> OPTIONS_FILE_SET+=GSSAPI_NONE >> >> databases_mariadb101-server/options >> OPTIONS_FILE_SET+=MAXKEY >> OPTIONS_FILE_SET+=GSSAPI_NONE >> OPTIONS_FILE_SET+=SPHINX >> OPTIONS_FILE_SET+=SPIDER >> >> I think all users of MariaDB 10.1 should be warned in UPDATING >> >> Let me know if you need some more details. > >Am I the only one beaten by this issue? I see this on each of our >machines during pkg upgrade. > >Miroslav Lachman I couldn't tell you whether you're the only one (probably not!) but I did a pkg upgrade on everything yesterday to recover from pkg's quarterly version skew, and mariadb *seems* to be all there and working correctly. I haven't done any work yet this morning, so I'm keeping my fingers crossed. From owner-freebsd-ports@freebsd.org Wed Apr 19 10:49:54 2017 Return-Path: Delivered-To: freebsd-ports@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 8F618D45FEF for ; Wed, 19 Apr 2017 10:49:54 +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 78EF213B2 for ; Wed, 19 Apr 2017 10:49:54 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7855DD45FEE; Wed, 19 Apr 2017 10:49:54 +0000 (UTC) Delivered-To: ports@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 77FF0D45FED for ; Wed, 19 Apr 2017 10:49:54 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (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 43EC313B1; Wed, 19 Apr 2017 10:49:54 +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 C97BC80D7; Wed, 19 Apr 2017 12:49:51 +0200 (CEST) From: Dimitry Andric Message-Id: <57E15914-5D7B-4BCD-BF39-3DD73693E605@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_18E39676-7FED-448D-BF1A-308DA79BD7C1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Any hope of compiling firefox port on ARM? Date: Wed, 19 Apr 2017 12:49:37 +0200 In-Reply-To: <20170418221755.GA69790@www.zefox.net> Cc: Jan Beich , ports@freebsd.org To: bob prohaska References: <20170418184716.GA69314@www.zefox.net> <12076A34-887D-4850-888E-3C687B65AA4E@FreeBSD.org> <20170418221755.GA69790@www.zefox.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 10:49:54 -0000 --Apple-Mail=_18E39676-7FED-448D-BF1A-308DA79BD7C1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 19 Apr 2017, at 00:17, bob prohaska wrote: > > On Tue, Apr 18, 2017 at 09:43:23PM +0200, Jan Beich wrote: >> >> See bug 211069 which was duped against bug 203989 that triggered a >> different assertion. The above error did show up on armv6 buildbot[1] >> but nowadays is blocked by other ports. >> > What is meant by the term "blocked by other ports"? The error still > comes up with firefox and -current as of yesterday. How is that even possible? I committed the fix on Oct 12, 2016: https://svnweb.freebsd.org/changeset/ports/423893 then merged it to the 2016Q4 quarterly branch on Oct 14, 2016: https://svnweb.freebsd.org/changeset/ports/423974 Maybe you are seeing a different problem altogether? Or your ports tree has no been updated? -Dimitry --Apple-Mail=_18E39676-7FED-448D-BF1A-308DA79BD7C1 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 iEYEARECAAYFAlj3QM4ACgkQsF6jCi4glqONuACgtMrfX/GLdeBKm3UHsLP60Kbn v80AoKc5fqa7TC7O0yOWCsxeSYNIN3yA =oks8 -----END PGP SIGNATURE----- --Apple-Mail=_18E39676-7FED-448D-BF1A-308DA79BD7C1-- From owner-freebsd-ports@freebsd.org Wed Apr 19 11:45:59 2017 Return-Path: Delivered-To: freebsd-ports@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 AD2C7D3C54B for ; Wed, 19 Apr 2017 11:45:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 98ACD2B for ; Wed, 19 Apr 2017 11:45:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id 951D6D3C547; Wed, 19 Apr 2017 11:45:59 +0000 (UTC) Delivered-To: ports@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 94C17D3C546 for ; Wed, 19 Apr 2017 11:45:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 5A31D29 for ; Wed, 19 Apr 2017 11:45:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C5ED028436; Wed, 19 Apr 2017 13:45:55 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D2B5D2842B; Wed, 19 Apr 2017 13:45:54 +0200 (CEST) Subject: Re: databases/mariadb101-client upgraded in wrong order, resulted in missing files To: scratch65535@att.net Cc: freebsd-ports References: <58DE5A34.3080305@quip.cz> <58F66CEB.2090507@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58F74DF2.4000208@quip.cz> Date: Wed, 19 Apr 2017 13:45:54 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 11:45:59 -0000 scratch65535@att.net wrote on 2017/04/19 12:45: > [Default] On Tue, 18 Apr 2017 21:45:47 +0200, Miroslav Lachman > <000.fbsd@quip.cz> wrote: > >> Miroslav Lachman wrote on 2017/03/31 15:31: >>> I don't know if it was "pkg" fault or mariadb101-server and >>> mariadb101-client conflict. >>> >>> I did standard "pkg upgrade" and at the end I have half files of >>> mariadb101-client missing: >>> >>> # pkg check -Ba >>> Checking all packages: ... >>> pkg: fstat() failed for(/usr/local/bin/msql2mysql): No such file or >>> directory >>> pkg: fstat() failed for(/usr/local/bin/mysql_find_rows): No such file or >>> directory [...] >>> pkg: fstat() failed for(/usr/local/man/man1/mysqlimport.1.gz): No such >>> file or directory >>> pkg: fstat() failed for(/usr/local/man/man1/mysqlshow.1.gz): No such >>> file or directory >>> pkg: fstat() failed for(/usr/local/man/man1/mysqlslap.1.gz): No such >>> file or directory >>> Checking all packages.......... done >>> >>> >>> I think this is the root cause >>> >>> Checking integrity... done (2 conflicting) >>> - mariadb101-server-10.1.22 conflicts with mariadb101-client-10.1.21 >>> on /usr/local/share/mysql/maria_add_gis_sp.sql [...] > > I couldn't tell you whether you're the only one (probably not!) > but I did a pkg upgrade on everything yesterday to recover from > pkg's quarterly version skew, and mariadb *seems* to be all there > and working correctly. I haven't done any work yet this morning, > so I'm keeping my fingers crossed. Do you use MariaDB version 10.1? MariaDB server is running without problems, only some "mysql client" libraries are missing, but if you use only PHP to connect to "mysql server" then you will not notice any problem, because PHP uses internal mysql client. So first time I overlooked this issue because MariaDB was running fine and webserver was on separate machine - PHP website was still running. Can you check this? ls -l /usr/local/lib/mysql/libmysqlclient_r.so.18 I see "ls: /usr/local/lib/mysql/libmysqlclient_r.so.18: No such file or directory" on each upgraded server until i run *pkg upgrade -f mariadb101-client* Miroslav Lachman From owner-freebsd-ports@freebsd.org Wed Apr 19 12:09:02 2017 Return-Path: Delivered-To: freebsd-ports@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 9C4AFD4589D for ; Wed, 19 Apr 2017 12:09:02 +0000 (UTC) (envelope-from scratch65535@att.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7EDD110B5 for ; Wed, 19 Apr 2017 12:09:02 +0000 (UTC) (envelope-from scratch65535@att.net) Received: by mailman.ysv.freebsd.org (Postfix) id 7E34ED4589C; Wed, 19 Apr 2017 12:09:02 +0000 (UTC) Delivered-To: ports@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 7DD8CD4589B for ; Wed, 19 Apr 2017 12:09:02 +0000 (UTC) (envelope-from scratch65535@att.net) Received: from nm8-vm5.access.bullet.mail.gq1.yahoo.com (nm8-vm5.access.bullet.mail.gq1.yahoo.com [216.39.63.126]) (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 5B07D10B4 for ; Wed, 19 Apr 2017 12:09:02 +0000 (UTC) (envelope-from scratch65535@att.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1492603543; bh=O5CH5i4y5Ab8Opwg1ltLbUNsGO9qbkPwv+X3W9XH6LA=; h=From:To:Cc:Subject:Date:References:In-Reply-To:From:Subject; b=eWj9xJGLFFdfJHpfYj0G6P6ilPSpGEo0+qrqX+njiaYsgoqYIZ/91zcBVwEoOUHvU3CAE2kkq9uaAHuSJ5JpMzmcQUFeYu3kv3z63ESVMsEXBT3OMWDiQquIyNOHWA29d72zZUS5ZmWZx7SE04cGexvAAWewUzs5MWFq5ITl2uM= Received: from [216.39.60.166] by nm8.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 12:05:43 -0000 Received: from [67.195.22.118] by tm2.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 12:05:43 -0000 Received: from [127.0.0.1] by smtp113.sbc.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 12:05:43 -0000 X-Yahoo-Newman-Id: 705292.18921.bm@smtp113.sbc.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: JHjJtlAVM1l52CM8K1z4fEUngz6m7huWoV15Fgq2Dc0AV5B fSc5RVJY6k.CuZDjINcqiKveEPSbVlAujt8u3VkoLBrkWaYiRhMs21qwkzzC dbxuWz2HOIEppKOS01tqZs69faNaIg.LFwvmUrsImjZ2DDZidUC2l4GFQeMp C6xUhrNg9K_7Ew5u7Kt1NX89J3Do9i2bm9wq3WCcHMWdK8HT.jgM.WkltjpL 0ICaRSShWMhhNfygV9tYPdwO.IQPGrrgljbZe0vmr8kp5WbbWoQURZAOeT5d xFuaQk6qI4hNtnCGiOT7aa4xXnkgsbADtZU.Jz5itemqwRmjeCrE8PoN446u 8Skb6P4vMvDOuAgaaLRftBOI89MmxjnVYq6DxFnLkM9c3zHzAp15QszYM8u8 HXDVH2zGAi3FV2xzHuGTa55SpUQ1DwQeAD113invqQdvKE9I2WYq7gIvoVed bi0b02E0xcQ4qevQGyfuvSMsZCMqbGEo_vI1S3H5srh6m2uXy5FhQ25ygJdh z8kjTNlZQODVlOSCoIHIDbiz5IxWkAoi3PA14_NsQASp.858e3zV5T7fU4ll Tg1of7NZEg.C.pq7RRIpyoXo- X-Yahoo-SMTP: pPvqnOaswBBbYZLVYFzvU7GaowLcbNioPp.aF8KvOjZk From: To: Miroslav Lachman <000.fbsd@quip.cz> Cc: freebsd-ports Subject: Re: databases/mariadb101-client upgraded in wrong order, resulted in missing files Date: Wed, 19 Apr 2017 08:05:50 -0400 Message-ID: References: <58DE5A34.3080305@quip.cz> <58F66CEB.2090507@quip.cz> <58F74DF2.4000208@quip.cz> In-Reply-To: <58F74DF2.4000208@quip.cz> X-Mailer: Forte Agent 4.2/32.1118 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 12:09:02 -0000 [Default] On Wed, 19 Apr 2017 13:45:54 +0200, Miroslav Lachman <000.fbsd@quip.cz> wrote: >scratch65535@att.net wrote on 2017/04/19 12:45: >> [Default] On Tue, 18 Apr 2017 21:45:47 +0200, Miroslav Lachman >> <000.fbsd@quip.cz> wrote: >> >>> Miroslav Lachman wrote on 2017/03/31 15:31: >>>> I don't know if it was "pkg" fault or mariadb101-server and >>>> mariadb101-client conflict. >>>> >>>> I did standard "pkg upgrade" and at the end I have half files of >>>> mariadb101-client missing: >>>> >>>> # pkg check -Ba >>>> Checking all packages: ... >>>> pkg: fstat() failed for(/usr/local/bin/msql2mysql): No such file or >>>> directory >>>> pkg: fstat() failed for(/usr/local/bin/mysql_find_rows): No such file or >>>> directory > >[...] > >>>> pkg: fstat() failed for(/usr/local/man/man1/mysqlimport.1.gz): No such >>>> file or directory >>>> pkg: fstat() failed for(/usr/local/man/man1/mysqlshow.1.gz): No such >>>> file or directory >>>> pkg: fstat() failed for(/usr/local/man/man1/mysqlslap.1.gz): No such >>>> file or directory >>>> Checking all packages.......... done >>>> >>>> >>>> I think this is the root cause >>>> >>>> Checking integrity... done (2 conflicting) >>>> - mariadb101-server-10.1.22 conflicts with mariadb101-client-10.1.21 >>>> on /usr/local/share/mysql/maria_add_gis_sp.sql > >[...] > >> >> I couldn't tell you whether you're the only one (probably not!) >> but I did a pkg upgrade on everything yesterday to recover from >> pkg's quarterly version skew, and mariadb *seems* to be all there >> and working correctly. I haven't done any work yet this morning, >> so I'm keeping my fingers crossed. > >Do you use MariaDB version 10.1? > >MariaDB server is running without problems, only some "mysql client" >libraries are missing, but if you use only PHP to connect to "mysql >server" then you will not notice any problem, because PHP uses internal >mysql client. >So first time I overlooked this issue because MariaDB was running fine >and webserver was on separate machine - PHP website was still running. > >Can you check this? > >ls -l /usr/local/lib/mysql/libmysqlclient_r.so.18 > >I see "ls: /usr/local/lib/mysql/libmysqlclient_r.so.18: No such file or >directory" on each upgraded server until i run *pkg upgrade -f >mariadb101-client* Yes, I do have that file. Could the difference in our results be due to my having used the -f switch, which forces upgrade of EVERYthing instead of just those bits that pkg thinks want upgrading? From owner-freebsd-ports@freebsd.org Wed Apr 19 12:33:52 2017 Return-Path: Delivered-To: freebsd-ports@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 F1EBBD44513; Wed, 19 Apr 2017 12:33:51 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5571B36C; Wed, 19 Apr 2017 12:33:50 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lp3x6-1cMFKK1evk-00eqXR; Wed, 19 Apr 2017 14:33:48 +0200 Date: Wed, 19 Apr 2017 14:33:42 +0200 From: "O. Hartmann" To: freebsd-ports , freebsd-arm@freebsd.org Subject: poudriere: crossbuilding for arm64 fails: pkg-static: No package files have been found Message-ID: <20170419143342.17c190b9@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:VFH3RXpUjXD0e/+ZzO8dEtrHESVlUqIut27c43rq4o63hHFAAsM ry1jc516eiZGXBHlRJhbSp+fg469DaPHtZwQ23NnsP/ClXhpAFY0vBhEwQ3+fsgcYukxlI9 i4tYzSebGeaScEJQk4iNNxCFfEgalhMGBkKcSFm0DZwI7cqezW9U1BTbX2f56oFRqud3M+b l9ncuQfuc48C6KeyfjHHg== X-UI-Out-Filterresults: notjunk:1;V01:K0:hieRvkK6Zk0=:ajh/BZUqFKaezMs0uQILFy FZRVeCJnXKAERc2VRVaxQ1oKTlLZn1hQtIIHAKsxLYbPMbKYh5hZuNdTExzHzJsFErHuQqd/g Q7guUg3vNbyf5hSYI30rfQnmug70zCy6ORso/k1jIZ6haO8eO8ZO6+KU4fr/rmERQGWc36xv1 JGdxVqnvprwCmIWgmT1uB00Pv81r6bxC4MUbyyZ9qXyQDjNcY0urN76vjCFHv0gM2rxUk0j/l 39x1GmuffO2rVUCSS4wPXO2MaDsEAdiA3k4PaJWHvWQZRujAgwcsA+rEZjXNKlRnaBZvqSFdC FRGqpKfpbMxwTooo2qZDBic5W2JrLn9boZoyiifYHxoqErmO8PAhU1d/2bf7BjqzVn+nVzC03 Ld62ysqbmfq+ir/PSQhO3bNoeUDhI8SCVk261+Cm8SmXYcDtrG2dS6853Mi7LGm7V2t+PKLz7 A1d3degoku+zamDQIHpDhczhxY/KBXxWLDQ5fcipfsPI4AhQ/Pi1DKHIdn29OHLtaQEJipGsK b2UMr09ssH+O4+jblCOqAYHRKMzblKSJp9WWZYkaPkHS9SxxolFxNrZvJfKkok+lDYO3m8D0E fJyu7DOnDj3L0bxWamQ+bfoA9SxIw1k2STaamo29cHGY8h8NsvpZpz3BwtWIZNH5vfzATFGRM Uty30CIVqmdsjMGqXzpWZxkzaOglztZZ8d10Ql/fRhHLMrtBTrgmIwTSLiP8jnbGh3zWPF/kq 9X8L/mX6hbJ3NrUQ6kdQtgDsaxPdvA4V8c+wd4xnqWve4CCkxYPbqdKglkaYzGHPRelTRqO6S loJugFQ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 12:33:52 -0000 Trying to build a repository via poudriere fails on recent 12-CURRENT (FreeBSD 12.0-CURRENT #2 r317090: Tue Apr 18 15:32:23 CEST 2017 amd64) initially with failing to build ports-mgmt/pkg. poudriere's log reports: [...] configure: error: in `/wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.10.1': configure: error: C compiler cannot create executables Well, I'm running "home brewn jail" which means that I successfully cross compiled the 12-CURRENT sources as "TARGET=arm64" and having the obj tree resulting from this build installed as jail. While installing the jail, I also included the knob "-x" to "poudriere jail -c -a arm64.aarch64". The port emulators/qemu-user-static is installed and the kernel module is loaded successfully. Ports tree and /usr/src are up to date as of today, additinally, I rebuilt the qemu emulator and reloaded the kernel module to ensure nothing goes wrong there. When starting the poudriere build, QEMU reports no issues, but after starting to build ports-mgmt/pkg, I receive the error shown above. By the way, CROSS_BINUTILS_PREFIX is not set anywhere in poudriere's config files, nor do I set this variable in the environment as I think this is set via the .mk scripts according to settings of "TARGET=" for ARM/ARM64 cross compiling. So, what is going wrong here? Does anyone have an idea? Thanks in advance, Oliver p.s. Please CC me! From owner-freebsd-ports@freebsd.org Wed Apr 19 12:53:02 2017 Return-Path: Delivered-To: freebsd-ports@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 A71DBD450C6 for ; Wed, 19 Apr 2017 12:53:02 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 91F1B135E for ; Wed, 19 Apr 2017 12:53:02 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id 9153AD450C2; Wed, 19 Apr 2017 12:53:02 +0000 (UTC) Delivered-To: ports@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 90FB9D450C1 for ; Wed, 19 Apr 2017 12:53:02 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 231C0135C for ; Wed, 19 Apr 2017 12:53:01 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 210D6284A3; Wed, 19 Apr 2017 14:52:58 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id E8CDA28458; Wed, 19 Apr 2017 14:52:56 +0200 (CEST) Subject: Re: databases/mariadb101-client upgraded in wrong order, resulted in missing files To: scratch65535@att.net Cc: freebsd-ports References: <58DE5A34.3080305@quip.cz> <58F66CEB.2090507@quip.cz> <58F74DF2.4000208@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58F75DA8.8070305@quip.cz> Date: Wed, 19 Apr 2017 14:52:56 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 12:53:02 -0000 scratch65535@att.net wrote on 2017/04/19 14:05: > [Default] On Wed, 19 Apr 2017 13:45:54 +0200, Miroslav Lachman > <000.fbsd@quip.cz> wrote: > >> scratch65535@att.net wrote on 2017/04/19 12:45: >>> [Default] On Tue, 18 Apr 2017 21:45:47 +0200, Miroslav Lachman >>> <000.fbsd@quip.cz> wrote: >>> >>>> Miroslav Lachman wrote on 2017/03/31 15:31: >>>>> I don't know if it was "pkg" fault or mariadb101-server and >>>>> mariadb101-client conflict. >>>>> >>>>> I did standard "pkg upgrade" and at the end I have half files of >>>>> mariadb101-client missing: >>>>> >>>>> # pkg check -Ba >>>>> Checking all packages: ... >>>>> pkg: fstat() failed for(/usr/local/bin/msql2mysql): No such file or >>>>> directory >>>>> pkg: fstat() failed for(/usr/local/bin/mysql_find_rows): No such file or >>>>> directory >> >> [...] >> >>>>> pkg: fstat() failed for(/usr/local/man/man1/mysqlimport.1.gz): No such >>>>> file or directory >>>>> pkg: fstat() failed for(/usr/local/man/man1/mysqlshow.1.gz): No such >>>>> file or directory >>>>> pkg: fstat() failed for(/usr/local/man/man1/mysqlslap.1.gz): No such >>>>> file or directory >>>>> Checking all packages.......... done >>>>> >>>>> >>>>> I think this is the root cause >>>>> >>>>> Checking integrity... done (2 conflicting) >>>>> - mariadb101-server-10.1.22 conflicts with mariadb101-client-10.1.21 >>>>> on /usr/local/share/mysql/maria_add_gis_sp.sql >> >> [...] >> >>> >>> I couldn't tell you whether you're the only one (probably not!) >>> but I did a pkg upgrade on everything yesterday to recover from >>> pkg's quarterly version skew, and mariadb *seems* to be all there >>> and working correctly. I haven't done any work yet this morning, >>> so I'm keeping my fingers crossed. >> >> Do you use MariaDB version 10.1? >> >> MariaDB server is running without problems, only some "mysql client" >> libraries are missing, but if you use only PHP to connect to "mysql >> server" then you will not notice any problem, because PHP uses internal >> mysql client. >> So first time I overlooked this issue because MariaDB was running fine >> and webserver was on separate machine - PHP website was still running. >> >> Can you check this? >> >> ls -l /usr/local/lib/mysql/libmysqlclient_r.so.18 >> >> I see "ls: /usr/local/lib/mysql/libmysqlclient_r.so.18: No such file or >> directory" on each upgraded server until i run *pkg upgrade -f >> mariadb101-client* > > Yes, I do have that file. Could the difference in our results be > due to my having used the -f switch, which forces upgrade of > EVERYthing instead of just those bits that pkg thinks want > upgrading? I tried it on next machine with pkg upgrade -f but the result is the same: pkg check -Ba Checking all packages.... (p5-DBD-mysql-4.042) /usr/local/lib/perl5/site_perl/mach/5.24/auto/DBD/mysql/mysql.so - required shared library libmysqlclient.so.18 not found Checking all packages........ (sphinxsearch-2.2.11_1) /usr/local/bin/indexer - required shared library libmysqlclient.so.18 not found (sphinxsearch-2.2.11_1) /usr/local/bin/indextool - required shared library libmysqlclient.so.18 not found (sphinxsearch-2.2.11_1) /usr/local/bin/spelldump - required shared library libmysqlclient.so.18 not found (sphinxsearch-2.2.11_1) /usr/local/bin/wordbreaker - required shared library libmysqlclient.so.18 not found (sphinxsearch-2.2.11_1) /usr/local/sbin/searchd - required shared library libmysqlclient.so.18 not found Miroslav Lachman From owner-freebsd-ports@freebsd.org Wed Apr 19 15:47:14 2017 Return-Path: Delivered-To: freebsd-ports@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 5D625D46BDD for ; Wed, 19 Apr 2017 15:47:14 +0000 (UTC) (envelope-from vivek@khera.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 416EF1E6B for ; Wed, 19 Apr 2017 15:47:14 +0000 (UTC) (envelope-from vivek@khera.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3DF2CD46BDC; Wed, 19 Apr 2017 15:47:14 +0000 (UTC) Delivered-To: ports@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 3DA87D46BDB for ; Wed, 19 Apr 2017 15:47:14 +0000 (UTC) (envelope-from vivek@khera.org) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::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 D6AA11E69 for ; Wed, 19 Apr 2017 15:47:13 +0000 (UTC) (envelope-from vivek@khera.org) Received: by mail-wm0-x22d.google.com with SMTP id m123so15563475wma.0 for ; Wed, 19 Apr 2017 08:47:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=khera.org; s=google11; h=mime-version:from:date:message-id:subject:to; bh=RLRBQxQBPfsBeNtb7bLw03qwRYnqYENLYhdmWlcEekY=; b=Sbh8kE9R4u2Bn09xkJCJf5OwBhEh2ebm8VG+7l5XMfQozUwGqOP5qitXLX1yTvn8Zw vZWGBggeUqa0IOLT+mgQc3CmtKR6EA9vxeFiEhZnJvMGFGqrNMRY/dHrbC+gbOz0iVHp qnbyJzSX4MgwjIMnkMfnx/05+uVi6HIUSEZa8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=RLRBQxQBPfsBeNtb7bLw03qwRYnqYENLYhdmWlcEekY=; b=I2vm/ZtF+6uCIYNQR3uYC740WfZ24Af5Ps+kl6OfyZQBHkdOOQSrdDX9cdgHgpVXlm CdaQn23W84e2+CVRbJ7f4BrRpy6R47B+/9Ext553RKq9RX4+45Rp4JuTJh/jqOHBUMFw UpdXXPZjft4YfEmT/79rAq2ly32ydrDEPVb9aPqdoIIiKPKr6drh713wjmGXZs7yQaQE VG8Xt1AUsjCD6DrJieS052Jme2PK7/MCHQ/NS49ByY1JYVyVl9fELePeFCqziU7UfLQi OqjcNOm7JQeohWYeAiPzq8QW1XkGHROKUg+ET6looRI9pFhi2gbcb2W/c2q8nq1RS8ig rkkg== X-Gm-Message-State: AN3rC/62FyuVhg9JO193Dm0t0+Ae4bs6DOS9XC/lZIUR9avMFzO1ccGH a0Lsr3QgkV9JyOSgQecrLevyRiuuEA== X-Received: by 10.28.182.69 with SMTP id g66mr18773789wmf.112.1492616831493; Wed, 19 Apr 2017 08:47:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.127.69 with HTTP; Wed, 19 Apr 2017 08:47:10 -0700 (PDT) From: Vick Khera Date: Wed, 19 Apr 2017 11:47:10 -0400 Message-ID: Subject: iocage port To: FreeBSD Ports List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 15:47:14 -0000 Can the original iocage port be restored? The replacements of py-iocage and py3-iocage are not yet feature complete, and the original one still works just great. Thanks! From owner-freebsd-ports@freebsd.org Wed Apr 19 15:57:24 2017 Return-Path: Delivered-To: freebsd-ports@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 8C636D4504F for ; Wed, 19 Apr 2017 15:57:24 +0000 (UTC) (envelope-from scratch65535@att.net) 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 6DD928E5 for ; Wed, 19 Apr 2017 15:57:24 +0000 (UTC) (envelope-from scratch65535@att.net) Received: by mailman.ysv.freebsd.org (Postfix) id 6A4B4D4504C; Wed, 19 Apr 2017 15:57:24 +0000 (UTC) Delivered-To: ports@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 69EF4D4504A for ; Wed, 19 Apr 2017 15:57:24 +0000 (UTC) (envelope-from scratch65535@att.net) Received: from nm7-vm4.access.bullet.mail.gq1.yahoo.com (nm7-vm4.access.bullet.mail.gq1.yahoo.com [216.39.63.95]) (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 4688D8E4 for ; Wed, 19 Apr 2017 15:57:23 +0000 (UTC) (envelope-from scratch65535@att.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1492617307; bh=G/4nhR8nyFL6QhmzIpYtoB7Z+TexrfjxAH2zG45Nr2M=; h=From:To:Cc:Subject:Date:References:In-Reply-To:From:Subject; b=KZEZffgZB8HqiZhVGw3mkAAXh/FY0Y2cGBDsupEc3nM5H7zpKAx/DguT3IsZZbkEC2SdjRlcZdp+3m3Bo+sWcQaOOL+b+QI31RqilOR34QSs6T8cFnLZ2wGRGlgIDwIjA5Wx2ZFCpJuiK3drTid+Opzv+aQUJAf2itgudSNQLbw= Received: from [216.39.60.167] by nm7.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 15:55:07 -0000 Received: from [67.195.22.117] by tm3.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 15:55:07 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 15:55:07 -0000 X-Yahoo-Newman-Id: 713719.2104.bm@smtp112.sbc.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: MyOcPa8VM1l_WdncOXCKNiSg8SuYQ639aG1TBOnblcvh1mr _y0brmQak3i2eP1UY1JqnJ8ynVB1VPitDyPeRlVgKfLPAwMtkD4ystY0c16H 1Dj08hE76yEr91jH83TJvk8vww8lLRS89Lz1zCpxLUxFqzO6PUsNgcvwTXKy IqiZ44wolI66YAgy1RaROB_ztrzLxaWBZnh_V0.yRkrxK4OnmIdF7BXXA9v9 EkEew_DDoXAZ9TQjZP8D_96CfgtqzX_oF_YOwwxfysXArliqmWM.uVXfcJcx iBvG5h4zl0t.kqwETbfVm62nDQyADnLhELJKUXRAbCdoRt4_lfuHDncE8CDC LsD3vXoWcRQSTtwNfIEBpovUdnGe50ej6p96.eYVAEgHLLkAeehq20Yz_hWG R0lWvzs900ZSHGWsXZ1ED0L6C5vi1n2D67YE4eCmRJrxceode3pNXKEu.nXb 9jEm9LDwcG3PeDGs0JQi3qeapxz8VRunARzV98Olu9eVt9fOA.W6U.AvjZXC QVzNvFl7RqQpmYjWy0.cAdU1FsdknDs19gCT4cah4f5F7hrJkDe157Vc1Kln 1dXjW5a1zYq00zwtINyOdEDU- X-Yahoo-SMTP: pPvqnOaswBBbYZLVYFzvU7GaowLcbNioPp.aF8KvOjZk From: To: Miroslav Lachman <000.fbsd@quip.cz> Cc: freebsd-ports Subject: Re: databases/mariadb101-client upgraded in wrong order, resulted in missing files Date: Wed, 19 Apr 2017 11:55:11 -0400 Message-ID: <5dtefclcrhm4324v2o60miegrnb86qb4ko@4ax.com> References: <58DE5A34.3080305@quip.cz> <58F66CEB.2090507@quip.cz> <58F74DF2.4000208@quip.cz> <58F75DA8.8070305@quip.cz> In-Reply-To: <58F75DA8.8070305@quip.cz> X-Mailer: Forte Agent 4.2/32.1118 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 15:57:24 -0000 [Default] On Wed, 19 Apr 2017 14:52:56 +0200, Miroslav Lachman <000.fbsd@quip.cz> wrote: >scratch65535@att.net wrote on 2017/04/19 14:05: >> [Default] On Wed, 19 Apr 2017 13:45:54 +0200, Miroslav Lachman >> <000.fbsd@quip.cz> wrote: >> >>> scratch65535@att.net wrote on 2017/04/19 12:45: >>>> [Default] On Tue, 18 Apr 2017 21:45:47 +0200, Miroslav Lachman >>>> <000.fbsd@quip.cz> wrote: >>>> >>>>> Miroslav Lachman wrote on 2017/03/31 15:31: >>>>>> I don't know if it was "pkg" fault or mariadb101-server and >>>>>> mariadb101-client conflict. >>>>>> >>>>>> I did standard "pkg upgrade" and at the end I have half files of >>>>>> mariadb101-client missing: >>>>>> >>>>>> # pkg check -Ba >>>>>> Checking all packages: ... >>>>>> pkg: fstat() failed for(/usr/local/bin/msql2mysql): No such file or >>>>>> directory >>>>>> pkg: fstat() failed for(/usr/local/bin/mysql_find_rows): No such file or >>>>>> directory >>> >>> [...] >>> >>>>>> pkg: fstat() failed for(/usr/local/man/man1/mysqlimport.1.gz): No such >>>>>> file or directory >>>>>> pkg: fstat() failed for(/usr/local/man/man1/mysqlshow.1.gz): No such >>>>>> file or directory >>>>>> pkg: fstat() failed for(/usr/local/man/man1/mysqlslap.1.gz): No such >>>>>> file or directory >>>>>> Checking all packages.......... done >>>>>> >>>>>> >>>>>> I think this is the root cause >>>>>> >>>>>> Checking integrity... done (2 conflicting) >>>>>> - mariadb101-server-10.1.22 conflicts with mariadb101-client-10.1.21 >>>>>> on /usr/local/share/mysql/maria_add_gis_sp.sql >>> >>> [...] >>> >>>> >>>> I couldn't tell you whether you're the only one (probably not!) >>>> but I did a pkg upgrade on everything yesterday to recover from >>>> pkg's quarterly version skew, and mariadb *seems* to be all there >>>> and working correctly. I haven't done any work yet this morning, >>>> so I'm keeping my fingers crossed. >>> >>> Do you use MariaDB version 10.1? >>> >>> MariaDB server is running without problems, only some "mysql client" >>> libraries are missing, but if you use only PHP to connect to "mysql >>> server" then you will not notice any problem, because PHP uses internal >>> mysql client. >>> So first time I overlooked this issue because MariaDB was running fine >>> and webserver was on separate machine - PHP website was still running. >>> >>> Can you check this? >>> >>> ls -l /usr/local/lib/mysql/libmysqlclient_r.so.18 >>> >>> I see "ls: /usr/local/lib/mysql/libmysqlclient_r.so.18: No such file or >>> directory" on each upgraded server until i run *pkg upgrade -f >>> mariadb101-client* >> >> Yes, I do have that file. Could the difference in our results be >> due to my having used the -f switch, which forces upgrade of >> EVERYthing instead of just those bits that pkg thinks want >> upgrading? > >I tried it on next machine with pkg upgrade -f but the result is the same: > >pkg check -Ba > >Checking all packages.... >(p5-DBD-mysql-4.042) >/usr/local/lib/perl5/site_perl/mach/5.24/auto/DBD/mysql/mysql.so - >required shared library libmysqlclient.so.18 not found >Checking all packages........ >(sphinxsearch-2.2.11_1) /usr/local/bin/indexer - required shared library >libmysqlclient.so.18 not found >(sphinxsearch-2.2.11_1) /usr/local/bin/indextool - required shared >library libmysqlclient.so.18 not found >(sphinxsearch-2.2.11_1) /usr/local/bin/spelldump - required shared >library libmysqlclient.so.18 not found >(sphinxsearch-2.2.11_1) /usr/local/bin/wordbreaker - required shared >library libmysqlclient.so.18 not found >(sphinxsearch-2.2.11_1) /usr/local/sbin/searchd - required shared >library libmysqlclient.so.18 not found That's odd. You're upping the 64-bit version, right? From owner-freebsd-ports@freebsd.org Wed Apr 19 16:27:07 2017 Return-Path: Delivered-To: freebsd-ports@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 0819AD3839F for ; Wed, 19 Apr 2017 16:27:07 +0000 (UTC) (envelope-from xavi.garcia@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::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 C44B390A for ; Wed, 19 Apr 2017 16:27:06 +0000 (UTC) (envelope-from xavi.garcia@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id a103so27678777ioj.1 for ; Wed, 19 Apr 2017 09:27:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=P3oKDE8KNJypM211xVPS+reFRardNsVU8OQwNgYZRnk=; b=srGk81nBzyL6BVtVL/pug8wz6xd0HviDbL7FycxCn9EZJE3gor3jpyhkDbyUMdC0hg pVwCiX0IzF8LIU61B1DnQj+JVna7GKod8oo28xmT7mNYzloYX9qMloYZfVDwlbvaSsKU /euWNJNFk8sytGx408kr7gUvGfU+mRSF1O4OCKww23LvXZwRtYF+WlKXPgFCY08IT/g3 7Y/UC1u3lrFc8indfQCiUiGpIV9JqEtBa6L5LcUMzIX7RQk2gQJBcz4wAHB7dJJ/BGQ7 B4lW4wUtzUUJASkPhDqIvHMgv6Y6/fu2vGaBmJXzBwqMTejKabMjFDaqloBJDICsDPIG WMug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=P3oKDE8KNJypM211xVPS+reFRardNsVU8OQwNgYZRnk=; b=F3yUzLJgGc++pjN6HY/rNbv6ndbUVptPXCgBMLMXIzHOrxRs+jD16TmPOJUuXKfMmu OK4nbIbxR1j1F8fRhUaKJM4M77/B0AH8yyycpSNGAem4MkGN4JhJoJvl0r+ndWbMMmzQ d4BnoL44wdeQfGtMFa0MJPzrXwTxGTXX8SI/mKYGwmZBoBddDrmAMUhxpPfI0OXmbyoM zvZm/J64om9uCbij1ph3LcPmRbulGAWo+1aDK6oxKcS4tPkigMfkDjnmCqAq05jWzC/T wdVH/PuJ2tIBVegQ9WzD/VJh4oLrbM9wU9FFqqfBZzZVoBgqm0EzHDrUyKhr/GhG6Kl/ ZdXA== X-Gm-Message-State: AN3rC/5ny00Bgdg3F0tIbpDBCOXrFhKKbKWnDVyNt3ooeAGD8oUZrI1S pLwu2yMXpAZv0BgJt8DLSbOWoQTq74FLgsw= X-Received: by 10.36.73.155 with SMTP id e27mr10102240itd.6.1492619225282; Wed, 19 Apr 2017 09:27:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.118.205 with HTTP; Wed, 19 Apr 2017 09:27:04 -0700 (PDT) From: Xavi Garcia Date: Wed, 19 Apr 2017 18:27:04 +0200 Message-ID: Subject: Writing a port that needs to download a large number of files To: freebsd-ports@freebsd.org Content-Type: multipart/mixed; boundary=001a11c15496b5a7ce054d877e76 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 16:27:07 -0000 --001a11c15496b5a7ce054d877e76 Content-Type: text/plain; charset=UTF-8 Hi all, We are writing a port for a Java software that downloads a large number of jar files (around 200) with Gradle (https://gradle.org/), that is similar to other package managers like Pip or Ruby Gems but for Java projects. What would be the best practice in this scenario? I am aware that we can only download files in the fetch phase but I am not sure if my solution is clean enough. We will be deploying this port in our servers via Portshaker and Poudriere but we would also like to commit it to the ports tree. In short, I am using the 'pre-fetch' phase together with FETCH_DEPENDS to drop the Gradle wrapper in ${DISTDIR}/${PORTNAME} and then I use the 'dependencies' task to download all the dependencies. The 'do-build' stage will run again the Gradle wrapper to build the software, but using the offline mode. You can find attached the Makefile. Kind regards, Xavier Garcia --001a11c15496b5a7ce054d877e76 Content-Type: application/octet-stream; name=Makefile Content-Disposition: attachment; filename=Makefile Content-Transfer-Encoding: base64 X-Attachment-Id: f_j1p6ns7j0 IyAkRnJlZUJTRCQKClBPUlROQU1FPQlyZWFkb25seXJlc3QKUE9SVFZFUlNJT049CTEuMTQuMApD QVRFR09SSUVTPQl0ZXh0cHJvYwpQS0dOQU1FUFJFRklYPQllbGFzdGljc2VhcmNoLXBsdWdpbi0K Ck1BSU5UQUlORVI9CXhhdmkuZ2FyY2lhQGdtYWlsLmNvbQpDT01NRU5UPQlFbGFzdGljU2VhcmNo IFJlYWRvbmx5UkVTVCBQbHVnaW4KClJVTl9ERVBFTkRTOj0gICBlbGFzdGljc2VhcmNoNT01LjAu Mjp0ZXh0cHJvYy9lbGFzdGljc2VhcmNoNQpGRVRDSF9ERVBFTkRTPSAgamF2YTpqYXZhL29wZW5q ZGs4IFwKCQliYXNoOnNoZWxscy9iYXNoIFwKCQlnY2M6bGFuZy9nY2MKQlVJTERfREVQRU5EUz0g CXppcDphcmNoaXZlcnMvemlwIFwKCQlqYXZhOmphdmEvb3BlbmpkazggXAoJCWJhc2g6c2hlbGxz L2Jhc2ggXAoJCWdjYzpsYW5nL2djYwoKTElDRU5TRT0JR1BMdjMKTElDRU5TRV9GSUxFPSR7V1JL U1JDfS9SZWFkb25seVJFU1RMaWNlbnNlSGVhZGVyLnR4dAoKVVNFX0pBVkE9ICAgICAgIHllcwpK QVZBX1ZFUlNJT049ICAgMS44KwoKVVNFX0dJVEhVQj0JeWVzCkdIX0FDQ09VTlQ9CXNzY2FyZHV6 aW8KR0hfUFJPSkVDVD0JZWxhc3RpY3NlYXJjaC1yZWFkb25seXJlc3QtcGx1Z2luCkdIX1RBR05B TUU9CXYxLjE0LjBfZXM1LjAuMgpUTVBfRElSPQkke0RJU1RESVJ9LyR7UE9SVE5BTUV9CkZJTEVf RElSPQkke1BPUlRTRElSfS8ke0NBVEVHT1JJRVN9LyR7UEtHTkFNRVBSRUZJWH0ke1BPUlROQU1F fS9maWxlcwpQUk9KRUNUX1JPT1Q9CSR7V1JLRElSfS9lbGFzdGljc2VhcmNoLXJlYWRvbmx5cmVz dC1wbHVnaW4tMS4xNC4wX2VzNS4wLjIKUFJFRklYPQkJL3Vzci9sb2NhbApJTlNUQUxMX0RJUj0g ICAgJHtTVEFHRURJUn0ke1BSRUZJWH0vbGliL2VsYXN0aWNzZWFyY2gvcGx1Z2lucy9yZWFkb25s eXJlc3QKCnByZS1mZXRjaDoKIwoJJHtNS0RJUn0gICR7VE1QX0RJUn0KCWNwIC1ydiAke0ZJTEVf RElSfS8gJHtUTVBfRElSfS9wcm9qZWN0CgljaG1vZCA3NTUgJHtUTVBfRElSfS9wcm9qZWN0L2dy YWRsZXcgCgkoY2QgJHtUTVBfRElSfS9wcm9qZWN0IDsgJHtTRVRFTlZ9IEpBVkFfSE9NRT0vdXNy L2xvY2FsL29wZW5qZGs4IC4vZ3JhZGxldyAtZyAgJHtUTVBfRElSfSAtLXByb2plY3QtY2FjaGUt ZGlyICR7VE1QX0RJUn0gLS1uby1kYWVtb24gZGVwZW5kZW5jaWVzICkKCmRvLWJ1aWxkOgojCglA Y3AgJHtGSUxFX0RJUn0vYnVpbGQuZ3JhZGxlICR7UFJPSkVDVF9ST09UfQoJQChjZCAke1BST0pF Q1RfUk9PVH07ICAke1NFVEVOVn0gSkFWQV9IT01FPS91c3IvbG9jYWwvb3BlbmpkazggLi9ncmFk bGV3IC1nICAke1RNUF9ESVJ9IC0tcHJvamVjdC1jYWNoZS1kaXIgJHtUTVBfRElSfSAtLW5vLWRh ZW1vbiAtLW9mZmxpbmUgICBhc3NlbWJsZSAgLXggdGVzdCkKCmRvLWluc3RhbGw6CiMKCSR7TUtE SVJ9ICR7SU5TVEFMTF9ESVJ9Cgl1bnppcCAtZCAke0lOU1RBTExfRElSfSAtbyAgLWogICR7UFJP SkVDVF9ST09UfS9idWlsZC9kaXN0cmlidXRpb25zL3JlYWRvbmx5cmVzdC0xLjE0LjBfZXM1LjAu Mi56aXAKCi5pbmNsdWRlIDxic2QucG9ydC5taz4K --001a11c15496b5a7ce054d877e76-- From owner-freebsd-ports@freebsd.org Wed Apr 19 16:41:35 2017 Return-Path: Delivered-To: freebsd-ports@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 25AF3D38AB4 for ; Wed, 19 Apr 2017 16:41:35 +0000 (UTC) (envelope-from seschwar@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 04ABC1215 for ; Wed, 19 Apr 2017 16:41:35 +0000 (UTC) (envelope-from seschwar@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 04096D38AB2; Wed, 19 Apr 2017 16:41:35 +0000 (UTC) Delivered-To: ports@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 03B18D38AB1 for ; Wed, 19 Apr 2017 16:41:35 +0000 (UTC) (envelope-from seschwar@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::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 8D4A51210 for ; Wed, 19 Apr 2017 16:41:34 +0000 (UTC) (envelope-from seschwar@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id r190so27488902wme.1 for ; Wed, 19 Apr 2017 09:41:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:in-reply-to:references:mail-followup-to:date :message-id:mime-version; bh=Kqy2eBzYHIxuVXMVsAIcHUal4st+uFLUicDyv6PPjWA=; b=nvcRrm9lgHK8phpCthis+OjGgVgj4h9VIVhKyLUGpNo0PVO1xRorJM5GqJapzbri/d yB2FAg7FW+E7eLhnH+5rzVNbz/EebQoF9UhN+ugCoZHRSs9YIh5CHye57iUcE3JRaXZ5 AwERtCf+50fsQkotAeFNA24Wei4mL8K2tDtp+dXpqOZB2OBZn4RNY8exXXDYzdhb0JkL U61nlcoNTTOrEULRL6pNXnuDlS1b6orlEiTfx58/Wdk4/LR75Y7D0j2Qs676OQCzcqA9 F9fEY4tEmNIKvRlwhkljqwR2KSsNmnuYGGoL51ddttgmc6qI00s/W7s1hwhduQilHU33 WUsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:in-reply-to:references :mail-followup-to:date:message-id:mime-version; bh=Kqy2eBzYHIxuVXMVsAIcHUal4st+uFLUicDyv6PPjWA=; b=L7LE8G3dn4UmT0Wt+bYrIqQLHBMu5cDxvQTse4noidU28sqH6i5hjluHpI789OnW/p Sm6+c8dc8h4g1R4UacnDhgxPtrl2E7LU0idzL3hhREMFWfKe4gGV7XwpQs1kG8MDS9Tc tbesKVYx6OVR6wrlMFEyO5DkgUlpRaRmi2dIwJKIy4iTwY7nC486hk4M6bn/AHqYPCOW AXYAkUbpOKFJIeHrrYWLVSU4obU6IfzZ613ebA8WNgzlNxzVmJtqlPiXTTHghEQp2aSY 2WxxdstPpomCvFFhUCPQ/WxJkmzbuy677fFXUSaPa5uLYwL5Xuc2FEMSAwv+XoaTPRAv CFaQ== X-Gm-Message-State: AN3rC/4gSJINHecsEDBJvo8mrKfFHMJ1iL75tglKOTebcNqvNF2mvvwk 47RfDtWOewbvjg== X-Received: by 10.28.111.213 with SMTP id c82mr18301826wmi.11.1492620091875; Wed, 19 Apr 2017 09:41:31 -0700 (PDT) Received: from localhost (ip4d17a5c4.dynamic.kabel-deutschland.de. [77.23.165.196]) by smtp.gmail.com with ESMTPSA id r4sm3970349wra.69.2017.04.19.09.41.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Apr 2017 09:41:31 -0700 (PDT) From: Sebastian Schwarz To: Vick Khera , FreeBSD Ports List Subject: Re: iocage port In-Reply-To: References: Mail-Followup-To: Vick Khera , FreeBSD Ports List Date: Wed, 19 Apr 2017 18:41:30 +0200 Message-ID: <87pog8fiyt.fsf@domain.invalid> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 16:41:35 -0000 On 2017-04-19, Vick Khera wrote: > Can the original iocage port be restored? I believe the old code has been forked and preserved under the name iocell (https://github.com/bartekrutkowski/iocell) and is available in pkg/ports under sysutils/iocell. From owner-freebsd-ports@freebsd.org Wed Apr 19 19:41:49 2017 Return-Path: Delivered-To: freebsd-ports@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 CC859D46BF2 for ; Wed, 19 Apr 2017 19:41:49 +0000 (UTC) (envelope-from brnrd@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 B1849662 for ; Wed, 19 Apr 2017 19:41:49 +0000 (UTC) (envelope-from brnrd@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id AD201D46BF0; Wed, 19 Apr 2017 19:41:49 +0000 (UTC) Delivered-To: ports@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 AC71BD46BEE; Wed, 19 Apr 2017 19:41:49 +0000 (UTC) (envelope-from brnrd@FreeBSD.org) Received: from smtp01.qsp.nl (smtp01.qsp.nl [193.254.214.162]) by mx1.freebsd.org (Postfix) with ESMTP id 086BE65E; Wed, 19 Apr 2017 19:41:48 +0000 (UTC) (envelope-from brnrd@FreeBSD.org) Received: from smtp01.qsp.nl (localhost [127.0.0.1]) by smtp01.qsp.nl (Postfix) with ESMTP id D4F7A2A0D76; Wed, 19 Apr 2017 21:32:39 +0200 (CEST) Received: from mail.brnrd.eu (unknown [193.164.217.85]) by smtp01.qsp.nl (Postfix) with ESMTP; Wed, 19 Apr 2017 21:32:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=brnrd.eu; h=date:from:to:subject:message-id; s=default; bh=IF2AZFUPWJ7ahKRXgVR9ls9iwsSHy39ID+Bvcm5HmE8=; b=AlM45V3qm0pMd0PAURxF8o7kdqnIYqzVH+gavjR0kv1sgUMDQi5kth2IPjA60Mui8sMkCCLojYgvK5OvvkI3RwIlTCM47deyObishdHf5Os/k8z/mwq9z9q5IWvsLbl3QTDCuYAq2XUUUYp+b6L/kwg12wjov5yv1bx66MfMtyH9NLWKLAhKvR5XVKA+UA/yLzAtPstc6vCUaV/ztgVCXRHmW9LG6EU9oJr/lbRHOeusib+es2FJLVfDFUUFjdFmO2ngkAqYLVM99IYWxn0xWbxPjlFxOSUq5KYFngNKYjivL+57+uVPCvqRnw15VSv/6r0ULTr7YLg0khbDAlZaxQ== Received: from mail.bachfreund.nl (http.brnrd.eu [172.17.2.8]) by bachfreund.nl (OpenSMTPD) with ESMTPSA id 58434e76 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 19 Apr 2017 21:32:38 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 19 Apr 2017 21:32:38 +0200 From: Bernard Spil To: Miroslav Lachman <000.fbsd@quip.cz> Cc: pkg@freebsd.org, FreeBSD Ports Subject: Re: databases/mariadb101-client upgraded in wrong order, resulted in missing files In-Reply-To: <58F66CEB.2090507@quip.cz> References: <58DE5A34.3080305@quip.cz> <58F66CEB.2090507@quip.cz> Message-ID: <50950987cce41dc258762c89b80d8447@FreeBSD.org> X-Sender: brnrd@FreeBSD.org User-Agent: Roundcube Webmail/1.2.4 X-SMTP-Virus-Scanned: clamav at smtp01 X-Spam-Status: No, score=0.7 required=5.0 tests=DKIM_SIGNED, HK_RANDOM_ENVFROM, HK_RANDOM_FROM,T_DKIM_INVALID,UNPARSEABLE_RELAY autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on svfilter04.qsp.nl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 19:41:49 -0000 On 2017-04-18 21:45, Miroslav Lachman wrote: > Miroslav Lachman wrote on 2017/03/31 15:31: >> I don't know if it was "pkg" fault or mariadb101-server and >> mariadb101-client conflict. >> >> I did standard "pkg upgrade" and at the end I have half files of >> mariadb101-client missing: >> >> # pkg check -Ba >> Checking all packages: ... >> pkg: fstat() failed for(/usr/local/bin/msql2mysql): No such file or >> directory >> pkg: fstat() failed for(/usr/local/bin/mysql_find_rows): No such file >> or >> directory >> pkg: fstat() failed for(/usr/local/bin/mysqlaccess): No such file or >> directory >> pkg: fstat() failed for(/usr/local/include/mysql/big_endian.h): No >> such >> file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/byte_order_generic.h): >> No such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/byte_order_generic_x86.h): No such file >> or >> directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/byte_order_generic_x86_64.h): No such >> file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/client_plugin.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/decimal.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/errmsg.h): No such >> file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/handler_ername.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/handler_state.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/keycache.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/little_endian.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/m_ctype.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/ma_dyncol.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_alloc.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_attribute.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_byteorder.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_compiler.h): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_dbug.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_dir.h): No such >> file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_getopt.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_list.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_net.h): No such >> file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_pthread.h): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/my_xml.h): No such >> file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysql_com.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysql_com_server.h): >> No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysql_embed.h): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysql_time.h): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysqld_ername.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/mysqld_error.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/plugin_audit.h): No >> such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/plugin_auth_common.h): >> No such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/plugin_encryption.h): >> No such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/plugin_ftparser.h): >> No >> such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/plugin_password_validation.h): No such >> file >> or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_idle.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_socket.h): >> No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_stage.h): >> No >> such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/psi/mysql_statement.h): >> No such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_table.h): >> No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/psi/mysql_thread.h): >> No >> such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_debug_sync.h): >> No such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_encryption.h): >> No such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_encryption_scheme.h): No such >> file >> or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_kill_statement.h): No such file >> or >> directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_md5.h): No >> such >> file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_my_snprintf.h): >> No such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_sha1.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_thd_alloc.h): >> No such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_thd_autoinc.h): >> No such file or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_thd_error_context.h): No such >> file >> or directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_thd_specifics.h): No such file or >> directory >> pkg: fstat() failed >> for(/usr/local/include/mysql/service_thd_timezone.h): No such file or >> directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_thd_wait.h): >> No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/service_wsrep.h): No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/sql_common.h): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/sql_state.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/sslopt-case.h): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/sslopt-longopts.h): >> No >> such file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/sslopt-vars.h): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/include/mysql/typelib.h): No such >> file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient.so): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient_r.a): No >> such file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient_r.so): No >> such file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/libmysqlclient_r.so.18): >> No >> such file or directory >> pkg: fstat() failed >> for(/usr/local/lib/mysql/plugin/daemon_example.ini): >> No such file or directory >> pkg: fstat() failed for(/usr/local/lib/mysql/plugin/dialog.so): No >> such >> file or directory >> pkg: fstat() failed >> for(/usr/local/lib/mysql/plugin/mysql_clear_password.so): No such file >> or directory >> pkg: fstat() failed >> for(/usr/local/libdata/ldconfig/mariadb101-client): >> No such file or directory >> pkg: fstat() failed for(/usr/local/man/man1/msql2mysql.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysql.1.gz): No such file >> or >> directory >> pkg: fstat() failed for(/usr/local/man/man1/mysql_config.1.gz): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysql_find_rows.1.gz): No >> such file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysql_plugin.1.gz): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysql_waitpid.1.gz): No >> such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlaccess.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlbinlog.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlcheck.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqldump.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlimport.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlshow.1.gz): No such >> file or directory >> pkg: fstat() failed for(/usr/local/man/man1/mysqlslap.1.gz): No such >> file or directory >> Checking all packages.......... done >> >> >> I think this is the root cause >> >> Checking integrity... done (2 conflicting) >> - mariadb101-server-10.1.22 conflicts with >> mariadb101-client-10.1.21 >> on /usr/local/share/mysql/maria_add_gis_sp.sql >> >> [51/86] Installing mariadb101-client-10.1.22... >> [51/86] Extracting mariadb101-client-10.1.22: .......... done >> .. >> .. >> [69/86] Deinstalling mariadb101-client-10.1.21... >> [69/86] Deleting files for mariadb101-client-10.1.21: >> pkg: /usr/local/bin/mysql different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysql_config different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqladmin different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqlbinlog different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqlcheck different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqldump different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqlimport different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqlshow different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/bin/mysqlslap different from original checksum, not >> removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/auth_dialog_client.h different from >> original checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21..... >> pkg: /usr/local/include/mysql/m_string.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/my_config.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/my_decimal_limits.h different from >> original checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... >> pkg: /usr/local/include/mysql/my_global.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/my_sys.h different from original >> checksum, >> not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/my_valgrind.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/mysql.h different from original >> checksum, >> not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... >> pkg: /usr/local/include/mysql/mysql_version.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/plugin.h different from original >> checksum, >> not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/plugin_auth.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... >> pkg: /usr/local/include/mysql/psi/mysql_file.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/psi/psi.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... >> pkg: /usr/local/include/mysql/service_logger.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/include/mysql/service_progress_report.h different from >> original checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... >> pkg: /usr/local/include/mysql/services.h different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/lib/mysql/libmysqlclient.a different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21... >> pkg: /usr/local/lib/mysql/libmysqlclient.so.18 different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21..... >> pkg: /usr/local/man/man1/mysqladmin.1.gz different from original >> checksum, not removing >> [69/86] Deleting files for mariadb101-client-10.1.21.... done >> .. >> .. >> [82/86] Upgrading mariadb101-server from 10.1.21 to 10.1.22... >> ===> Creating groups. >> Using existing group 'mysql'. >> ===> Creating users >> Using existing user 'mysql'. >> [82/86] Extracting mariadb101-server-10.1.22: .......... done >> >> This was on FreeBSD 10.3 amd64 with packages from own poudriere with >> follogin settings: >> >> OPTIONS_UNSET= X11 GUI CUPS DOCS EXAMPLES NLS HAL >> WITH_BDB_VER=5 >> WITH_GHOSTSCRIPT_VER=9 >> DEFAULT_VERSIONS=apache=2.4 perl5=5.24 mysql=10.1m php=5.6 python=2.7 >> python3=3.5 pgsql=9.4 ssl=openssl >> DISABLE_LICENSES=yes >> >> >> databases_mariadb101-client/options >> OPTIONS_FILE_SET+=GSSAPI_NONE >> >> databases_mariadb101-server/options >> OPTIONS_FILE_SET+=MAXKEY >> OPTIONS_FILE_SET+=GSSAPI_NONE >> OPTIONS_FILE_SET+=SPHINX >> OPTIONS_FILE_SET+=SPIDER >> >> I think all users of MariaDB 10.1 should be warned in UPDATING >> >> Let me know if you need some more details. > > Am I the only one beaten by this issue? I see this on each of our > machines during pkg upgrade. > > Miroslav Lachman Hi Miroslav, Looks like it. My own servers were upgraded with mariadb from pkg without issues. Sorry for your inconvenience, don't know what would cause that. Bernard. From owner-freebsd-ports@freebsd.org Wed Apr 19 20:29:33 2017 Return-Path: Delivered-To: freebsd-ports@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 4A21BD46E82 for ; Wed, 19 Apr 2017 20:29:33 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.66]) (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 15ADA1EA6 for ; Wed, 19 Apr 2017 20:29:32 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 3264120B29 for ; Wed, 19 Apr 2017 22:29:24 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3w7YWR3h36z105R; Wed, 19 Apr 2017 22:29:23 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 19 Apr 2017 23:29:23 +0300 From: Dmytro Bilokha To: Xavi Garcia Cc: freebsd-ports@freebsd.org, owner-freebsd-ports@freebsd.org Subject: Re: Writing a port that needs to download a large number of files In-Reply-To: References: Message-ID: <39470c3e111a92fd41ad183a77ccc2ac@posteo.net> X-Sender: dmytro@posteo.net User-Agent: Posteo Webmail X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 20:29:33 -0000 On 19.04.2017 19:27, Xavi Garcia wrote: > Hi all, > > We are writing a port for a Java software that downloads a large number > of > jar files (around 200) with Gradle (https://gradle.org/), that is > similar > to other package managers like Pip or Ruby Gems but for Java projects. > > What would be the best practice in this scenario? I am aware that we > can > only download files in the fetch phase but I am not sure if my solution > is > clean enough. > > We will be deploying this port in our servers via Portshaker and > Poudriere > but we would also like to commit it to the ports tree. > > > In short, I am using the 'pre-fetch' phase together with FETCH_DEPENDS > to > drop the Gradle wrapper in ${DISTDIR}/${PORTNAME} and then I use the > 'dependencies' task to download all the dependencies. > > The 'do-build' stage will run again the Gradle wrapper to build the > software, but using the offline mode. > > You can find attached the Makefile. > > Kind regards, > > Xavier Garcia Hi! If you need examples of the "best practice", probably, you can take a look at already exsisting ports of Java software. For example, I've checked the Glassfish port and it was made with different approach: 1. During fetch phase distribution zip-file with already compiled Java classes is downloaded. 2. Then it is unzipped to some directory, like /usr/local/glassfish. 3. Some scripts put, package registered, etc. So here there is no building of Java app from sources, mostly fetching already built, some tweaking and putting to the right place. I saw similar procedure for some another ports of Java software. I am not sure, but it seems because of such reasons: 1. With Java you won't gain a lot with building application from sources. If OS has JVM you can just run already compiled -- it should work. 2. For port its better to have as least dependencies, as possible. So, making your port dependent on Gradle (which fast evolving itself) and/or another Java build tooling can make port fragile and not very stable. 3. Building the big Java project from sources could be time and traffic consuming task. Usualy users don't like this. --- Best regards, Dmytro Bilokha From owner-freebsd-ports@freebsd.org Wed Apr 19 20:39:02 2017 Return-Path: Delivered-To: freebsd-ports@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 67D2ED46120 for ; Wed, 19 Apr 2017 20:39:02 +0000 (UTC) (envelope-from scratch65535@att.net) 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 4AE08811 for ; Wed, 19 Apr 2017 20:39:02 +0000 (UTC) (envelope-from scratch65535@att.net) Received: by mailman.ysv.freebsd.org (Postfix) id 4A431D4611F; Wed, 19 Apr 2017 20:39:02 +0000 (UTC) Delivered-To: ports@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 49EABD4611E for ; Wed, 19 Apr 2017 20:39:02 +0000 (UTC) (envelope-from scratch65535@att.net) Received: from nm17-vm6.access.bullet.mail.gq1.yahoo.com (nm17-vm6.access.bullet.mail.gq1.yahoo.com [216.39.63.165]) (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 228D8810 for ; Wed, 19 Apr 2017 20:39:01 +0000 (UTC) (envelope-from scratch65535@att.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1492634217; bh=4UgyK+081mNqvKfo51ndrla4xKUL1SZ1I0gArkOKitg=; h=From:To:Cc:Subject:Date:References:In-Reply-To:From:Subject; b=UikZUXakZLnrxDnZVDQBp1NVJ9oaRDYir4EpjwRsN/GVuxFYxFfwCv7O0bq/INzRqAI8fcPya1dlOsURHsPx9K6B8mX72jTJUJqO0HNA6i53fLjhlUKpB70QTkbDFjLZExpksd69mWWPw90nA7/yFnoZ8P9q9+9l+rLNPQ7YLE4= Received: from [216.39.60.171] by nm17.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 20:36:57 -0000 Received: from [67.195.23.148] by tm7.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 20:36:57 -0000 Received: from [127.0.0.1] by smtp120.sbc.mail.gq1.yahoo.com with NNFMP; 19 Apr 2017 20:36:57 -0000 X-Yahoo-Newman-Id: 92419.84955.bm@smtp120.sbc.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: u036b3kVM1mBhKL_dKqts.KVBt3sM3MohnNEpvPnc2s02Nc t7MVvWDxwV_AY4Wid_57wvAHEUx31XsFauQsrKcFYXdykpOGxa_NxYZeWBur se3oymFsQjOVfgWofdl2blaGSfJUbDv2Ut2QtNenh2eHJvSNH3K7ggrniA3C c5wbR_1xB5qIBqstKxoH26wqR2dxBfpnfonBew7N0seMQJy4Lq1xEJAj.Zob c142aNKaj1cPk2UjDAz6N3rAxGIXA2qbZQ6v6mI4mNYJnYceHbb2jCXDSo3q .a6ufZMg8UbOyL5mlKxPsP6S8r9iDTnZ_RjS2vjmRtlsToiHBQJ6QbHL9mK5 Q7O8hB.XlL0R2u4x4fwDWhUTL_xTqfFghYAJP2wupO0OPumEj2z5BjPEF83K Ra_MdjLenk9eQfNDcuZQDLmHz3MybNH4w.pWbCTg7IN9HTwf2eeg.ouY6pq9 RZesfAkBCK18gZo.0ko3g4kvIKxA9tnHOuxoLL5YF0Gd50u_dR2aHINKEeCL QikWDjpEjTjZ5P2Ib6VixrJj8aFDnAiEJAN9bL1XMYH3U446.7WanJNtv X-Yahoo-SMTP: pPvqnOaswBBbYZLVYFzvU7GaowLcbNioPp.aF8KvOjZk From: To: krad Cc: freebsd-ports Subject: Re: Is pkg quarterly really needed? Date: Wed, 19 Apr 2017 16:37:05 -0400 Message-ID: References: <58F61A8D.1030309@a1poweruser.com> In-Reply-To: X-Mailer: Forte Agent 4.2/32.1118 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 20:39:02 -0000 [Default] On Tue, 18 Apr 2017 15:57:02 +0100, krad wrote: >quarterly does seem very cautious, maybe a monthly might be a good >alternative. I have to STRONGLY disagree. Right now, pkg isn't smart enough not to use version-skewed bits. Which means that, for those of us trying to use freebsd and the ports/pkgs as *tools* wherewith to do other work, we have to run pkg upgrade -fy every cursëd quarter, not just when the minor number changes. With crappy access to the inet (something true of most of the USA and Canada outside Really Big Cities) that costs half a day or more. If it were every month, I'd with unconsolable regret abandon freebsd for linux (ptui!). (Right now, it's quite hard to resist the paranoid suspicion that maybe this crazy, anti-real-user behavior is a subtle way to kill freebsd altogether by driving away the non-hobbyists.) From owner-freebsd-ports@freebsd.org Wed Apr 19 22:30:23 2017 Return-Path: Delivered-To: freebsd-ports@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 57276D462A9 for ; Wed, 19 Apr 2017 22:30:23 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 36309D0C for ; Wed, 19 Apr 2017 22:30:23 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 32C2ED462A8; Wed, 19 Apr 2017 22:30:23 +0000 (UTC) Delivered-To: ports@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 30BC4D462A7 for ; Wed, 19 Apr 2017 22:30:23 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.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 ECB87D0B for ; Wed, 19 Apr 2017 22:30:22 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-io0-x231.google.com with SMTP id o22so43361199iod.3 for ; Wed, 19 Apr 2017 15:30:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=2qPN9WcHftveIOcl1SjU/LOKAbmhIm0R2u7WHs0/3CI=; b=b4mLR/HEL+EhIPmElb7O+EJgwDZEC88c6H96Z82AyoEovc1mFIxLogG94gO4FTlBQK h9kMgCvfU5IFWeAcbqoY8WB4NZNJHGDMk8Kw7Bb4YGuv5fOWTum3m+N9gGHXsixeC4bz Rbv7gjk+3nMfkxQSxFUXiZF09DHyTHYY8NXJcdfbgLPFS00A3jKaNXcAALgxSINNFKJE Gu8dNAjY/o9JIyTv4z/EGSGhXIqx9cJmO3uS6wSf7/+l0HYzahD7PN/xrWD64sRb/Nn3 LVU9g14dfWgj3lTIE4HxWcfAvJsEeg6/dzZ0HfbD0HBB9PaCMJIRz8E6W64Px3mTmMwq Oh5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=2qPN9WcHftveIOcl1SjU/LOKAbmhIm0R2u7WHs0/3CI=; b=d4Qqp2zSnWTNst6vgrVDLbWJn7olJhg/pIoK9cKKKDa3bBvCtL9ueHZbPaQyv1u80J jIxbSr+dHOS04y/C7BmAS2gcirt/Pmo1aV1Ar6vvKIy2XBZUI68QPTvzNkBHkj40IkGf 95r/1kZW5i1p2U4yNexqFQhA0n5jVNHoqxfFc46RmaEpdFVB6cSP8wYma59x81epi9F2 lE4Z+6pvZUVIN5trqDvzXLRbD7Idoa5DQWBk1+sChN+Ra45wm+RaCjdYAcUy/CIvYGEM sQBdq1ExWQbG+K+6zvCP3nwFjvsbHe2G+nvee0f4qW5DRSpxE8KNuqbqNT0OTZiCC+6N G2pQ== X-Gm-Message-State: AN3rC/4NTWfDM7UD0WhHliO8tKGmdd1oa/Wi84jIb28ogLI9WMTzbYHj gAclHwzALCdUlIvmY+LAdPQFcauwEQ== X-Received: by 10.36.19.193 with SMTP id 184mr358949itz.93.1492641021682; Wed, 19 Apr 2017 15:30:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.160.151 with HTTP; Wed, 19 Apr 2017 15:29:51 -0700 (PDT) In-Reply-To: References: <58F61A8D.1030309@a1poweruser.com> From: Dewayne Geraghty Date: Thu, 20 Apr 2017 08:29:51 +1000 Message-ID: Subject: Re: Is pkg quarterly really needed? To: scratch65535@att.net Cc: freebsd-ports Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 22:30:23 -0000 Scratch65535, I think your best solution is to use latest and upgrade when you need to. Unlike Freddie's comment re only desktop users using latest. I ONLY upgrade my local svn of ports when there's a vulnerability or significant (for users) functional improvement of a port. It is a labour intensive exercise, monitoring CVE's for all externally-facing applications. Its a nice idea having a snapshot of ports, from the perspective of consistency, but that model doesnt suite our risk appetite on multiple levels; and in our view back-porting fixes to a quarterly snapshot - a good idea from a security perspective it is a really bad idea from a consistency/administrative/audit perspective. How the ports infrastructure can meet many conflicting objectives is something that we (the consumers of the ports service) must decide for our circumstance. The use-the-latest paradigm suits individuals that manage their individual machine, but when you manage multiple clients' servers, the requirements are different (try meeting a SAS70-II/SAE16-SOC2, ISO27001 SOA, NIST 800-53r5, etc) On a non-audit level, Microsoft might hold to monthly updates/fixes ("patch Tuesday") but bad guys don't. Regards, Dewayne. From owner-freebsd-ports@freebsd.org Wed Apr 19 23:30:25 2017 Return-Path: Delivered-To: freebsd-ports@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 BAD24D46514 for ; Wed, 19 Apr 2017 23:30:25 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A59AE151A for ; Wed, 19 Apr 2017 23:30:25 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id A4ED1D46513; Wed, 19 Apr 2017 23:30:25 +0000 (UTC) Delivered-To: ports@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 A29E3D46512; Wed, 19 Apr 2017 23:30:25 +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 749F91519; Wed, 19 Apr 2017 23:30:25 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (58-7-91-98.dyn.iinet.net.au [58.7.91.98]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v3JNU8wd007076 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 19 Apr 2017 16:30:11 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Is pkg quarterly really needed? To: Freddie Cash , krad References: <58F61A8D.1030309@a1poweruser.com> Cc: "ports@FreeBSD.org" , qjail1 , FreeBSD questions From: Julian Elischer Message-ID: <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> Date: Thu, 20 Apr 2017 07:30:02 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 23:30:25 -0000 On 19/4/17 12:13 am, Freddie Cash wrote: > On Tue, Apr 18, 2017 at 7:57 AM, krad wrote: > >> quarterly does seem very cautious, maybe a monthly might be a good >> alternative. I can understand people being hesitant about latest though. I >> guess these are not the people who ask though. Maybe the real answer though >> is to have a specific repo for that port for the bleeding edge people much >> like launchpad on ubuntu. It might get complicated though for big >> dependency trees though. >> > ​latest/ is good for desktop users who only care about running the very > latest versions of everything. > > quarterly/ is good for server users who want to make sure that installing a > new piece of software won't require an upgrade of all the currently > installed software (repo hasn't changed since the last install). And for > desktop users who prefer to use their computers for doing work instead of > spending all their time chasing after the "latest" flashy bling bling. :) > > quarterly/ also gets security fixes back-ported into it (on a > per-maintainer basis so it's not 100% coverage yet), so you can stay secure > without chasing new software versions. > > IOW, don't change the infrastructure, it's working nicely. Just educate > the users. :D > quarterly however is broken because the pkg mirors discard it all at the time of update. meaning you can not come back later to get one you forgot.. and sometimes you can get half way through, and everything breaks becuase you happened to select teh wrong date to do your work. > >> On 18 April 2017 at 14:54, qjail1 wrote: >> >>> I maintain a port and I have users complaining that the pkg system takes >>> many months before the updated version of my port shows up in the pkg >>> system. >>> >>> My response is I tell them to change a line in their >> /etc/pkg/FreeBSD.conf >>> file >>> from url: "pkg+http://pkg.Freebsd.org/${ABI}/quarterly", >>> to url: "pkg+http://pkg.Freebsd.org/${ABI}/latest", >>> >>> The old pkg system never had this quarterly update cycle and I see no >>> reason to have it now when its so easy to over ride the default. >>> >>> Why not just change the default to "latest" and save on all the overhead >>> of the quarterly cycle? >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to "freebsd-questions-unsubscribe >>> @freebsd.org" >>> >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > > From owner-freebsd-ports@freebsd.org Thu Apr 20 01:30:00 2017 Return-Path: Delivered-To: freebsd-ports@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 E03A8D46B06; Thu, 20 Apr 2017 01:30:00 +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 C158417ED; Thu, 20 Apr 2017 01:30:00 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id DC5EF14DD; Thu, 20 Apr 2017 01:29:59 +0000 (UTC) From: Jan Beich To: "O. Hartmann" Cc: freebsd-ports , freebsd-arm@freebsd.org Subject: Re: poudriere: crossbuilding for arm64 fails: pkg-static: No package files have been found References: <20170419143342.17c190b9@freyja.zeit4.iv.bundesimmobilien.de> Date: Thu, 20 Apr 2017 03:29:56 +0200 In-Reply-To: <20170419143342.17c190b9@freyja.zeit4.iv.bundesimmobilien.de> (O. Hartmann's message of "Wed, 19 Apr 2017 14:33:42 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 01:30:01 -0000 "O. Hartmann" writes: > Trying to build a repository via poudriere fails on recent 12-CURRENT (FreeBSD > 12.0-CURRENT #2 r317090: Tue Apr 18 15:32:23 CEST 2017 amd64) initially with > failing to build ports-mgmt/pkg. > > poudriere's log reports: > > [...] > configure: error: in `/wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.10.1': > configure: error: C compiler cannot create executables Probably https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217189 From owner-freebsd-ports@freebsd.org Thu Apr 20 02:15:23 2017 Return-Path: Delivered-To: freebsd-ports@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 A9E8AD46F45 for ; Thu, 20 Apr 2017 02:15:23 +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 954C819D4 for ; Thu, 20 Apr 2017 02:15:23 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 94AD9D46F44; Thu, 20 Apr 2017 02:15:23 +0000 (UTC) Delivered-To: ports@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 9453DD46F43 for ; Thu, 20 Apr 2017 02:15:23 +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 58BC819D2 for ; Thu, 20 Apr 2017 02:15:22 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (58-7-91-98.dyn.iinet.net.au [58.7.91.98]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v3K2F8TR007751 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 19 Apr 2017 19:15:12 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Is pkg quarterly really needed? To: scratch65535@att.net, krad References: <58F61A8D.1030309@a1poweruser.com> Cc: freebsd-ports From: Julian Elischer Message-ID: <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> Date: Thu, 20 Apr 2017 10:15:03 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; 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: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 02:15:23 -0000 On 20/4/17 4:37 am, scratch65535@att.net wrote: > [Default] On Tue, 18 Apr 2017 15:57:02 +0100, krad > wrote: > >> quarterly does seem very cautious, maybe a monthly might be a good >> alternative. > I have to STRONGLY disagree. > > Right now, pkg isn't smart enough not to use version-skewed bits. > Which means that, for those of us trying to use freebsd and the > ports/pkgs as *tools* wherewith to do other work, we have to run > pkg upgrade -fy every cursëd quarter, not just when the minor > number changes. With crappy access to the inet (something true > of most of the USA and Canada outside Really Big Cities) that > costs half a day or more. > > If it were every month, I'd with unconsolable regret abandon > freebsd for linux (ptui!). (Right now, it's quite hard to resist > the paranoid suspicion that maybe this crazy, anti-real-user > behavior is a subtle way to kill freebsd altogether by driving > away the non-hobbyists.) I have to agree with you. It is most frustrating The only way to sanity is to totally ignore the quarterly releases, and if you have changes, use poudriere to build what you need yourself once a month or whatever, or if you don't have changes, take snapshots of the entire pkg tree every now and then. (we do both for different reasons).. My snapshot is kept out on an amazon machine we have, as it's purpose is to "freeze in time" the head branch of the pkg tree. This means we can come back in a week and get a new pkg that we now need and know it is compatible with the other ones we have. I don't have to download the entire collection through my crappy link. just the ones I need. The trouble is that the people doing ports and pkg management really don't really have production systems in mind and rarely really understand the requirements of such. (reproducible builds from scratch, and the ability to append to an existing frozen-in-time release (for debug or bug-fix reasons). They ESPECIALLY don't understand the requirement to have access to old sets of packages, so you need to do it yourself. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > From owner-freebsd-ports@freebsd.org Thu Apr 20 02:25:07 2017 Return-Path: Delivered-To: freebsd-ports@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 B27FCD474AD for ; Thu, 20 Apr 2017 02:25:07 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4C9218 for ; Thu, 20 Apr 2017 02:25:07 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9CABFD474AC; Thu, 20 Apr 2017 02:25:07 +0000 (UTC) Delivered-To: ports@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 9C568D474AB for ; Thu, 20 Apr 2017 02:25:07 +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 60224217 for ; Thu, 20 Apr 2017 02:25:06 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (58-7-91-98.dyn.iinet.net.au [58.7.91.98]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v3K2Os8S007787 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 19 Apr 2017 19:24:58 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Is pkg quarterly really needed? To: Dewayne Geraghty , scratch65535@att.net References: <58F61A8D.1030309@a1poweruser.com> Cc: freebsd-ports From: Julian Elischer Message-ID: Date: Thu, 20 Apr 2017 10:24:49 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; 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-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 02:25:07 -0000 On 20/4/17 6:29 am, Dewayne Geraghty wrote: > Scratch65535, I think your best solution is to use latest and upgrade when > you need to. Unlike Freddie's comment re only desktop users using latest. > I ONLY upgrade my local svn of ports when there's a vulnerability or > significant (for users) functional improvement of a port. > > It is a labour intensive exercise, monitoring CVE's for all > externally-facing applications. > > Its a nice idea having a snapshot of ports, from the perspective of > consistency, but that model doesnt suite our risk appetite on multiple > levels; and in our view back-porting fixes to a quarterly snapshot - a good > idea from a security perspective it is a really bad idea from a > consistency/administrative/audit perspective. We mirror the ports tree (and base) into p4 and also as svn, and use this to check out the head branch to whatever release we need. Our scripts are capable of checking out a particular port at a (slightly) different rev to the default rev used for the rest, as sometimes we find we need a slightly newer rev of one port or another. This sometimes doesn't work if there are framework changes that affect the port but mostly we find that it's ok if you just want to bump a port up a small amount to catch a bugfix,or take it back a bit to avoid a regression. We also do sparse checkouts of the ports tree ot save time, but that's another issue.. We therefore have all out pkgs (which we store with each release) at the same level of source tree so they all match. > > How the ports infrastructure can meet many conflicting objectives is > something that we (the consumers of the ports service) must decide for our > circumstance. The use-the-latest paradigm suits individuals that manage > their individual machine, but when you manage multiple clients' servers, > the requirements are different (try meeting a SAS70-II/SAE16-SOC2, ISO27001 > SOA, NIST 800-53r5, etc) > > On a non-audit level, Microsoft might hold to monthly updates/fixes ("patch > Tuesday") but bad guys don't. > Regards, Dewayne. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@freebsd.org Thu Apr 20 03:22:20 2017 Return-Path: Delivered-To: freebsd-ports@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 DA8B5D479C5 for ; Thu, 20 Apr 2017 03:22:20 +0000 (UTC) (envelope-from jev@ecadlabs.com) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (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 A98F31E4D for ; Thu, 20 Apr 2017 03:22:20 +0000 (UTC) (envelope-from jev@ecadlabs.com) Received: by mail-qk0-x230.google.com with SMTP id h67so36435176qke.0 for ; Wed, 19 Apr 2017 20:22:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ecadlabs.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=vmrQnT2sCXZnIEYzk2XRMeqVXB/VVjwCvAWyToG3Xf0=; b=MgF7zIGzZK0jbOK28MmhuWRPMaA2vCMadYqCLwgvBDT2zrSci9BRMJUPBb9wtiqZTW A+O3vASuvdqOOinrYLLDCip8SmBzR8bYva0Z0MQISwF3lBnlN7BKUnz7I5VfdJHS8KFd TZ11Z7YIE56W15qG9RFjdM/YDB6Gm1aA6Kt2slcB52tulV9q4MBS84Tm/otTZxp3W0ek dyoMPEJJfNxLgtgZloEjq6j5wPOn0Q98RQTbHJcUEYM1SGushWTcU91Jj8bO+pJLz2oO YC5xd3qXyZKQ3STdVzfMZnGTZ25pOtVaD8BKjiAo2OQEj3RBRmH+FvA8CALs68FllBsu f8Ew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=vmrQnT2sCXZnIEYzk2XRMeqVXB/VVjwCvAWyToG3Xf0=; b=dL+NO9bWguQr04qLRhCaBDres7JQ/mBXxtXuvRjtY3c/gQosOCwjXB0qDg3SSTQr1d 14PFkEEXYL6VGPif7Sl4/HaTRczBq0gT9AWlSSgDdYgdo+ln+VjjBVgRZVUdWVATTvNC rcDUizZm8B0BCxUnKnLTrF6pYXjRwbK9rwYcWEvZg8KQjf3/mzhrdUev8Uel4hV7ibww Q0wDnOEaaRGRK3mcz58S91Qd0VwxQ2lDrNamAuutSGV1Ckx2Bvd6ykP+fgzBZlg+7M04 hh2JN+TLjcdBwZTGI9Pj3D9KOmf2ZTr2cBo3Z4n8V0hsluWhgw3y9daUCNvv2lEbbyQ/ NT9Q== X-Gm-Message-State: AN3rC/7zX5PCOH/DMVyR5ppLUUb5TXrSDjbIeStVffoVcvAmlBb2IzKr 74ZrQ0T0T3JeOuLRcUqhxO2n92ZPv2/XSAQ= X-Received: by 10.55.95.130 with SMTP id t124mr5305847qkb.147.1492658539748; Wed, 19 Apr 2017 20:22:19 -0700 (PDT) MIME-Version: 1.0 References: <11DAA44D-661F-4762-ABFD-78E4806D6E2E@lerctr.org> In-Reply-To: <11DAA44D-661F-4762-ABFD-78E4806D6E2E@lerctr.org> From: =?UTF-8?Q?Jev_Bj=C3=B6rsell?= Date: Thu, 20 Apr 2017 03:22:09 +0000 Message-ID: Subject: Re: net-mgmt/prometheus update to 1.6.0, comitter requested To: Larry Rosenman , "freebsd-ports@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 03:22:21 -0000 Thanks Larry, I have updated the patch on the bug, because the upstream project has just released a minor version/bug fix release. New patch updates us to 1.6.1. Thanks, -Jev On Tue, Apr 18, 2017 at 1:22 PM Larry Rosenman wrote: > On 4/18/17, 2:41 PM, "Jev Bj=C3=B6rsell" behalf of jev@ecadlabs.com> wrote: > > Hi All, > > Could I get a committer to apply my latest update patch for net-mg > mt/prometheus? > > Patch is available here: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218737 > > Thanks so much, > -Jev > > Waiting for my mentor to approve. > > > > From owner-freebsd-ports@freebsd.org Thu Apr 20 04:23:49 2017 Return-Path: Delivered-To: freebsd-ports@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 78626D474BE for ; Thu, 20 Apr 2017 04:23:49 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56226D24 for ; Thu, 20 Apr 2017 04:23:49 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Subject:References:In-Reply-To: Message-ID:To:From:Date:Sender:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=GT4SsrSdG6Wf5k0RsZXgZSgGV2qJdMvo2O0uKrRg228=; b=IiRgrg+PHJ/7P3yS/ASVaKpFwN 2jvjzDqyIsfsC+EVCOVsvYZkfM4XU3g4WbPMg7wosdSwaVNLBaXICsWlWPRMF4qrWHuSHv1ceh7nH JoEZctCkfGwVMnbD1Pxal15yQZ0R1WxW5Ao6y28IDX8+KjZSwIOMImqseHRuWbdGeNGA=; Received: from [47.220.164.50] (port=5585 helo=[192.168.200.129]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1d13dE-000Map-91; Wed, 19 Apr 2017 23:23:48 -0500 Date: Wed, 19 Apr 2017 23:23:46 -0500 From: ler To: =?utf-8?Q?Jev_Bj=C3=B6rsell?= , "=?utf-8?Q?freebsd-ports=40freebsd.org?=" Message-ID: In-Reply-To: <11DAA44D-661F-4762-ABFD-78E4806D6E2E@lerctr.org> References: <11DAA44D-661F-4762-ABFD-78E4806D6E2E@lerctr.org> Subject: Re: Re: net-mgmt/prometheus update to 1.6.0, comitter requested MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 04:23:49 -0000 =20 =20 Can you fill in the unknown stuff in the version package or should I just= go ahead and do it=3F =20 =20 =20 =20 =20 =20 =20 =20 =20 > =20 > On Apr 19, 2017 at 10:22 PM, wrote: > =20 > =20 > Thanks Larry, =20 > > =20 > I have updated the patch on the bug, because the upstream project has j= ust released a minor version/bug fix release. New patch updates us to 1.6= .1. > =20 > > =20 > Thanks, > =20 > -Jev > =20 > =20 > =20 > =20 > On Tue, Apr 18, 2017 at 1:22 PM Larry Rosenman wro= te: > =20 > > On 4/18/17, 2:41 PM, =22Jev Bj=C3=B6rsell=22 wrote: > > =20 > > Hi All, > > =20 > > Could I get a committer to apply my latest update patch for = net-mg > > mt/prometheus=3F > > =20 > > Patch is available here: > > https://bugs.freebsd.org/bugzilla/show=5Fbug.cgi=3Fid=3D218= 737 > > =20 > > Thanks so much, > > -Jev > > =20 > > Waiting for my mentor to approve. > > =20 > > =20 > > =20 > =20 From owner-freebsd-ports@freebsd.org Thu Apr 20 05:22:04 2017 Return-Path: Delivered-To: freebsd-ports@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 274B0D47824 for ; Thu, 20 Apr 2017 05:22:04 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 15728DCA for ; Thu, 20 Apr 2017 05:22:04 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mailman.ysv.freebsd.org (Postfix) id 14DD7D47823; Thu, 20 Apr 2017 05:22:04 +0000 (UTC) Delivered-To: ports@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 1488CD47822 for ; Thu, 20 Apr 2017 05:22:04 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F1D77DC9 for ; Thu, 20 Apr 2017 05:22:03 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id 87F34EA7; Thu, 20 Apr 2017 00:22:02 -0500 (CDT) Date: Thu, 20 Apr 2017 00:22:01 -0500 From: Mark Linimon To: scratch65535@att.net Cc: krad , freebsd-ports Subject: Re: Is pkg quarterly really needed? Message-ID: <20170420052201.GC31559@lonesome.com> References: <58F61A8D.1030309@a1poweruser.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 05:22:04 -0000 On Wed, Apr 19, 2017 at 04:37:05PM -0400, scratch65535@att.net wrote: > (Right now, it's quite hard to resist the paranoid suspicion that > maybe this crazy, anti-real-user behavior is a subtle way to kill > freebsd altogether by driving away the non-hobbyists.) That's one explanation. The other, possible, explanation, is that the efforts of a group of volunteers isn't adequate enough for every use case -- including your own. But, of course, feel free to cast aspersions wherever and whenever. We're just machines, we have no feelings whatsoever. Now if no one minds, I'm going to go back to contemplate the existential question of "why do I even bother trying to fix things". mcl From owner-freebsd-ports@freebsd.org Thu Apr 20 05:37:25 2017 Return-Path: Delivered-To: freebsd-ports@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 2BBDED47CCF for ; Thu, 20 Apr 2017 05:37:25 +0000 (UTC) (envelope-from linimon@lonesome.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 18EB06E6 for ; Thu, 20 Apr 2017 05:37:25 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mailman.ysv.freebsd.org (Postfix) id 184EFD47CCE; Thu, 20 Apr 2017 05:37:25 +0000 (UTC) Delivered-To: ports@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 17F3AD47CCD for ; Thu, 20 Apr 2017 05:37:25 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F40026E5; Thu, 20 Apr 2017 05:37:24 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id EE7E56A1; Thu, 20 Apr 2017 00:37:23 -0500 (CDT) Date: Thu, 20 Apr 2017 00:37:22 -0500 From: Mark Linimon To: Julian Elischer Cc: scratch65535@att.net, krad , freebsd-ports Subject: Re: Is pkg quarterly really needed? Message-ID: <20170420053722.GD31559@lonesome.com> References: <58F61A8D.1030309@a1poweruser.com> <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 05:37:25 -0000 I understand that having the quarterlies is not meeting your use case. You've said that. We get it. So you want some kind of running -quarterly branch. But where are the N hours of work per week to QA all the patches to the -quarterly branch, or a -stable branch, or whatever people seem to demand, to come from? This is a serious -- if very irritated -- request. We've moved from a "we don't have enough person-power to manage a ports branch" to "we kinda have enough person-power to manage both head and a kinda-branch." OK. That isn't meeting all the use cases. Understood. Are you going to volunteer for a team to run that QA? Who else do you think should be on it? Clearly the current volunteers don't have the bandwidth. It is hard enough just to kep ports-head building. Where do the hours come from? You're comparing your expectations of the output of what a professional QA team would do, to the work that N volunteers do. Obviously the results are not comparable. It's crazy to think that they would be. Honestly without some volunteers to do the _hard_, _unrewarding_, work to QA the ports tree, this is all either a) just talk, or b) people wanting volunteers to provide professional-level support, for free. tl;dr: provide some resources, or don't. I am getting to the point where I don't care either way. All I see is the people who are doing actual work get poked in the eye. mcl From owner-freebsd-ports@freebsd.org Thu Apr 20 05:43:21 2017 Return-Path: Delivered-To: freebsd-ports@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 F14F8D47F5A for ; Thu, 20 Apr 2017 05:43:21 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (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 BB1B1AF3 for ; Thu, 20 Apr 2017 05:43:21 +0000 (UTC) (envelope-from tingox@gmail.com) Received: by mail-io0-x235.google.com with SMTP id a103so56049530ioj.1 for ; Wed, 19 Apr 2017 22:43:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=tZv9MTiyzinme0UxSVCKfgajnQ9WdnXWiVhxOFBgg1U=; b=CNGGsFUSjS0aD6Q3VAm0OpiBqPH2c72wDS94VnI+x37c/l+vU58A9fZ90A5H83Fas+ pLVjHXq8+oQfVAocUcU8CvMS3/dsY0xHwifQtBL4wwNjEIaMY1IaqnoabFRZo5vqZtA0 I1yxjJwGwh6ioT6PvdRYyATOCN70GFCbJNXYpTDrZs5hWFbsOIdUVNyx8tXVf3V2Xo3k hD1kH7/m60BtdjthhEAyrZ0iFOeaybKZLO1c6sUMarm0Ju1nk5h+5PJyoMrYa3aYJDf+ kDL62tHrFK3TD0uD1CHlbGcTED183/4BpGFNuKKMb/ytzEF5YonA1JltZuUlZnooJ2cI IL6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=tZv9MTiyzinme0UxSVCKfgajnQ9WdnXWiVhxOFBgg1U=; b=jXV6VbjYZSpv5JODLZ4yDOQJtb0FpP/m4mlNDi7usSxrlbRn9Y72+YEsQzmNblCRm6 21FG569PSS9K1J0yD4aPs1wsryBwGiXh/CYVHMk2JS1DJ5rrkODyyHF9+10lmzaLI5qC V4Huozzlxz02K3TGVfhvcBGZ3M/OAtrZPxymUteuxjW7+qd/HnM0f/shU+VaCccusLwi XH+0aLW+LC7FU7EruoC33UlToqbekxOaZD4usoYOTj7RYRT8ug96eaLLYfUM554I93eB 6M0Cz6qLqzLejboiz+7ize627BIMOyq4dXaCb78IrU+jilsq4mzVNdib4+XL52pNnjWe ofZw== X-Gm-Message-State: AN3rC/6Z/HFh0ealXz+kfQynooDuRZkZ9QBUyl+swleXFV+5sPYCL8k0 Azf5bx1IO8JVmAMiKoEAXS9D5k/EtQ== X-Received: by 10.107.197.129 with SMTP id v123mr8281447iof.175.1492667000893; Wed, 19 Apr 2017 22:43:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.152.83 with HTTP; Wed, 19 Apr 2017 22:43:20 -0700 (PDT) In-Reply-To: <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> From: Torfinn Ingolfsen Date: Thu, 20 Apr 2017 07:43:20 +0200 Message-ID: Subject: Re: Is pkg quarterly really needed? To: FreeBSD Ports ML Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 05:43:22 -0000 On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer wrote: > quarterly however is broken because the pkg mirors discard it all at the > time of update. > Do they have to? Why couldn't pkg mirrors keep say, the four latest quarterly sets all the time? This would increase the usability of quarterly packages, at users own risk, with only more diskspace as the expense for the FreeBSD projects / pkg mirrors. No extra work involved once the setup is configured and tested. From owner-freebsd-ports@freebsd.org Thu Apr 20 06:00:20 2017 Return-Path: Delivered-To: freebsd-ports@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 DD095D47449 for ; Thu, 20 Apr 2017 06:00:20 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 9FDB7147B for ; Thu, 20 Apr 2017 06:00:20 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d158b-000LA7-Kr; Thu, 20 Apr 2017 08:00:17 +0200 Date: Thu, 20 Apr 2017 08:00:17 +0200 From: Kurt Jaeger To: Torfinn Ingolfsen Cc: FreeBSD Ports ML Subject: Re: Is pkg quarterly really needed? Message-ID: <20170420060017.GG74780@home.opsec.eu> References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 06:00:21 -0000 Hi! > On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer wrote: > > quarterly however is broken because the pkg mirors discard it all at the > > time of update. > Do they have to? > Why couldn't pkg mirrors keep say, the four latest quarterly sets > all the time? Because the URL for the latest quarterly is one stable URL. If an enduser wants to access a particular quarterly, the enduser needs to edit the repo URL. Which probably kills approx. 95% of the use-cases. One could do some process where every quarterly repo communicates it's quarterly URL back to the client accessing it and pkg automagically adapts the repo URL, but that does sound fragile, too. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Thu Apr 20 06:44:44 2017 Return-Path: Delivered-To: freebsd-ports@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 AF69FD472B0 for ; Thu, 20 Apr 2017 06:44:44 +0000 (UTC) (envelope-from eekee57@fastmail.fm) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 84CC3CFB for ; Thu, 20 Apr 2017 06:44:44 +0000 (UTC) (envelope-from eekee57@fastmail.fm) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 231A72093F for ; Thu, 20 Apr 2017 02:44:43 -0400 (EDT) Received: from web6 ([10.202.2.216]) by compute1.internal (MEProxy); Thu, 20 Apr 2017 02:44:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=/oQRpbbI+tqKlEyiOQn4LYfsIZ08K EddbeXRWZ+pDmk=; b=LP+QMbTsM+lTJjNEJH/AIMAh0a3ekR0SkcBD2WMHnHY6Y Pe+yP/1y8NRQbPP5MjQxdlN+sUHqLQav1nRc+xftFqDgqZW80BD7MNQpSvsgC2VI 1Ia7bQfcz7S+/LYRcUIig7MgZoFaXlnvSdxrHVdUjEgIZX7R3VeQvMmx9e+XicNP tpjbgZ7R6ExdZOQMOCx02xBSgakeY6ODIo0l/8ueiGgyzIlUolCP3e6QESaFHDQw iukal8MCtgB5HCS7Cnq1AgdMa6hqG9wvd23HKwhwvo1tYqzk7sZuVB0XGzQtmNa3 RIEsNpzAeYPhqPNVDEmMe2K174pynHgO4U+TXuNHA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=/oQRpb bI+tqKlEyiOQn4LYfsIZ08KEddbeXRWZ+pDmk=; b=QSvC+BHxUEbh2X8So1MpyA A80JPmRNTz4tSD5oUl0uMEzBNRdqYjAUiAzaceIETNBG21XUoBaYmUMI+KXNK2l4 M+4ueST/xTYd2o/LgXaj9U/LL3/8udDtTUB0pe4JchFSrucXBCYyfbvH4fUfmIkU pH2ZLwcWYd5JbQ8f4yuvdBhgR3OOCI6ktd6SwVnAVnmYwgzh8SvG1333ddgB0m/d odq8kZj444Yfrj4mZmC9aNxJgxBOjbb1lccCED6FrITnRl5lEvLhbxkpQ8r0mzLi OhIXCq847blY7AwSkZLfWMBytpiEBreW0gT70x3JAoShnP1M90/UN1ahSWz4yz2g == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id C352A48006; Thu, 20 Apr 2017 02:44:42 -0400 (EDT) Message-Id: <1492670682.1592874.950196360.7EF5A9A1@webmail.messagingengine.com> From: Ethan Grammatikidis To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-ca85a2ec References: <58F61A8D.1030309@a1poweruser.com> In-Reply-To: <58F61A8D.1030309@a1poweruser.com> Date: Thu, 20 Apr 2017 07:44:42 +0100 Subject: Re: Is pkg quarterly really needed? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 06:44:44 -0000 On Tue, Apr 18, 2017, at 02:54 PM, qjail1 wrote: > I maintain a port and I have users complaining that the pkg system takes > many months before the updated version of my port shows up in the pkg > system. > > My response is I tell them to change a line in their > /etc/pkg/FreeBSD.conf file > from url: "pkg+http://pkg.Freebsd.org/${ABI}/quarterly", > to url: "pkg+http://pkg.Freebsd.org/${ABI}/latest", > > The old pkg system never had this quarterly update cycle and I see no > reason to have it now when its so easy to over ride the default. > > Why not just change the default to "latest" and save on all the overhead > of the quarterly cycle? I have to say that if pkg abandoned the cautious update cycle, I'd abandon FreeBSD. I've really had enough of constant upgrades. The one thing I have which needs constant upgrades is a Flash video downloader. I keep that in ~/bin and use its built-in upgrade mechanism when required, which is simple. I don't need to get it via some root-only mechanism. It doesn't have a man page of course, but --help|less is easy enough. From owner-freebsd-ports@freebsd.org Thu Apr 20 06:56:31 2017 Return-Path: Delivered-To: freebsd-ports@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 EC95DD475BD for ; Thu, 20 Apr 2017 06:56:31 +0000 (UTC) (envelope-from eekee57@fastmail.fm) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 C0CC21DA for ; Thu, 20 Apr 2017 06:56:31 +0000 (UTC) (envelope-from eekee57@fastmail.fm) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 94B6F20983 for ; Thu, 20 Apr 2017 02:56:30 -0400 (EDT) Received: from web6 ([10.202.2.216]) by compute1.internal (MEProxy); Thu, 20 Apr 2017 02:56:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=JGFZ6Dj7PslKo/d5RKi+Q3nO/StiF 5NwLJ1U2Lssmi4=; b=SF0GldW4cQJfTwT2ot1wNSNaXj9bHN34dMX/AJu62zm7U vJWleZYGGOteVSPTHViDx1bdbQcqs8UIx0AouzaB+fj8mVh0FVwDWSiqYx/7shFg UyGcNrXKiyqaRqWLQM5QkklwK//WcHKKmrfZqMWtE1sz7ZTUTZTculXH+X0qVpcO oCB/qJoGkJKg9RQx5jZ/bkuGysuLdxoPM4azfuKOAlkDHY4b976Lb7pQ8Sw+P97e cEfmi75WMQq/ho4w85cfsLw8oPlraeEQpO9UJTuCuEH4ajHmjsEBqSKU8alwYF/z dhCSHyA0oN53uADwoVh8hxXdd128X0IMoyvqtMKng== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=JGFZ6D j7PslKo/d5RKi+Q3nO/StiF5NwLJ1U2Lssmi4=; b=ejL5qlBD11PFVVgpGtAMfP zwwFzGrop2CMkSiPB8ciB88h/yx/Mp+bjFTUcMkioCyDRtFJmClTR4Uazg82CHwM Gabjk2FFBUxPaIFU+sApzcvBU0/tzsCfles4cnup4G4ebk1QFy82nUcxUOQi29it 6aHlpjrvoFCVlPzqB6Dbex7xvTLworKT2ooO5v3L2wag1mHFGSPLjYdsz3M6Yyi7 GHaw9mVoFxwl7m3ZrdqTDsLEQiNwSDOvC/2NIh5WU3UUVdYMYlCSS1mWy7UUmoym Vk3z+nv+HpLJuNcBssDzmAi/k+7xADKBvusgRtUwG2JjCjrGio2tl1Fqqg6V7vKA == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 6C53F48006; Thu, 20 Apr 2017 02:56:30 -0400 (EDT) Message-Id: <1492671390.1596386.950208816.5071A04B@webmail.messagingengine.com> From: Ethan Grammatikidis To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-ca85a2ec In-Reply-To: <20170420052201.GC31559@lonesome.com> References: <58F61A8D.1030309@a1poweruser.com> <20170420052201.GC31559@lonesome.com> Date: Thu, 20 Apr 2017 07:56:30 +0100 Subject: Re: Is pkg quarterly really needed? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 06:56:32 -0000 On Thu, Apr 20, 2017, at 06:22 AM, Mark Linimon wrote: > On Wed, Apr 19, 2017 at 04:37:05PM -0400, scratch65535@att.net wrote: > > (Right now, it's quite hard to resist the paranoid suspicion that > > maybe this crazy, anti-real-user behavior is a subtle way to kill > > freebsd altogether by driving away the non-hobbyists.) > > That's one explanation. > > The other, possible, explanation, is that the efforts of a group of > volunteers isn't adequate enough for every use case -- including your own. This!!! I used to help out a little with a Linux distro, many years ago when it was feasible for a handful of hobyists to do so in their spare time. The experience was sobering. In about 5 years I went from building my own LFS system without any help (I wasn't on the net) to seeing a bunch of people just barely keep up as Xorg and Gtk+ grew circular dependency chains, some users demanded stability while others wanted updates, and of course compile times were rapidly increasing. From owner-freebsd-ports@freebsd.org Thu Apr 20 07:44:41 2017 Return-Path: Delivered-To: freebsd-ports@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 D227BD4764E for ; Thu, 20 Apr 2017 07:44:41 +0000 (UTC) (envelope-from freebsd@grem.de) 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 B66CA1FBC for ; Thu, 20 Apr 2017 07:44:41 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mailman.ysv.freebsd.org (Postfix) id B2E4FD4764D; Thu, 20 Apr 2017 07:44:41 +0000 (UTC) Delivered-To: ports@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 B289BD4764C for ; Thu, 20 Apr 2017 07:44:41 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 1E4411FBB for ; Thu, 20 Apr 2017 07:44:40 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 35595 invoked by uid 89); 20 Apr 2017 07:37:52 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.70) by mail.grem.de with ESMTPA; 20 Apr 2017 07:37:52 -0000 Date: Thu, 20 Apr 2017 09:37:50 +0200 From: Michael Gmelin To: Mark Linimon Cc: Julian Elischer , scratch65535@att.net, freebsd-ports , krad Subject: Re: Is pkg quarterly really needed? Message-ID: <20170420093750.539a8d4e@bsd64.grem.de> In-Reply-To: <20170420053722.GD31559@lonesome.com> References: <58F61A8D.1030309@a1poweruser.com> <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> <20170420053722.GD31559@lonesome.com> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.2) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 07:44:41 -0000 On Thu, 20 Apr 2017 00:37:22 -0500 Mark Linimon wrote: > I understand that having the quarterlies is not meeting your use case. > You've said that. We get it. > > So you want some kind of running -quarterly branch. > > But where are the N hours of work per week to QA all the patches to > the -quarterly branch, or a -stable branch, or whatever people seem > to demand, to come from? > > This is a serious -- if very irritated -- request. > > We've moved from a "we don't have enough person-power to manage a > ports branch" to "we kinda have enough person-power to manage both > head and a kinda-branch." OK. That isn't meeting all the use > cases. Understood. > > Are you going to volunteer for a team to run that QA? Who else do you > think should be on it? Clearly the current volunteers don't have the > bandwidth. It is hard enough just to kep ports-head building. Where > do the hours come from? > > You're comparing your expectations of the output of what a > professional QA team would do, to the work that N volunteers do. > Obviously the results are not comparable. It's crazy to think that > they would be. > > Honestly without some volunteers to do the _hard_, _unrewarding_, work > to QA the ports tree, this is all either a) just talk, or b) people > wanting volunteers to provide professional-level support, for free. > > tl;dr: provide some resources, or don't. I am getting to the point > where I don't care either way. All I see is the people who are doing > actual work get poked in the eye. > Answering one email in the thread to provide feedback on my experience. After some time it took to adapt, I find quarterly to be extremely useful to me, because a) as a maintainer, it provides a natural deadline when updates should be in the ports tree (as many users will use that for the next three months) b) it's the first time I'm actually using binaries from project servers on a few private hosts and vms c) as professional users, running our own poudriere builders, quarterly branches are useful as a baseline for our ports tree and patches to it. As many things in business are done on a quarterly basis, we simply create a new builder every quarter, build our package set, test the upgrades on staging machines and then change the repo URL on all productions servers and upgrade. So, even though things might not be perfect, to me it's a great improvement compared to the previous situation and I'm grateful to those who put lots of effort into it. -m -- Michael Gmelin From owner-freebsd-ports@freebsd.org Thu Apr 20 08:02:42 2017 Return-Path: Delivered-To: freebsd-ports@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 9E132D47EBD for ; Thu, 20 Apr 2017 08:02:42 +0000 (UTC) (envelope-from xavi.garcia@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (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 66D53B7A for ; Thu, 20 Apr 2017 08:02:42 +0000 (UTC) (envelope-from xavi.garcia@gmail.com) Received: by mail-io0-x234.google.com with SMTP id r16so57840627ioi.2 for ; Thu, 20 Apr 2017 01:02:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=P9EnbnzOrDMEgpgiiXh169xVFgk/GVQL1CHKQhnnUN8=; b=ZCfEvcKfs51B5/Sen23FTonPPVE1P3zacVq1hypLv0qj10B9t8oxp/R6LqLVeqC7H9 YVFbsop4e/E+49Lpmm2YoPM2TgVf1yZQ2KCnbZV+JmP5w/aeFfcfZmGNW+taD+CD/1aG Q/RakeDVO6P1DTeiG6QjnLnF/tUybahz1SVvmjFQj8+3nR0DARB3mPS7wpVJ4jT52AsL ecXLfN/IeS21WDxCrBFuLo29LU4SimTCQLIwrKb8AY4SCtr9q6OLhaPnPbICOYXvtGva Yo6FbShlYhpI5bi/1Iz5Es7d2lA6y+D0xTNYpU2rIm803iHEyL9R9zsl/yCpFxbNw/KR wVpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=P9EnbnzOrDMEgpgiiXh169xVFgk/GVQL1CHKQhnnUN8=; b=Ox48tYe0FmpNDqBBJqeOZnn7aSNOuEIICzWPn7w3AW4FRXrQ0Cex1xAH+TkfVDhC7E 5KQtmAsIWN1sJ9zEuNoSAsLzVhWtN3jGe0l/897b9j4/A7/AOUmOXrOCJvgqGjLWfZjO EFY6N3gxe54Thgw6AC1l3p/sOYHn6q9ZCQD+UsPMP1yDYtgNRR2kHrm+h8vNF7JUmhcB QujFtzJoWTAPx3r6B66ahP2ZgDmfPNAm7y4OU0z9RvcZRsM8nTPrBO7RLfasIvo+Y/Aw ze7orFHC+inTmmbLDhY8mzfjXg5EvHq8XUqZniJmhWe3AceFGt7MuBGjvBGiUbX3JfJa 4IDw== X-Gm-Message-State: AN3rC/5WWWIbfPk8VV/0R2BUzuoLwxcX39kAl6SAbDzWMwqXX+sKpcGP 2X8RPp1uesW2EJ51wSwp2pltoSzJp48O X-Received: by 10.107.148.3 with SMTP id w3mr7932753iod.60.1492675347416; Thu, 20 Apr 2017 01:02:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.118.205 with HTTP; Thu, 20 Apr 2017 01:02:26 -0700 (PDT) In-Reply-To: <39470c3e111a92fd41ad183a77ccc2ac@posteo.net> References: <39470c3e111a92fd41ad183a77ccc2ac@posteo.net> From: Xavi Garcia Date: Thu, 20 Apr 2017 10:02:26 +0200 Message-ID: Subject: Re: Writing a port that needs to download a large number of files To: Dmytro Bilokha Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 08:02:42 -0000 Hi, I'd definitely download a compiled version but the developer is hosting the builds in Amazon S3 and you need to receive a token via e-mail in order to download the files, which is awful in my opinion. The other option is to compile my own builds and host them somewhere in the Internet. Kind regards, Xavier Garcia 2017-04-19 22:29 GMT+02:00 Dmytro Bilokha : > > On 19.04.2017 19:27, Xavi Garcia wrote: > >> Hi all, >> >> We are writing a port for a Java software that downloads a large number of >> jar files (around 200) with Gradle (https://gradle.org/), that is similar >> to other package managers like Pip or Ruby Gems but for Java projects. >> >> What would be the best practice in this scenario? I am aware that we can >> only download files in the fetch phase but I am not sure if my solution is >> clean enough. >> >> We will be deploying this port in our servers via Portshaker and Poudriere >> but we would also like to commit it to the ports tree. >> >> >> In short, I am using the 'pre-fetch' phase together with FETCH_DEPENDS to >> drop the Gradle wrapper in ${DISTDIR}/${PORTNAME} and then I use the >> 'dependencies' task to download all the dependencies. >> >> The 'do-build' stage will run again the Gradle wrapper to build the >> software, but using the offline mode. >> >> You can find attached the Makefile. >> >> Kind regards, >> >> Xavier Garcia >> > > Hi! > If you need examples of the "best practice", > probably, you can take a look at already exsisting > ports of Java software. > > For example, I've checked the Glassfish port and > it was made with different approach: > 1. During fetch phase distribution zip-file with > already compiled Java classes is downloaded. > 2. Then it is unzipped to some directory, like > /usr/local/glassfish. > 3. Some scripts put, package registered, etc. > > So here there is no building of Java app from sources, > mostly fetching already built, some tweaking and putting > to the right place. > I saw similar procedure for some another ports > of Java software. > > I am not sure, but it seems because of such reasons: > 1. With Java you won't gain a lot with building application > from sources. If OS has JVM you can just run already > compiled -- it should work. > 2. For port its better to have as least dependencies, > as possible. So, making your port dependent on > Gradle (which fast evolving itself) and/or another > Java build tooling can make port fragile and not > very stable. > 3. Building the big Java project from sources could be > time and traffic consuming task. Usualy users > don't like this. > > --- > Best regards, > Dmytro Bilokha > From owner-freebsd-ports@freebsd.org Thu Apr 20 08:04:43 2017 Return-Path: Delivered-To: freebsd-ports@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 78193D47F9E for ; Thu, 20 Apr 2017 08:04:43 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 626BECBD for ; Thu, 20 Apr 2017 08:04:43 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id 61B51D47F9D; Thu, 20 Apr 2017 08:04:43 +0000 (UTC) Delivered-To: ports@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 615B4D47F9C for ; Thu, 20 Apr 2017 08:04:43 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 29223CBC for ; Thu, 20 Apr 2017 08:04:42 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4A5AC28490; Thu, 20 Apr 2017 10:04:34 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D21992848E; Thu, 20 Apr 2017 10:04:32 +0200 (CEST) Subject: Re: databases/mariadb101-client upgraded in wrong order, resulted in missing files To: scratch65535@att.net Cc: freebsd-ports References: <58DE5A34.3080305@quip.cz> <58F66CEB.2090507@quip.cz> <58F74DF2.4000208@quip.cz> <58F75DA8.8070305@quip.cz> <5dtefclcrhm4324v2o60miegrnb86qb4ko@4ax.com> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58F86B90.7010204@quip.cz> Date: Thu, 20 Apr 2017 10:04:32 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <5dtefclcrhm4324v2o60miegrnb86qb4ko@4ax.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 08:04:43 -0000 scratch65535@att.net wrote on 2017/04/19 17:55: > [Default] On Wed, 19 Apr 2017 14:52:56 +0200, Miroslav Lachman > <000.fbsd@quip.cz> wrote: >> I tried it on next machine with pkg upgrade -f but the result is the same: >> >> pkg check -Ba >> >> Checking all packages.... >> (p5-DBD-mysql-4.042) >> /usr/local/lib/perl5/site_perl/mach/5.24/auto/DBD/mysql/mysql.so - >> required shared library libmysqlclient.so.18 not found >> Checking all packages........ >> (sphinxsearch-2.2.11_1) /usr/local/bin/indexer - required shared library >> libmysqlclient.so.18 not found >> (sphinxsearch-2.2.11_1) /usr/local/bin/indextool - required shared >> library libmysqlclient.so.18 not found >> (sphinxsearch-2.2.11_1) /usr/local/bin/spelldump - required shared >> library libmysqlclient.so.18 not found >> (sphinxsearch-2.2.11_1) /usr/local/bin/wordbreaker - required shared >> library libmysqlclient.so.18 not found >> (sphinxsearch-2.2.11_1) /usr/local/sbin/searchd - required shared >> library libmysqlclient.so.18 not found > > That's odd. You're upping the 64-bit version, right? Yes, we are using FreeBSD 10.3-p18 amd64 on all our machines. From owner-freebsd-ports@freebsd.org Thu Apr 20 08:08:59 2017 Return-Path: Delivered-To: freebsd-ports@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 BA276D451CD for ; Thu, 20 Apr 2017 08:08:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A5F03EAF for ; Thu, 20 Apr 2017 08:08:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id A554CD451CB; Thu, 20 Apr 2017 08:08:59 +0000 (UTC) Delivered-To: ports@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 A4DB0D451CA; Thu, 20 Apr 2017 08:08:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 68AF1EAE; Thu, 20 Apr 2017 08:08:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 1B14E28462; Thu, 20 Apr 2017 10:08:57 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id BABCF28423; Thu, 20 Apr 2017 10:08:55 +0200 (CEST) Subject: Re: databases/mariadb101-client upgraded in wrong order, resulted in missing files To: Bernard Spil Cc: pkg@freebsd.org, FreeBSD Ports References: <58DE5A34.3080305@quip.cz> <58F66CEB.2090507@quip.cz> <50950987cce41dc258762c89b80d8447@FreeBSD.org> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58F86C97.2080501@quip.cz> Date: Thu, 20 Apr 2017 10:08:55 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <50950987cce41dc258762c89b80d8447@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 08:08:59 -0000 Bernard Spil wrote on 2017/04/19 21:32: > On 2017-04-18 21:45, Miroslav Lachman wrote: >> Miroslav Lachman wrote on 2017/03/31 15:31: >>> I don't know if it was "pkg" fault or mariadb101-server and >>> mariadb101-client conflict. >>> >>> I did standard "pkg upgrade" and at the end I have half files of >>> mariadb101-client missing: >>> >>> # pkg check -Ba >>> Checking all packages: ... >>> pkg: fstat() failed for(/usr/local/bin/msql2mysql): No such file or [...] >>> [82/86] Upgrading mariadb101-server from 10.1.21 to 10.1.22... >>> ===> Creating groups. >>> Using existing group 'mysql'. >>> ===> Creating users >>> Using existing user 'mysql'. >>> [82/86] Extracting mariadb101-server-10.1.22: .......... done >>> >>> This was on FreeBSD 10.3 amd64 with packages from own poudriere with >>> follogin settings: >>> >>> OPTIONS_UNSET= X11 GUI CUPS DOCS EXAMPLES NLS HAL >>> WITH_BDB_VER=5 >>> WITH_GHOSTSCRIPT_VER=9 >>> DEFAULT_VERSIONS=apache=2.4 perl5=5.24 mysql=10.1m php=5.6 python=2.7 >>> python3=3.5 pgsql=9.4 ssl=openssl >>> DISABLE_LICENSES=yes >>> >>> >>> databases_mariadb101-client/options >>> OPTIONS_FILE_SET+=GSSAPI_NONE >>> >>> databases_mariadb101-server/options >>> OPTIONS_FILE_SET+=MAXKEY >>> OPTIONS_FILE_SET+=GSSAPI_NONE >>> OPTIONS_FILE_SET+=SPHINX >>> OPTIONS_FILE_SET+=SPIDER >>> >>> I think all users of MariaDB 10.1 should be warned in UPDATING >>> >>> Let me know if you need some more details. >> >> Am I the only one beaten by this issue? I see this on each of our >> machines during pkg upgrade. >> >> Miroslav Lachman > > Hi Miroslav, > > Looks like it. My own servers were upgraded with mariadb from pkg > without issues. > > Sorry for your inconvenience, don't know what would cause that. The root cause is IMHO this change in pkg-plist https://svnweb.freebsd.org/ports/head/databases/mariadb101-client/pkg-plist?r1=436392&r2=436391&pathrev=436392 https://svnweb.freebsd.org/ports/head/databases/mariadb101-server/pkg-plist?r1=436857&r2=436856&pathrev=436857 but I don't understand why nobody else see this problem on pkg upgrade. We are using poudriere with standard ports tree, MariaDB is build with standard options etc. Miroslav Lachman From owner-freebsd-ports@freebsd.org Thu Apr 20 08:27:38 2017 Return-Path: Delivered-To: freebsd-ports@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 16348D459B4 for ; Thu, 20 Apr 2017 08:27:38 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C21571B4E for ; Thu, 20 Apr 2017 08:27:37 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (x52716370.dyn.telefonica.de [82.113.99.112]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id v3K8RRE8083316 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 20 Apr 2017 08:27:28 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host x52716370.dyn.telefonica.de [82.113.99.112] claimed to be ultrabook.yoonka.com Subject: Re: Is pkg quarterly really needed? To: freebsd-ports@freebsd.org References: <58F61A8D.1030309@a1poweruser.com> <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> <20170420053722.GD31559@lonesome.com> From: Grzegorz Junka Message-ID: Date: Thu, 20 Apr 2017 08:27:20 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170420053722.GD31559@lonesome.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 08:27:38 -0000 On 20/04/2017 05:37, Mark Linimon wrote: > I understand that having the quarterlies is not meeting your use case. > You've said that. We get it. > > So you want some kind of running -quarterly branch. > > But where are the N hours of work per week to QA all the patches to > the -quarterly branch, or a -stable branch, or whatever people seem > to demand, to come from? > > This is a serious -- if very irritated -- request. > > We've moved from a "we don't have enough person-power to manage a ports > branch" to "we kinda have enough person-power to manage both head and a > kinda-branch." OK. That isn't meeting all the use cases. Understood. > (...) > > Honestly without some volunteers to do the _hard_, _unrewarding_, work > to QA the ports tree, this is all either a) just talk, or b) people > wanting volunteers to provide professional-level support, for free. > > tl;dr: provide some resources, or don't. I am getting to the point where > I don't care either way. All I see is the people who are doing actual work > get poked in the eye. > I am not sure if this is a rant in favour or against quarterly branches. And this discussion comes up again and again quite regularly. I wonder why ports don't follow the development model of the FreeBSD kernel? In short: 1. CURRENT - latest upgrades from upstreams, a broken port or a port that breaks other ports shouldn't be committed but not all option combinations are fully tested. Don't rebuild all ports, at least not often (maybe once a month), but rebuild all dependant ports of a port whenever a change in that port has been made. 2. STABLE - Only upgrade ports to the version from CURRENT when users haven't reported any issues with any combination of options for that port for some agreeable period of time since the upgrade in CURRENT (e.g. 2 weeks, a month). Rebuild all ports more often than in CURRENT (e.g. fortnight) but also not too often. Like in CURRENT rebuild all dependant ports whenever a port on which they depend has changed. 3. RELEASE (optional) - Like STABLE - only upgrade ports to the version from STABLE if no issues with any combination of options has been reported for some agreeable period of time since the upgrade in STABLE (e.g. 2-3 months this time). Rebuild all ports more often than in STABLE (e.g. once a week). Also like in STABLE rebuild all dependant ports when a port on which they depend changes. Each branch would keep X latest full rebuilds (one, two, three - depending on resource availability) and the partial rebuilds in between them when dependant ports are rebuild - I think poudriere would copy them to the latest directory with packages by default. This could give something folders like: CURRENT month 1 any partial rebuilds on top of month 1 CURRENT month 2 any partial rebuilds on top of month 2 ... STABLE week 1 any partial rebuilds on top of week 1 STABLE week 3 any partial rebuild on top of week 3 RELEASE week 1 any partial rebuilds on top of week 1 RELEASE week 2 any partial rebuilds on top of week 2 RELEASE week 3 any partial rebuilds on top of week 3 etc. Then it would be a matter of creating a scheme for url addresses for easy access to these folders with build packages. Grzegorz From owner-freebsd-ports@freebsd.org Thu Apr 20 08:28:32 2017 Return-Path: Delivered-To: freebsd-ports@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 32021D45AD5 for ; Thu, 20 Apr 2017 08:28:32 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1F6881C5A for ; Thu, 20 Apr 2017 08:28:32 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1ECD3D45AD0; Thu, 20 Apr 2017 08:28:32 +0000 (UTC) Delivered-To: ports@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 1E6FBD45ACB for ; Thu, 20 Apr 2017 08:28:32 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 11BA21C59 for ; Thu, 20 Apr 2017 08:28:32 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id v3K8SVSX042412 for ; Thu, 20 Apr 2017 08:28:31 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id v3K8SVQB042411; Thu, 20 Apr 2017 08:28:31 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201704200828.v3K8SVQB042411@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Thu, 20 Apr 2017 08:28:31 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 08:28:32 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ multimedia/gtk-youtube-viewer | 3.2.5 | 3.2.7 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Thu Apr 20 08:44:53 2017 Return-Path: Delivered-To: freebsd-ports@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 85157D46540 for ; Thu, 20 Apr 2017 08:44:53 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 455C4C0D for ; Thu, 20 Apr 2017 08:44:53 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d17hs-000Lfk-LJ; Thu, 20 Apr 2017 10:44:52 +0200 Date: Thu, 20 Apr 2017 10:44:52 +0200 From: Kurt Jaeger To: Grzegorz Junka Cc: freebsd-ports@freebsd.org Subject: Re: Is pkg quarterly really needed? Message-ID: <20170420084452.GH74780@home.opsec.eu> References: <58F61A8D.1030309@a1poweruser.com> <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> <20170420053722.GD31559@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 08:44:53 -0000 Hi! > I am not sure if this is a rant in favour or against quarterly branches. > And this discussion comes up again and again quite regularly. I wonder > why ports don't follow the development model of the FreeBSD kernel? - lack of developer time We have bapt who develops pkg. bdrewery, who does poudriere. A small group works on the ports framework. There are a few who report issues and fixes. I think that's it, and all work on huge workloads. They add features that are even more important than perfecting quarterly. Quarterly was not meant to fix all issues, it was meant as a test to learn what comes up if one provides some more stable pkg tree besides the HEAD. - lack of maintainer and committer time maintainers and committers have to track lots of changes, and it's already hard to keep up with HEAD and quarterly. So many changes are never merged to quarterly, because it's difficult to grasp side effects. About the 'lack-of-time': Please visit https://bugs.freebsd.org/bugzilla/page.cgi?id=dashboard.html and look at the numbers. Do it from time to time. Plot the trajectory 8-} Submit patches to the bugzilla project that allows us to track the trajectory 8-} So, in general: trust the folks who do the complicated work, and please react in a friendly way to issues you encounter. Report them using bugzilla.freebsd.org. Search on bugzilla for similar reports and add to them with additional tests, reports etc. If, after all this 'keeping-up' leaves you with spare brain cycles, start submitting patches, and learn the big picture. It's amazingly complex! > Then it would be a matter of creating a scheme for url addresses for > easy access to these folders with build packages. The scheme has to be implemented in the tools. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Thu Apr 20 08:49:28 2017 Return-Path: Delivered-To: freebsd-ports@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 96388D46724 for ; Thu, 20 Apr 2017 08:49:28 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (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 5FD2ED3C for ; Thu, 20 Apr 2017 08:49:28 +0000 (UTC) (envelope-from tingox@gmail.com) Received: by mail-io0-x230.google.com with SMTP id o22so65809538iod.3 for ; Thu, 20 Apr 2017 01:49:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=0v4VpITEgRFFNOp9m7J+1hVxqFvwddjzzeUSGQdBw3o=; b=ZN/KCJ2O41ornQmykYdE1Tzp4jaESydbNuwvrTmX3Atwi+GZPamQQRgv0Budi0TifS nDmJQ33wXHXePsfBVBQJ6csiJd07AD4T8zadDy+8SHbdZyw5yc195BEHwnalVztXm8iT GOEr+bVd+4VhyUjlX3wrTY8qUY8AldPyqajJwC/p3+uMb498RSCZZA0xnOiF4etcuDIw yJOjmGbjRX0tCNdE0hWiuawejWX7FCuVukX65EU1s3VyvYbyRrTVJ7rHerJ+3YEeym6a RgCD8JvLa1h6PVVVWDdcBYJcx+4j9WLFhTs2mKiaRDPg5D48BQc/z3Y1ahkLB1a8n98x Dyxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=0v4VpITEgRFFNOp9m7J+1hVxqFvwddjzzeUSGQdBw3o=; b=XFFQlfOh/2ln78IRGboZgvMfmMcHXJA4JiDI4OqwZCQWAUJH1ICHeEomGQVLHe59gG 3hloGz2GXMZJ0FA++xuLUB8Sg1uzLnMHtl0QV6Na1wlAnVE+6P7xqbxnoFX7mdXyI5b0 pE3tYEj2psxHc7rAsnNGi0iYR3oniAQcxA70MNfIiRpRiZj+Bl1E8AvwqUzzpHqldoLs VmoJIUeNX73D5k0ffTIkiNlTN66ALqI1hBwUCqHxPm6JCEtjHKYdFg1GcmCzZWzCJHmu K8dhX5YjpcnuIFYX/6tDoMjDU9Kb3tFA+/hsUC6TOjtIkOUPIU0QOFS8xRQokZiVzjOK vcsg== X-Gm-Message-State: AN3rC/5BU+h4XORUDVB1DWWUDeI/x9kV3PiQac8vEkxlxozCtVUfHPkq b4Wn6lYrYsqGn9eOfetaIXrwPQzn1Mh0 X-Received: by 10.107.16.100 with SMTP id y97mr7575752ioi.164.1492678167628; Thu, 20 Apr 2017 01:49:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.152.83 with HTTP; Thu, 20 Apr 2017 01:49:26 -0700 (PDT) In-Reply-To: <20170420060017.GG74780@home.opsec.eu> References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> From: Torfinn Ingolfsen Date: Thu, 20 Apr 2017 10:49:26 +0200 Message-ID: Subject: Re: Is pkg quarterly really needed? To: FreeBSD Ports ML Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 08:49:28 -0000 On Thu, Apr 20, 2017 at 8:00 AM, Kurt Jaeger wrote: > Hi! > >> On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer wrote: >> > quarterly however is broken because the pkg mirors discard it all at the >> > time of update. > >> Do they have to? >> Why couldn't pkg mirrors keep say, the four latest quarterly sets >> all the time? > > Because the URL for the latest quarterly is one stable URL. Obviously this has to be changed. As I wrote: "No extra work involved once the setup is configured and tested". So yes, there is some work needed, but it would be a one-time job. If anyone has any real arguments as to why the FreeBSD project can't do it this way, let's hear them. HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@freebsd.org Thu Apr 20 08:57:59 2017 Return-Path: Delivered-To: freebsd-ports@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 C3695D46A4E for ; Thu, 20 Apr 2017 08:57:59 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 838381E3 for ; Thu, 20 Apr 2017 08:57:59 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d17uY-000LhA-Sj; Thu, 20 Apr 2017 10:57:58 +0200 Date: Thu, 20 Apr 2017 10:57:58 +0200 From: Kurt Jaeger To: Torfinn Ingolfsen Cc: FreeBSD Ports ML Subject: Re: Is pkg quarterly really needed? Message-ID: <20170420085758.GI74780@home.opsec.eu> References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 08:57:59 -0000 Hi! > >> On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer wrote: > >> > quarterly however is broken because the pkg mirors discard it all at the > >> > time of update. > >> Do they have to? > >> Why couldn't pkg mirrors keep say, the four latest quarterly sets > >> all the time? > > Because the URL for the latest quarterly is one stable URL. > Obviously this has to be changed. As I wrote: > "No extra work involved once the setup is configured and tested". > So yes, there is some work needed, but it would be a one-time job. > If anyone has any real arguments as to why the FreeBSD project can't > do it this way, let's hear them. Lack of developer- and clusteradm-time. See my other posting. Time deficit goes directly to the core of pkg/ports stuff, which is, due to the complexity, limited to very few very skilled people that happen to find time to solve the problem. It's not a trivial problem, you can look at almost all source code ecosystems (OSX, Microsoft, Solaris 8-}, debian, etc): All struggle with the rate of change and the complexity of the task. So it's not helping to yell louder at the folks working on it, so please yell smarter 8-} Use a yelling tool like bugzilla, and fine-tune your yelling by providing test cases and patches. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Thu Apr 20 09:11:03 2017 Return-Path: Delivered-To: freebsd-ports@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 EB7A1D472AE for ; Thu, 20 Apr 2017 09:11:03 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.66]) (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 7F585F27 for ; Thu, 20 Apr 2017 09:11:02 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 23C7B20C89 for ; Thu, 20 Apr 2017 11:11:00 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3w7tQC42grz109l; Thu, 20 Apr 2017 11:10:59 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 20 Apr 2017 12:10:59 +0300 From: Dmytro Bilokha To: Xavi Garcia Cc: freebsd-ports@freebsd.org Subject: Re: Writing a port that needs to download a large number of files In-Reply-To: References: <39470c3e111a92fd41ad183a77ccc2ac@posteo.net> Message-ID: <8a87f1414c9f09e3d5023adbf0b8aba0@posteo.net> X-Sender: dmytro@posteo.net User-Agent: Posteo Webmail X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 09:11:04 -0000 On 20.04.2017 11:02, Xavi Garcia wrote: > Hi, > Hi! > I'd definitely download a compiled version but the developer is > hosting the builds in Amazon S3 and you need to receive a token via > e-mail in order to download the files, which is awful in my opinion. > I agree with you, its awful. But, I saw ports which shows you a message like "Please download this file: http://blahblah... and put in in the distfiles, because of the license reasons it is not allowed to download it by automatic tool. Then run make again". It is not convenient, but possible if there are no another options. > The other option is to compile my own builds and host them somewhere > in the Internet. As for me, it would be the best option. But, be careful, it is possible that by software license you are not allowed to build your version of the application and provide it to users. > > Kind regards, > > Xavier Garcia > > 2017-04-19 22:29 GMT+02:00 Dmytro Bilokha : > >> On 19.04.2017 19:27, Xavi Garcia wrote: >> >>> Hi all, >>> >>> We are writing a port for a Java software that downloads a large >>> number of >>> jar files (around 200) with Gradle (https://gradle.org/ [1]), >>> that is similar >>> to other package managers like Pip or Ruby Gems but for Java >>> projects. >>> >>> What would be the best practice in this scenario? I am aware that >>> we can >>> only download files in the fetch phase but I am not sure if my >>> solution is >>> clean enough. >>> >>> We will be deploying this port in our servers via Portshaker and >>> Poudriere >>> but we would also like to commit it to the ports tree. >>> >>> In short, I am using the 'pre-fetch' phase together with >>> FETCH_DEPENDS to >>> drop the Gradle wrapper in ${DISTDIR}/${PORTNAME} and then I use >>> the >>> 'dependencies' task to download all the dependencies. >>> >>> The 'do-build' stage will run again the Gradle wrapper to build >>> the >>> software, but using the offline mode. >>> >>> You can find attached the Makefile. >>> >>> Kind regards, >>> >>> Xavier Garcia >> >> Hi! >> If you need examples of the "best practice", >> probably, you can take a look at already exsisting >> ports of Java software. >> >> For example, I've checked the Glassfish port and >> it was made with different approach: >> 1. During fetch phase distribution zip-file with >> already compiled Java classes is downloaded. >> 2. Then it is unzipped to some directory, like >> /usr/local/glassfish. >> 3. Some scripts put, package registered, etc. >> >> So here there is no building of Java app from sources, >> mostly fetching already built, some tweaking and putting >> to the right place. >> I saw similar procedure for some another ports >> of Java software. >> >> I am not sure, but it seems because of such reasons: >> 1. With Java you won't gain a lot with building application >> from sources. If OS has JVM you can just run already >> compiled -- it should work. >> 2. For port its better to have as least dependencies, >> as possible. So, making your port dependent on >> Gradle (which fast evolving itself) and/or another >> Java build tooling can make port fragile and not >> very stable. >> 3. Building the big Java project from sources could be >> time and traffic consuming task. Usualy users >> don't like this. >> >> --- >> Best regards, >> Dmytro Bilokha > > > > Links: > ------ > [1] https://gradle.org/ --- Best regards, Dmytro Bilokha From owner-freebsd-ports@freebsd.org Thu Apr 20 09:15:29 2017 Return-Path: Delivered-To: freebsd-ports@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 068F6D475B8 for ; Thu, 20 Apr 2017 09:15:29 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CD15685 for ; Thu, 20 Apr 2017 09:15:28 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id F3AC5BDC9F; Thu, 20 Apr 2017 11:15:25 +0200 (CEST) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by prod2.absolight.net (Postfix) with ESMTPSA id A5F2DBDC89; Thu, 20 Apr 2017 11:15:25 +0200 (CEST) Subject: Re: Is pkg quarterly really needed? To: Torfinn Ingolfsen , FreeBSD Ports ML References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> From: Mathieu Arnold Organization: Absolight / The FreeBSD Foundation Message-ID: Date: Thu, 20 Apr 2017 11:15:23 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jQseb4QAJbAbqtTXU9uDba0VMkeux9Nc1" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 09:15:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jQseb4QAJbAbqtTXU9uDba0VMkeux9Nc1 Content-Type: multipart/mixed; boundary="4LnoUKS4VSGNAhEaiNUvuKUxUS40OaEES"; protected-headers="v1" From: Mathieu Arnold To: Torfinn Ingolfsen , FreeBSD Ports ML Message-ID: Subject: Re: Is pkg quarterly really needed? References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> In-Reply-To: --4LnoUKS4VSGNAhEaiNUvuKUxUS40OaEES Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: fr Le 20/04/2017 =C3=A0 10:49, Torfinn Ingolfsen a =C3=A9crit : > On Thu, Apr 20, 2017 at 8:00 AM, Kurt Jaeger wrote: >> Hi! >> >>> On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer = wrote: >>>> quarterly however is broken because the pkg mirors discard it all at= the >>>> time of update. >>> Do they have to? >>> Why couldn't pkg mirrors keep say, the four latest quarterly sets >>> all the time? >> Because the URL for the latest quarterly is one stable URL. > Obviously this has to be changed. As I wrote: > "No extra work involved once the setup is configured and tested". > So yes, there is some work needed, but it would be a one-time job. > > If anyone has any real arguments as to why the FreeBSD project can't > do it this way, let's hear them. > HTH I am not exactly sure what you are asking for, to keep the previous, not updated, quarterly package repositories ? say, in latest-1 latest-2 latest-3... ? What purpose would that serve ? I mean, they would not be updated. --=20 Mathieu Arnold --4LnoUKS4VSGNAhEaiNUvuKUxUS40OaEES-- --jQseb4QAJbAbqtTXU9uDba0VMkeux9Nc1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJY+HwsXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85IkxMP+wS6awPBrvXA+LKe9UKV7uRk JE8wxAfavV6ekSDCkMFfaVYRHsDY+5yaDdgi4rE+DzLTuYdtYw6L7VHnICNBxMWK d4tKmtfoOO+aCFnF4/Yup/gyusng4H/ZrIk/vdlBMk9WyeOsN3QFsDRmiWiiXDtj RPxX9tXdbxhJH8unhZ9TuosFlUH969DVN9xpCu+PbW2b5CxwyYTfQWKkBtU+1utf E2aU1zFTAJs2CRrYNnz5KgN948tQ53xb6ajMVUAUEz0qYjkrifvuevCAUJLJKrKk +dDg2UWMEoJHaFuY30C2SsV4g8R5OsXnqVTGjC23W31xvkL06aOYyJaXtDjDcwXo zPUHwhJvVXqE7J8eCs2pJkh2U2UY/giq1w1rJnzrJxV5QhjimQTUzTfCWJan+zPi n2r3rJ77/SkUURI5EkOykQfKdPEyLYOC7EMPwYeFARmIpdsfxQk4YKD5Pjvjbpux g8eUk+6MMl8UmT+DT3LHaEM+9IJP5Seu57TRvxsdUSzOBVM+xE3uj0OsWU54mMxj votaQboXdRtDTbEO5/LcFTOVs5DnNCLij/4CzjCokXQ5FEqxG7OsJdJ5vPZ9yEvc 9vzGZ76Kd93TvgFS6BUhLVZrco9mQEehNRNgOsdkKvmLUfAMbD36HBCIlY9xhGMs yOxKo0Du7wEMlGrwbXvb =p5EM -----END PGP SIGNATURE----- --jQseb4QAJbAbqtTXU9uDba0VMkeux9Nc1-- From owner-freebsd-ports@freebsd.org Thu Apr 20 09:18:43 2017 Return-Path: Delivered-To: freebsd-ports@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 5199CD476F3 for ; Thu, 20 Apr 2017 09:18:43 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E643C998 for ; Thu, 20 Apr 2017 09:18:42 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 5DAC5BDC89; Thu, 20 Apr 2017 11:18:41 +0200 (CEST) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by prod2.absolight.net (Postfix) with ESMTPSA id 46B22BDC85; Thu, 20 Apr 2017 11:18:41 +0200 (CEST) Subject: Re: Is pkg quarterly really needed? From: Mathieu Arnold To: Torfinn Ingolfsen , FreeBSD Ports ML References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> Organization: Absolight / The FreeBSD Foundation Message-ID: Date: Thu, 20 Apr 2017 11:18:40 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="JRcqBOl7gHieHP4sxe7I0lGrgIxu71MEP" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 09:18:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --JRcqBOl7gHieHP4sxe7I0lGrgIxu71MEP Content-Type: multipart/mixed; boundary="H5fpXjfTm0gP4uxxDrWgEga0H9uEv5HIi"; protected-headers="v1" From: Mathieu Arnold To: Torfinn Ingolfsen , FreeBSD Ports ML Message-ID: Subject: Re: Is pkg quarterly really needed? References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> In-Reply-To: --H5fpXjfTm0gP4uxxDrWgEga0H9uEv5HIi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: fr Le 20/04/2017 =C3=A0 11:15, Mathieu Arnold a =C3=A9crit : > Le 20/04/2017 =C3=A0 10:49, Torfinn Ingolfsen a =C3=A9crit : >> On Thu, Apr 20, 2017 at 8:00 AM, Kurt Jaeger wrote: >>> Hi! >>> >>>> On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer wrote: >>>>> quarterly however is broken because the pkg mirors discard it all a= t the >>>>> time of update. >>>> Do they have to? >>>> Why couldn't pkg mirrors keep say, the four latest quarterly sets >>>> all the time? >>> Because the URL for the latest quarterly is one stable URL. >> Obviously this has to be changed. As I wrote: >> "No extra work involved once the setup is configured and tested". >> So yes, there is some work needed, but it would be a one-time job. >> >> If anyone has any real arguments as to why the FreeBSD project can't >> do it this way, let's hear them. >> HTH > > I am not exactly sure what you are asking for, to keep the previous, no= t > updated, quarterly package repositories ? say, in latest-1 latest-2 > latest-3... ? So, that should be quarterly-1, quarterly-2..., not latest :-) > > What purpose would that serve ? I mean, they would not be updated. > > --=20 Mathieu Arnold --H5fpXjfTm0gP4uxxDrWgEga0H9uEv5HIi-- --JRcqBOl7gHieHP4sxe7I0lGrgIxu71MEP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJY+HzxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85ItbIQAL8Hm9WEZB9OV6KQ5sABwL// gwkwgvpkB7B/7UtJWE/W4qPnULgMcCwr5K46y5YGEJHSMASESavx8hcuXFrg8GDZ xxId7j1IJI79HH9TOzirMHTXm9MbZvr4hBPNWw1rudQf6jYGPv8UCFXoscRlu4Yb XwX+LMMaJ5oMm5BBaMvFJyIqf/uj50eaeQJO2lvuvtLneRriL23FXbE9ZPz7oc8c v5BXUz/2HAAWegtgxYMbV+5VvdSPbSDewM5kFQEYkHKvCo329nBxy6zEHP3buf9X 1l7ibXABuGkVXKgliUy9+S74XoDlQPcFnTG2eBV+DYiZATmxSsGyCuAxUaRcSD7a IKfqnuxaqBcFhwcY+rxvYhCHnVgbFT/cXSoAPN3gp7pOpmi5JK7fvXDEykk4Vse6 g6yRG34FcgbTI1+n5JUOI35k/zUkZrTmO6dxLbZg2So/vOcnuXFlwp81wUNBEMPE LN396R5vIEnQreuYwb2cF7nn7XKfVzWdUcramvyulEMPJCkSpBjo7qEitsEq+2ZS mBj1dMXIN02iQDrl/uPbcMMqeHz26IyfSHNpsKn8AYJFJiDKOfy3rcSRSQq5JROX VBahyIwk/ez2HdoIg5yWJ3HWkneCs94kaeAuxk+BRE0PkRYW29mF4n3/sYaTi234 RGwDjt1zN8umk8E90jP5 =JkKq -----END PGP SIGNATURE----- --JRcqBOl7gHieHP4sxe7I0lGrgIxu71MEP-- From owner-freebsd-ports@freebsd.org Thu Apr 20 09:33:57 2017 Return-Path: Delivered-To: freebsd-ports@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 CA1E5D47CBF for ; Thu, 20 Apr 2017 09:33:57 +0000 (UTC) (envelope-from xavi.garcia@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::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 91A08618 for ; Thu, 20 Apr 2017 09:33:57 +0000 (UTC) (envelope-from xavi.garcia@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id o22so67383808iod.3 for ; Thu, 20 Apr 2017 02:33:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ePlYZXFSVKNF3H3xBR0fXw7qStFkpDYFpTOPM2xqCMI=; b=uUAdMRhLqcfU57zEPMSUzJPZvVzaHyF2jNYCYEKOMA3u74uc0YNCoVTCcSyRXtfYU1 gAEVaBCQ2yPMZHo7P+Nfv4xGxNZo2tT0WYNEttodQArl3naX+D+tUdJsrpBGKo+toXRz ThsKTMHHKKrtAcliZ3XQknVzgmgwLU6zcLNAeGBc/pmFnyTcVXz0hgnlM1S+QE2zCsUv adczLk/WnSuoazVFtKTwZTbMUJmo1ssD3PBnMHK4I+lhZNteeU7jHQkLtPC1kvLbQfqu j7wYoHl1MKvQL4XbCzuGVSSxdo7srdPGBaBGj+kxv2Zci7lz9UVfPQV8uTluNGCfjEzj UogA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ePlYZXFSVKNF3H3xBR0fXw7qStFkpDYFpTOPM2xqCMI=; b=oXB9kSMmEdYfVkKI7uGtJMiL7/Fa0gBkpmFWqYCJX4wk3bn4woni0NDasdPz1Y5h20 NQBytsWHsbcx8D/BKfALCK4XizgFmknaYLE6K0s6uhAgLiZWfMA9QDpxBFYcVDFRnvxM 8Zl8aJOqEP9E2EE8ZjqeXVSdjSighzZtbu1ZjRXIFQ9nxUaaq/QL4j1loRUE6ZDYyZtq /45lNTj8/hSzHs5+R0C8kekwkQgZ1sKeD5BeL1YZxCXo46n0cjAhBgFLLJdbSy9hMi3P lG14RB0OLyo7e6jqaaf16n985liMHz4qxx+oyKQoK21qa/DCV/FXCGwcxBnZ+yFALLTB /zbg== X-Gm-Message-State: AN3rC/4NTD0tKmmYMyUWJd9ZOdGu5VZ263JCJzjM89XuHcDp9qliG1Id LSNVBGw/YtH7puU1SZP/DkLWUqv+/ON1chc= X-Received: by 10.36.16.83 with SMTP id 80mr2625442ity.65.1492680836565; Thu, 20 Apr 2017 02:33:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.118.205 with HTTP; Thu, 20 Apr 2017 02:33:56 -0700 (PDT) In-Reply-To: <8a87f1414c9f09e3d5023adbf0b8aba0@posteo.net> References: <39470c3e111a92fd41ad183a77ccc2ac@posteo.net> <8a87f1414c9f09e3d5023adbf0b8aba0@posteo.net> From: Xavi Garcia Date: Thu, 20 Apr 2017 11:33:56 +0200 Message-ID: Subject: Re: Writing a port that needs to download a large number of files To: Dmytro Bilokha Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 09:33:57 -0000 Hi, This can be the plan B if we cannot host the builds. I will discuss with the colleagues. My concern is accessing old builds, in case we are tracking a quarterly branch for stability, because the developer is only offering builds for the latest version. Regarding the software we want to port, it is GPLv3 and it shouldn't be a problem if we release our own builds. Kind regards, Xavier Garcia 2017-04-20 11:10 GMT+02:00 Dmytro Bilokha : > On 20.04.2017 11:02, Xavi Garcia wrote: > >> Hi, >> >> > Hi! > > I'd definitely download a compiled version but the developer is >> hosting the builds in Amazon S3 and you need to receive a token via >> e-mail in order to download the files, which is awful in my opinion. >> >> > I agree with you, its awful. But, I saw ports which shows you a message > like "Please download this file: http://blahblah... and put in in the > distfiles, because of the license reasons it is not allowed to download it > by automatic tool. Then run make again". It is not convenient, but possible > if there are no another options. > > The other option is to compile my own builds and host them somewhere >> in the Internet. >> > > As for me, it would be the best option. But, be careful, it is possible > that by software license you are not allowed to build your version of the > application and provide it to users. > > >> Kind regards, >> >> Xavier Garcia >> >> 2017-04-19 22:29 GMT+02:00 Dmytro Bilokha : >> >> On 19.04.2017 19:27, Xavi Garcia wrote: >>> >>> Hi all, >>>> >>>> We are writing a port for a Java software that downloads a large >>>> number of >>>> jar files (around 200) with Gradle (https://gradle.org/ [1]), >>>> >>>> that is similar >>>> to other package managers like Pip or Ruby Gems but for Java >>>> projects. >>>> >>>> What would be the best practice in this scenario? I am aware that >>>> we can >>>> only download files in the fetch phase but I am not sure if my >>>> solution is >>>> clean enough. >>>> >>>> We will be deploying this port in our servers via Portshaker and >>>> Poudriere >>>> but we would also like to commit it to the ports tree. >>>> >>>> In short, I am using the 'pre-fetch' phase together with >>>> FETCH_DEPENDS to >>>> drop the Gradle wrapper in ${DISTDIR}/${PORTNAME} and then I use >>>> the >>>> 'dependencies' task to download all the dependencies. >>>> >>>> The 'do-build' stage will run again the Gradle wrapper to build >>>> the >>>> software, but using the offline mode. >>>> >>>> You can find attached the Makefile. >>>> >>>> Kind regards, >>>> >>>> Xavier Garcia >>>> >>> >>> Hi! >>> If you need examples of the "best practice", >>> probably, you can take a look at already exsisting >>> ports of Java software. >>> >>> For example, I've checked the Glassfish port and >>> it was made with different approach: >>> 1. During fetch phase distribution zip-file with >>> already compiled Java classes is downloaded. >>> 2. Then it is unzipped to some directory, like >>> /usr/local/glassfish. >>> 3. Some scripts put, package registered, etc. >>> >>> So here there is no building of Java app from sources, >>> mostly fetching already built, some tweaking and putting >>> to the right place. >>> I saw similar procedure for some another ports >>> of Java software. >>> >>> I am not sure, but it seems because of such reasons: >>> 1. With Java you won't gain a lot with building application >>> from sources. If OS has JVM you can just run already >>> compiled -- it should work. >>> 2. For port its better to have as least dependencies, >>> as possible. So, making your port dependent on >>> Gradle (which fast evolving itself) and/or another >>> Java build tooling can make port fragile and not >>> very stable. >>> 3. Building the big Java project from sources could be >>> time and traffic consuming task. Usualy users >>> don't like this. >>> >>> --- >>> Best regards, >>> Dmytro Bilokha >>> >> >> >> >> Links: >> ------ >> [1] https://gradle.org/ >> > > --- > Best regards, > Dmytro Bilokha > > From owner-freebsd-ports@freebsd.org Thu Apr 20 11:04:46 2017 Return-Path: Delivered-To: freebsd-ports@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 0E4AAD453D9 for ; Thu, 20 Apr 2017 11:04:46 +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 D4F4FC65; Thu, 20 Apr 2017 11:04:45 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (124-168-245-150.dyn.iinet.net.au [124.168.245.150]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v3KB4cN9010505 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 20 Apr 2017 04:04:42 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Is pkg quarterly really needed? To: Mathieu Arnold , Torfinn Ingolfsen , FreeBSD Ports ML References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> From: Julian Elischer Message-ID: <92d4387e-4515-6e11-1e7f-5cc008eab836@freebsd.org> Date: Thu, 20 Apr 2017 19:04:32 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 11:04:46 -0000 On 20/4/17 5:15 pm, Mathieu Arnold wrote: > Le 20/04/2017 à 10:49, Torfinn Ingolfsen a écrit : >> On Thu, Apr 20, 2017 at 8:00 AM, Kurt Jaeger wrote: >>> Hi! >>> >>>> On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer wrote: >>>>> quarterly however is broken because the pkg mirors discard it all at the >>>>> time of update. >>>> Do they have to? >>>> Why couldn't pkg mirrors keep say, the four latest quarterly sets >>>> all the time? >>> Because the URL for the latest quarterly is one stable URL. >> Obviously this has to be changed. As I wrote: >> "No extra work involved once the setup is configured and tested". >> So yes, there is some work needed, but it would be a one-time job. >> >> If anyone has any real arguments as to why the FreeBSD project can't >> do it this way, let's hear them. >> HTH > > I am not exactly sure what you are asking for, to keep the previous, not > updated, quarterly package repositories ? say, in latest-1 latest-2 > latest-3... ? > > > What purpose would that serve ? I mean, they would not be updated. exactly! that's what is often needed... something that is not updated.. having spent 20 years embedding FreeBSD into products I can tell you that the commercial reality is a requirement for FROZEN (or near to it) contents. not contents changing all the time. ports/pkgs that need to be updated for security reasons are the exception, not the rule. And since handling a security issue usually required extra paperwork anyhow, they are usually handled in a different workflow. here's a workflow I'd find less annoying.. or something similar: quarterly snapshot into .../quarterly/$DATE/initial/All/ this never changes again. it is a snapshot of the head set of patches at that time. no recomipiles needed. an additional directory: .../quarterly/$DATE/updating/All... all files in 'updating' start out as symlinks to ../../initial/All/$filename and are replaced if the files get updated. ( or if name changes.. maybe we get a choice of two) For the people who want to leap from quarterly to quarterly we have a symlink from "quarterly/Latest" to $DATE/updating/ and from quarterly/Initial to $DATE/initial Each quarter a new set is created with new dates, and the symlinks are recreated. also create in each real directory, a file that contains the (possibly relative) URL so we know what to point our pkg.cfg at if we don't want to follow the rolling version. how long you leave the old ones there is up to you, but someone mirroring might decide to leave them for ever if they had the space. but at least leave them for a whole quarter... > > From owner-freebsd-ports@freebsd.org Thu Apr 20 11:06:32 2017 Return-Path: Delivered-To: freebsd-ports@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 3588FD45471 for ; Thu, 20 Apr 2017 11:06:32 +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 109DED31; Thu, 20 Apr 2017 11:06:31 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (124-168-245-150.dyn.iinet.net.au [124.168.245.150]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v3KB6Qos010517 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 20 Apr 2017 04:06:29 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: Is pkg quarterly really needed? To: Mathieu Arnold , Torfinn Ingolfsen , FreeBSD Ports ML References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> From: Julian Elischer Message-ID: Date: Thu, 20 Apr 2017 19:06:20 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 11:06:32 -0000 On 20/4/17 5:18 pm, Mathieu Arnold wrote: > Le 20/04/2017 à 11:15, Mathieu Arnold a écrit : >> Le 20/04/2017 à 10:49, Torfinn Ingolfsen a écrit : >>> On Thu, Apr 20, 2017 at 8:00 AM, Kurt Jaeger wrote: >>>> Hi! >>>> >>>>> On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer wrote: >>>>>> quarterly however is broken because the pkg mirors discard it all at the >>>>>> time of update. >>>>> Do they have to? >>>>> Why couldn't pkg mirrors keep say, the four latest quarterly sets >>>>> all the time? >>>> Because the URL for the latest quarterly is one stable URL. >>> Obviously this has to be changed. As I wrote: >>> "No extra work involved once the setup is configured and tested". >>> So yes, there is some work needed, but it would be a one-time job. >>> >>> If anyone has any real arguments as to why the FreeBSD project can't >>> do it this way, let's hear them. >>> HTH >> I am not exactly sure what you are asking for, to keep the previous, not >> updated, quarterly package repositories ? say, in latest-1 latest-2 >> latest-3... ? > So, that should be quarterly-1, quarterly-2..., not latest :-) 2017-Q1, 2017-Q2, 2017-Q3 etc. > >> What purpose would that serve ? I mean, they would not be updated. >> >> From owner-freebsd-ports@freebsd.org Thu Apr 20 11:29:43 2017 Return-Path: Delivered-To: freebsd-ports@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 022E7D45F7F for ; Thu, 20 Apr 2017 11:29:43 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (prod2.absolight.net [79.143.243.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BC478C60; Thu, 20 Apr 2017 11:29:42 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id C9101BDC89; Thu, 20 Apr 2017 13:29:39 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by prod2.absolight.net (Postfix) with ESMTPSA id A0A25BDC85; Thu, 20 Apr 2017 13:29:39 +0200 (CEST) Subject: Re: Is pkg quarterly really needed? To: Julian Elischer , Mathieu Arnold , Torfinn Ingolfsen , FreeBSD Ports ML References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> <92d4387e-4515-6e11-1e7f-5cc008eab836@freebsd.org> From: Mathieu Arnold Organization: Absolight / The FreeBSD Foundation Message-ID: <360ca352-8b8f-ef4e-f92b-99e72a6ba918@FreeBSD.org> Date: Thu, 20 Apr 2017 13:29:39 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: <92d4387e-4515-6e11-1e7f-5cc008eab836@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Language: fr Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 11:29:43 -0000 Le 20/04/2017 =C3=A0 13:04, Julian Elischer a =C3=A9crit : > On 20/4/17 5:15 pm, Mathieu Arnold wrote: >> Le 20/04/2017 =C3=A0 10:49, Torfinn Ingolfsen a =C3=A9crit : >>> On Thu, Apr 20, 2017 at 8:00 AM, Kurt Jaeger wrote: >>>> Hi! >>>> >>>>> On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer >>>>> wrote: >>>>>> quarterly however is broken because the pkg mirors discard it all >>>>>> at the >>>>>> time of update. >>>>> Do they have to? >>>>> Why couldn't pkg mirrors keep say, the four latest quarterly sets >>>>> all the time? >>>> Because the URL for the latest quarterly is one stable URL. >>> Obviously this has to be changed. As I wrote: >>> "No extra work involved once the setup is configured and tested". >>> So yes, there is some work needed, but it would be a one-time job. >>> >>> If anyone has any real arguments as to why the FreeBSD project can't >>> do it this way, let's hear them. >>> HTH >> >> I am not exactly sure what you are asking for, to keep the previous, n= ot >> updated, quarterly package repositories ? say, in latest-1 latest-2 >> latest-3... ? >> >> >> What purpose would that serve ? I mean, they would not be updated. > > exactly! that's what is often needed... something that is not updated.= . I still do not understand, if you need something that is not updated, then do not update... --=20 Mathieu Arnold From owner-freebsd-ports@freebsd.org Thu Apr 20 12:21:18 2017 Return-Path: Delivered-To: freebsd-ports@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 0171ED46E62 for ; Thu, 20 Apr 2017 12:21:18 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 B5FC414F; Thu, 20 Apr 2017 12:21:17 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 92901284AA; Thu, 20 Apr 2017 14:21:14 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D5384284A7; Thu, 20 Apr 2017 14:21:13 +0200 (CEST) Subject: Re: Is pkg quarterly really needed? To: Mathieu Arnold , Julian Elischer , Torfinn Ingolfsen , FreeBSD Ports ML References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> <92d4387e-4515-6e11-1e7f-5cc008eab836@freebsd.org> <360ca352-8b8f-ef4e-f92b-99e72a6ba918@FreeBSD.org> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58F8A7B9.6060607@quip.cz> Date: Thu, 20 Apr 2017 14:21:13 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <360ca352-8b8f-ef4e-f92b-99e72a6ba918@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 12:21:18 -0000 Mathieu Arnold wrote on 2017/04/20 13:29: > Le 20/04/2017 à 13:04, Julian Elischer a écrit : >> On 20/4/17 5:15 pm, Mathieu Arnold wrote: >>> Le 20/04/2017 à 10:49, Torfinn Ingolfsen a écrit : >>> I am not exactly sure what you are asking for, to keep the previous, not >>> updated, quarterly package repositories ? say, in latest-1 latest-2 >>> latest-3... ? >>> >>> >>> What purpose would that serve ? I mean, they would not be updated. >> >> exactly! that's what is often needed... something that is not updated.. > > I still do not understand, if you need something that is not updated, > then do not update... It is not just about updates but about new installs too - if you have dozens of machines for customers and you need them all in the same version. Then some customer need some package not installed on his machine and you cannot run "pkg install somepackage" because then you will end up with upgrade of already installed packages (dependencies) before new package from current quaterly branch is installed. (I do not use this scheme, but I understand the environment where somebody needs frozen pkg repo for much longer time than 3 months) Miroslav Lachman From owner-freebsd-ports@freebsd.org Thu Apr 20 12:34:36 2017 Return-Path: Delivered-To: freebsd-ports@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 734B5D48217 for ; Thu, 20 Apr 2017 12:34:36 +0000 (UTC) (envelope-from vivek@khera.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 54FBA9C6 for ; Thu, 20 Apr 2017 12:34:36 +0000 (UTC) (envelope-from vivek@khera.org) Received: by mailman.ysv.freebsd.org (Postfix) id 54440D48216; Thu, 20 Apr 2017 12:34:36 +0000 (UTC) Delivered-To: ports@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 53E9DD48215 for ; Thu, 20 Apr 2017 12:34:36 +0000 (UTC) (envelope-from vivek@khera.org) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::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 EADE59C5 for ; Thu, 20 Apr 2017 12:34:35 +0000 (UTC) (envelope-from vivek@khera.org) Received: by mail-wm0-x233.google.com with SMTP id y18so2423297wmh.0 for ; Thu, 20 Apr 2017 05:34:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=khera.org; s=google11; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=I7aFy4FvPP96/W0Fqv9QthUguip501qhRsx5b6ueeF8=; b=B4mvaynqqLyM7GddQOZXHFa30usiI+is1Wu1Q+qgr5hhc/ignm327dWHoOv3ucr9vV u4OZfEOK9as/X7lpDxIH9BxGLSA+3XtOgL6S9KEc5nE7znDn9hMZik6jW+KeXTM5gujX hfwB8r2QbowTYYJjlluDpIwNmgDjKqEt7UX0c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=I7aFy4FvPP96/W0Fqv9QthUguip501qhRsx5b6ueeF8=; b=KtkJJDZqIxomKhYarD688Xh6fHP2S1v7fu9gFJQlTvh9986s5QW7Fa68uD6WI42H84 o9Xg/s7z3xSihF0lU/o9vDWq3w/7WIuTsmlLMNMqyg29INjZhBqJmf1W03d0iY+paJUU DluS6pVlrIDrmTQosoYJBAt9lP4MdJNgxstEadoWfim/BNW1thZUzEsd/tFyir82tSoT zaUn72V2ZLLvV1QgCEIJn+Up5cJFIoBfWjkAsnnd/52uMSeXNutHoWSaGPOzPykkc4+6 1NcxhBRA0w/iXFRefgjIsivDVNsJN/Aigy4gjdgcOskdOl76ljsWMIdcZk2oHeB4ybKa Iciw== X-Gm-Message-State: AN3rC/72b297LEWN0xtZaiVOqh1NAxM2e4jWJa20yhYAuwJIxt+W9m/o d2r98T3Q+pBD3Vqli9a3qsfZ+/3eTA== X-Received: by 10.28.68.134 with SMTP id r128mr3158384wma.60.1492691672768; Thu, 20 Apr 2017 05:34:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.127.69 with HTTP; Thu, 20 Apr 2017 05:34:32 -0700 (PDT) In-Reply-To: <87pog8fiyt.fsf@domain.invalid> References: <87pog8fiyt.fsf@domain.invalid> From: Vick Khera Date: Thu, 20 Apr 2017 08:34:32 -0400 Message-ID: Subject: Re: iocage port To: FreeBSD Ports List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 12:34:36 -0000 On Wed, Apr 19, 2017 at 12:41 PM, Sebastian Schwarz wrote: > On 2017-04-19, Vick Khera wrote: > > Can the original iocage port be restored? > > I believe the old code has been forked and preserved under the > name iocell (https://github.com/bartekrutkowski/iocell) and is > available in pkg/ports under sysutils/iocell. > Thanks! That looks like a suitable replacement. An entry in the UPDATING file would have been helpful to me if this is the official position. From owner-freebsd-ports@freebsd.org Thu Apr 20 13:02:09 2017 Return-Path: Delivered-To: freebsd-ports@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 C4E45D489EB for ; Thu, 20 Apr 2017 13:02:09 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (hades.sorbs.net [72.12.213.40]) by mx1.freebsd.org (Postfix) with ESMTP id A5C4A18E5; Thu, 20 Apr 2017 13:02:08 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0OOP0005GLVFZ600@hades.sorbs.net>; Thu, 20 Apr 2017 06:09:18 -0700 (PDT) Subject: Re: Is pkg quarterly really needed? To: Miroslav Lachman <000.fbsd@quip.cz>, Mathieu Arnold , Julian Elischer , Torfinn Ingolfsen , FreeBSD Ports ML References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> <92d4387e-4515-6e11-1e7f-5cc008eab836@freebsd.org> <360ca352-8b8f-ef4e-f92b-99e72a6ba918@FreeBSD.org> <58F8A7B9.6060607@quip.cz> From: Michelle Sullivan Message-id: Date: Thu, 20 Apr 2017 15:01:46 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 In-reply-to: <58F8A7B9.6060607@quip.cz> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 13:02:09 -0000 Miroslav Lachman wrote: > > It is not just about updates but about new installs too - if you have > dozens of machines for customers and you need them all in the same > version. Then some customer need some package not installed on his > machine and you cannot run "pkg install somepackage" because then you > will end up with upgrade of already installed packages (dependencies) > before new package from current quaterly branch is installed. > > (I do not use this scheme, but I understand the environment where > somebody needs frozen pkg repo for much longer time than 3 months) Create your own snapshot... it has 2 immediate and distinct advantages: 1/ Its frozen across all your systems (which means when random updates on how the ports system works are applied breaking everything you're not affected.) 2/ You can apply patches (security patches) as you need them instead of having to upgrade/re-snapshot because the port manager refuses/ignores requests to update the previous snapshot (the one you settled on).. Then when all that is done, you can do as I did, fork the entire lot into a secure, up to date and working tree/build system (for OS and ports) where you actually have a working and reliable production system rather than a moving target... then you can remove all the bloat and unnecessary crap from the base OS and replace it all with ports stuff so that the base OS doesn't need upgrading unless there is a libc/kernel/etc security issue... Oh wait - that's exactly what I did as well... you get the idea.. don't argue for it, just do it yourself its a lot less of a waste of energy and you get exactly what you want/need. Regards, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@freebsd.org Thu Apr 20 13:31:34 2017 Return-Path: Delivered-To: freebsd-ports@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 5F819D4818D for ; Thu, 20 Apr 2017 13:31:34 +0000 (UTC) (envelope-from vivek@khera.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 3FE63D5E for ; Thu, 20 Apr 2017 13:31:34 +0000 (UTC) (envelope-from vivek@khera.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3C3BAD4818C; Thu, 20 Apr 2017 13:31:34 +0000 (UTC) Delivered-To: ports@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 3BDEAD4818B for ; Thu, 20 Apr 2017 13:31:34 +0000 (UTC) (envelope-from vivek@khera.org) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (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 C89E2D5D for ; Thu, 20 Apr 2017 13:31:33 +0000 (UTC) (envelope-from vivek@khera.org) Received: by mail-wm0-x22f.google.com with SMTP id m123so37697531wma.0 for ; Thu, 20 Apr 2017 06:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=khera.org; s=google11; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=rBcCzm5+00Pql8IslqMfck2ODxyMKjSmI6C7JSFVmL0=; b=VEvyoIEJFLOApT+7VtwNEJGWioc5qrit1XYsZkJlZX4tTjzOOEvefm2sXvcIcJvb2z 8lln/zLT95sOn0FMh0+lbnNiPfJVp7991P6jRFGTYLqO3aBtFsBTjkCsJpDET5FrqmhU 1xBm0VdOABMPOpJOs7oe6foaKU3Nivb/djqiw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=rBcCzm5+00Pql8IslqMfck2ODxyMKjSmI6C7JSFVmL0=; b=CI7ZY0MJ/XZYC0a0QVCcdZ5aoPemEwRmG5KUCG3k0QkxdJXJtkeoKqI2YMQ8bgRXfc YIuMNbpl1umckWGGzuimSQLVcmU0SS0cu/HAVm43oz+7ahV7v7x/C0fUUu5PPjHe4Tkk 2Rho8DemUh/JMVPQcrNxmp3pHlT/vmvkKeUBJFxZ8lZQY2UHSPaxpk8qhisjO7ZYj5yw BBWhC/slnWjFvj3Sr1YPjR6JPVxUDWV8y/A+JlW+8wxW0DdD7lRQihFH0kEm4ksNy90K izeCfxBAwaYmrb+YTRxS6QOxB9e2yRp1q4c2W7zQEi8Dc6ZAcxvgpJZSSavkQZMBcqeN cUMg== X-Gm-Message-State: AN3rC/41rvbLcuvS4dLOPwaPAGqWfJxBiNFTaH9RgbV/wgyqcVCjIQXh ay76oCzo4k5UOJg/GgJM0F1SOQZ40A== X-Received: by 10.28.182.69 with SMTP id g66mr3310911wmf.112.1492695091866; Thu, 20 Apr 2017 06:31:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.127.69 with HTTP; Thu, 20 Apr 2017 06:31:31 -0700 (PDT) In-Reply-To: References: <87pog8fiyt.fsf@domain.invalid> From: Vick Khera Date: Thu, 20 Apr 2017 09:31:31 -0400 Message-ID: Subject: Re: iocage port To: FreeBSD Ports List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 13:31:34 -0000 Actually, it is not so much a suitable drop-in replacement since I would have to re-create every one of my jails within the iocell structure. I guess I'll just reproduce the old iocage port in my own local section of the ports tree. On Thu, Apr 20, 2017 at 8:34 AM, Vick Khera wrote: > On Wed, Apr 19, 2017 at 12:41 PM, Sebastian Schwarz > wrote: > >> On 2017-04-19, Vick Khera wrote: >> > Can the original iocage port be restored? >> >> I believe the old code has been forked and preserved under the >> name iocell (https://github.com/bartekrutkowski/iocell) and is >> available in pkg/ports under sysutils/iocell. >> > > Thanks! That looks like a suitable replacement. > > An entry in the UPDATING file would have been helpful to me if this is the > official position. > From owner-freebsd-ports@freebsd.org Thu Apr 20 14:15:11 2017 Return-Path: Delivered-To: freebsd-ports@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 3333ED48F2F for ; Thu, 20 Apr 2017 14:15:11 +0000 (UTC) (envelope-from angela.schultz@STANLEYLIST.COM) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 20A7AF0D for ; Thu, 20 Apr 2017 14:15:11 +0000 (UTC) (envelope-from angela.schultz@STANLEYLIST.COM) Received: by mailman.ysv.freebsd.org (Postfix) id 1D237D48F2E; Thu, 20 Apr 2017 14:15:11 +0000 (UTC) Delivered-To: ports@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 1CC85D48F2D for ; Thu, 20 Apr 2017 14:15:11 +0000 (UTC) (envelope-from angela.schultz@STANLEYLIST.COM) Received: from smtp14.net4india.com (smtp.net4india.com [118.67.248.39]) by mx1.freebsd.org (Postfix) with ESMTP id 53B36F0C for ; Thu, 20 Apr 2017 14:15:09 +0000 (UTC) (envelope-from angela.schultz@STANLEYLIST.COM) Received: from [49.207.56.28] (helo=desktopPC) by smtp14.net4india.com with esmtp (Exim 4.72) (envelope-from ) id 1d1CgK-0005Xh-SG for ports@freebsd.org; Thu, 20 Apr 2017 19:33:36 +0530 From: "Angela Schultz" To: Subject: Waste Treatment and Recycling Email List Date: Thu, 20 Apr 2017 19:33:09 +0530 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdK53tF9edJFBQmIRCqQEx6MbTNqIQ== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 14:15:11 -0000 Hi, I was researching your company website .I figured it'd be worth leaving a note. We maintain about 25 Million+ B2B contacts from various industries across the globe, Just Wanted to check if be interested in below mentioned Email List types which can be your target audience:- Architecture / Engineering Offices, Construction / Contracting, Environment Agencies, Health and Safety Authorities, Hospitality/Facility Management, Hospitals, Hotel, Inter-Governmental Organization (IGO), Landscaping and Land Reclamation, Manufacturing Company / Industrial Plants, Ministries of Environment, Municipalities, Non-Governmental Organization (NGO), Oil Companies, Refineries, Universities / Research Institutions, Urban Planning, Waste Generator, Waste Management, Waste Processing / Recycling Professional, Waste Services and many more. Please let me know your:- Target Industry:_____, Target Titles: ______ and Target Geography Location: ________ so that I can send you more information and few samples for your review. Waiting for your Swift Response! Regards, Angela Schultz Sr. Marketing Analyst If you want stop receiving email please reply Remove in subject line. From owner-freebsd-ports@freebsd.org Thu Apr 20 14:57:20 2017 Return-Path: Delivered-To: freebsd-ports@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 99F78D48635 for ; Thu, 20 Apr 2017 14:57:20 +0000 (UTC) (envelope-from baho-utot@columbus.rr.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cdptpa-oedge", Issuer "cdptpa-oedge" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E78C1A0B for ; Thu, 20 Apr 2017 14:57:19 +0000 (UTC) (envelope-from baho-utot@columbus.rr.com) Received: from [65.186.81.207] ([65.186.81.207:33961] helo=raspberrypi.bildanet.com) by cdptpa-omsmta01 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id B2/43-03423-74CC8F85; Thu, 20 Apr 2017 14:57:12 +0000 Received: from [192.168.1.143] (helo=desktop.example.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1d1DWB-0006Zl-Ip for freebsd-ports@freebsd.org; Thu, 20 Apr 2017 10:57:11 -0400 Subject: Re: Is pkg quarterly really needed? To: freebsd-ports@freebsd.org References: <58F61A8D.1030309@a1poweruser.com> <68ad0daa-b1f5-f3a6-f056-dcf2f0047d94@freebsd.org> <20170420060017.GG74780@home.opsec.eu> <92d4387e-4515-6e11-1e7f-5cc008eab836@freebsd.org> <360ca352-8b8f-ef4e-f92b-99e72a6ba918@FreeBSD.org> From: Baho Utot Message-ID: <9a8b89b6-c061-3808-ec4e-18f6b0745960@columbus.rr.com> Date: Thu, 20 Apr 2017 10:57:11 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <360ca352-8b8f-ef4e-f92b-99e72a6ba918@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-RR-Connecting-IP: 107.14.168.6:25 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 14:57:20 -0000 On 04/20/17 07:29, Mathieu Arnold wrote: > Le 20/04/2017 à 13:04, Julian Elischer a écrit : >> On 20/4/17 5:15 pm, Mathieu Arnold wrote: >>> Le 20/04/2017 à 10:49, Torfinn Ingolfsen a écrit : >>>> On Thu, Apr 20, 2017 at 8:00 AM, Kurt Jaeger wrote: >>>>> Hi! >>>>> >>>>>> On Thu, Apr 20, 2017 at 1:30 AM, Julian Elischer >>>>>> wrote: >>>>>>> quarterly however is broken because the pkg mirors discard it all >>>>>>> at the >>>>>>> time of update. >>>>>> Do they have to? >>>>>> Why couldn't pkg mirrors keep say, the four latest quarterly sets >>>>>> all the time? >>>>> Because the URL for the latest quarterly is one stable URL. >>>> Obviously this has to be changed. As I wrote: >>>> "No extra work involved once the setup is configured and tested". >>>> So yes, there is some work needed, but it would be a one-time job. >>>> >>>> If anyone has any real arguments as to why the FreeBSD project can't >>>> do it this way, let's hear them. >>>> HTH >>> >>> I am not exactly sure what you are asking for, to keep the previous, not >>> updated, quarterly package repositories ? say, in latest-1 latest-2 >>> latest-3... ? >>> >>> >>> What purpose would that serve ? I mean, they would not be updated. >> >> exactly! that's what is often needed... something that is not updated.. > > I still do not understand, if you need something that is not updated, > then do not update... > / rant on I tried that when I first transisioned from linux to FreeBSD. I had one BITCH of a time simply because I could not find one set of base/ports that would give me a stable desktop. It took me 6 months of random reboots ( the pc would just reboot for no reason, even if it was doing nothing ) packages that were in compatible with each other ( version hell ). I finally got my desktop settle down, then I became stupid and updated it only to go thru the process all over again. I started using synth ( now I can not use it because of the last dust up that occurred, I don't trust it now ), and now I have nothing to trust to get me out of trouble. I can not go back to a know version of base/ports that will together as I have not found the combination. Now before you think I am only complaining here is a little bit of history. I came from Arch then moved to LFS because of the rolling release. I know what a terrible time you have to keep things updated and working together. The exception with LFS you can go back to a known point ( where things are known to work together ) and restart from there if you have an entire mess and must start over. I am currently thinking of returning to LFS simply because updating FreeBSD and ports makes my asshole pucker. After updating will I be left with something that works or will I be cussing myself for being stupid and updating, when I sould have left it well enough alone. I really wanted for FreeBSD to work out so I could have one system for my servers, desktop and raspberry pi computers. /rant off Sorry if I offended anyone, I just wanted to share my delving in FreeBSD Well carry on and have fun my friends..... From owner-freebsd-ports@freebsd.org Thu Apr 20 16:54:55 2017 Return-Path: Delivered-To: freebsd-ports@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 06635D48220 for ; Thu, 20 Apr 2017 16:54:55 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 66B3616FC for ; Thu, 20 Apr 2017 16:54:53 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (x59cc82e1.dyn.telefonica.de [89.204.130.225]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id v3KGsnVj090689 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 20 Apr 2017 16:54:50 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host x59cc82e1.dyn.telefonica.de [89.204.130.225] claimed to be ultrabook.yoonka.com Subject: Re: Is pkg quarterly really needed? To: freebsd-ports@freebsd.org References: <58F61A8D.1030309@a1poweruser.com> <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> <20170420053722.GD31559@lonesome.com> <20170420084452.GH74780@home.opsec.eu> From: Grzegorz Junka Message-ID: <99a57878-ae39-d2a4-fe35-023dae8b320b@gjunka.com> Date: Thu, 20 Apr 2017 16:54:43 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170420084452.GH74780@home.opsec.eu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 16:54:55 -0000 Fine, but would that be a good approach? Doesn't it look more like a process change than a code change? Surely, some code would need to be changed but then again, wouldn't that be mostly configuration? Grzegorz On 20/04/2017 08:44, Kurt Jaeger wrote: > Hi! > >> I am not sure if this is a rant in favour or against quarterly branches. >> And this discussion comes up again and again quite regularly. I wonder >> why ports don't follow the development model of the FreeBSD kernel? > - lack of developer time > We have bapt who develops pkg. bdrewery, who does poudriere. > A small group works on the ports framework. > There are a few who report issues and fixes. > I think that's it, and all work on huge workloads. > They add features that are even more important than > perfecting quarterly. Quarterly was not meant to fix all issues, > it was meant as a test to learn what comes up if one provides > some more stable pkg tree besides the HEAD. > > - lack of maintainer and committer time > maintainers and committers have to track lots of changes, > and it's already hard to keep up with HEAD and quarterly. > So many changes are never merged to quarterly, because > it's difficult to grasp side effects. > > About the 'lack-of-time': Please visit > > https://bugs.freebsd.org/bugzilla/page.cgi?id=dashboard.html > > and look at the numbers. Do it from time to time. Plot > the trajectory 8-} Submit patches to the bugzilla project that allows > us to track the trajectory 8-} > > So, in general: trust the folks who do the complicated work, and > please react in a friendly way to issues you encounter. Report > them using bugzilla.freebsd.org. Search on bugzilla for > similar reports and add to them with additional tests, > reports etc. > > If, after all this 'keeping-up' leaves you with spare brain cycles, > start submitting patches, and learn the big picture. It's amazingly > complex! > >> Then it would be a matter of creating a scheme for url addresses for >> easy access to these folders with build packages. > The scheme has to be implemented in the tools. > From owner-freebsd-ports@freebsd.org Thu Apr 20 17:04:56 2017 Return-Path: Delivered-To: freebsd-ports@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 6D4E2D48700 for ; Thu, 20 Apr 2017 17:04:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 58B99110 for ; Thu, 20 Apr 2017 17:04:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: by mailman.ysv.freebsd.org (Postfix) id 54ED8D486FE; Thu, 20 Apr 2017 17:04:56 +0000 (UTC) Delivered-To: ports@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 54979D486FD for ; Thu, 20 Apr 2017 17:04:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 32C2D10F; Thu, 20 Apr 2017 17:04:55 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id v3KH53K5076861 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 20 Apr 2017 10:05:04 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v3KH534u076860; Thu, 20 Apr 2017 10:05:03 -0700 (PDT) (envelope-from fbsd) Date: Thu, 20 Apr 2017 10:05:03 -0700 From: bob prohaska To: Dimitry Andric Cc: Jan Beich , ports@freebsd.org Subject: Re: Any hope of compiling firefox port on ARM? Message-ID: <20170420170503.GA76796@www.zefox.net> References: <20170418184716.GA69314@www.zefox.net> <12076A34-887D-4850-888E-3C687B65AA4E@FreeBSD.org> <20170418221755.GA69790@www.zefox.net> <57E15914-5D7B-4BCD-BF39-3DD73693E605@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57E15914-5D7B-4BCD-BF39-3DD73693E605@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 17:04:56 -0000 On Wed, Apr 19, 2017 at 12:49:37PM +0200, Dimitry Andric wrote: > How is that even possible? I committed the fix on Oct 12, 2016: > > Maybe you are seeing a different problem altogether? Perhaps. Along that line, I've submitted Bug 218782. Hope it was done correctly....the diagnostic files were > 2MB, so I put them at http://www.zefox.net/~fbsd/rpi2/firefox/ > Or your ports tree has no been updated? > /usr/ports is at 438916, /usr/src is at 317106 Thanks for reading, and any guidance! bob prohaska From owner-freebsd-ports@freebsd.org Thu Apr 20 17:11:19 2017 Return-Path: Delivered-To: freebsd-ports@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 21771D488ED for ; Thu, 20 Apr 2017 17:11:19 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 D738B401 for ; Thu, 20 Apr 2017 17:11:18 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d1Fbz-000MjI-QU; Thu, 20 Apr 2017 19:11:19 +0200 Date: Thu, 20 Apr 2017 19:11:19 +0200 From: Kurt Jaeger To: Grzegorz Junka Cc: freebsd-ports@freebsd.org Subject: Re: Is pkg quarterly really needed? Message-ID: <20170420171119.GJ74780@home.opsec.eu> References: <58F61A8D.1030309@a1poweruser.com> <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> <20170420053722.GD31559@lonesome.com> <20170420084452.GH74780@home.opsec.eu> <99a57878-ae39-d2a4-fe35-023dae8b320b@gjunka.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <99a57878-ae39-d2a4-fe35-023dae8b320b@gjunka.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 17:11:19 -0000 Hi! > Fine, but would that be a good approach? Doesn't it look more like a > process change than a code change? For me, it does not look like a process-change only. I haven't thought through all the details, I'm going with my intuition here (because thinking it through takes a long time). One number: I made approx. 40 commits to quarterly trees in 2 years, and broke it one least once, probably more often. Go to https://secure.freshbsd.org/search?committer=pi and then limit the view to the 8 quarterlies and check those commits. It might as well be my sloppiness, but... > Surely, some code would need to be > changed but then again, wouldn't that be mostly configuration? My gut feeling says it's more than a little change and a bit of configuration. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Thu Apr 20 18:13:47 2017 Return-Path: Delivered-To: freebsd-ports@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 6EDA6D482B1 for ; Thu, 20 Apr 2017 18:13:47 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 52A741B60 for ; Thu, 20 Apr 2017 18:13:47 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4F177D482AD; Thu, 20 Apr 2017 18:13:47 +0000 (UTC) Delivered-To: ports@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 4CD75D482A8; Thu, 20 Apr 2017 18:13:47 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) Received: from s228.web-hosting.com (s228.web-hosting.com [198.54.114.176]) (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 301881B5E; Thu, 20 Apr 2017 18:13:46 +0000 (UTC) (envelope-from qjail1@a1poweruser.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=a1poweruser.com; s=default; h=Content-Transfer-Encoding:Content-Type: Subject:To:MIME-Version:From:Date:Message-ID:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=fqFSimzrw7BdzjiIb5cfTt8bou8wQL9fRL2axk/sbKg=; b=h9V4Ie2KvamS61d6s9C1j6p53T BGub6uqqFya1B6hcbfv/KpXzmb7D7GEJ6ejkvZ3sN96Cq9LXmvyS0oMkWr+gsXX3YYWdgx85DA0Et JrgNUL7s0V9zfxrB3JSuvWKIt2fbQkUSEiqMxiksIGKXDZ5xS64ciemTAPKvF9wrBW6A=; Received: from cpe-74-141-88-57.neo.res.rr.com ([74.141.88.57]:1323 helo=[10.0.10.3]) by server228.web-hosting.com with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1d1GaF-000zaa-OS; Thu, 20 Apr 2017 14:13:36 -0400 Message-ID: <58F8FA60.3010308@a1poweruser.com> Date: Thu, 20 Apr 2017 14:13:52 -0400 From: qjail1 User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "ports@FreeBSD.org" , FreeBSD questions Subject: Is pkg quarterly really needed? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server228.web-hosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - a1poweruser.com X-Get-Message-Sender-Via: server228.web-hosting.com: authenticated_id: qjail1@a1poweruser.com X-Authenticated-Sender: server228.web-hosting.com: qjail1@a1poweruser.com X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 18:13:47 -0000 I maintain a port and I have users complaining that the pkg system takes many months before the updated version of my port shows up in the pkg system. My response is I tell them to change a line in their /etc/pkg/FreeBSD.conf file from url: "pkg+http://pkg.Freebsd.org/${ABI}/quarterly", to url: "pkg+http://pkg.Freebsd.org/${ABI}/latest", The old pkg system never had this quarterly update cycle and I see no reason to have it now when its so easy to over ride the default. Why not just change the default to "latest" and save on all the overhead of the quarterly cycle? ************************************************************ Is there a better place to over ride this setting than in /etc/pkg/FreeBSD.conf? From owner-freebsd-ports@freebsd.org Thu Apr 20 18:39:39 2017 Return-Path: Delivered-To: freebsd-ports@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 27950D48A16 for ; Thu, 20 Apr 2017 18:39:39 +0000 (UTC) (envelope-from jev@ecadlabs.com) Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (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 E50F6A6D for ; Thu, 20 Apr 2017 18:39:38 +0000 (UTC) (envelope-from jev@ecadlabs.com) Received: by mail-qk0-x234.google.com with SMTP id f133so54389495qke.2 for ; Thu, 20 Apr 2017 11:39:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ecadlabs.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=nvGQCsXWSBjJk8PigudYJhrsQX5E3DfONrq/2+3aTis=; b=byfscMNbzvYNx0Misucwpa8WNrTryCFrFcqFGHfURMCV0v0XtWJdmzRl3djtDrbnIk sI+VcB29MEL32uuC/t0KQlXmGpI6YniruRg0BKEkQUJ5TFr1Eoi70tJCNHrQhfRjhhyV OXLEkxNZ/pYyIrJvPYlnoG8WuCPBeSDD/u7j7lbMMu68rrdsYxcA3rOLQzkLeL2q7KDk 8/hjnDjuYCslA+UVmym735OoQmpYV6CbOaRphduCsOnqiSpAHE7gglB8+lyLaphWnbFP q58bx4C+sadBpVamKdIWcbicZ9lQbPyPJvPP5dA4d5rE7Jfyajs7Hi8tppdVUW70tdfn hjCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=nvGQCsXWSBjJk8PigudYJhrsQX5E3DfONrq/2+3aTis=; b=sS7+N2AQBLJcPMHTeK1xIJDiqD6aXxWT2KcTGyZ6SNNgYgymEPG2OQRE1hy8FARPoJ 329nc66zQPuEUI/ca3bm05v17x8xf/AXycEShW/dcoDptCMmtnRjLLybsj7O5CzWfwAl JUJG8MaerStwx1Qd81wUU/0U6tJhkTL9pXU243MGNMcONTZ8O6aGbfWyEFrOe68cL9y2 6xulAATvBIrCqTKL//stdJ4NO/DsRqla/74GgOvGZkX52RVbTjAYsLDKADFp1B3gmjoM 6NjQpca1jMVD78voLKpMEnPmmteUhefJ9RD9bl/6uzxGb/OIyJOnTJBrOToyT33p2Los cd1A== X-Gm-Message-State: AN3rC/6zYH84gOqF1Pc5SSwtxsJEBjLKT51633c7aG26QLVRx/N6rwkh 0KsURdw2ueW0PQhGulWO+p+OcRW994g8Ips= X-Received: by 10.55.221.8 with SMTP id n8mr10467943qki.76.1492713577899; Thu, 20 Apr 2017 11:39:37 -0700 (PDT) MIME-Version: 1.0 References: <11DAA44D-661F-4762-ABFD-78E4806D6E2E@lerctr.org> In-Reply-To: From: =?UTF-8?Q?Jev_Bj=C3=B6rsell?= Date: Thu, 20 Apr 2017 18:39:27 +0000 Message-ID: Subject: Re: Re: net-mgmt/prometheus update to 1.6.0, comitter requested To: ler , "freebsd-ports@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 18:39:39 -0000 Hi Larry, I presume you are referring the the strings 'unknown' that appear in the do-build: portion of the Makefile. These are set to 'unknown' on purpose, because we do not have a way of finding out that information unless we do it dynamically at build time. Doing dynamically is not recommended for several reasons. This data gets displayed when a user runs `prometheus -version`, and most of the fields are only really relevant to dev builds anyway. The crucial information is the software version number which is set. You can see me exchange on the subject in the ports mailing list archive here: https://lists.freebsd.org/pipermail/freebsd-ports/2017-March/107833.html -Jev On Wed, Apr 19, 2017 at 9:23 PM ler wrote: > Can you fill in the unknown stuff in the version package or should I just > go ahead and do it? > > > > On Apr 19, 2017 at 10:22 PM, > wrote= : > > Thanks Larry, > > I have updated the patch on the bug, because the upstream project has jus= t > released a minor version/bug fix release. New patch updates us to 1.6.1. > > Thanks, > -Jev > > On Tue, Apr 18, 2017 at 1:22 PM Larry Rosenman wrote: > > On 4/18/17, 2:41 PM, "Jev Bj=C3=B6rsell" > behalf of jev@ecadlabs.com> wrote: >> >> Hi All, >> >> Could I get a committer to apply my latest update patch for net-mg >> mt/prometheus? >> >> Patch is available here: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218737 >> >> Thanks so much, >> -Jev >> >> Waiting for my mentor to approve. >> >> >> >> From owner-freebsd-ports@freebsd.org Thu Apr 20 18:39:52 2017 Return-Path: Delivered-To: freebsd-ports@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 BA236D48A39 for ; Thu, 20 Apr 2017 18:39:52 +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 A7374AFA for ; Thu, 20 Apr 2017 18:39:52 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id A67E4D48A38; Thu, 20 Apr 2017 18:39:52 +0000 (UTC) Delivered-To: ports@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 A4315D48A37; Thu, 20 Apr 2017 18:39:52 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 836A3AF8; Thu, 20 Apr 2017 18:39:52 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 9FB3A100E; Thu, 20 Apr 2017 18:39:51 +0000 (UTC) Date: Thu, 20 Apr 2017 20:39:51 +0200 From: Baptiste Daroussin To: qjail1 Cc: "ports@FreeBSD.org" , FreeBSD questions Subject: Re: Is pkg quarterly really needed? Message-ID: <20170420183951.6ur4gbqr6oyfnnde@ivaldir.net> References: <58F8FA60.3010308@a1poweruser.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ew3obdagpfrvlnxx" Content-Disposition: inline In-Reply-To: <58F8FA60.3010308@a1poweruser.com> User-Agent: NeoMutt/20170306 (1.8.0) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 18:39:52 -0000 --ew3obdagpfrvlnxx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 20, 2017 at 02:13:52PM -0400, qjail1 wrote: > I maintain a port and I have users complaining that the pkg system takes > many months before the updated version of my port shows up in the pkg > system. >=20 > My response is I tell them to change a line in their > /etc/pkg/FreeBSD.conf file > from url: "pkg+http://pkg.Freebsd.org/${ABI}/quarterly", > to url: "pkg+http://pkg.Freebsd.org/${ABI}/latest", Tell them not to modify that file but to override it: cat /usr/local/etc/pkg/repos/whatever.conf FreeBSD: { url: "pkg+http://pkg.Freebsd.org/${ABI}/latest" } :) Best regards, Bapt --ew3obdagpfrvlnxx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlj5AGwACgkQY4mL3PG3 PlrU+hAApqS6IxT+Tim8pA0Ekk2B5ODwQLPLLpBE22LUDe+HFdWR9WEPqNnbsPMh mQA7j2gsO1paYTbkiv08FDXXfgJq7M7l+J50cSF9HhNP0N8ngBCDZARlaV0kR30/ CkYKEx5P+SVMZ9paFauJp295I6svpY4gjFMKV3ndiyIYJRpgzN/vSyvz6LTD7XP8 DoZDcdw0IsBXnC3HKXnLr9QArV8BQXKd0ygJzhyXAEx1Q2Nkv37r/DG+89oyyj+L HTEDm6HT3QTaexqxVDQskvU8GviTvEb08ddl6JodSzbFeERGGxpnQmXYSfHnIL0V mZB2TUsScjVZDgY25V+PH9uvCpf2Wu7pyGst/XM6INQ1IkRYNQL6S/W2uoZfYqCn LCrAIg2fggecMQJV8SIlw4FaiymLGYuzyq1myxVn/RPiK7Nb1eI8syB7TstaAn+Q auzHCAzsPHrVTHyLQMmCAC6NQnoGltrPSroLdXqTMgluG5D800+PhW8wCoqIwND4 yN37BSFOxP9U0fHKH6Kv35JM0FxIeonsYIf8d4Tpj1M+1VewTxoK81cURFavy2c7 hbxXu2o39WXS46cHhOeiJZ3X2tQnQNyXgArFWaSyZ9xOt12sHoFFCnwL3cgabv42 MW+2QuyfTX1yHkWoezD6bXZ1wp5avEt7TlYDBe77ujuOoRMlg6g= =N3ed -----END PGP SIGNATURE----- --ew3obdagpfrvlnxx-- From owner-freebsd-ports@freebsd.org Thu Apr 20 18:43:35 2017 Return-Path: Delivered-To: freebsd-ports@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 CB2C7D48DEE for ; Thu, 20 Apr 2017 18:43:35 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A623A1210 for ; Thu, 20 Apr 2017 18:43:35 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-type:Mime-version:In-Reply-To:References:Message-ID:To: From:Subject:Date:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=2w7iW1BHyJ2vZ6Ntyw564szO2ZstAxEsk+zx1LprgjY=; b=EcPJfhnvq8yhmXg4mTji0KGrQO sp6Hv8B8kPw820pKRMqgvecys//AO2Gq5hYgrMguKmy3nLxwzv+5DGMHH/mrHNAtrXQ2v+eMHF0gt O3zVOM0jUQ6cJcKX1uolA4B6qsBULnGoLXnNXRGSXIpAZXQrlgvpN8HgCmyYW7c7aPoQ=; Received: from [74.203.163.58] (port=22673 helo=[10.106.10.41]) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1d1H3H-000NZk-0U; Thu, 20 Apr 2017 13:43:35 -0500 User-Agent: Microsoft-MacOutlook/f.21.0.170409 Date: Thu, 20 Apr 2017 13:43:04 -0500 Subject: Re: net-mgmt/prometheus update to 1.6.0, comitter requested From: Larry Rosenman To: Jev =?UTF-8?B?QmrDtnJzZWxs?= , "freebsd-ports@freebsd.org" Message-ID: Thread-Topic: net-mgmt/prometheus update to 1.6.0, comitter requested References: <11DAA44D-661F-4762-ABFD-78E4806D6E2E@lerctr.org> In-Reply-To: Mime-version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 18:43:35 -0000 Indeed.=C2=A0 I=E2=80=99m working with my Mentor (adamw@, and swills@(of portmgr@)) a= nd they had the issue with unknown. =20 I=E2=80=99ll get this done. =E2=98=BA=20 =20 =20 --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 =20 =20 =20 From: Jev Bj=C3=B6rsell Date: Thursday, April 20, 2017 at 1:39 PM To: Larry Rosenman , "freebsd-ports@freebsd.org" Subject: Re: Re: net-mgmt/prometheus update to 1.6.0, comitter requested =20 Hi Larry, =20 I presume you are referring the the strings 'unknown' that appear in the d= o-build: portion of the Makefile. =20 These are set to 'unknown' on purpose, because we do not have a way of find= ing out that information unless we do it dynamically at build time. Doing dy= namically is not recommended for several reasons. =20 This data gets displayed when a user runs `prometheus -version`, and most o= f the fields are only really relevant to dev builds anyway. =20 The crucial information is the software version number which is set. =20 You can see me exchange on the subject in the ports mailing list archive he= re: =20 https://lists.freebsd.org/pipermail/freebsd-ports/2017-March/107833.html =20 -Jev =20 =20 On Wed, Apr 19, 2017 at 9:23 PM ler wrote: Can you fill in the unknown stuff in the version package or should I just g= o ahead and do it? On Apr 19, 2017 at 10:22 PM, wrote:=20 Thanks Larry, =20 I have updated the patch on the bug, because the upstream project has just = released a minor version/bug fix release. New patch updates us to 1.6.1. =20 Thanks, -Jev =20 On Tue, Apr 18, 2017 at 1:22 PM Larry Rosenman wrote: On 4/18/17, 2:41 PM, "Jev Bj=C3=B6rsell" wrote: Hi All, Could I get a committer to apply my latest update patch for net-mg mt/prometheus? Patch is available here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218737 Thanks so much, -Jev Waiting for my mentor to approve. From owner-freebsd-ports@freebsd.org Thu Apr 20 19:03:31 2017 Return-Path: Delivered-To: freebsd-ports@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 A9F92D4850C for ; Thu, 20 Apr 2017 19:03:31 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F69C1D7 for ; Thu, 20 Apr 2017 19:03:30 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (x52716ac7.dyn.telefonica.de [82.113.106.199]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id v3KJ3RnU092682 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 20 Apr 2017 19:03:28 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host x52716ac7.dyn.telefonica.de [82.113.106.199] claimed to be ultrabook.yoonka.com Subject: Re: Is pkg quarterly really needed? To: freebsd-ports@freebsd.org References: <58F61A8D.1030309@a1poweruser.com> <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> <20170420053722.GD31559@lonesome.com> <20170420084452.GH74780@home.opsec.eu> <99a57878-ae39-d2a4-fe35-023dae8b320b@gjunka.com> <20170420171119.GJ74780@home.opsec.eu> From: Grzegorz Junka Message-ID: <127a5f89-93ba-aee4-14d3-41e2f2d71892@gjunka.com> Date: Thu, 20 Apr 2017 19:03:22 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170420171119.GJ74780@home.opsec.eu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 19:03:31 -0000 On 20/04/2017 17:11, Kurt Jaeger wrote: > Hi! > >> Fine, but would that be a good approach? Doesn't it look more like a >> process change than a code change? > For me, it does not look like a process-change only. > > I haven't thought through all the details, I'm going with my > intuition here (because thinking it through takes a long time). > > One number: I made approx. 40 commits to quarterly trees in 2 years, > and broke it one least once, probably more often. Go to > > https://secure.freshbsd.org/search?committer=pi > > and then limit the view to the 8 quarterlies and check those commits. > It might as well be my sloppiness, but... > >> Surely, some code would need to be >> changed but then again, wouldn't that be mostly configuration? > My gut feeling says it's more than a little change and a bit > of configuration. > I understand that the main problem with quarterly branches is that they start from an unstable edge and mature with time, then after three months at the most mature point they are being deleted and replaced with a new unstable edge. So, there is no good point of reference to use as a source of packages. What I described is taking the good points (maturing the code through progressing version upgrades from CURRENT, through STABLE to RELEASE) while keeping good builds as reference points (monthly in CURRENT since it changes more often and partial builds may be too often for the server to handle, fortnightly in STABLE, and weekly in RELEASE since it is expected to contain least breaking changes and full builds are preferred over partial builds). Only X last builds would be kept for each of these three branches. From that short description it should be more or less obvious if that approach is better/doable when opposed to quarterly branches? Grzegorz From owner-freebsd-ports@freebsd.org Thu Apr 20 19:10:38 2017 Return-Path: Delivered-To: freebsd-ports@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 BEC5CD48828 for ; Thu, 20 Apr 2017 19:10:38 +0000 (UTC) (envelope-from papowell@astart.com) Received: from astart2.astart.com (wsip-72-214-30-30.sd.sd.cox.net [72.214.30.30]) (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 A1341979 for ; Thu, 20 Apr 2017 19:10:37 +0000 (UTC) (envelope-from papowell@astart.com) Received: from laptop_103.private (localhost [127.0.0.1]) by astart2.astart.com (8.14.9/8.14.9) with ESMTP id v3KIwfDw091356 for ; Thu, 20 Apr 2017 11:58:41 -0700 (PDT) (envelope-from papowell@astart.com) Reply-To: papowell@astart.com To: FreeBSD Ports ML From: Patrick Powell Subject: How to use cached packages Organization: Astart Technologies Message-ID: Date: Thu, 20 Apr 2017 11:58:41 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 19:10:38 -0000 I ran into a problem where I needed to reinstall a package. However, I did not have network access to the pkg repository. I did have a system which had all of the pkgs which I needed in the pkg cache. I can easily copy these to the system, as well as the pkg database, etc. So: is there a SIMPLE way to have pkg check to see if a pkg is already in the pkg cache and use that before trying to go to the repository? Is there a SIMPLE way to prevent pkg from trying to check the pkg repository for an update? I strongly suspect that something like: pkg --do_not_check_for_latest_version --use_cached_pkg install firefox Any help on this before I tear out the three strands of hair I have left would be appreciated. -- Patrick Powell Astart Technologies papowell@astart.com 1530 Jamacha Rd, Suite X Network and System San Diego, CA 92019 Consulting Cell 858-518-7581 FAX 858-751-2435 Web: papowell at astart dot com From owner-freebsd-ports@freebsd.org Thu Apr 20 19:43:23 2017 Return-Path: Delivered-To: freebsd-ports@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 5DB5DD48CC6; Thu, 20 Apr 2017 19:43:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 030228D5; Thu, 20 Apr 2017 19:43:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v3KJhEYS083761 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 20 Apr 2017 22:43:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v3KJhEYS083761 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v3KJhE1Z083760; Thu, 20 Apr 2017 22:43:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 20 Apr 2017 22:43:14 +0300 From: Konstantin Belousov To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, freebsd-ports@freebsd.org Cc: emaste@freebsd.org, Kirk McKusick Subject: 64-bit inodes (ino64) Status Update and Call for Testing Message-ID: <20170420194314.GI1788@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.8.0 (2017-02-23) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 19:43:23 -0000 Inodes are data structures corresponding to objects in a file system, such as files and directories. FreeBSD has historically used 32-bit values to identify inodes, which limits file systems to somewhat under 2^32 objects. Many modern file systems internally use 64-bit identifiers and FreeBSD needs to follow suit to properly and fully support these file systems. The 64-bit inode project, also known as ino64, started life many years ago as a project by Gleb Kurtsou (gleb@). After that time several people have had a hand in updating it and addressing regressions, after mckusick@ picked up and updated the patch, and acted as a flag-waver. Sponsored by the FreeBSD Foundation I have spent a significant effort on outstanding issues and integration -- fixing compat32 ABI, NFS and ZFS, addressing ABI compat issues and investigating and fixing ports failures. rmacklem@ provided feedback on NFS changes, emaste@ and jhb@ provided feedback and review on the ABI transition support. pho@ performed extensive testing and identified a number of issues that have now been fixed. kris@ performed an initial ports investigation followed by an exp-run by antoine@. emaste@ helped with organization of the process. This note explains how to perform useful testing of the ino64 branch, beyond typical smoke tests. 1. Overview. The ino64 branch extends the basic system types ino_t and dev_t from 32-bit to 64-bit, and nlink_t from 16-bit to 64-bit. The struct dirent layout is modified due to the larger size of ino_t, and also gains a d_off (directory offset) member. As ino64 implies an ABI change anyway the struct statfs f_mntfromname[] and f_mntonname[] array length MNAMELEN is increased from 88 to 1024, to allow for longer mount path names. ABI breakage is mitigated by providing compatibility using versioned symbols, ingenious use of the existing padding in structures, and by employing other tricks. Unfortunately, not everything can be fixed, especially outside the base system. For instance, third-party APIs which pass struct stat around are broken in backward and forward- incompatible way. 2. Motivation. The main risk of the ino64 change is the uncontrolled ABI breakage. Due to expansion of the basic types dev_t, ino_t and struct dirent, the impact is not limited to one part of the system, but affects: - kernel/userspace interface (syscalls ABI, mostly stat(2), kinfo and more) - libc interface (mostly related to the readdir(3), FTS(3)) - collateral damage in other libraries that happens to use changed types in the interfaces. See, for instance, libprocstat, for which compat was provided using symbol versioning, and libutil, which shlib version was bumped. 3. Quirks. We handled kinfo sysctl MIBs, but other MIBs which report structures depended on the changed type, are not handled in general. It was considered that the breakage is either in the management interfaces, where we usually allow ABI slip, or is not important. Struct xvnode changed layout, no compat shims are provided. For struct xtty, dev_t tty device member was reduced to uint32_t. It was decided that keeping ABI compat in this case is more useful than reporting 64bit dev_t, for the sake of pstat. 4. Testing procedure. The ino64 project can be tested by cloning the project branch from GitHub or by applying the patch to a working tree. The authorative source is the GitHub, I do not promise to update the review for each update. To clone from GitHub: % git clone -b ino64 https://github.com/FreeBSDFoundation/freebsd.git ino64 To fetch the patch from Phabricator: - Visit https://reviews.freebsd.org/D10439 - Click "Download Raw Diff" at the upper right of the page Or % arc patch D10439 After that, in the checkout directory do % (cd sys/kern && touch syscalls.master && make sysent) % (cd sys/compat/freebsd32 && touch syscalls.master && make sysent) If you use custom kernel configuration, ensure that options COMPAT_FREEBSD11 is included into the config. Then build world and kernel in the usual way, install kernel, reboot, install new world. Do not make shortcuts in the update procedure. 4.1 New kernel, old world. Build and install pristine HEAD world, apply patch and only build and install updated kernel. The system must work same as with the pristine kernel. 4.2 New kernel, new world, old third-party applications. Build and install patched kernel and world. Applications compiled on the pristine HEAD (e.g. installed by pkg from the regular portmgr builds) must work without a regression. 4.3 32bit compat. Same as 4.1 and 4.2, but for 32bit (i386) binaries on the amd64 host. Note that big-endian host, like powerpc, might expose additional bugs in the 32bit compat with the patch, but the testing is too cumbersome to arrange. 4.4 Targeted tests. Useful programs to check items 4.1, 4.2 and 4.3 are versions of the following programs, taken from the pristine system: stat(8). Use it on regular file, file in /dev, socket, pipe and so on. For both native and 32bit compat, stat(8) must print reasonable information. procstat(1). Use it with the -f option to examine processes files. kinfo(9) data must be returned in the format acceptable for older apps. Use pristine find(1) binary with many arbitrary options on a system with installed patched world, in particular, libc. Find examines FTS(3), and compat shims in libc are non-trivial. 4.5 NFS server and client test. Check that the NFS server in the patched kernel operates correctly and without performance regressions. Same for client. NFS should be checked for all four combination of patched/unpatched kernel server/client, because the filehandle format includes inode number. 4.6 Other filesystems Generally, filesystems should see no change in the system behaviour, since patch goal is to provide space to grow in the ABI. In particular, local filesystem layout must stay same. Of course, it is possible that some reliance on the exact sizes of the changed types was left unnoticed during the patch review, in which case e.g. on-disk format would be broken. We do not expect this to slip in, but it is possible and should be watched for. 4.7 Test accounting The process accounting, as documented in acct(5), changed format of the records due to dev_t increase. Verify that the programs like sa(8) and accton(8) correctly work with both old and new accounting records. 5. Ports Status with ino64 A ports exp-run for ino64 is open in PR 218320. The failing ports each responsible for more than 1 skipped port are: lang/ghc 497 multimedia/webcamd 62 lang/gcc6-aux 54 devel/libgtop 39 sysutils/py-psutil 13 devel/llvm38 6 lang/rust 4 sysutils/py-psutil121 3 Patches are available for lang/llvm39, lang/llvm40, lang/ghc, and lang/rust in the topic branch as ports.patch, and llvm38 can be fixed in the same way as llvm39 and llvm40. Assistance with investigating and fixing the port failures will be greatly appreciated. Below is an overview of the problems and proposed solutions, probably mostly relevant to the ports maintainers. 5.1. LLVM LLVM includes a component called Address Sanitizer or ASAN, which tries to intercept syscalls, and contains knowledge of the layout of many system structures. Since stat and lstat syscalls were removed and several types and structures changed, this has to be reflected in the ASAN hacks. 5.2. lang/ghc The ghc compiler and parts of the runtime are written in Haskell, which means that to compile ghc, you need a working Haskell compiler for bootstrap. By default for ghc, the runtime is provided in the form of static libraries. Static libraries reference default versions of libc symbols, which are assigned the ELF symbol version at the final linking stage. As result, using such libraries results in using the updated syscall, but internally the code still uses old system types. The end result is the random memory corruption because both libc and kernel assume new types. This situation cannot be fixed by symbol versioning, because versioning acts too late. Instead, we hacked the bootstrap compiler by providing symbols for modified syscalls in the shipped static libraries, which symbols direct execution to the compat variants of the syscalls. This allows the bootstrap compiler to generate working code. After the stage0, compiler operates on new structures and things stabilize. The real solution is, of course, to re-package the bootstrap compiler, but for some time we need to support pre-ino64 HEAD in ports. Also, learning full scope of GHC maintainance duties, required for that, is too much for the ino64 task. 5.3. lang/rust Rustc has a similar structure to GHC, and same issue. The same solution of patching the bootstrap was done. Also rust libstd and liblibc provide rustified definitions of the system structures, which were updated to reflect the updated layout. I failed to understand why e.g. struct stat has to be defined in 3 places at least, but all found locations were patched. 6. Next Steps The tentative schedule for the ino64 project: 2017-04-20 Post wide call for testing Investigate and address port failures with maintainer support 2017-05-05 Request second exp-run with initial patches applied Investigate and address port failures with maintainer support 2017-05-19 Commit to HEAD Address post-commit failures where feasible From owner-freebsd-ports@freebsd.org Thu Apr 20 19:57:11 2017 Return-Path: Delivered-To: freebsd-ports@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 7A517D47741 for ; Thu, 20 Apr 2017 19:57:11 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 34A9E2AA for ; Thu, 20 Apr 2017 19:57:11 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d1ICW-000N1p-UT for freebsd-ports@freebsd.org; Thu, 20 Apr 2017 21:57:12 +0200 Date: Thu, 20 Apr 2017 21:57:12 +0200 From: Kurt Jaeger To: freebsd-ports@freebsd.org Subject: Re: Is pkg quarterly really needed? Message-ID: <20170420195712.GK74780@home.opsec.eu> References: <58F61A8D.1030309@a1poweruser.com> <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> <20170420053722.GD31559@lonesome.com> <20170420084452.GH74780@home.opsec.eu> <99a57878-ae39-d2a4-fe35-023dae8b320b@gjunka.com> <20170420171119.GJ74780@home.opsec.eu> <127a5f89-93ba-aee4-14d3-41e2f2d71892@gjunka.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <127a5f89-93ba-aee4-14d3-41e2f2d71892@gjunka.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 19:57:11 -0000 Hi! > I understand that the main problem with quarterly branches is that they > start from an unstable edge and mature with time, then after three > months at the most mature point they are being deleted and replaced with > a new unstable edge. So, there is no good point of reference to use as a > source of packages. First, let me say that for my use cases, the pkg tree is in consistent state most of the time. We have a set of approx. 2500 pkg's build etc, so roughly 10% of the full repo. We update the ports tree and build the repo every week, just to see if all is fine, and we update and build, if we need a package we do not yet have in our repo. For the thrills, look at our repo at https://repo.nepustil.net Hmm, let's try this thought experiment. For each package, keep the whole repo when it was last build sucessfully (Note: we're not yet discussing whether it runs!) Worst case: We have n ports and n repos. The question is: what would be the average case ? Would that be a sustainable model ? Now, the next question: Even if we have all the repos, would we find *one* repo where *two* packagew we'd like to have are in a consistent (build-!)state ? What about the 250+ that are normally needed for a small server ? Or the 1200+ for a multi-role server (some will say: "nah, don't do it, use container/jails/ whatever virtualisiation"). > What I described is taking the good points (maturing the code through > progressing version upgrades from CURRENT, through STABLE to RELEASE) Now, if we have ports-HEAD, and changes to that (especially fixes and features to the ports infrastructure), it's getting more and more difficult to backport fixes from ports-HEAD to the ports-STABLE versions, because those do not contain dependencies and infrastructure changes. If we backport those, we have to roll forward some other changes. This gets out of hand very quickly. Do we need frequent infrastructure changes ? Yes, because right now we would not be able to build the tree, if we did not change some knobs to cope with the newest craziness that upstreams throw at us. We repeatedly needed relevant infrastructure changes just to keep up with that outside world. I'm still speechless that tz@ got php71 into the tree without so few defects. Or the parallel mysql-variants. We still fail to provide a working maven-mechanism. Or go-dependencies. Think of it, go apps more and more bring their own dependencies, because that is somehow unsolved in the go world. Some folks worked wonders with the multi-arch and cross-build things. I can build ARM pkg repos on my amd64, that is unheard of in most parts of the IT universe 8-} We are almost tracking firefox, even after they added a new language (rust) to their infrastructure. So: If we take the sum of the brain time our maintainers and committers deliver to keep HEAD in a moving (different from a stagnating) state, and try to estimate how much *more* time would be needed to keep additional trees in working conditions, only updating what is needed, under the assumption that infrastructure changes *need* to happen ? What would that additional brain time be ? My inituition tells me that it would probably break the model. Now, if someone wants to *experiment* with that, we already have quite a few people doing that: By setting up our own repo boxes, where we build the trees to our liking. The FreeBSD svn commits are public. So, if someone wants to use it, and select and pick to provide a stable repo, we would all welcome the effort. If it's a sustained effort over some time, clusteradm etc would probably add that repo to the infrastructure. We can even call it the 'caveat'-repo. It's just that asking the team that's barely keeping up to do that *on top*, that will probably not work. [...] > From that short description it should be more or less > obvious if that approach is better/doable when opposed to quarterly > branches? There's a way to find out: Try it. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Thu Apr 20 20:17:36 2017 Return-Path: Delivered-To: freebsd-ports@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 8F277D47D92 for ; Thu, 20 Apr 2017 20:17:36 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::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 4B0DA7B for ; Thu, 20 Apr 2017 20:17:36 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-qt0-x22d.google.com with SMTP id y33so55082769qta.2 for ; Thu, 20 Apr 2017 13:17:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=i57tRaWRLQK0x66Eg54/FEDFR0I0kUIvo7H6Hg8t1CI=; b=K10CCBt/dFRfErFRz6pkMgMCT8L2wFUXKpfQBjIQTB8Ht1L0hFd0CRMFT4hyfkW52U yrwchpq7wsIdkL9MDNmPi2q5H87oANLP2NM+ollflF/WmvReVdQer1kDN2Ql3neFG16V i0be1VtYQCBCjr0nl3drnK0ENsKJJvjci7pKgkifit7TaPsNO5w13kxGC7jmJRVohcMv +XLKeqpypMK6+rVAVPWRQglSt7jKOqWCeme3/q0n7XBa8Twy88bsU1KBFNYl/rkmL7Yz jgbTfYJpjvVe8sa8n5GN487JUV/Zmkeqqk974g5l27mB4FP2bUCLD6nMmXwxYzYPH3GK H3wQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=i57tRaWRLQK0x66Eg54/FEDFR0I0kUIvo7H6Hg8t1CI=; b=ULZqta3ba/foMcy4EM1BGt0yKQpk2GNQo3GYPgKtG9nMLBDh6EvaYVHpXsWORwToWo 2Q5u6/TbZwpJZqytTJ18jHRq84H8UKoDSOmWB7/4zy09+0w6ZZ9UelEh6IYH3l3WAhkx PyMgRS7S82r+xUCyf98dG6EvCk1n6Wk6jZSzGgR6HvurDKMngvpppgKd1aAwqOmrVbE7 VDXjkWjNdfMovl1vZA46VnfsBVapk13QIacOtg24OBambtW4uktiX8WOisGxIWS8SDQQ +JEHTNIXKdunZScIdy/zvHySRQy+QwmWQTfMBVBMW6Ztw1isnzvfamUUs97E9LNOUBG+ /VKw== X-Gm-Message-State: AN3rC/7KZ0X5LzR6sOy9ZWrNx/H4EezFgVt1kBw8OnnYSz906TwDCEPO Wf/6Sf2KNvB2U91BwK6J8OvfylwlQ7G9 X-Received: by 10.200.53.65 with SMTP id z1mr10123212qtb.77.1492719455477; Thu, 20 Apr 2017 13:17:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.28.229 with HTTP; Thu, 20 Apr 2017 13:17:35 -0700 (PDT) In-Reply-To: References: From: Freddie Cash Date: Thu, 20 Apr 2017 13:17:35 -0700 Message-ID: Subject: Re: How to use cached packages To: Patrick Powell Cc: FreeBSD Ports ML Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 20:17:36 -0000 On Thu, Apr 20, 2017 at 11:58 AM, Patrick Powell wrote: > I ran into a problem where I needed to reinstall a package. However, I > did not have network access to the pkg repository. I did have a system > which had all of the pkgs which I needed in the pkg cache. I can easily > copy these to the system, as well as the pkg database, etc. > > So: is there a SIMPLE way to have pkg check to see if a pkg is already i= n > the pkg cache and use that before trying to go to the repository? > > Is there a SIMPLE way to prevent pkg from trying to check the pkg > repository for an update? > > I strongly suspect that something like: > > pkg --do_not_check_for_latest_version --use_cached_pkg install firefox > > Any help on this before I tear out the three strands of hair I have left > would be appreciated. =E2=80=8BIf you have the .txz/.tbz package file, then it's a simple: # pkg install /path/to/firefox-versions-blahblah.txz =E2=80=8B =E2=80=8BI believe you can specify multiple packages on the command-line an= d it will install them all. If there are required dependencies, you'll have to specify them on the command-line as well. If you specify all the packages on the CLI, then it won't check the remote repo. There's also a flag you can add to prevent it from doing a behind-the-scenes "pkg upgrade" before the=E2=80=8B install. Ah yes, it's = -U or --no-repo-update. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@freebsd.org Thu Apr 20 20:29:46 2017 Return-Path: Delivered-To: freebsd-ports@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 92AA9D483F9 for ; Thu, 20 Apr 2017 20:29:46 +0000 (UTC) (envelope-from jev@ecadlabs.com) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::229]) (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 4F55295E for ; Thu, 20 Apr 2017 20:29:46 +0000 (UTC) (envelope-from jev@ecadlabs.com) Received: by mail-qt0-x229.google.com with SMTP id m36so55312381qtb.0 for ; Thu, 20 Apr 2017 13:29:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ecadlabs.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=o9BOSjIDE/FfeAQhzFI/SqUUFKtKqj5K4UbAOdeRvvY=; b=MXm8XX1FG2yYu2uHFSwE0khApDvSkVIsUWSjoJafYenmDucbfQxQkOWS3ExjruB24U XevHlm0f/U/NwApwcoJF/2pBQn/akGVxnfvEZUj+vDAgO+EGfVx3G1fd9waH8ugV6GKT 8GYJUQix5hXAgLjhOhCP0M5JRmbRpbznbNp/9jQfnr5vSC5x5M07wOaBTeJA73HGMV+/ swUHZhT8FiDTaOpHYBL2OE7jqZ5C5LtLgFIeK5naucOFAzpsEF62ydOyt/GIcDXjx6uE F5vMX2CvC/eJVCHhOhghbMKYMQEfuJ4dDJTCXJ4t8jLKbgLGLoE5/Ybt1AgGYOwt6+RE Ji0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=o9BOSjIDE/FfeAQhzFI/SqUUFKtKqj5K4UbAOdeRvvY=; b=Dfh0Pb7U7mKTzFE9uMrfzsgD7MdzGOuqyyip22980I9YlQkCpu6v4Bln/NA00fY206 sMihkRl/v8W4CrzKgEUeuC4Hl6robGMwwfW7/kNkLjXgPlSDt5GlpVGIl1WrPDPz2UJ7 DAQdWewzM0NERhRYXxAAt6x5Wh7o9+TcRVDbRBS8m0qcnqK2YzoKU2LVASx+gw1ReDd6 Iw3Xjdm3qDujt2rxJf3Gx8c0HKxX+l339kGU+/UPjcgG1NjcF2VLqCBtYe7+X68hCHDS 8WDiYpiU4fgEk9PUBKgoyLYREBVauoLzmpIZftKFUObxoHkn1p75DzMr5/wDT0j+S8k1 Dspw== X-Gm-Message-State: AN3rC/46kBJulW2RWWlaRGaVGm+Kd5Qb6P9ytbkXw8/XS6NV0tMoY0FK +y8jd5nqU+hhez8HY5gtf5G0f5iPFFZNfWQ= X-Received: by 10.200.34.162 with SMTP id f31mr10645990qta.65.1492720185332; Thu, 20 Apr 2017 13:29:45 -0700 (PDT) MIME-Version: 1.0 References: <11DAA44D-661F-4762-ABFD-78E4806D6E2E@lerctr.org> In-Reply-To: From: =?UTF-8?Q?Jev_Bj=C3=B6rsell?= Date: Thu, 20 Apr 2017 20:29:34 +0000 Message-ID: Subject: Re: net-mgmt/prometheus update to 1.6.0, comitter requested To: Larry Rosenman , "freebsd-ports@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 20:29:46 -0000 Great, thank you! Any feedback on port structure is welcome by me :) -Jev On Thu, Apr 20, 2017 at 11:43 AM Larry Rosenman wrote: > Indeed. I=E2=80=99m working with my Mentor (adamw@, and swills@(of portm= gr@)) > and they had the issue with unknown. > > > > I=E2=80=99ll get this done. =E2=98=BA > > > > > > -- > > Larry Rosenman http://www.lerctr.org/~ler > > Phone: +1 214-642-9640 <(214)%20642-9640> E-Mail: > ler@lerctr.org > > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 > > > > > > > > *From: *Jev Bj=C3=B6rsell > *Date: *Thursday, April 20, 2017 at 1:39 PM > *To: *Larry Rosenman , "freebsd-ports@freebsd.org" < > freebsd-ports@freebsd.org> > *Subject: *Re: Re: net-mgmt/prometheus update to 1.6.0, comitter requeste= d > > > > Hi Larry, > > > > I presume you are referring the the strings 'unknown' that appear in the > do-build: portion of the Makefile. > > > > These are set to 'unknown' on purpose, because we do not have a way of > finding out that information unless we do it dynamically at build time. > Doing dynamically is not recommended for several reasons. > > > > This data gets displayed when a user runs `prometheus -version`, and most > of the fields are only really relevant to dev builds anyway. > > > > The crucial information is the software version number which is set. > > > > You can see me exchange on the subject in the ports mailing list archive > here: > > > > https://lists.freebsd.org/pipermail/freebsd-ports/2017-March/107833.html > > > > -Jev > > > > > > On Wed, Apr 19, 2017 at 9:23 PM ler wrote: > > Can you fill in the unknown stuff in the version package or should I just > go ahead and do it? > > > > On Apr 19, 2017 at 10:22 PM, > wrote= : > > Thanks Larry, > > > > I have updated the patch on the bug, because the upstream project has jus= t > released a minor version/bug fix release. New patch updates us to 1.6.1. > > > > Thanks, > > -Jev > > > > On Tue, Apr 18, 2017 at 1:22 PM Larry Rosenman wrote: > > On 4/18/17, 2:41 PM, "Jev Bj=C3=B6rsell" behalf of jev@ecadlabs.com> wrote: > > Hi All, > > Could I get a committer to apply my latest update patch for net-mg > mt/prometheus? > > Patch is available here: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218737 > > Thanks so much, > -Jev > > Waiting for my mentor to approve. > > > From owner-freebsd-ports@freebsd.org Thu Apr 20 20:36:12 2017 Return-Path: Delivered-To: freebsd-ports@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 BB66CD48660 for ; Thu, 20 Apr 2017 20:36:12 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 80FA6D54 for ; Thu, 20 Apr 2017 20:36:11 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id A822828469; Thu, 20 Apr 2017 22:36:08 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id B095B28455; Thu, 20 Apr 2017 22:36:07 +0200 (CEST) Subject: Re: How to use cached packages To: Freddie Cash , Patrick Powell Cc: FreeBSD Ports ML References: From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58F91BB7.5020008@quip.cz> Date: Thu, 20 Apr 2017 22:36:07 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 20:36:12 -0000 Freddie Cash wrote on 2017/04/20 22:17: > On Thu, Apr 20, 2017 at 11:58 AM, Patrick Powell > wrote: > >> I ran into a problem where I needed to reinstall a package. However, I >> did not have network access to the pkg repository. I did have a system >> which had all of the pkgs which I needed in the pkg cache. I can easily >> copy these to the system, as well as the pkg database, etc. >> >> So: is there a SIMPLE way to have pkg check to see if a pkg is already in >> the pkg cache and use that before trying to go to the repository? >> >> Is there a SIMPLE way to prevent pkg from trying to check the pkg >> repository for an update? >> >> I strongly suspect that something like: >> >> pkg --do_not_check_for_latest_version --use_cached_pkg install firefox >> >> Any help on this before I tear out the three strands of hair I have left >> would be appreciated. > > > ​If you have the .txz/.tbz package file, then it's a simple: > > # pkg install /path/to/firefox-versions-blahblah.txz I think it is "pkg add /var/cache/pkg/firefox-versions-blahblah.txz" > ​I believe you can specify multiple packages on the command-line and it > will install them all. If there are required dependencies, you'll have to > specify them on the command-line as well. If you specify all the packages > on the CLI, then it won't check the remote repo. > > There's also a flag you can add to prevent it from doing a > behind-the-scenes "pkg upgrade" before the​ install. Ah yes, it's -U or > --no-repo-update. Miroslav Lachman From owner-freebsd-ports@freebsd.org Thu Apr 20 20:39:19 2017 Return-Path: Delivered-To: freebsd-ports@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 226D6D48724 for ; Thu, 20 Apr 2017 20:39:19 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::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 CA205E2A for ; Thu, 20 Apr 2017 20:39:18 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-qk0-x231.google.com with SMTP id f133so57206028qke.2 for ; Thu, 20 Apr 2017 13:39:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ZdB9b9jQL0TEM1Gkbdd0UDp1jb0BLtU21UkXtI75afQ=; b=Xl1VW4pJd1MOVyZRkrampitiCKzeJIrjoWmxp7KkaVDQAPQSrmqnDuSUxECK+ZrcCi pKeoHaQh2t84ullCILXBdSIL1SB1+Em1fE6E3LndWo7DnlTC3P4ViKTZpKoQB+8Nju0m LFRufSuRR+1xAx3fjUC0x7wzP19uetvBxF96zgfOKLeKxr8eVXX8ZYw0x8VymbKDO359 hZG7Vx+QnbvxIgEDCfSEOaLyDWk5oPN+x4hL6rAm69xcooHvw0ygsC+wrOZ5ZEprE4+S 8N7q1U/XA++WYim2LXWqpMzo4JUhyVEhMu1e4ui9ktVAPQgEXFHpm1hLg94CrQpMiSbS WkqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ZdB9b9jQL0TEM1Gkbdd0UDp1jb0BLtU21UkXtI75afQ=; b=Pemefz/YcW7PbtHxpL4FRdRgEa+KfuCIlAEpHWvSdf3mx7vlxifhO2598mM/E/UnL2 HbGuFrqWF8dHsok9+q5pJe2g6cIRGGlGe5P0EJgt9Jf/V6im3kfEHUJ/x1VjKwhV6wwK UyBtIkRJ/XtGeg3GQPqyAxlrXPbaX22U1anUQregf4Q0ihxL4M0mwOv7yCkA6G3OdslS Oig/bSTdChKN4IJZPfAeu+kswx7nhe07aTIXPTrnBJMPptmKD8bsXEx8/5UDzTlcqNef er7r6u29Za9Z7cACqKMqojwyrU3RktL5K0jPtuUf5wMd5vpyIeqgz1LLR9B52yhXtP2i zfvg== X-Gm-Message-State: AN3rC/6KygSKpHIvKEs+kI/8YO5zq+xhZJ7M+zXpv2x1UlCvq587XNP6 mDHcXRs96xoDtZYnZWgSu0oAxAUi/vRBq9s= X-Received: by 10.55.5.17 with SMTP id 17mr10821096qkf.279.1492720757927; Thu, 20 Apr 2017 13:39:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.28.229 with HTTP; Thu, 20 Apr 2017 13:39:17 -0700 (PDT) In-Reply-To: <58F91BB7.5020008@quip.cz> References: <58F91BB7.5020008@quip.cz> From: Freddie Cash Date: Thu, 20 Apr 2017 13:39:17 -0700 Message-ID: Subject: Re: How to use cached packages To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Patrick Powell , FreeBSD Ports ML Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 20:39:19 -0000 On Thu, Apr 20, 2017 at 1:36 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > Freddie Cash wrote on 2017/04/20 22:17: > >> On Thu, Apr 20, 2017 at 11:58 AM, Patrick Powell >> wrote: >> >> I ran into a problem where I needed to reinstall a package. However, I >>> did not have network access to the pkg repository. I did have a system >>> which had all of the pkgs which I needed in the pkg cache. I can easil= y >>> copy these to the system, as well as the pkg database, etc. >>> >>> So: is there a SIMPLE way to have pkg check to see if a pkg is already >>> in >>> the pkg cache and use that before trying to go to the repository? >>> >>> Is there a SIMPLE way to prevent pkg from trying to check the pkg >>> repository for an update? >>> >>> I strongly suspect that something like: >>> >>> pkg --do_not_check_for_latest_version --use_cached_pkg install firefox >>> >>> Any help on this before I tear out the three strands of hair I have lef= t >>> would be appreciated. >>> >> >> >> =E2=80=8BIf you have the .txz/.tbz package file, then it's a simple: >> >> # pkg install /path/to/firefox-versions-blahblah.txz >> > > I think it is "pkg add /var/cache/pkg/firefox-versions-blahblah.txz" > =E2=80=8BBoth work. "pkg add" is there for backward compat with the old wa= y (pkg_add). "pkg install" can install from remote repos or local files. >From the man pages: =E2=80=8BDESCRIPTION pkg install is used for installation of packages from package reposito= - ries or local archives. Multiple package names can be specified on th= e command line, either explicitly or by matching against package names (or origins) in the repository catalogues using shell globbing or regular expressions. DESCRIPTION pkg add installs packages from either a local source or a remote one. When installing from a remote source you need to specify the protocol to use when fetching the package. =E2=80=8BFor ease of use, "pkg install" works for everything. :)=E2=80=8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@freebsd.org Thu Apr 20 21:18:21 2017 Return-Path: Delivered-To: freebsd-ports@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 4B565D48355 for ; Thu, 20 Apr 2017 21:18:21 +0000 (UTC) (envelope-from kwm@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 35107ADF for ; Thu, 20 Apr 2017 21:18:21 +0000 (UTC) (envelope-from kwm@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 30EBCD48353; Thu, 20 Apr 2017 21:18:21 +0000 (UTC) Delivered-To: ports@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 3065FD48350; Thu, 20 Apr 2017 21:18:21 +0000 (UTC) (envelope-from kwm@FreeBSD.org) Received: from smtpq6.tb.mail.iss.as9143.net (smtpq6.tb.mail.iss.as9143.net [212.54.42.169]) (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 96C58ADD; Thu, 20 Apr 2017 21:18:17 +0000 (UTC) (envelope-from kwm@FreeBSD.org) Received: from [212.54.42.118] (helo=lsmtp4.tb.mail.iss.as9143.net) by smtpq6.tb.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1d1JSx-0000mZ-1e; Thu, 20 Apr 2017 23:18:15 +0200 Received: from f49083.upc-f.chello.nl ([80.56.49.83] helo=[192.168.1.74]) by lsmtp4.tb.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1d1JSw-0005du-Tm; Thu, 20 Apr 2017 23:18:15 +0200 Message-ID: <1492723094.55896.22.camel@FreeBSD.org> Subject: Re: manpath change for ports ? From: Koop Mast To: Baptiste Daroussin , arch@FreeBSD.org, ports@FreeBSD.org Date: Thu, 20 Apr 2017 23:18:14 +0200 In-Reply-To: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-SourceIP: 80.56.49.83 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.2 cv=C/qZ8UH+ c=1 sm=1 tr=0 a=06UDlCbfTTtHZh+D0N39nQ==:17 a=IkcTkHD0fZMA:10 a=AzvcPWV-tVgA:10 a=GUOmPLy3Ybawj284_7AA:9 a=QEXdDO2ut3YA:10 none X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 21:18:21 -0000 On Tue, 2017-03-07 at 00:56 +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? > > Best regards, > Bapt Hello, I recently committed the USES for the meson build system to ports. This USES configures the meson build system with some default variables which includes the location of the man pages. This setting is just a flag to the meson command so it easy to change. Meson also handles the generation and installation of pkg-config files that a port wants. The problem is that this is handled by the script itself and there is no way to configure it, so we need to hack the meson port to change it from lib/pkg-config to libdata/pkg-config like we currently are using. (1) Or add a hack to meson.mk to move the pkg- config to the right location (evil++ imho). My point I want to make is that currently there is only 1 port build via the meson system (graphics/graphene). Should we change man/pkg- config file locations now, it very easy. If we want to change them later we will need to mass bump every meson build port. It is important to note that GStreamer and GNOME are moving over to using meson instead of autotools and that Wayland, Xorg en Mesa are exploring want is needed to make the switch. So I think it important that the decision what to do is done now and that we stick with it. Reading the rest of the thread it seems nobody is really against the proposed change of man and pkg-config path's. So how does one submit a policy change like this? I'm also not sure I'm the right person to push this, I just got back from a break and I don't want to really deal with something super high profile right away. -Koop (1) I would like to see lib/pkg-config back in the search path of pkgconf since that means I don't have to do a crash course python programming. From owner-freebsd-ports@freebsd.org Thu Apr 20 21:18:38 2017 Return-Path: Delivered-To: freebsd-ports@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 50AB8D483A0 for ; Thu, 20 Apr 2017 21:18:38 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 127C8C29 for ; Thu, 20 Apr 2017 21:18:37 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 24BAE28462; Thu, 20 Apr 2017 23:18:35 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 030DC28454; Thu, 20 Apr 2017 23:18:32 +0200 (CEST) Subject: Re: How to use cached packages To: Freddie Cash Cc: Patrick Powell , FreeBSD Ports ML References: <58F91BB7.5020008@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58F925A8.7030702@quip.cz> Date: Thu, 20 Apr 2017 23:18:32 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 21:18:38 -0000 Freddie Cash wrote on 2017/04/20 22:39: > On Thu, Apr 20, 2017 at 1:36 PM, Miroslav Lachman <000.fbsd@quip.cz > >wrote: > > Freddie Cash wrote on 2017/04/20 22:17: > > On Thu, Apr 20, 2017 at 11:58 AM, Patrick Powell > > > wrote: > > I ran into a problem where I needed to reinstall a package. > However, I > did not have network access to the pkg repository. I did > have a system > which had all of the pkgs which I needed in the pkg cache. > I can easily > copy these to the system, as well as the pkg database, etc. > > So: is there a SIMPLE way to have pkg check to see if a pkg > is already in > the pkg cache and use that before trying to go to the > repository? > > Is there a SIMPLE way to prevent pkg from trying to check > the pkg > repository for an update? > > I strongly suspect that something like: > > pkg --do_not_check_for_latest_version --use_cached_pkg > install firefox > > Any help on this before I tear out the three strands of hair > I have left > would be appreciated. > > > > ​If you have the .txz/.tbz package file, then it's a simple: > > # pkg install /path/to/firefox-versions-blahblah.txz > > > I think it is "pkg add /var/cache/pkg/firefox-versions-blahblah.txz" > > > ​Both work. "pkg add" is there for backward compat with the old way > (pkg_add). "pkg install" can install from remote repos or local files. > From the man pages: > > ​DESCRIPTION > pkg install is used for installation of packages from package > reposito- > ries or local archives. Multiple package names can be specified > on the > command line, either explicitly orby matching against package > names (or > origins) in the repositorycatalogues using shell globbingor regular > expressions. > > > DESCRIPTION > pkg add installs packages from either a local source or a remote one. > > When installing from a remote source you need to specify the > protocol to > use when fetching the package. > > > ​For ease of use, "pkg install" works for everything. :)​ I do not remember exactly why I am using pkg add. Maybe pkg install did not work for me in the past (when downgrading from /var/cache/pkg) or maybe because pkg add will not try to fetch from repo defined in /usr/local/etc/ Anyway good to know both works :) Miroslav Lachman From owner-freebsd-ports@freebsd.org Thu Apr 20 21:19:20 2017 Return-Path: Delivered-To: freebsd-ports@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 4DFE1D484AA for ; Thu, 20 Apr 2017 21:19:20 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 035A6D23 for ; Thu, 20 Apr 2017 21:19:19 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (p5DC0F861.dip0.t-ipconnect.de [93.192.248.97]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id v3KLJH5I094574 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 20 Apr 2017 21:19:17 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host p5DC0F861.dip0.t-ipconnect.de [93.192.248.97] claimed to be ultrabook.yoonka.com Subject: Re: Is pkg quarterly really needed? To: freebsd-ports@freebsd.org References: <58F61A8D.1030309@a1poweruser.com> <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> <20170420053722.GD31559@lonesome.com> <20170420084452.GH74780@home.opsec.eu> <99a57878-ae39-d2a4-fe35-023dae8b320b@gjunka.com> <20170420171119.GJ74780@home.opsec.eu> <127a5f89-93ba-aee4-14d3-41e2f2d71892@gjunka.com> <20170420195712.GK74780@home.opsec.eu> From: Grzegorz Junka Message-ID: <399feac5-71d7-25ab-80da-84bd6c2eeeda@gjunka.com> Date: Thu, 20 Apr 2017 21:19:11 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170420195712.GK74780@home.opsec.eu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 21:19:20 -0000 Hi :) On 20/04/2017 19:57, Kurt Jaeger wrote: > Hi! > >> I understand that the main problem with quarterly branches is that they >> start from an unstable edge and mature with time, then after three >> months at the most mature point they are being deleted and replaced with >> a new unstable edge. So, there is no good point of reference to use as a >> source of packages. > First, let me say that for my use cases, the pkg tree is in consistent > state most of the time. We have a set of approx. 2500 pkg's build etc, > so roughly 10% of the full repo. We update the ports tree and build the > repo every week, just to see if all is fine, and we update > and build, if we need a package we do not yet have in our repo. > For the thrills, look at our repo at https://repo.nepustil.net I am maintaining four sets of pkg's for my desktop, laptop and server (in two variants) - anything between 100 to 1300 pkg's resulted from selecting around 10-200 ports depending on the set. I usually first build for my desktop, then if everything is fine I rebuild the set for my laptop, and finally the server. I hardly remember a single upgrade to the longest set that didn't result in some packages being broken. Sure, most of those breakages resulted from me selecting non-standard options (but if I wanted standard options then I would simply install from the official distribution, wouldn't I?). Only last weekend I filled two bugs against ports that didn't compile when either non-default options were selected in those packages or in some of their dependent packages. So, my experience is quite different to yours... > Hmm, let's try this thought experiment. > > For each package, keep the whole repo when it was last build sucessfully > (Note: we're not yet discussing whether it runs!) > > Worst case: We have n ports and n repos. The question is: > what would be the average case ? Would that be a sustainable model ? > > Now, the next question: Even if we have all the repos, > would we find *one* repo where *two* packagew we'd like to have > are in a consistent (build-!)state ? What about the 250+ > that are normally needed for a small server ? Or the 1200+ > for a multi-role server (some will say: "nah, don't do it, use > container/jails/ whatever virtualisiation"). If the whole repository builds doesn't it mean by default that any subset also builds? All packages are build incrementally, the packages that don't depend on any other packages are build first, then any packages that depend on them, and so on. Sure, it doesn't mean that they also run properly, but that's a different story. If packages are build then people can install them and fill bugs. That would be the reason for having CURRENT, STABLE and RELEASE where fixes would be gradually progressed between them. >> What I described is taking the good points (maturing the code through >> progressing version upgrades from CURRENT, through STABLE to RELEASE) > Now, if we have ports-HEAD, and changes to that (especially fixes and > features to the ports infrastructure), it's getting more and more difficult > to backport fixes from ports-HEAD to the ports-STABLE versions, because > those do not contain dependencies and infrastructure changes. > If we backport those, we have to roll forward some other > changes. This gets out of hand very quickly. I see where you are getting at. My assumption was that only version upgrades are progressed from CURRENT to STABLE to RELEASE. If a port can't be progressed because it requires infrastructure change then, well, it won't. STABLE and then RELEASE are meant to be more stable so we would prefer older versions that work rather than new versions that break. Infrastructure changes would have to be progressed eventually but that could be done in batches where most fixes in more edge branches have been fixed. > So: > > If we take the sum of the brain time our maintainers and committers > deliver to keep HEAD in a moving (different from a stagnating) state, > and try to estimate how much *more* time would be needed to > keep additional trees in working conditions, only updating > what is needed, under the assumption that infrastructure changes > *need* to happen ? What would that additional brain time be ? > My inituition tells me that it would probably break the model. On the other hand developers would be more inclined to do changes in CURRENT if they know that they are not going to break ports for the majority of users who should use STABLE or RELEASE. According to the principle "Failing by design ". They would be also more confident when porting changes to more stable branches knowing that they have been tested by many users and if something could have gone wrong most likely already did. > Now, if someone wants to *experiment* with that, we > already have quite a few people doing that: By setting up > our own repo boxes, where we build the trees to our liking. I am not trying to solve the problem for myself. I already have my own repo box. I am just investigating options as many people seem to be unhappy by the current state of affair. That's not to say that I am not annoyed by the frequent breakages in the ports that I am trying to build for my own purpose of course. > The FreeBSD svn commits are public. So, if someone wants > to use it, and select and pick to provide a stable repo, > we would all welcome the effort. If it's a sustained effort over > some time, clusteradm etc would probably add that repo > to the infrastructure. We can even call it the 'caveat'-repo. > > It's just that asking the team that's barely keeping up > to do that *on top*, that will probably not work. That was supposed to be more like *instead* rather than *on top*. >> From that short description it should be more or less >> obvious if that approach is better/doable when opposed to quarterly >> branches? > There's a way to find out: Try it. > Not the best way TBH. I would rather hear some opinions first as I am sure there are plenty of conditions and requirements I haven't even imagined myself yet. Grzegorz From owner-freebsd-ports@freebsd.org Thu Apr 20 21:22:26 2017 Return-Path: Delivered-To: freebsd-ports@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 EB869D48B85 for ; Thu, 20 Apr 2017 21:22:26 +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 D75801BDC for ; Thu, 20 Apr 2017 21:22:26 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id D1121D48B82; Thu, 20 Apr 2017 21:22:26 +0000 (UTC) Delivered-To: ports@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 D09A0D48B81; Thu, 20 Apr 2017 21:22:26 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 9009E1BD7; Thu, 20 Apr 2017 21:22:26 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id EE45A47B1; Thu, 20 Apr 2017 21:21:53 +0000 (UTC) Date: Thu, 20 Apr 2017 23:21:53 +0200 From: Baptiste Daroussin To: Koop Mast Cc: arch@FreeBSD.org, ports@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <1492723094.55896.22.camel@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="akklfd3ecjwxpoxg" Content-Disposition: inline In-Reply-To: <1492723094.55896.22.camel@FreeBSD.org> User-Agent: NeoMutt/20170306 (1.8.0) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 21:22:27 -0000 --akklfd3ecjwxpoxg Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 20, 2017 at 11:18:14PM +0200, Koop Mast wrote: > On Tue, 2017-03-07 at 00:56 +0100, Baptiste Daroussin wrote: > > Hi all, > >=20 > > I would like to propose a change in the localbase hier for ports > >=20 > > I think we should add /usr/local/share/man in the manpath along with > > at first > > and maybe instead of in long term. > >=20 > > The reason is: > > - /usr/local/share/man seems more consistent to me with base which > > have: > > =A0 /usr/share/man > > - It will remove lots of patches from the ports tree where were we > > need to patch > > =A0 upstream build system to install in a non usual path. > >=20 > > My proposal is to add to the manpath /usr/local/share/man in default > > man(1) > > command in FreeBSD 12 (MFCed to 11-STABLE) > >=20 > > 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? > >=20 > > 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 > >=20 > > Which will also remove tons of hacks from the ports tree. > >=20 > > What do you think? > >=20 > > Best regards, > > Bapt >=20 > Hello, >=20 > I recently committed the USES for the meson build system to ports. This > USES configures the meson build system with some default variables > which includes the location of the man pages. This setting is just a > flag to the meson command so it easy to change. >=20 > Meson also handles the generation and installation of pkg-config files > that a port wants. The problem is that this is handled by the script > itself and there is no way to configure it, so we need to hack the > meson port to change it from lib/pkg-config to libdata/pkg-config like > we currently are using. (1) Or add a hack to meson.mk to move the pkg- > config to the right location (evil++ imho). >=20 > My point I want to make is that currently there is only 1 port build > via the meson system (graphics/graphene). Should we change man/pkg- > config file locations now, it very easy. If we want to change them > later we will need to mass bump every meson build port. It is important > to note that GStreamer and GNOME are moving over to using meson instead > of autotools and that Wayland, Xorg en Mesa are exploring want is > needed to make the switch. So I think it important that the decision > what to do is done now and that we stick with it. >=20 > Reading the rest of the thread it seems nobody is really against the > proposed change of man and pkg-config path's. So how does one submit a > policy change like this? I'm also not sure I'm the right person to push > this, I just got back from a break and I don't want to really deal with > something super high profile right away. >=20 > -Koop >=20 > (1) I would like to see lib/pkg-config back in the search path of > pkgconf since that means I don't have to do a crash course python > programming. Would be nice is portmgr can step on this, let's reduce this discussion for= now on pkgconf. Best regards, Bapt --akklfd3ecjwxpoxg Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlj5JnEACgkQY4mL3PG3 PloiNBAAvrZY2nONkMQTlWiOVr+3QBtR63PPEPFtzVBZnGpapQBQW8V/99n06gHV 9ibuniGCPqjqrpNWbPyKmAiX+D759UbfoqzYT3Cx+sz0v/SxUEn249p/eiHG3PTi EJ/vYIK76WeVCMLqmfXdy0Rdd09elWzW5A45oqRb8HCP0azAlmblcXz8a83rYME2 sf3ve1BgSsG/zvLCXvzdW5BcsX8FbasfDPEtMP1MRmRAxQaZnAeViViNBY+bQwAL moipmmtyrgbgVjLGGekfNdMvZnLuToVRfrf6otrQCj4G/VhnT8YnQ7yEAE9p6vh3 BCEAK/Rf2oz58NytEe2tyW9FjDyOJ9Ep/IhzQM1r/7pTe9cq4Fxv21qAXmiOltUB +y4cF+kSjKbOH8Nm9iUpO/CLr9Ceg7iWKWxvmsIPAXd9Ye5k6j6U4b2OIBLhFPz9 Wj72zr0UQr7Da7gaUBMzGYAJ5OXvGXA98/rQW2Oq9wLxZ16tt0PiGM+yRP39qPpu wEAvz3ZZG8/u1qnjSGk6Pv4Jv21XmAy3cFXlJbUmVwoK8bKb1DDw24g27B/IWYjT JNBlfG1Oq/SgQzCQaRbcXDLu2R1MjzrfxGgImUGXP1ZMGunvZFXB4VKbp+xdcmhl vnO0Gp6sGrJm5cStBPdd/rYPRDFb+PD8oJ1Dtna58Lcy/dCeqvA= =gOrr -----END PGP SIGNATURE----- --akklfd3ecjwxpoxg-- From owner-freebsd-ports@freebsd.org Thu Apr 20 22:13:55 2017 Return-Path: Delivered-To: freebsd-ports@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 C2DEDD48D15 for ; Thu, 20 Apr 2017 22:13:55 +0000 (UTC) (envelope-from mat@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 A4ECD1DBD for ; Thu, 20 Apr 2017 22:13:55 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9F32CD48D13; Thu, 20 Apr 2017 22:13:55 +0000 (UTC) Delivered-To: ports@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 9E63BD48D11; Thu, 20 Apr 2017 22:13:55 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BCBC1DBA; Thu, 20 Apr 2017 22:13:55 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 952E0BDC89; Fri, 21 Apr 2017 00:13:53 +0200 (CEST) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by prod2.absolight.net (Postfix) with ESMTPSA id 62A9FBDC85; Fri, 21 Apr 2017 00:13:53 +0200 (CEST) Subject: Re: manpath change for ports ? To: Baptiste Daroussin , Koop Mast Cc: arch@FreeBSD.org, ports@FreeBSD.org, portmgr@FreeBSD.org References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <1492723094.55896.22.camel@FreeBSD.org> <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> From: Mathieu Arnold Organization: Absolight / The FreeBSD Foundation Message-ID: Date: Fri, 21 Apr 2017 00:13:52 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6BetvbhbJJtKVL9x7EQK9wxNh1K9HmfI4" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 22:13:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6BetvbhbJJtKVL9x7EQK9wxNh1K9HmfI4 Content-Type: multipart/mixed; boundary="99btd0QpQ3QbTKV5eB4gnRJx9X1mfLF7K"; protected-headers="v1" From: Mathieu Arnold To: Baptiste Daroussin , Koop Mast Cc: arch@FreeBSD.org, ports@FreeBSD.org, portmgr@FreeBSD.org Message-ID: Subject: Re: manpath change for ports ? References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <1492723094.55896.22.camel@FreeBSD.org> <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> In-Reply-To: <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> --99btd0QpQ3QbTKV5eB4gnRJx9X1mfLF7K Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: fr Le 20/04/2017 =C3=A0 23:21, Baptiste Daroussin a =C3=A9crit : > On Thu, Apr 20, 2017 at 11:18:14PM +0200, Koop Mast wrote: >> On Tue, 2017-03-07 at 00:56 +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? >>> >>> Best regards, >>> Bapt >> Hello, >> >> I recently committed the USES for the meson build system to ports. Thi= s >> USES configures the meson build system with some default variables >> which includes the location of the man pages. This setting is just a >> flag to the meson command so it easy to change. >> >> Meson also handles the generation and installation of pkg-config files= >> that a port wants. The problem is that this is handled by the script >> itself and there is no way to configure it, so we need to hack the >> meson port to change it from lib/pkg-config to libdata/pkg-config like= >> we currently are using. (1) Or add a hack to meson.mk to move the pkg-= >> config to the right location (evil++ imho). >> >> My point I want to make is that currently there is only 1 port build >> via the meson system (graphics/graphene). Should we change man/pkg- >> config file locations now, it very easy. If we want to change them >> later we will need to mass bump every meson build port. It is importan= t >> to note that GStreamer and GNOME are moving over to using meson instea= d >> of autotools and that Wayland, Xorg en Mesa are exploring want is >> needed to make the switch. So I think it important that the decision >> what to do is done now and that we stick with it. >> >> Reading the rest of the thread it seems nobody is really against the >> proposed change of man and pkg-config path's. So how does one submit a= >> policy change like this? I'm also not sure I'm the right person to pus= h >> this, I just got back from a break and I don't want to really deal wit= h >> something super high profile right away. >> >> -Koop >> >> (1) I would like to see lib/pkg-config back in the search path of >> pkgconf since that means I don't have to do a crash course python >> programming. > Would be nice is portmgr can step on this, let's reduce this discussion= for now > on pkgconf. I am waiting on an exp-run to fix this once and for all. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218067 When that is committed, anything can be added to the path pkgconfig searches, ports will always install it in the right place. --=20 Mathieu Arnold --99btd0QpQ3QbTKV5eB4gnRJx9X1mfLF7K-- --6BetvbhbJJtKVL9x7EQK9wxNh1K9HmfI4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJY+TKhXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85IUh8P/Rs2SBNgcZ6POD8eHnfyEt1m kr6QUiQxOuYrb/SHk9HsnuugNxZ1CPnWOUEc65GlcN0iMgWnmbW6QuRbsXL/A1Yu ZwY6HwxEaHOUzL9HZ/MA8e3xOtSmLbRVut4Jy9m5v5VnKBqZeCDkS1WRIo3MfJNd pCBjEHZPUtR7Do0OglD7k/jzVgQqROBZpnh7R5Hy4EFsoR+zM0hqch0hPxeKiBx9 vK3wm11XLwNeeP/5MrI5pR8eLCZxhqXD7+ZjXmE/zlNu0vAMDh6h1gERtVxRzXOL JAMHve0xAe4INH852gTyUMSqEkbE9yBe8bdkImcjQlJchms/lp7nGFJiVBSEgXmW iYUPff07+cANergO4eW2Dogb2t0iFbj6UDMcD/J9xl7BIP5cE0Bmcop7VPR64n6q oY21DJnO2hbXo+t3L97sAzuvn0F2l2nh6H53cLQ7/747nkECuSFXEsJ2o4F1DuUn XTxA9ZsebrIS5ZAFQeOX2KLQfCJJYALO7d9BMPcgyyv45CSHA4uYfCMm0rSdymfc 1h2xKy/h0zo8pU1l3h0srghnrNOjbu8ipJ49eN3lyPaMLm7CrDy6KbYOAGTH4J3E RNNws88dMrF1+psFqK7l6ixQ+5JjF1Nn2Ic6bH5o1PWUhEHY7qOZPSkkxLQyOKWO dHZE+kE52tpZGni/MVpS =9jJR -----END PGP SIGNATURE----- --6BetvbhbJJtKVL9x7EQK9wxNh1K9HmfI4-- From owner-freebsd-ports@freebsd.org Thu Apr 20 22:16:33 2017 Return-Path: Delivered-To: freebsd-ports@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 3DCDAD48E33 for ; Thu, 20 Apr 2017 22:16:33 +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 297729F for ; Thu, 20 Apr 2017 22:16:33 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 22B65D48E31; Thu, 20 Apr 2017 22:16:33 +0000 (UTC) Delivered-To: ports@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 2210DD48E2F; Thu, 20 Apr 2017 22:16:33 +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 0211D9D; Thu, 20 Apr 2017 22:16:33 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 33DE455A8; Thu, 20 Apr 2017 22:16:32 +0000 (UTC) Date: Fri, 21 Apr 2017 00:16:31 +0200 From: Baptiste Daroussin To: Mathieu Arnold Cc: Koop Mast , ports@FreeBSD.org, arch@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170420221631.yxukhuwo4tn7blte@ivaldir.net> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <1492723094.55896.22.camel@FreeBSD.org> <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sl34vmva77hxhbwl" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170306 (1.8.0) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 22:16:33 -0000 --sl34vmva77hxhbwl Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 21, 2017 at 12:13:52AM +0200, Mathieu Arnold wrote: > Le 20/04/2017 =E0 23:21, Baptiste Daroussin a =E9crit : > > On Thu, Apr 20, 2017 at 11:18:14PM +0200, Koop Mast wrote: > >> On Tue, 2017-03-07 at 00:56 +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? > >>> > >>> Best regards, > >>> Bapt > >> Hello, > >> > >> I recently committed the USES for the meson build system to ports. This > >> USES configures the meson build system with some default variables > >> which includes the location of the man pages. This setting is just a > >> flag to the meson command so it easy to change. > >> > >> Meson also handles the generation and installation of pkg-config files > >> that a port wants. The problem is that this is handled by the script > >> itself and there is no way to configure it, so we need to hack the > >> meson port to change it from lib/pkg-config to libdata/pkg-config like > >> we currently are using. (1) Or add a hack to meson.mk to move the pkg- > >> config to the right location (evil++ imho). > >> > >> My point I want to make is that currently there is only 1 port build > >> via the meson system (graphics/graphene). Should we change man/pkg- > >> config file locations now, it very easy. If we want to change them > >> later we will need to mass bump every meson build port. It is important > >> to note that GStreamer and GNOME are moving over to using meson instead > >> of autotools and that Wayland, Xorg en Mesa are exploring want is > >> needed to make the switch. So I think it important that the decision > >> what to do is done now and that we stick with it. > >> > >> Reading the rest of the thread it seems nobody is really against the > >> proposed change of man and pkg-config path's. So how does one submit a > >> policy change like this? I'm also not sure I'm the right person to push > >> this, I just got back from a break and I don't want to really deal with > >> something super high profile right away. > >> > >> -Koop > >> > >> (1) I would like to see lib/pkg-config back in the search path of > >> pkgconf since that means I don't have to do a crash course python > >> programming. > > Would be nice is portmgr can step on this, let's reduce this discussion= for now > > on pkgconf. >=20 >=20 > I am waiting on an exp-run to fix this once and for all. >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218067 >=20 > When that is committed, anything can be added to the path pkgconfig > searches, ports will always install it in the right place. >=20 Sorry but why? why not moving libdata/pkgconfig to lib/pkgconfig? what is t= he rationale? Bapt --sl34vmva77hxhbwl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlj5MzkACgkQY4mL3PG3 PlphjRAA0m6+ToQaXkg+oY9oGAqr+E0XPmvE4ECiy4l0hKblbWHzE3xghFRuiSKa BfdO8DVJ28Eih6jBCJfktJTbwGZLU20R9EJWdM2rLNZICsHJ8cs4DhcP06GXNI4X QThKqMSvBQhlmH1gdgtm47i7sBQbBEU1k8FPsRBl1OgKsAXqXak9boTHbnhi7PGj u0Ves2vrrgtU4XgjQXxsot5IEZzoFzJROshVXGHmUNBD6rSzcps1pTLCtKK84BcW 4GztFkWvawxCVuixdmh/B95+lOBoPd57+QxcO8hFeGbmURCh8+GM5JGD7MkxUCs2 3qz5tcnLTBHlHABqaRKba/xWbj/KFZVPR8EM6+qlVX/M2GYgla5g4/GYUkuT05kw d/ofx8GTRnYWD9Zwwt3BO3JP5ngX7KalmEWwsFu5e/bgqMgimJdi05pRXZnjVSmm XAS7urTyF3J+Aeh/vO2Vd2EfRg2uDC+El7Ey1B7xiHFRQPFM68ahjtxu01hcn5lF X5qQ662nMANQQJ+u/nrEFLTOg7N/BMC46cKTjYOcxwRnueSa+VZV5I+EiKlLN6k0 jrtzb9w8uNgnICO8b1R1YW3QvQwqG/+xuz6qtSMkyQh1Nd1bPT1AUSXGUXC6TLWN 0G3IAIDmezeAVPD6I63hEwWnQAQNVXf7CRB2L+qy3GEkKVDV0jc= =WPBZ -----END PGP SIGNATURE----- --sl34vmva77hxhbwl-- From owner-freebsd-ports@freebsd.org Thu Apr 20 22:18:59 2017 Return-Path: Delivered-To: freebsd-ports@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 A4BC8D48F55 for ; Thu, 20 Apr 2017 22:18:59 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 85269251 for ; Thu, 20 Apr 2017 22:18:59 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 818E4D48F53; Thu, 20 Apr 2017 22:18:59 +0000 (UTC) Delivered-To: ports@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 8115AD48F52; Thu, 20 Apr 2017 22:18:59 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (prod2.absolight.net [79.143.243.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 42166250; Thu, 20 Apr 2017 22:18:58 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 2B0BDBDC89; Fri, 21 Apr 2017 00:18:56 +0200 (CEST) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by prod2.absolight.net (Postfix) with ESMTPSA id 7E37BBDC85; Fri, 21 Apr 2017 00:18:55 +0200 (CEST) Subject: Re: manpath change for ports ? To: Baptiste Daroussin Cc: ports@FreeBSD.org, Koop Mast , portmgr@FreeBSD.org, arch@FreeBSD.org References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <1492723094.55896.22.camel@FreeBSD.org> <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> <20170420221631.yxukhuwo4tn7blte@ivaldir.net> From: Mathieu Arnold Organization: Absolight / The FreeBSD Foundation Message-ID: Date: Fri, 21 Apr 2017 00:18:53 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: <20170420221631.yxukhuwo4tn7blte@ivaldir.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NSPFsim5tGUQ4qiAXaBueWBP9ltCk5QLS" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 22:18:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NSPFsim5tGUQ4qiAXaBueWBP9ltCk5QLS Content-Type: multipart/mixed; boundary="SvU7srde9mTECapXNjHKcOugCkKahIbr3"; protected-headers="v1" From: Mathieu Arnold To: Baptiste Daroussin Cc: ports@FreeBSD.org, Koop Mast , portmgr@FreeBSD.org, arch@FreeBSD.org Message-ID: Subject: Re: manpath change for ports ? References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <1492723094.55896.22.camel@FreeBSD.org> <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> <20170420221631.yxukhuwo4tn7blte@ivaldir.net> In-Reply-To: <20170420221631.yxukhuwo4tn7blte@ivaldir.net> --SvU7srde9mTECapXNjHKcOugCkKahIbr3 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: fr Le 21/04/2017 =C3=A0 00:16, Baptiste Daroussin a =C3=A9crit : > On Fri, Apr 21, 2017 at 12:13:52AM +0200, Mathieu Arnold wrote: >> Le 20/04/2017 =C3=A0 23:21, Baptiste Daroussin a =C3=A9crit : >>> On Thu, Apr 20, 2017 at 11:18:14PM +0200, Koop Mast wrote: >>>> On Tue, 2017-03-07 at 00:56 +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 wit= h >>>>> 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 defaul= t >>>>> 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 th= at >>>>> 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 >>>> Hello, >>>> >>>> I recently committed the USES for the meson build system to ports. T= his >>>> USES configures the meson build system with some default variables >>>> which includes the location of the man pages. This setting is just a= >>>> flag to the meson command so it easy to change. >>>> >>>> Meson also handles the generation and installation of pkg-config fil= es >>>> that a port wants. The problem is that this is handled by the script= >>>> itself and there is no way to configure it, so we need to hack the >>>> meson port to change it from lib/pkg-config to libdata/pkg-config li= ke >>>> we currently are using. (1) Or add a hack to meson.mk to move the pk= g- >>>> config to the right location (evil++ imho). >>>> >>>> My point I want to make is that currently there is only 1 port build= >>>> via the meson system (graphics/graphene). Should we change man/pkg- >>>> config file locations now, it very easy. If we want to change them >>>> later we will need to mass bump every meson build port. It is import= ant >>>> to note that GStreamer and GNOME are moving over to using meson inst= ead >>>> of autotools and that Wayland, Xorg en Mesa are exploring want is >>>> needed to make the switch. So I think it important that the decision= >>>> what to do is done now and that we stick with it. >>>> >>>> Reading the rest of the thread it seems nobody is really against the= >>>> proposed change of man and pkg-config path's. So how does one submit= a >>>> policy change like this? I'm also not sure I'm the right person to p= ush >>>> this, I just got back from a break and I don't want to really deal w= ith >>>> something super high profile right away. >>>> >>>> -Koop >>>> >>>> (1) I would like to see lib/pkg-config back in the search path of >>>> pkgconf since that means I don't have to do a crash course python >>>> programming. >>> Would be nice is portmgr can step on this, let's reduce this discussi= on for now >>> on pkgconf. >> >> I am waiting on an exp-run to fix this once and for all. >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218067 >> >> When that is committed, anything can be added to the path pkgconfig >> searches, ports will always install it in the right place. >> > Sorry but why? why not moving libdata/pkgconfig to lib/pkgconfig? what = is the > rationale? Because a lot of build software know that on FreeBSD, the .pc file go in libdata/pkgconfig. If we move to some other place, we'll have a USES=3Dpathfixmore for the next 25 years until everyone understands we moved it some place else. --=20 Mathieu Arnold --SvU7srde9mTECapXNjHKcOugCkKahIbr3-- --NSPFsim5tGUQ4qiAXaBueWBP9ltCk5QLS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJY+TPOXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85Ih3IP/jCByDscosFbSndXLSSwpNPQ BtxU7CmNDE/RqufUDg47G5t0UgNGmbIu8sjFHY2v9jk1PVt9s6rhdnqWEoF2EzsL 36Jmbn2IyrbFMCd7Q+DT8vHXYN4Ahat8WjP9yw3Z5KMC1Z4L03wf7k9tmsFZB8DF Kmq5bjqoPBVED2hXlzlFD/rcpQzkWQE383LTIUWnA1E2mxlFQs6WKKFnSxpCRe8S 9DfZpfF9ltJhR1F7bK9V/VBc7QKyjZ2FErxb5YS3pxgV9diAVo96nRaxkPgNTDFU 3r+dx6vs4UDqiyP83p9IjTnD5r4ZBClrLKc+vz8LuNkjb3E7OYUaRpUbY3OFXWWN bb2DPWqsm+4o/OVD3VBLg1iPy17S0FdiltPVE9jKhZfTPpwGtGRrnuL02KM6tRx+ sEOeZrVK6kP4AiSDoeNIYCPX1JQ6HyFiaj4rj3iMTKan3qAgEPuNx6+eqwoW0n0C +g3HL96ZkfZvoQXF+VdvLTWP3s8FDcB3wn4OsWWcEfRCK/CShBrCVrnO+pKnVmfa MPFUFIzsrUD9TW4CcK3wONaaFGdi7YwAG/8vqQgMAy7N6JICGFKhGtQ2noRyg0to s90ZJ5CTMNfY82iPXEzd3AabIWcSl9hOb6WdVCqMmerXHozxIkm0jCglxM/RuWiW H0nX1DoOOFK/g3fXhU96 =90tQ -----END PGP SIGNATURE----- --NSPFsim5tGUQ4qiAXaBueWBP9ltCk5QLS-- From owner-freebsd-ports@freebsd.org Thu Apr 20 22:21:56 2017 Return-Path: Delivered-To: freebsd-ports@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 64C8AD4828D for ; Thu, 20 Apr 2017 22:21:56 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8FF97D for ; Thu, 20 Apr 2017 22:21:56 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4EF85D4828A; Thu, 20 Apr 2017 22:21:56 +0000 (UTC) Delivered-To: ports@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 4E885D48289; Thu, 20 Apr 2017 22:21:56 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 2BBEA97C; Thu, 20 Apr 2017 22:21:56 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 9E3EE57B7; Thu, 20 Apr 2017 22:21:54 +0000 (UTC) Date: Fri, 21 Apr 2017 00:21:54 +0200 From: Baptiste Daroussin To: Mathieu Arnold Cc: ports@FreeBSD.org, Koop Mast , arch@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170420222154.wtk5zvprn2g5b6ny@ivaldir.net> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <1492723094.55896.22.camel@FreeBSD.org> <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> <20170420221631.yxukhuwo4tn7blte@ivaldir.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jbc5mn23tydn6e5r" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170306 (1.8.0) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 22:21:56 -0000 --jbc5mn23tydn6e5r Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 21, 2017 at 12:18:53AM +0200, Mathieu Arnold wrote: > Le 21/04/2017 =E0 00:16, Baptiste Daroussin a =E9crit : > > On Fri, Apr 21, 2017 at 12:13:52AM +0200, Mathieu Arnold wrote: > >> Le 20/04/2017 =E0 23:21, Baptiste Daroussin a =E9crit : > >>> On Thu, Apr 20, 2017 at 11:18:14PM +0200, Koop Mast wrote: > >>>> On Tue, 2017-03-07 at 00:56 +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 th= at > >>>>> 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 > >>>> Hello, > >>>> > >>>> I recently committed the USES for the meson build system to ports. T= his > >>>> USES configures the meson build system with some default variables > >>>> which includes the location of the man pages. This setting is just a > >>>> flag to the meson command so it easy to change. > >>>> > >>>> Meson also handles the generation and installation of pkg-config fil= es > >>>> that a port wants. The problem is that this is handled by the script > >>>> itself and there is no way to configure it, so we need to hack the > >>>> meson port to change it from lib/pkg-config to libdata/pkg-config li= ke > >>>> we currently are using. (1) Or add a hack to meson.mk to move the pk= g- > >>>> config to the right location (evil++ imho). > >>>> > >>>> My point I want to make is that currently there is only 1 port build > >>>> via the meson system (graphics/graphene). Should we change man/pkg- > >>>> config file locations now, it very easy. If we want to change them > >>>> later we will need to mass bump every meson build port. It is import= ant > >>>> to note that GStreamer and GNOME are moving over to using meson inst= ead > >>>> of autotools and that Wayland, Xorg en Mesa are exploring want is > >>>> needed to make the switch. So I think it important that the decision > >>>> what to do is done now and that we stick with it. > >>>> > >>>> Reading the rest of the thread it seems nobody is really against the > >>>> proposed change of man and pkg-config path's. So how does one submit= a > >>>> policy change like this? I'm also not sure I'm the right person to p= ush > >>>> this, I just got back from a break and I don't want to really deal w= ith > >>>> something super high profile right away. > >>>> > >>>> -Koop > >>>> > >>>> (1) I would like to see lib/pkg-config back in the search path of > >>>> pkgconf since that means I don't have to do a crash course python > >>>> programming. > >>> Would be nice is portmgr can step on this, let's reduce this discussi= on for now > >>> on pkgconf. > >> > >> I am waiting on an exp-run to fix this once and for all. > >> > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218067 > >> > >> When that is committed, anything can be added to the path pkgconfig > >> searches, ports will always install it in the right place. > >> > > Sorry but why? why not moving libdata/pkgconfig to lib/pkgconfig? what = is the > > rationale? > Because a lot of build software know that on FreeBSD, the .pc file go in > libdata/pkgconfig. If we move to some other place, we'll have a > USES=3Dpathfixmore for the next 25 years until everyone understands we > moved it some place else. >=20 ok a point for you there :) Bapt --jbc5mn23tydn6e5r Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlj5NIIACgkQY4mL3PG3 PloiJw/9GYDGgxSamCyELEIfl+BkKlI2qqOBAo3xUkidXNPEVmmsIM/pbEc1oXzF 0ZArbRQSpkLHVaJwIxIF7ITfPtcDexgfbLBNDHFcp+VNahVdL6Zja+0ut1gwUboK zwszn3EbyKoKFh+dz1yG0Gcf3obCmTyqXlA4Oh/SYEaUT3jWZhkp1CRDB1E9Mu1D KnNxxQ2mf85wknxBwPVxIiRf8benyciB87dYPXkVNZru7LpFfLvUpP8f96cKEteb 6WT9G1gPnlR4zfDDjdkul9JUEQ5Dsk2PtMv6ILpwS7lPrR5/3mDXIMAhRn9H/feW jKOL8XGpaPN7jzSlDFw695b0qWtS64qW1oV8WrNzG7RuxkiJxuNCRIs7YcPP/diJ JbdxPiu9AgAGgRHJ8DQPAOMe3K6v2Ze5xWg3R1EQHfS7+Ra9XJvhZG42aeXzcBn4 I/ePIdyPTvfEsv/ECLgTjekz/O8S4at4rm/oHI2VX8oIfEYCroblkAl6uAldoWxL LI3AhhvBbvvgslrtw1n6TN3HdsjVzWPrkOmCuqN0uiALiLG5t3jOe7fcG1IfP2QS 3GJ0NcoxN/GS3DfJRk2A+f0DPadhHFuebZQSR9wRqr+s0Kbcew1GXOA5z2RHO1u9 VAg4jd0CCNDq/lUSvOz+UfaHrot58IYxddtz36+yPhDg4f+7pD0= =6sBy -----END PGP SIGNATURE----- --jbc5mn23tydn6e5r-- From owner-freebsd-ports@freebsd.org Thu Apr 20 22:29:20 2017 Return-Path: Delivered-To: freebsd-ports@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 B53BDD483D4 for ; Thu, 20 Apr 2017 22:29:20 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9401FBBB for ; Thu, 20 Apr 2017 22:29:20 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8E217D483D2; Thu, 20 Apr 2017 22:29:20 +0000 (UTC) Delivered-To: ports@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 8B9ABD483D0; Thu, 20 Apr 2017 22:29:20 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3993CBB9; Thu, 20 Apr 2017 22:29:20 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 23E94BDC89; Fri, 21 Apr 2017 00:29:18 +0200 (CEST) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by prod2.absolight.net (Postfix) with ESMTPSA id B3CB7BDC85; Fri, 21 Apr 2017 00:29:17 +0200 (CEST) Subject: Re: manpath change for ports ? To: Baptiste Daroussin Cc: ports@FreeBSD.org, Koop Mast , arch@FreeBSD.org, portmgr@FreeBSD.org References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <1492723094.55896.22.camel@FreeBSD.org> <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> <20170420221631.yxukhuwo4tn7blte@ivaldir.net> <20170420222154.wtk5zvprn2g5b6ny@ivaldir.net> From: Mathieu Arnold Organization: Absolight / The FreeBSD Foundation Message-ID: Date: Fri, 21 Apr 2017 00:29:15 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: <20170420222154.wtk5zvprn2g5b6ny@ivaldir.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="M6ruqCFds9cMr1iEvV2uVecaNHTDUjGxn" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 22:29:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --M6ruqCFds9cMr1iEvV2uVecaNHTDUjGxn Content-Type: multipart/mixed; boundary="u6useOiVKf44ivSEJpPrGEuWSVXgnjswi"; protected-headers="v1" From: Mathieu Arnold To: Baptiste Daroussin Cc: ports@FreeBSD.org, Koop Mast , arch@FreeBSD.org, portmgr@FreeBSD.org Message-ID: Subject: Re: manpath change for ports ? References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <1492723094.55896.22.camel@FreeBSD.org> <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> <20170420221631.yxukhuwo4tn7blte@ivaldir.net> <20170420222154.wtk5zvprn2g5b6ny@ivaldir.net> In-Reply-To: <20170420222154.wtk5zvprn2g5b6ny@ivaldir.net> --u6useOiVKf44ivSEJpPrGEuWSVXgnjswi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Le 21/04/2017 =C3=A0 00:21, Baptiste Daroussin a =C3=A9crit : > On Fri, Apr 21, 2017 at 12:18:53AM +0200, Mathieu Arnold wrote: >> Le 21/04/2017 =C3=A0 00:16, Baptiste Daroussin a =C3=A9crit : >>> On Fri, Apr 21, 2017 at 12:13:52AM +0200, Mathieu Arnold wrote: >>>> Le 20/04/2017 =C3=A0 23:21, Baptiste Daroussin a =C3=A9crit : >>>>> On Thu, Apr 20, 2017 at 11:18:14PM +0200, Koop Mast wrote: >>>>>> On Tue, 2017-03-07 at 00:56 +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 w= ith >>>>>>> at first >>>>>>> and maybe instead of in long term. >>>>>>> >>>>>>> The reason is: >>>>>>> - /usr/local/share/man seems more consistent to me with base whic= h >>>>>>> have: >>>>>>> /usr/share/man >>>>>>> - It will remove lots of patches from the ports tree where were w= e >>>>>>> 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 defa= ult >>>>>>> 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 patchin= g >>>>>>> (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 >>>>>> Hello, >>>>>> >>>>>> I recently committed the USES for the meson build system to ports.= This >>>>>> USES configures the meson build system with some default variables= >>>>>> which includes the location of the man pages. This setting is just= a >>>>>> flag to the meson command so it easy to change. >>>>>> >>>>>> Meson also handles the generation and installation of pkg-config f= iles >>>>>> that a port wants. The problem is that this is handled by the scri= pt >>>>>> itself and there is no way to configure it, so we need to hack the= >>>>>> meson port to change it from lib/pkg-config to libdata/pkg-config = like >>>>>> we currently are using. (1) Or add a hack to meson.mk to move the = pkg- >>>>>> config to the right location (evil++ imho). >>>>>> >>>>>> My point I want to make is that currently there is only 1 port bui= ld >>>>>> via the meson system (graphics/graphene). Should we change man/pkg= - >>>>>> config file locations now, it very easy. If we want to change them= >>>>>> later we will need to mass bump every meson build port. It is impo= rtant >>>>>> to note that GStreamer and GNOME are moving over to using meson in= stead >>>>>> of autotools and that Wayland, Xorg en Mesa are exploring want is >>>>>> needed to make the switch. So I think it important that the decisi= on >>>>>> what to do is done now and that we stick with it. >>>>>> >>>>>> Reading the rest of the thread it seems nobody is really against t= he >>>>>> proposed change of man and pkg-config path's. So how does one subm= it a >>>>>> policy change like this? I'm also not sure I'm the right person to= push >>>>>> this, I just got back from a break and I don't want to really deal= with >>>>>> something super high profile right away. >>>>>> >>>>>> -Koop >>>>>> >>>>>> (1) I would like to see lib/pkg-config back in the search path of >>>>>> pkgconf since that means I don't have to do a crash course python >>>>>> programming. >>>>> Would be nice is portmgr can step on this, let's reduce this discus= sion for now >>>>> on pkgconf. >>>> I am waiting on an exp-run to fix this once and for all. >>>> >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218067 >>>> >>>> When that is committed, anything can be added to the path pkgconfig >>>> searches, ports will always install it in the right place. >>>> >>> Sorry but why? why not moving libdata/pkgconfig to lib/pkgconfig? wha= t is the >>> rationale? >> Because a lot of build software know that on FreeBSD, the .pc file go = in >> libdata/pkgconfig. If we move to some other place, we'll have a >> USES=3Dpathfixmore for the next 25 years until everyone understands we= >> moved it some place else. >> > ok a point for you there :) I have no problems having lib/pkgconfig added to the search path so that people who build stuff manually have their .pc files in a place where pkg-config can read them, but I really do not want the ports to install them in more than one place. My PR solves that problem, all the ports will forcibly end up in libdata/pkgconfig, we could even drop USES=3Dpathfix. --=20 Mathieu Arnold --u6useOiVKf44ivSEJpPrGEuWSVXgnjswi-- --M6ruqCFds9cMr1iEvV2uVecaNHTDUjGxn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJY+TY8XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85I2ukP/iewLpTKlpzI/O9A6eNDmfJv QsOH7t3iK9tc/UcnP45RxCi4ZMqTD4xY4wnKnSnlrQDoprxnVxkpU3cmGAX3RgWa VH2sbsNIKh1TmDoZNv4Bk6qDNd+g/gHYcd74s7UuMIh+iXX0R4vF/nI7Mket+inl UvAxmiLk6rez/a7RQG36wzmds4ftMoJtd09MMY2utP7DQEj6yycI/N7osgdXCo4r /cS+sELUBHlLY0eR5Alje9SBSfA66HzMojW04Z0uiQb5xhJyqKzHr14vz7Ucqfqd bld7iHwy2O/FGjoISANoVoWPJKyzDMW/AJdWI07tcHhnEk4TgsYxaf4XyHbvkfuI hSqkZ5XGHcY9djW+qmE2TQr7c5iVPMu16GxqRZNrVhmRWGayaQGXFvdiIGNHAGer F+kcZuAP8j8rJeqoSoTs0g7xk+HtORVSkLaZNtRQNjMP/FoxnSaaqwSF+Jpy1mj/ HRmH3TxPXhp0vnfmMFu/Wby6AmNfjEPRGOpPjZYgV6F9Or5YhhAFUfHCVjTRFr55 j3Vvdn9GBlsNAfDGl8o7R1COkpyaw4m4caBAsFfAs3k4Vp0GewDW7yPh/tnKAopJ CRWXuiZTb+8EnMO4xX7RwMqNECXekf/s351pyF46e0JfkVa2g8A5pUjs9m0Mjx3e Forxsjpu98vCEzcowu8m =twSm -----END PGP SIGNATURE----- --M6ruqCFds9cMr1iEvV2uVecaNHTDUjGxn-- From owner-freebsd-ports@freebsd.org Fri Apr 21 02:51:06 2017 Return-Path: Delivered-To: freebsd-ports@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 EF8BDD487C6 for ; Fri, 21 Apr 2017 02:51:06 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 AF472ABC for ; Fri, 21 Apr 2017 02:51:06 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d1Of9-000NsF-NA for freebsd-ports@freebsd.org; Fri, 21 Apr 2017 04:51:11 +0200 Date: Fri, 21 Apr 2017 04:51:11 +0200 From: Kurt Jaeger To: freebsd-ports@freebsd.org Subject: Re: Is pkg quarterly really needed? Message-ID: <20170421025111.GL74780@home.opsec.eu> References: <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> <20170420053722.GD31559@lonesome.com> <20170420084452.GH74780@home.opsec.eu> <99a57878-ae39-d2a4-fe35-023dae8b320b@gjunka.com> <20170420171119.GJ74780@home.opsec.eu> <127a5f89-93ba-aee4-14d3-41e2f2d71892@gjunka.com> <20170420195712.GK74780@home.opsec.eu> <399feac5-71d7-25ab-80da-84bd6c2eeeda@gjunka.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <399feac5-71d7-25ab-80da-84bd6c2eeeda@gjunka.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 02:51:07 -0000 Hi! > >> I understand that the main problem with quarterly branches is that they > >> start from an unstable edge and mature with time, then after three > >> months at the most mature point they are being deleted and replaced with > >> a new unstable edge. So, there is no good point of reference to use as a > >> source of packages. [how stable the repos appear for the users] > I hardly remember a single upgrade to > the longest set that didn't result in some packages being broken. [...] > most of those breakages resulted from me selecting non-standard options Ah, options. Leads to exploding complexity. > So, my experience is quite different to yours... Indeed. > If the whole repository builds doesn't it mean by default that any > subset also builds? If we defined a repo build only as valid if everything builds, the whole repo is never valid, because approx. 10% of the ports tree breaks at any given time. More, if you add options. > My assumption was that only version > upgrades are progressed from CURRENT to STABLE to RELEASE. Leads to a stagnating tree downstream, if you find maintainers for it. That's the model Debian is using, and it has other issues. Especially the load for the maintainers is huge, and users are unhappy that the packages are getting old. Debian has approx. 6 times more committers than we have, when I last looked, and more maintainers. If we take from that that we have to grow our committer base, yes. Can we reason that unless we have that base, we can't follow that model ? Maybe. > On the other hand developers would be more inclined to do changes in > CURRENT if they know that they are not going to break ports for the > majority of users who should use STABLE or RELEASE. This fear to break something is not a big issue in general. This is covered by build-tests using poudriere, most of the time. It is an issue for those ports where lots of things depend on a port, because of changes to that port that lead to cascading failures. > > It's just that asking the team that's barely keeping up > > to do that *on top*, that will probably not work. > That was supposed to be more like *instead* rather than *on top*. As long as we're not plundering countries, we normally do not burn the ships until it's safe to proceed 8-} > >> From that short description it should be more or less > >> obvious if that approach is better/doable when opposed to quarterly > >> branches? > > There's a way to find out: Try it. > Not the best way TBH. I would rather hear some opinions first as I am > sure there are plenty of conditions and requirements I haven't even > imagined myself yet. It's a good approach to learn about the requirements etc. Most of the knowledge is, from what I understand, not documented in a way that helps to write a requirements document. It's in the code of the currently running system, like layers of ashes in old cities. Reading those layers requires a certain mindset. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Fri Apr 21 09:48:14 2017 Return-Path: Delivered-To: freebsd-ports@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 60A61D4796D for ; Fri, 21 Apr 2017 09:48:14 +0000 (UTC) (envelope-from jmc-freebsd2@milibyte.co.uk) Received: from queue01a.mail.zen.net.uk (queue01a.mail.zen.net.uk [212.23.3.234]) by mx1.freebsd.org (Postfix) with ESMTP id 25D911C6D for ; Fri, 21 Apr 2017 09:48:13 +0000 (UTC) (envelope-from jmc-freebsd2@milibyte.co.uk) Received: from [212.23.1.5] (helo=smarthost01c.mail.zen.net.uk) by queue01a.mail.zen.net.uk with esmtp (Exim 4.72) (envelope-from ) id 1d1UdY-0006BO-Qu for freebsd-ports@freebsd.org; Fri, 21 Apr 2017 09:13:56 +0000 Received: from [82.71.56.121] (helo=curlew.milibyte.co.uk) by smarthost01c.mail.zen.net.uk with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1d1UdR-00035V-Lh; Fri, 21 Apr 2017 09:13:49 +0000 Received: from [192.168.1.13] (helo=curlew) by curlew.milibyte.co.uk with esmtp (Exim 4.89) (envelope-from ) id 1d1Ue6-0000mr-FM; Fri, 21 Apr 2017 10:14:30 +0100 Date: Fri, 21 Apr 2017 10:14:30 +0100 From: Mike Clarke To: freebsd-ports@freebsd.org Message-ID: <20170421101430.052b38c6@curlew> In-Reply-To: References: X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; amd64-portbld-freebsd11.0) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 Subject: Re: How to use cached packages Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.co.uk) X-Originating-smarthost01c-IP: [82.71.56.121] Feedback-ID: 82.71.56.121 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 09:48:14 -0000 On Thu, 20 Apr 2017 13:17:35 -0700 Freddie Cash wrote: > =E2=80=8BIf you have the .txz/.tbz package file, then it's a simple: >=20 > # pkg install /path/to/firefox-versions-blahblah.txz But the version in the cache could be earlier than the version that was previously installed, in which case you might have dependency problems if it requires earlier versions of dependencies than those already installed on your system. --=20 Mike Clarke From owner-freebsd-ports@freebsd.org Fri Apr 21 14:07:09 2017 Return-Path: Delivered-To: freebsd-ports@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 B5EFCD41BC7 for ; Fri, 21 Apr 2017 14:07:09 +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 8A118F6B for ; Fri, 21 Apr 2017 14:07:09 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 84544D41BC4; Fri, 21 Apr 2017 14:07:09 +0000 (UTC) Delivered-To: ports@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 81DCED41BC2; Fri, 21 Apr 2017 14:07:09 +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 1B410F69; Fri, 21 Apr 2017 14:07:07 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AmvGcoxbLF+sz1V4j1bUCVhH/LSx+4OfEezUN459i?= =?us-ascii?q?sYplN5qZpsy+ZR7h7PlgxGXEQZ/co6odzbGH7+a4ASQp2tWoiDg6aptCVhsI24?= =?us-ascii?q?09vjcLJ4q7M3D9N+PgdCcgHc5PBxdP9nC/NlVJSo6lPwWB6nK94iQPFRrhKAF7?= =?us-ascii?q?Ovr6GpLIj8Swyuu+54Dfbx9GiTe5br5+Ngm6oRnMvcQKnIVuLbo8xAHUqXVSYe?= =?us-ascii?q?RWwm1oJVOXnxni48q74YBu/SdNtf8/7sBMSar1cbg2QrxeFzQmLns65Nb3uhnZ?= =?us-ascii?q?TAuA/WUTX2MLmRdVGQfF7RX6XpDssivms+d2xSeXMdHqQb0yRD+v9LlgRgP2hy?= =?us-ascii?q?gbNj456GDXhdJ2jKJHuxKquhhzz5fJbI2JKPZye6XQds4YS2VcRMZcTyJPDIOi?= =?us-ascii?q?YYUSDOQOP+hYoIbhqFUBtha+GRCsCP/zxjNUmnP736s32PkhHwHc2wwgGsoDvm?= =?us-ascii?q?rVrNX3MKcZTP64zK7PzTXYcfxW3C3y6I7Tchs8pvyMQbNwccjVyUQ0Fw3FlEuf?= =?us-ascii?q?ppL4Mj2I2OoBqW+b7/BvVe+2jWMstg9/oj+qxsg2i4nJgJoYyl7e9Spn3ok6Ps?= =?us-ascii?q?a4R1Nhbd6jCptQuCeXPJZ1TMM6W2xluyQ3xqcHtJO7ZiQG1ZAqyhDFZ/CZboSF?= =?us-ascii?q?4RTuX/uLLzhinnJqYre/ig638Uin1+LzSNG50E1PripZitnMsW0N1wDL5siHVP?= =?us-ascii?q?R9+kCh1C6M1w/J7uFEIEU0mrTBK54m2LIwipsTsUbHHiPshEr2i6iWdl469eit?= =?us-ascii?q?8evnZK7mqoWbN49uhQHyKqUumsqhDuQkKgUDXGqW9f692bDj50H1XbFHg/Msnq?= =?us-ascii?q?XHrZzXJtwXpqujDA9U1oYj5Qy/DzCj0NkAgXkHLVBFeBacgojnIVHBPu73Auyk?= =?us-ascii?q?g1uxijtrwOrGPrL5DpXXMnfDiKvhfap660NE0Aozyspf545RCrEOOvL+QUHxtM?= =?us-ascii?q?bGARAnKAO02PvoBM961oMEVmKFGrWZP7/KsV+U+uIvJPGBa5UPuDnhK/go/PDu?= =?us-ascii?q?jWUnllADZqapxoYYZGq/HvR8LEWTeWDsjcsZEWcWogo+S/TniF6MUD5WfHuyUb?= =?us-ascii?q?g86S8lB429FofMW5qhgLub3Ce0BpdWfHxJCkiQEXf0cIWJQ+8MaCWIIs99iTwJ?= =?us-ascii?q?TrahS5U/2h6wrwD60KdoIvDT+i0CupLpzMJ16PHLlREu6Tx0CNyQ3HqXQGFsgm?= =?us-ascii?q?MFXDE23LphrkNj0ViDyrV3j+ZfFdxJ6PNDSh06OoLEz+xmF9DyXRrMftKTR1a6?= =?us-ascii?q?WdimDysxQcwvzNAVeEZyBs+ujhfZ3yqlUPcpkOmuDYA086/Bl1HrIcF5xz6S0a?= =?us-ascii?q?A9p3c8T8ZlDkHggbRwoVv9HYnMxnmYlaLiXqMbxyPI/WGYhT6SvUNceCBqXKjv?= =?us-ascii?q?ZlxZYVHZ+4eqrnjeRqOjXOx0ejBKztSPf+4TMoXk?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DdEAA7EfpY/9rBQVdcHAEBBAEBCgEBF?= =?us-ascii?q?wEBBAEBCgEBgylREHoSg2eLCI8UgWIqAUWXAyyCQoM2AoQJRBQBAQEBAQEBAQE?= =?us-ascii?q?BAWoogjMiAYJAAQUjMyMQCw4KAgIFIQICDyoeBhOKIAqpSoImiyEBAQEBAQEEA?= =?us-ascii?q?QEBAQEBHQWBC4clgmU0gxiERYJfBZ1BhxeLYneQbZQZNiGBBkMtCIcuPjUBiTU?= =?us-ascii?q?BAQE?= X-IPAS-Result: =?us-ascii?q?A2DdEAA7EfpY/9rBQVdcHAEBBAEBCgEBFwEBBAEBCgEBgyl?= =?us-ascii?q?REHoSg2eLCI8UgWIqAUWXAyyCQoM2AoQJRBQBAQEBAQEBAQEBAWoogjMiAYJAA?= =?us-ascii?q?QUjMyMQCw4KAgIFIQICDyoeBhOKIAqpSoImiyEBAQEBAQEEAQEBAQEBHQWBC4c?= =?us-ascii?q?lgmU0gxiERYJfBZ1BhxeLYneQbZQZNiGBBkMtCIcuPjUBiTUBAQE?= Received: from 218.193-65-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.65.193.218]) by relay.skynet.be with ESMTP; 21 Apr 2017 16:05:49 +0200 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 v3LE5mMT041795; Fri, 21 Apr 2017 16:05:48 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Fri, 21 Apr 2017 16:05:48 +0200 From: Tijl Coosemans To: Mathieu Arnold Cc: Baptiste Daroussin , ports@FreeBSD.org, Koop Mast , arch@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170421160548.634ec1bb@kalimero.tijl.coosemans.org> In-Reply-To: References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <1492723094.55896.22.camel@FreeBSD.org> <20170420212153.cawvn4xsxuwuebfu@ivaldir.net> <20170420221631.yxukhuwo4tn7blte@ivaldir.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 14:07:09 -0000 On Fri, 21 Apr 2017 00:18:53 +0200 Mathieu Arnold wrote: > Le 21/04/2017 =C3=A0 00:16, Baptiste Daroussin a =C3=A9crit: >> On Fri, Apr 21, 2017 at 12:13:52AM +0200, Mathieu Arnold wrote: >>> I am waiting on an exp-run to fix this once and for all. >>> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218067 >>> >>> When that is committed, anything can be added to the path pkgconfig >>> searches, ports will always install it in the right place. >> >> Sorry but why? why not moving libdata/pkgconfig to lib/pkgconfig? what >> is the rationale? > > Because a lot of build software know that on FreeBSD, the .pc file go > in libdata/pkgconfig. If we move to some other place, we'll have a > USES=3Dpathfixmore for the next 25 years until everyone understands we > moved it some place else. 1. It's not a lot. Certainly the amount of software that does not know about libdata is way bigger. 2. You don't need USES=3Dpathfixmore, you just change the fixup target in your patch to move files in the other direction. This fixup can then be removed in 25 years (less if you let it print a warning) while your fixup will have to be kept forever. 3. Proper porting of emulators/wine to amd64 requires building 32 bit versions of dependencies. Their pkgconfig files would go to lib32/pkgconfig when configured with --libdir=3D${PREFIX}/lib32 while something like libdata/pkgconfig32 would require yet more patches and fixups. Any difference from Linux makes porting work harder, so there should be good reasons and there are none whatsoever to use libdata/pkgconfig over lib/pkgconfig. I really don't get why portmgr keeps blocking this change every time it comes up in the past few years. From owner-freebsd-ports@freebsd.org Fri Apr 21 17:27:51 2017 Return-Path: Delivered-To: freebsd-ports@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 97961D492C5 for ; Fri, 21 Apr 2017 17:27:51 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3065B856 for ; Fri, 21 Apr 2017 17:27:50 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (x527163b0.dyn.telefonica.de [82.113.99.176]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id v3LHReaX014382 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 21 Apr 2017 17:27:42 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host x527163b0.dyn.telefonica.de [82.113.99.176] claimed to be ultrabook.yoonka.com Subject: Re: Is pkg quarterly really needed? To: freebsd-ports@freebsd.org References: <29e44642-e301-f07c-afe3-bad735d8ee5e@freebsd.org> <20170420053722.GD31559@lonesome.com> <20170420084452.GH74780@home.opsec.eu> <99a57878-ae39-d2a4-fe35-023dae8b320b@gjunka.com> <20170420171119.GJ74780@home.opsec.eu> <127a5f89-93ba-aee4-14d3-41e2f2d71892@gjunka.com> <20170420195712.GK74780@home.opsec.eu> <399feac5-71d7-25ab-80da-84bd6c2eeeda@gjunka.com> <20170421025111.GL74780@home.opsec.eu> From: Grzegorz Junka Message-ID: <55cb6af9-cede-3e98-0df7-11ee97fc132e@gjunka.com> Date: Fri, 21 Apr 2017 17:27:34 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170421025111.GL74780@home.opsec.eu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 17:27:51 -0000 On 21/04/2017 02:51, Kurt Jaeger wrote: > >> If the whole repository builds doesn't it mean by default that any >> subset also builds? > If we defined a repo build only as valid if everything builds, > the whole repo is never valid, because approx. 10% of > the ports tree breaks at any given time. More, if you add options. That's an interesting observation, I didn't know that. Does it mean that the quarterly port tree is no better or worse than the main branch? And is any tree ever build with non-default options? If no, how do you know how many are failing in that case? >> My assumption was that only version >> upgrades are progressed from CURRENT to STABLE to RELEASE. > Leads to a stagnating tree downstream, if you find maintainers for it. > That's the model Debian is using, and it has other issues. Especially > the load for the maintainers is huge, and users are unhappy > that the packages are getting old. Debian has approx. 6 times > more committers than we have, when I last looked, and more maintainers. > > If we take from that that we have to grow our committer base, yes. > Can we reason that unless we have that base, we can't follow that > model ? Maybe. Well, they can't be as unhappy as, say, Centos, where packages are really old. Also, I bet not all users are unhappy when the ports are not updated quickly. Corporate users tend to prefer stable versions even if they are getting a bit old, enthusiasts tend to prefer newest versions. FreeBSD can't cater for both groups a the same time. Which group has been chosen, if it has been chosen? Are we defaulting to enthusiasts? Grzegorz From owner-freebsd-ports@freebsd.org Fri Apr 21 17:58:33 2017 Return-Path: Delivered-To: freebsd-ports@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 8F31DD49A31 for ; Fri, 21 Apr 2017 17:58:33 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "puchar.net", Issuer "puchar.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BB3EA97 for ; Fri, 21 Apr 2017 17:58:32 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.14.9) with ESMTPS id v3LHwNIH010850 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 21 Apr 2017 19:58:23 +0200 (CEST) (envelope-from wojtek@puchar.net) Received: from laptop.wojtek.intra (localhost [127.0.0.1]) by laptop.wojtek.intra (8.15.2/8.14.9) with ESMTP id v3LHwJA9000817 for ; Fri, 21 Apr 2017 19:58:19 +0200 (CEST) (envelope-from wojtek@puchar.net) Received: from localhost (wojtek@localhost) by laptop.wojtek.intra (8.15.2/8.14.9/Submit) with ESMTP id v3LHwCCY000814 for ; Fri, 21 Apr 2017 19:58:14 +0200 (CEST) (envelope-from wojtek@puchar.net) X-Authentication-Warning: laptop.wojtek.intra: wojtek owned process doing -bs Date: Fri, 21 Apr 2017 19:58:12 +0200 (CEST) From: Wojciech Puchar X-X-Sender: wojtek@laptop.wojtek.intra To: freebsd-ports@freebsd.org Subject: how to get older FreeBSD port Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 17:58:33 -0000 i need virtualbox-ose 5.0.26 and virtualbox-ose-kmod-5.0.26 From owner-freebsd-ports@freebsd.org Fri Apr 21 18:31:44 2017 Return-Path: Delivered-To: freebsd-ports@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 AFBC9D4955E for ; Fri, 21 Apr 2017 18:31:44 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 76A2A1C5D for ; Fri, 21 Apr 2017 18:31:43 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 1A5DF284AD; Fri, 21 Apr 2017 20:31:35 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D841728435; Fri, 21 Apr 2017 20:31:33 +0200 (CEST) Subject: Re: how to get older FreeBSD port To: Wojciech Puchar , freebsd-ports@freebsd.org References: From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58FA5005.5050805@quip.cz> Date: Fri, 21 Apr 2017 20:31:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 18:31:44 -0000 Wojciech Puchar wrote on 2017/04/21 19:58: > i need virtualbox-ose 5.0.26 and virtualbox-ose-kmod-5.0.26 You need to checkout old version of ports tree from SVN and then build your ports. If you want just this older port but everything other newer, then you are calling for troubles. There can be some incompatible changes in libraries or ports framework. But you can try portdowngrade anyway: http://www.freshports.org/ports-mgmt/portdowngrade/ Miroslav Lachman From owner-freebsd-ports@freebsd.org Fri Apr 21 18:59:27 2017 Return-Path: Delivered-To: freebsd-ports@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 E14A5D49F2A for ; Fri, 21 Apr 2017 18:59:27 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 AABA41087 for ; Fri, 21 Apr 2017 18:59:27 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d1dmE-0001Y2-Ew; Fri, 21 Apr 2017 20:59:30 +0200 Date: Fri, 21 Apr 2017 20:59:30 +0200 From: Kurt Jaeger To: Wojciech Puchar Cc: freebsd-ports@freebsd.org Subject: Re: how to get older FreeBSD port Message-ID: <20170421185930.GM74780@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 18:59:28 -0000 Hi! > i need virtualbox-ose 5.0.26 and virtualbox-ose-kmod-5.0.26 - First, go to: http://www.freshports.org/xyz/abc and search for the timestamp when it was updated (YYYY-MM-DD). - Then checkout the ports tree around that time: mkdir ~/tst cd tst svn co 'svn+ssh://svn.freebsd.org/ports/head/xyz/abc/@{2016-08-31}' . - That's it. If you want to build from the tree at that time, checkout the whole tree instead of only that port. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Fri Apr 21 19:06:26 2017 Return-Path: Delivered-To: freebsd-ports@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 1FE95D4919C for ; Fri, 21 Apr 2017 19:06:26 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0DAB9156C for ; Fri, 21 Apr 2017 19:06:26 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id 0D114D4919B; Fri, 21 Apr 2017 19:06:26 +0000 (UTC) Delivered-To: ports@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 0CBC6D4919A for ; Fri, 21 Apr 2017 19:06:26 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 C79E5156B for ; Fri, 21 Apr 2017 19:06:24 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5E63E28439; Fri, 21 Apr 2017 21:06:22 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3C45128411; Fri, 21 Apr 2017 21:06:21 +0200 (CEST) To: olevole@olevole.ru Subject: FreeBSD Port: sysutils/zrep Cc: FreeBSD Ports From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58FA582D.6040501@quip.cz> Date: Fri, 21 Apr 2017 21:06:21 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 19:06:26 -0000 Hi, can you please update port sysutils/zrep to current version? GitHup repo https://github.com/bolthole/zrep has version 1.7.1 with many fixes and improvements. Miroslav Lachman From owner-freebsd-ports@freebsd.org Fri Apr 21 19:51:10 2017 Return-Path: Delivered-To: freebsd-ports@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 D51F7D49003 for ; Fri, 21 Apr 2017 19:51:10 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 9444A912 for ; Fri, 21 Apr 2017 19:51:10 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d1eaH-0001cW-Uk for freebsd-ports@freebsd.org; Fri, 21 Apr 2017 21:51:13 +0200 Date: Fri, 21 Apr 2017 21:51:13 +0200 From: Kurt Jaeger To: freebsd-ports@freebsd.org Subject: Re: Is pkg quarterly really needed? Message-ID: <20170421195113.GN74780@home.opsec.eu> References: <20170420053722.GD31559@lonesome.com> <20170420084452.GH74780@home.opsec.eu> <99a57878-ae39-d2a4-fe35-023dae8b320b@gjunka.com> <20170420171119.GJ74780@home.opsec.eu> <127a5f89-93ba-aee4-14d3-41e2f2d71892@gjunka.com> <20170420195712.GK74780@home.opsec.eu> <399feac5-71d7-25ab-80da-84bd6c2eeeda@gjunka.com> <20170421025111.GL74780@home.opsec.eu> <55cb6af9-cede-3e98-0df7-11ee97fc132e@gjunka.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55cb6af9-cede-3e98-0df7-11ee97fc132e@gjunka.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 19:51:10 -0000 Hi! > >> If the whole repository builds doesn't it mean by default that any > >> subset also builds? > > If we defined a repo build only as valid if everything builds, > > the whole repo is never valid, because approx. 10% of > > the ports tree breaks at any given time. More, if you add options. > That's an interesting observation, I didn't know that. Does it mean that > the quarterly port tree is no better or worse than the main branch? It's a little bit better, I guess. Oh, indeed, I erred with my numbers. Here's the link I'm looking at right now: http://beefy9.nyi.freebsd.org/jail.html?mastername=110amd64-default It has stats on the full ports builds for 11.0-amd64. Approx. 26000 ports, approx. 50 failed to build, 70 skipped, 300+ ignored. So it looks much better than I thought, but not 100%. > And is any tree ever build with non-default options? I don't know. I build my own repos with these settings: DEFAULT_VERSIONS= perl5=5.24 python=2.7 python3=3.6 ruby=2.3 pgsql=9.6 php=7.1 mysql=10.1m gcc=6 And I use some non-default options, but not that many. > >> My assumption was that only version > >> upgrades are progressed from CURRENT to STABLE to RELEASE. > > Leads to a stagnating tree downstream, if you find maintainers for it. > > That's the model Debian is using, and it has other issues. [...] > Well, they can't be as unhappy as, say, Centos, where packages are > really old. Also, I bet not all users are unhappy when the ports are not > updated quickly. Corporate users tend to prefer stable versions even if > they are getting a bit old, enthusiasts tend to prefer newest versions. Hmm, our company isn't big, but keeping up with the security stuff needs to happen, anyway, so we mostly use recent pkg trees. Like the saying goes: Update early, update often, automate updates. Incremental learnings/breakings are easier to handle than huge across-the-board upgrades. That's my experience after almost 30 years in that field. Believe me, I already tried other approaches 8-} I still have a FreeBSD 4.11 box in my fleet to care about, where I recently updated OpenSSH and bind 8-} > FreeBSD can't cater for both groups a the same time. Here I disagree! Right now, ports-HEAD surely *does* cater for the upgrade-junkies 8-}, but this also allows very fast innovation cycles. The quarterly trees are a first step to test how stability can also be provided. We're still learning. > Which group has been chosen, if it has been chosen? It's also an ecosystem thing. If the 'stable at a price' niche is covered by Debian etc, FreeBSD in the past needed to find another niche. But it's not exclusivly so, so the quarterly tree was created. The first was 2014Q1, so we're 14 iterations into this experiment. Still plenty of things to learn. > Are we defaulting to enthusiasts? I don't think so! We're doing what we can to cover all use-cases. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Fri Apr 21 19:54:29 2017 Return-Path: Delivered-To: freebsd-ports@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 18231D492CB for ; Fri, 21 Apr 2017 19:54:29 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0877FD7E for ; Fri, 21 Apr 2017 19:54:29 +0000 (UTC) (envelope-from lists@opsec.eu) Received: by mailman.ysv.freebsd.org (Postfix) id 04E20D492C9; Fri, 21 Apr 2017 19:54:29 +0000 (UTC) Delivered-To: ports@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 04784D492C7 for ; Fri, 21 Apr 2017 19:54:29 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 C2954D7D for ; Fri, 21 Apr 2017 19:54:28 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d1edR-0001cx-TP; Fri, 21 Apr 2017 21:54:29 +0200 Date: Fri, 21 Apr 2017 21:54:29 +0200 From: Kurt Jaeger To: Miroslav Lachman <000.fbsd@quip.cz> Cc: olevole@olevole.ru, FreeBSD Ports Subject: Re: FreeBSD Port: sysutils/zrep Message-ID: <20170421195429.GO74780@home.opsec.eu> References: <58FA582D.6040501@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <58FA582D.6040501@quip.cz> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 19:54:29 -0000 Hi! > can you please update port sysutils/zrep to current version? > GitHup repo https://github.com/bolthole/zrep has version 1.7.1 with many > fixes and improvements. Hm, it looks like zrep depends on shells/ksh93, which is missing from all MASTER_SITES. Do you still have the ksh93 distfile at hand ? -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Fri Apr 21 20:00:48 2017 Return-Path: Delivered-To: freebsd-ports@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 CCDE9D493FD for ; Fri, 21 Apr 2017 20:00:48 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B9022F1E for ; Fri, 21 Apr 2017 20:00:48 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id B55FAD493FC; Fri, 21 Apr 2017 20:00:48 +0000 (UTC) Delivered-To: ports@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 B506CD493FB for ; Fri, 21 Apr 2017 20:00:48 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 7A209F1D for ; Fri, 21 Apr 2017 20:00:48 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id BC34F2847D; Fri, 21 Apr 2017 22:00:44 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C725028473; Fri, 21 Apr 2017 22:00:43 +0200 (CEST) Subject: Re: FreeBSD Port: sysutils/zrep To: Kurt Jaeger Cc: FreeBSD Ports , olevole@olevole.ru References: <58FA582D.6040501@quip.cz> <20170421195429.GO74780@home.opsec.eu> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58FA64EB.6000307@quip.cz> Date: Fri, 21 Apr 2017 22:00:43 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <20170421195429.GO74780@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 20:00:48 -0000 Kurt Jaeger wrote on 2017/04/21 21:54: > Hi! > >> can you please update port sysutils/zrep to current version? >> GitHup repo https://github.com/bolthole/zrep has version 1.7.1 with many >> fixes and improvements. > > Hm, it looks like zrep depends on shells/ksh93, which is missing > from all MASTER_SITES. Do you still have the ksh93 distfile at hand ? Ups, it is strange, I installed zrep and ksh93 about one week ago without problem. Sure, I have these files: # ll /vol0/poudriere/distfiles/ksh93/* -rw-r--r-- 1 root wheel 383979 May 24 2013 /vol0/poudriere/distfiles/ksh93/INIT.2013-05-24.tgz -rw-r--r-- 1 root wheel 2053532 Aug 7 2012 /vol0/poudriere/distfiles/ksh93/ast-ksh.2012-08-01.tgz Should I post them somewhere? Miroslav Lachman From owner-freebsd-ports@freebsd.org Fri Apr 21 22:34:59 2017 Return-Path: Delivered-To: freebsd-ports@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 C8DA4D491D2 for ; Fri, 21 Apr 2017 22:34:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) 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 B48C2B60 for ; Fri, 21 Apr 2017 22:34:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id B0FB6D491D1; Fri, 21 Apr 2017 22:34:59 +0000 (UTC) Delivered-To: ports@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 B09F6D491D0 for ; Fri, 21 Apr 2017 22:34:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 77731B5F for ; Fri, 21 Apr 2017 22:34:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C340628460; Sat, 22 Apr 2017 00:34:55 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6B22E28472; Sat, 22 Apr 2017 00:34:54 +0200 (CEST) Subject: Re: FreeBSD Port: sysutils/zrep / ksh93 To: Kurt Jaeger Cc: FreeBSD Ports References: <58FA582D.6040501@quip.cz> <20170421195429.GO74780@home.opsec.eu> <58FA64EB.6000307@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58FA890D.9060906@quip.cz> Date: Sat, 22 Apr 2017 00:34:53 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <58FA64EB.6000307@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 22:34:59 -0000 Miroslav Lachman wrote on 2017/04/21 22:00: > Kurt Jaeger wrote on 2017/04/21 21:54: >> Hi! >> >>> can you please update port sysutils/zrep to current version? >>> GitHup repo https://github.com/bolthole/zrep has version 1.7.1 with many >>> fixes and improvements. >> >> Hm, it looks like zrep depends on shells/ksh93, which is missing >> from all MASTER_SITES. Do you still have the ksh93 distfile at hand ? > > Ups, it is strange, I installed zrep and ksh93 about one week ago > without problem. > > Sure, I have these files: > > # ll /vol0/poudriere/distfiles/ksh93/* > -rw-r--r-- 1 root wheel 383979 May 24 2013 > /vol0/poudriere/distfiles/ksh93/INIT.2013-05-24.tgz > -rw-r--r-- 1 root wheel 2053532 Aug 7 2012 > /vol0/poudriere/distfiles/ksh93/ast-ksh.2012-08-01.tgz > > Should I post them somewhere? Regarding to unavailable original sources... I found this discussion https://unix.stackexchange.com/questions/246338/is-the-shell-ksh93-dead Maybe it's time to move to another version of ksh: 1) OpenBSD maintained version http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin/ksh/ 2) GitHub clone of AT&T version ksh93 https://github.com/att/ast/tree/master/src/cmd/ksh93 Miroslav Lachman From owner-freebsd-ports@freebsd.org Sat Apr 22 02:29:38 2017 Return-Path: Delivered-To: freebsd-ports@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 0F6C8D4997D for ; Sat, 22 Apr 2017 02:29:38 +0000 (UTC) (envelope-from lists@opsec.eu) 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 F2C35232 for ; Sat, 22 Apr 2017 02:29:37 +0000 (UTC) (envelope-from lists@opsec.eu) Received: by mailman.ysv.freebsd.org (Postfix) id F2273D4997C; Sat, 22 Apr 2017 02:29:37 +0000 (UTC) Delivered-To: ports@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 F1D62D4997B for ; Sat, 22 Apr 2017 02:29:37 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 B64CC231 for ; Sat, 22 Apr 2017 02:29:37 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d1kns-0002et-UL; Sat, 22 Apr 2017 04:29:40 +0200 Date: Sat, 22 Apr 2017 04:29:40 +0200 From: Kurt Jaeger To: Miroslav Lachman <000.fbsd@quip.cz> Cc: FreeBSD Ports Subject: Re: FreeBSD Port: sysutils/zrep / ksh93 Message-ID: <20170422022940.GP74780@home.opsec.eu> References: <58FA582D.6040501@quip.cz> <20170421195429.GO74780@home.opsec.eu> <58FA64EB.6000307@quip.cz> <58FA890D.9060906@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <58FA890D.9060906@quip.cz> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 02:29:38 -0000 Hi! > >>> can you please update port sysutils/zrep to current version? > >>> GitHup repo https://github.com/bolthole/zrep has version 1.7.1 with many > >>> fixes and improvements. > >> > >> Hm, it looks like zrep depends on shells/ksh93, which is missing > >> from all MASTER_SITES. Do you still have the ksh93 distfile at hand ? > > > > Ups, it is strange, I installed zrep and ksh93 about one week ago > > without problem. > > > > Sure, I have these files: > > > > # ll /vol0/poudriere/distfiles/ksh93/* > > -rw-r--r-- 1 root wheel 383979 May 24 2013 > > /vol0/poudriere/distfiles/ksh93/INIT.2013-05-24.tgz > > -rw-r--r-- 1 root wheel 2053532 Aug 7 2012 > > /vol0/poudriere/distfiles/ksh93/ast-ksh.2012-08-01.tgz > > > > Should I post them somewhere? Yes, please. > Regarding to unavailable original sources... I found this discussion > https://unix.stackexchange.com/questions/246338/is-the-shell-ksh93-dead > > Maybe it's time to move to another version of ksh: > 1) OpenBSD maintained version > http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin/ksh/ > 2) GitHub clone of AT&T version ksh93 > https://github.com/att/ast/tree/master/src/cmd/ksh93 Patches to update the ksh93 port to use one of those so are very welcome! -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-ports@freebsd.org Sat Apr 22 05:24:07 2017 Return-Path: Delivered-To: freebsd-ports@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 3E77ED4AB0F for ; Sat, 22 Apr 2017 05:24:07 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dnvrco-oedge-vip.email.rr.com", Issuer "dnvrco-oedge-vip.email.rr.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FDDBE9D for ; Sat, 22 Apr 2017 05:24:05 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from [74.134.208.22] ([74.134.208.22:64892] helo=localhost) by dnvrco-omsmta03 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id 08/08-25473-FE8EAF85; Sat, 22 Apr 2017 05:23:59 +0000 Date: Sat, 22 Apr 2017 05:23:59 +0000 Message-ID: <08.08.25473.FE8EAF85@dnvrco-omsmta03> From: "Thomas Mueller" To: freebsd-ports@freebsd.org Subject: svn error: node conflict in /usr/ports/x11/xcb-proto/files X-RR-Connecting-IP: 107.14.64.88:25 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 05:24:07 -0000 On this computer, I can't get /usr/ports/x11/xcb-proto/files: Skipped 'files' -- Node remains in conflict At revision 439134. Summary of conflicts: Skipped paths: 1 On other computer, this directory downloads successfully with svn. I even tried downloading with lynx and with w3m, but these text-mode browsers compress (gzip) the downloaded file, and I can't see how to avoid this. I used to be able to download with lynx, and downloaded file was the same as on the server; lynx would never compress it gratuitously. This is an old installation, needs to be updated when I can get to it after some other tasks. svn --version shows svn, version 1.8.8 (r1568071) compiled Mar 24 2014, 09:58:59 on amd64-portbld-freebsd11.0 uname -a shows FreeBSD amelia2 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r286653M: Wed Aug 12 15:25:51 UTC 2015 root@amelia2:/usr/obj/usr/src/sys/SANDY11NC-NDIS amd64 I wonder about the error message. It recurs even if I rmdir the files directory and run "svn up ." again. Could it be something going bad with this Western Digital 3 TB hard drive? Old Xorg installation no longer works, crashes the computer immediately, so I can't use graphic browser unless I go to NetBSD installation that also sorely needs updating. But maybe that subversion might work, onless it's something bad with the hard drive or some glitch with the server (but then why was it OK on the other computer?) Tom From owner-freebsd-ports@freebsd.org Sat Apr 22 05:36:49 2017 Return-Path: Delivered-To: freebsd-ports@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 B9A95D4ADC1 for ; Sat, 22 Apr 2017 05:36:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A18E834D for ; Sat, 22 Apr 2017 05:36:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9E22FD4ADC0; Sat, 22 Apr 2017 05:36:49 +0000 (UTC) Delivered-To: ports@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 9C1B6D4ADBF for ; Sat, 22 Apr 2017 05:36:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 0E6B134A for ; Sat, 22 Apr 2017 05:36:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v3M5aaCS033448 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 22 Apr 2017 08:36:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v3M5aaCS033448 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v3M5aaqw033447; Sat, 22 Apr 2017 08:36:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 22 Apr 2017 08:36:35 +0300 From: Konstantin Belousov To: Kurt Jaeger Cc: Miroslav Lachman <000.fbsd@quip.cz>, FreeBSD Ports Subject: Re: FreeBSD Port: sysutils/zrep / ksh93 Message-ID: <20170422053635.GL1788@kib.kiev.ua> References: <58FA582D.6040501@quip.cz> <20170421195429.GO74780@home.opsec.eu> <58FA64EB.6000307@quip.cz> <58FA890D.9060906@quip.cz> <20170422022940.GP74780@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170422022940.GP74780@home.opsec.eu> User-Agent: Mutt/1.8.0 (2017-02-23) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 05:36:49 -0000 On Sat, Apr 22, 2017 at 04:29:40AM +0200, Kurt Jaeger wrote: > Hi! > > > >>> can you please update port sysutils/zrep to current version? > > >>> GitHup repo https://github.com/bolthole/zrep has version 1.7.1 with many > > >>> fixes and improvements. > > >> > > >> Hm, it looks like zrep depends on shells/ksh93, which is missing > > >> from all MASTER_SITES. Do you still have the ksh93 distfile at hand ? > > > > > > Ups, it is strange, I installed zrep and ksh93 about one week ago > > > without problem. > > > > > > Sure, I have these files: > > > > > > # ll /vol0/poudriere/distfiles/ksh93/* > > > -rw-r--r-- 1 root wheel 383979 May 24 2013 > > > /vol0/poudriere/distfiles/ksh93/INIT.2013-05-24.tgz > > > -rw-r--r-- 1 root wheel 2053532 Aug 7 2012 > > > /vol0/poudriere/distfiles/ksh93/ast-ksh.2012-08-01.tgz > > > > > > Should I post them somewhere? > > Yes, please. > > > Regarding to unavailable original sources... I found this discussion > > https://unix.stackexchange.com/questions/246338/is-the-shell-ksh93-dead > > > > Maybe it's time to move to another version of ksh: > > 1) OpenBSD maintained version > > http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin/ksh/ > > 2) GitHub clone of AT&T version ksh93 > > https://github.com/att/ast/tree/master/src/cmd/ksh93 > > Patches to update the ksh93 port to use one of those so are very welcome! pdksh (and its OpenBSD update) is quite different from the authentic ksh93. I think that only the github' att/ast variant is feasible as a replacement. From owner-freebsd-ports@freebsd.org Sat Apr 22 06:51:28 2017 Return-Path: Delivered-To: freebsd-ports@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 3786CD4A5EE for ; Sat, 22 Apr 2017 06:51:28 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from mx2.mailbox.org (mx2.mailbox.org [80.241.60.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.mailbox.org", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE9EB931 for ; Sat, 22 Apr 2017 06:51:27 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx2.mailbox.org (Postfix) with ESMTPS id BA1BA44DF9 for ; Sat, 22 Apr 2017 08:51:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mailbox.org; h= content-type:content-type:mime-version:references:in-reply-to :subject:subject:from:from:message-id:date:date:received; s= mail20150812; t=1492843865; bh=CzwOC8yPH1OM2QRP812VYF8cC4zWFIN6R q2fBTQukIA=; b=VuZ1rXUWiUKIQ7IrBJnb2vG3AuBpcveoGPu7FvllwNggevMsC /WbgcMl4ucqgcrPvpDQb1v8vJ4S0hc3Rk60/ZyfPMA55TB5Jt6sMiRb1DcdNN/mN 6rYoWDCNZXSAa7tryjZGU/8F1r5Klzpsrpv26Qqy8KosnimSax+Umem62QTqM7oO JJmkHrXOB7LezuWGcuvCMZAdZRH4ATsvumace0rIoNSg/cBasaqWnLPjTKg+S//9 /RCBtQ3/Y7mbFPyPr4DS4KhtRNdw/foBtzupBAA+KvQnfCW/mtMzNwBFYyMvMCM8 49e/bxsXIRG37yoPwqTDSjQFYBNVieKye3nFg== X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp1.mailbox.org ([80.241.60.240]) by gerste.heinlein-support.de (gerste.heinlein-support.de [91.198.250.173]) (amavisd-new, port 10030) with ESMTP id Lyp064xWVAdU for ; Sat, 22 Apr 2017 08:51:05 +0200 (CEST) Date: Sat, 22 Apr 2017 08:53:25 +0200 Message-ID: <867f2d2asa.wl-herbert@mailbox.org> From: "Herbert J. Skuhra" To: freebsd-ports@freebsd.org Subject: Re: svn error: node conflict in /usr/ports/x11/xcb-proto/files In-Reply-To: <08.08.25473.FE8EAF85@dnvrco-omsmta03> References: <08.08.25473.FE8EAF85@dnvrco-omsmta03> MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 06:51:28 -0000 Thomas Mueller skrev: > > On this computer, I can't get /usr/ports/x11/xcb-proto/files: > Skipped 'files' -- Node remains in conflict > At revision 439134. > Summary of conflicts: > Skipped paths: 1 Have you tried 'svn revert -R .' in /usr/ports? Or a fresh checkout? Have you tried svnlite from base? > On other computer, this directory downloads successfully with svn. > > I even tried downloading with lynx and with w3m, but these text-mode > browsers compress (gzip) the downloaded file, and I can't see how to > avoid this. I used to be able to download with lynx, and downloaded > file was the same as on the server; lynx would never compress it > gratuitously. > > This is an old installation, needs to be updated when I can get to it after some other tasks. > > svn --version shows > svn, version 1.8.8 (r1568071) > compiled Mar 24 2014, 09:58:59 on amd64-portbld-freebsd11.0 > > uname -a shows > > FreeBSD amelia2 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r286653M: Wed > Aug 12 15:25:51 UTC 2015 > root@amelia2:/usr/obj/usr/src/sys/SANDY11NC-NDIS amd64 You should really update world/kernel first and then update all your ports. At least some ports will probably fail on this old system. -- Herbert From owner-freebsd-ports@freebsd.org Sat Apr 22 07:41:10 2017 Return-Path: Delivered-To: freebsd-ports@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 0D90ED4A64A; Sat, 22 Apr 2017 07:41:10 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 63AFBCC; Sat, 22 Apr 2017 07:41:08 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.52.170.118]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MKpvc-1d1pfA15zk-0002gG; Sat, 22 Apr 2017 09:41:00 +0200 Date: Sat, 22 Apr 2017 09:40:49 +0200 From: "O. Hartmann" To: Jan Beich Cc: "O. Hartmann" , freebsd-ports , freebsd-arm@freebsd.org Subject: Re: poudriere: crossbuilding for arm64 fails: pkg-static: No package files have been found Message-ID: <20170422093814.3924e64d@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20170419143342.17c190b9@freyja.zeit4.iv.bundesimmobilien.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/x0.amSuFZbVX8sSk+wQkPJ+"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:LbZtSfxLMdujZjwbYNEu1pOF/+sTviWYqujtyPgSRMRdAXVo/xS Xlse1m4bgomoAnlI6/YsMSRYAIBx9gb0b29hTV3kJ8zl5Hz69Yq7al9vAhNxsn+/kq5x1O1 Y4pnOhQECNZnqb9SOEnqny/1DLbjWGtk0F3w2ORHzuZF/wmsoDdgodtwQohP8DIyYp0I4TD ZafeNeU9x73JXVFTi0VIw== X-UI-Out-Filterresults: notjunk:1;V01:K0:KQgBWBXA49M=:qSZEem9qlmbICO3rhOCoLH 4ynzxtTWP/hveu7cuFFLzJy57ayN6KUC4QQWUZaGNZs/cEcAIgGWSKXDwuwpWDJmCwg2YquXH n0cr43W5cCl9qTMSEeNCcVKX/qQEIFGPO/FoLnvsH8M3jmIsv85Rd2ocF6wC+vQonRGHmocMH UpPoX6OcyTP8rZQeGK8GxtIGNrdiYY87lo2Qli+DY/nWUvlPbF/SjQjtWFTPIWIAZ0gieiH1c PZd/hC+MaQDOJtDWzJJi2iw3Jig2iQTunmUt9lajX+WFWEwEIAA27VA+6qcFQ31WsGQkFdmI5 OjFb6zi4a0vvnAvfvOE9jvAktV+rznumoigpOjV29vcRESa5k+CFmUIg62gU3sUXGLbFfycfa QKTdGkQj+Dikos44ZLU1TboWL99czo9YjnMnFa8YQB3IJ937kooZF1laaHbjmv92gxK21OoCT 7H1E/DQi8HdqB3FG53KTxC1N0csryCXXiFVQZIvgAlfWTYky0iEwdfhaTX2fPXEKAtwEu8uHE 5pAxVnw/Hvi1gA1xZZKWjhlq25FeYLIZIYTMbUN/vzJNFd0uj7NclnovSc3hvu5888W6RxPco dBozVShl7ciQVaIg1EwPcwpq8XbbkLdTLqPutExOeZWu16ipIsvk1SWCnIjsd9BeDLNv+Bh6b i2mr3gsh7wGB6Cxd1/37Rx0PZAcu3axxehEt62nGe5ms0vTnm/9Q6HHmkvs5L+TKaS2eMhJlW UhMNytb4cgBU8n3y+qARtrP+vU+t2oZ1CzNXZlhU2EXVndiaMj5SVdUxybU= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 07:41:10 -0000 --Sig_/x0.amSuFZbVX8sSk+wQkPJ+ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Thu, 20 Apr 2017 03:29:56 +0200 Jan Beich schrieb: > "O. Hartmann" writes: >=20 > > Trying to build a repository via poudriere fails on recent 12-CURRENT (= FreeBSD > > 12.0-CURRENT #2 r317090: Tue Apr 18 15:32:23 CEST 2017 amd64) initially= with > > failing to build ports-mgmt/pkg. > > > > poudriere's log reports: > > > > [...] > > configure: error: in `/wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.10.1= ': > > configure: error: C compiler cannot create executables =20 >=20 > Probably https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217189 Maybe, yes. It is a pity. When starting poudriere to build on 12-CURRENT/arm64, I see a long time not= hing before the error pops up. qemu_user_static is running on several instances on a 4-= core XEON E3-1245 V2 @ 3.40GHz and ~ 3 to 4 minutes, nothing obviously happens in con= trary to amd64's immediate response. The error pops up then very soon. --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/x0.amSuFZbVX8sSk+wQkPJ+ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWPsJAQAKCRDS528fyFhY lFRNAf9rjXAi4Ju4D0l+mKbRV9ovrqA+HSaTy57ERoZXCnenCote/7FY3y3MPGHH c0kRMib2e3dOjFfnUwDJmYcRUylQAgCHt5xG1uGnEAFVLi5U/Z69w7yYfZOnURmH 1N6t7uiN8Jd8Nn10qu0v8nknD4HJzbpEpcXRXkySNupQ/P5rVAN2 =ybdH -----END PGP SIGNATURE----- --Sig_/x0.amSuFZbVX8sSk+wQkPJ+-- From owner-freebsd-ports@freebsd.org Sat Apr 22 08:18:47 2017 Return-Path: Delivered-To: freebsd-ports@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 08B97D4957B for ; Sat, 22 Apr 2017 08:18:47 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id EA571300 for ; Sat, 22 Apr 2017 08:18:46 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id E9C43D49579; Sat, 22 Apr 2017 08:18:46 +0000 (UTC) Delivered-To: ports@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 E97CED49578 for ; Sat, 22 Apr 2017 08:18:46 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 DCF5C2FF for ; Sat, 22 Apr 2017 08:18:46 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id v3M8IkZE000562 for ; Sat, 22 Apr 2017 08:18:46 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id v3M8Ikfu000561; Sat, 22 Apr 2017 08:18:46 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201704220818.v3M8Ikfu000561@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sat, 22 Apr 2017 08:18:46 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 08:18:47 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ graphics/gthumb | 3.4.4.1 | 3.4.5 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Sat Apr 22 09:04:17 2017 Return-Path: Delivered-To: freebsd-ports@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 B119FD4A8FE for ; Sat, 22 Apr 2017 09:04:17 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) 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 9C17414C8 for ; Sat, 22 Apr 2017 09:04:17 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id 9B710D4A8FD; Sat, 22 Apr 2017 09:04:17 +0000 (UTC) Delivered-To: ports@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 9B165D4A8FC for ; Sat, 22 Apr 2017 09:04:17 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 608CB14C7 for ; Sat, 22 Apr 2017 09:04:16 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 2C4402849D; Sat, 22 Apr 2017 11:04:13 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id EA5F428430; Sat, 22 Apr 2017 11:04:11 +0200 (CEST) Subject: Re: FreeBSD Port: sysutils/zrep / ksh93 To: Kurt Jaeger Cc: FreeBSD Ports References: <58FA582D.6040501@quip.cz> <20170421195429.GO74780@home.opsec.eu> <58FA64EB.6000307@quip.cz> <58FA890D.9060906@quip.cz> <20170422022940.GP74780@home.opsec.eu> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58FB1C8B.20101@quip.cz> Date: Sat, 22 Apr 2017 11:04:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <20170422022940.GP74780@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 09:04:17 -0000 Kurt Jaeger wrote on 2017/04/22 04:29: > Hi! > >>>>> can you please update port sysutils/zrep to current version? >>>>> GitHup repo https://github.com/bolthole/zrep has version 1.7.1 with many >>>>> fixes and improvements. >>>> >>>> Hm, it looks like zrep depends on shells/ksh93, which is missing >>>> from all MASTER_SITES. Do you still have the ksh93 distfile at hand ? >>> >>> Ups, it is strange, I installed zrep and ksh93 about one week ago >>> without problem. >>> >>> Sure, I have these files: >>> >>> # ll /vol0/poudriere/distfiles/ksh93/* >>> -rw-r--r-- 1 root wheel 383979 May 24 2013 >>> /vol0/poudriere/distfiles/ksh93/INIT.2013-05-24.tgz >>> -rw-r--r-- 1 root wheel 2053532 Aug 7 2012 >>> /vol0/poudriere/distfiles/ksh93/ast-ksh.2012-08-01.tgz >>> >>> Should I post them somewhere? > > Yes, please. Here they are: http://freebsd.quip.cz/ports/distfiles/ksh93/INIT.2013-05-24.tgz http://freebsd.quip.cz/ports/distfiles/ksh93/ast-ksh.2012-08-01.tgz >> Regarding to unavailable original sources... I found this discussion >> https://unix.stackexchange.com/questions/246338/is-the-shell-ksh93-dead >> >> Maybe it's time to move to another version of ksh: >> 1) OpenBSD maintained version >> http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin/ksh/ >> 2) GitHub clone of AT&T version ksh93 >> https://github.com/att/ast/tree/master/src/cmd/ksh93 > > Patches to update the ksh93 port to use one of those so are very welcome! I will try it. Miroslav Lachman From owner-freebsd-ports@freebsd.org Sat Apr 22 20:38:02 2017 Return-Path: Delivered-To: freebsd-ports@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 B9F00D4AA5C for ; Sat, 22 Apr 2017 20:38:02 +0000 (UTC) (envelope-from gerald@pfeifer.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 A6BF0BD7 for ; Sat, 22 Apr 2017 20:38:02 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: by mailman.ysv.freebsd.org (Postfix) id A3377D4AA5B; Sat, 22 Apr 2017 20:38:02 +0000 (UTC) Delivered-To: ports@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 A2E02D4AA59 for ; Sat, 22 Apr 2017 20:38:02 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) (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 83D0CBD6; Sat, 22 Apr 2017 20:38:01 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from anthias (vie-188-118-245-044.dsl.sil.at [188.118.245.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ainaz.pair.com (Postfix) with ESMTPSA id 628F53F530; Sat, 22 Apr 2017 16:37:59 -0400 (EDT) Date: Sat, 22 Apr 2017 22:37:57 +0200 (CEST) From: Gerald Pfeifer To: Tijl Coosemans , ports@FreeBSD.org cc: Martin Wilke Subject: Re: INSTALL_TARGET=install-strip runs into "permission denied" In-Reply-To: <20150119092404.0a448f9f@kalimero.tijl.coosemans.org> Message-ID: References: <20150118130127.71b8cba9@kalimero.tijl.coosemans.org> <20150119092404.0a448f9f@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 20:38:02 -0000 [ Old thread alert, but still relevant. ] On Mon, 19 Jan 2015, Tijl Coosemans wrote: >>>> install -m 555 mkheaders .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/mkheaders >>>> test -z 'strip' || strip .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl >>>> strip: unable to copy file '.../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl'; reason: Permission denied >>>> Makefile:191: recipe for target 'install-strip' failed >>>> gmake[3]: *** [install-strip] Error 1 >>> This strip command seems redundant. Isn't fixincl already stripped by >>> the "install -s" command above? >> Good point. >> >>> What does this piece of the log look like outside the ports framework? >> >> /usr/bin/install -c fixinc.sh .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/fixinc.sh >> /usr/bin/install -c fixincl .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/fixincl >> /usr/bin/install -c mkheaders .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/mkheaders >> test -z 'strip' || strip .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/fixincl >> gmake[2]: Leaving directory '.../OBJ-0118-1528/fixincludes' >> >> (I also tried setting STRIP_CMD to true, alas that is not used by GCC.) > Try adding BINMODE=755 to the port Makefile or STRIP=true to CONFIGURE_ARGS Both of these allow the build to succeed as a regular user (non-root), when INSTALL_TARGET=install-strip is set. Alas with STRIP=true many files end up being not stripped, whereas with the BINMODE setting the list is down to one file. This appears to be the case since various aspects of GCC do not use our install-* tools, but a script install-sh (which you can find at the root of the GCC source tree that uses cp, chmod, strip,... for compatibility reasons with many systems). So I guess setting BINMODE=755 is the best option if we want binaries and libraries in the gcc* ports stripped? (This is now also tracked in https://reviews.freebsd.org/D10357 where miwi proposed a patch originally.) Gerald