From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 04:24:12 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1946AC0 for ; Sun, 25 Jan 2015 04:24:12 +0000 (UTC) Received: from mail.covisp.net (mail.covisp.net [75.148.37.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 B0663E69 for ; Sun, 25 Jan 2015 04:24:12 +0000 (UTC) Received: from [10.0.0.125] (23-24-150-141-static.hfc.comcastbusiness.net [23.24.150.141]) by mail.covisp.net (Postfix) with ESMTPSA id A434350D3F4 for ; Sat, 24 Jan 2015 21:17:58 -0700 (MST) From: LuKreme Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: libiconv.la issues Message-Id: <48B3BE9F-C006-4CA3-A80B-670DE5216AB5@kreme.com> Date: Sat, 24 Jan 2015 21:17:57 -0700 To: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.4\)) X-Mailer: Apple Mail (2.2070.4) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 04:24:13 -0000 sed: /usr/local/lib/libiconv.la: No such file or directory libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool = archive *** [libarchive.la] Error code 1 $ portmaster -l | grep iconv =3D=3D=3D>>> libiconv-1.14_6 =3D=3D=3D>>> iconv-2.0_4 So, I force it to rebuild $ portmaster -o converters/libiconv converters/libiconv [stuff] Installed packages to be REMOVED: libiconv-1.14_6 The operation will free 2 MiB. [1/1] Deinstalling libiconv-1.14_6... [1/1] Deleting files for libiconv-1.14_6: 100% Checking integrity... done (0 conflicting) Package(s) not found! =3D=3D=3D> Installing for libiconv-1.14_6 =3D=3D=3D> Checking if libiconv already installed =3D=3D=3D> Registering installation for libiconv-1.14_6 as automatic Installing libiconv-1.14_6... =3D=3D=3D>>> Updating dependency entry for libiconv-1.14_6 in each = dependent port =3D=3D=3D>>> Delete old and new distfiles for converters/libiconv without prompting? y/n [n] y =3D=3D=3D>>> Re-installation of libiconv-1.14_6 complete $ portmaster p5- [stuff for about 5 minutes] Same error. This error also occurs with several other builds, including php55 and = possibly python --=20 "Patience has its limits. Take it too far, and it's cowardice." - George Jackson From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 04:46:16 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75360EE6 for ; Sun, 25 Jan 2015 04:46:16 +0000 (UTC) Received: from mail.covisp.net (mail.covisp.net [75.148.37.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 5A0C0FF8 for ; Sun, 25 Jan 2015 04:46:15 +0000 (UTC) Received: from [10.0.0.125] (23-24-150-141-static.hfc.comcastbusiness.net [23.24.150.141]) by mail.covisp.net (Postfix) with ESMTPSA id B78AE50D35D for ; Sat, 24 Jan 2015 21:46:14 -0700 (MST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.4\)) Subject: Re: libiconv.la issues From: LuKreme In-Reply-To: <48B3BE9F-C006-4CA3-A80B-670DE5216AB5@kreme.com> Date: Sat, 24 Jan 2015 21:46:14 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2CF124F1-85D3-4F9B-A446-DDC1F22C81F4@kreme.com> References: <48B3BE9F-C006-4CA3-A80B-670DE5216AB5@kreme.com> To: freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.2070.4) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 04:46:16 -0000 On Jan 24, 2015, at 9:17 PM, LuKreme wrote: > sed: /usr/local/lib/libiconv.la: No such file or directory > libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool = archive > *** [libarchive.la] Error code 1 >=20 One other detail: $ find /usr/local/lib -name '*iconv*' /usr/local/lib/libiconv.so /usr/local/lib/perl5/site_perl/mach/5.20/sys/iconv.ph /usr/local/lib/libiconv.so.2 /usr/local/lib/libiconv.so.2.5.1 /usr/local/lib/libiconv.so.3 /usr/local/lib/php/20100525/iconv.so /usr/local/lib/libiconv.a /usr/local/lib/compat/libkiconv.so.2 /usr/local/lib/libbiconv.a /usr/local/lib/libbiconv.so /usr/local/lib/libbiconv.so.2 /usr/local/lib/libbiconv_p.a So, it=E2=80=99s not lying. # uname -v FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11 02:38:15 UTC 2014 = root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC=20 --=20 These budget numbers are not just estimates, these are the actual results for the fiscal year that ended February the 30th. - GWB From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 07:51:28 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64A30ED0; Sun, 25 Jan 2015 07:51:28 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2799FD5; Sun, 25 Jan 2015 07:51:27 +0000 (UTC) Received: from [93.104.21.230] (helo=c720-r276659) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YFHye-0008Nu-Qu; Sun, 25 Jan 2015 08:51:25 +0100 Date: Sun, 25 Jan 2015 08:51:22 +0100 From: Matthias Apitz To: freebsd-ports@freebsd.org, zeising@FreeBSD.org Subject: head/graphics/svgalib does not build in poudriere Message-ID: <20150125075122.GA1377@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-ports@freebsd.org, zeising@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.21.230 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 07:51:28 -0000 Hello, This is in head r276659, ports r377801 and with poudriere 3.1.1 on amd64; the port graphics/svgalib fails to build (only) in poudriere with: ... clang -Wall -Wstrict-prototypes -Wall -Wstrict-prototypes -fPIC -I/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/include -I. -fstack-protector -fno-strict-aliasing -I../include -L../sharedlib -o restorefont restorefont.o -lvga -lm ../sharedlib/libvga.so: undefined reference to `_outb' clang: error: linker command failed with exit code 1 (use -v to see invocation) /wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/utils/Makefile:34: recipe for target 'restorefont' failed gmake[2]: *** [restorefont] Error 1 gmake[2]: Leaving directory '/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/utils' Makefile:423: recipe for target 'textutils' failed gmake[1]: *** [textutils] Error 2 gmake[1]: Leaving directory '/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3' *** Error code 2 Stop. make: stopped in /usr/ports/graphics/svgalib ====>> Cleaning up wrkdir ===> Cleaning for svgalib-1.4.3_7 build of graphics/svgalib ended at Sun Jan 25 04:52:14 CET 2015 build time: 00:00:59 !!! build failure encountered !!! -- the offending code is in src/paradise.c: ... void inline _outb(unsigned port,unsigned value) { #ifdef DEBUG printf ("0x%x, 0x%x\n",port,value); #endif outb(port,value); } ... When I do the ports build the normal way, it builds fine and the object files do not contain any reference to _out: # find . -name paradise.o ./sharedlib/paradise.o ./staticlib/paradise.o # nm `find . -name paradise.o` | fgrep out # Any ideas? matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 08:03:02 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52303FC6 for ; Sun, 25 Jan 2015 08:03:02 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C52AD23C for ; Sun, 25 Jan 2015 08:03:01 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0Lvl0u-1Xcip740js-017UNT; Sun, 25 Jan 2015 09:02:54 +0100 Message-ID: <54C4A332.6050601@gmx.de> Date: Sun, 25 Jan 2015 09:02:58 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: LuKreme Subject: Re: libiconv.la issues References: <48B3BE9F-C006-4CA3-A80B-670DE5216AB5@kreme.com> <2CF124F1-85D3-4F9B-A446-DDC1F22C81F4@kreme.com> In-Reply-To: <2CF124F1-85D3-4F9B-A446-DDC1F22C81F4@kreme.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:PTSQqLbvcCqvldeetEybRLgH0NkYrPTwuzpn6H+28TEOf+OeSTn FDhVyk6XUk6cfh+cROePUu9Dm1eHEI/AuPZzgAhRjILeWBH92/G0zE10vQEsMTChGad6tGb yQ3os1wzrYIJqDD6Shk//Xmm3nspsplTrkaT3VtQM+09WhQeUzKK+MSRqesqnXa+e039MXx pVwCo425z6KV/aIvHl4aA== X-UI-Out-Filterresults: notjunk:1; Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 08:03:02 -0000 On 2015-01-25 05:46, LuKreme wrote: > On Jan 24, 2015, at 9:17 PM, LuKreme wrote: >> sed: /usr/local/lib/libiconv.la: No such file or directory >> libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool archive >> *** [libarchive.la] Error code 1 ... > # uname -v > FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11 02:38:15 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Please follow the instructions in UPDATING entry 20140909. BTW, FreeBSD 9.2 is EoL since 2014-12-30, see http://www.freebsd.org/security/security.html#sup Perhaps a good time to upgrade from 9.2 -> 9.3 From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 09:44:14 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61F1CA70 for ; Sun, 25 Jan 2015 09:44:14 +0000 (UTC) Received: from portscout.freebsd.org (portscout.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 4E471E86 for ; Sun, 25 Jan 2015 09:44:14 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0P9iEjx044491 for ; Sun, 25 Jan 2015 09:44:14 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0P9iEUO044490; Sun, 25 Jan 2015 09:44:14 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501250944.t0P9iEUO044490@portscout.freebsd.org> X-Authentication-Warning: portscout.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: Sun, 25 Jan 2015 09:44:14 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 09:44:14 -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 ------------------------------------------------+-----------------+------------ deskutils/ganyremote | 6.3.2 | 6.3.3 ------------------------------------------------+-----------------+------------ 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 Sun Jan 25 10:11:51 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82487E7D; Sun, 25 Jan 2015 10:11:51 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 442CA150; Sun, 25 Jan 2015 10:11:50 +0000 (UTC) Received: from [93.104.21.230] (helo=c720-r276659) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YFKAV-00043L-78; Sun, 25 Jan 2015 11:11:48 +0100 Date: Sun, 25 Jan 2015 11:11:45 +0100 From: Matthias Apitz To: freebsd-ports@freebsd.org, zeising@FreeBSD.org Subject: Re: head/graphics/svgalib does not build in poudriere Message-ID: <20150125101145.GA1906@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-ports@freebsd.org, zeising@FreeBSD.org References: <20150125075122.GA1377@c720-r276659> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150125075122.GA1377@c720-r276659> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.21.230 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 10:11:51 -0000 El día Sunday, January 25, 2015 a las 08:51:22AM +0100, Matthias Apitz escribió: > > Hello, > > This is in head r276659, ports r377801 and with poudriere 3.1.1 on > amd64; the port graphics/svgalib fails to build (only) in poudriere with: > > ... > clang -Wall -Wstrict-prototypes -Wall -Wstrict-prototypes -fPIC > -I/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/include -I. > -fstack-protector -fno-strict-aliasing -I../include -L../sharedlib -o > restorefont restorefont.o -lvga -lm > ../sharedlib/libvga.so: undefined reference to `_outb' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > /wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/utils/Makefile:34: > recipe for target 'restorefont' failed > gmake[2]: *** [restorefont] Error 1 > gmake[2]: Leaving directory > '/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/utils' > Makefile:423: recipe for target 'textutils' failed > gmake[1]: *** [textutils] Error 2 > gmake[1]: Leaving directory > '/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3' > *** Error code 2 > > Stop. > make: stopped in /usr/ports/graphics/svgalib > ====>> Cleaning up wrkdir > ===> Cleaning for svgalib-1.4.3_7 > build of graphics/svgalib ended at Sun Jan 25 04:52:14 CET 2015 > build time: 00:00:59 > !!! build failure encountered !!! > -- > the offending code is in src/paradise.c: > > ... > void inline _outb(unsigned port,unsigned value) > { > #ifdef DEBUG > printf ("0x%x, 0x%x\n",port,value); > #endif > outb(port,value); > } > ... > > When I do the ports build the normal way, it builds fine and the object > files do not contain any reference to _out: > > # find . -name paradise.o > ./sharedlib/paradise.o > ./staticlib/paradise.o > # nm `find . -name paradise.o` | fgrep out > # > additional information: I compared how src/paradise.c gets compiled as normal port or in poudriere: port: cc -Wall -Wstrict-prototypes -fPIC -I/usr/ports-head/graphics/svgalib/work/svgalib-1.4.3/include -I. -I/usr/ports-head/graphics/svgalib/work/svgalib-1.4.3/src -I/usr/ports-head/graphics/svgalib/work/svgalib-1.4.3/src/config -Wall -Wstrict-prototypes -fPIC -I/usr/ports-head/graphics/svgalib/work/svgalib-1.4.3/include -I. -O2 -pipe -fstack-protector -fno-strict-aliasing -DNO_ASSEMBLY -DSVGALIB_CONFIG_FILE=\"/usr/local/etc/vga/libvga.config\" -DALLOW_MOUSE_OVERRIDE -DET4000_REGS=\"/usr/local/etc/vga/libvga.et4000\" -DDYNAMIC -c -o paradise.o /usr/ports-head/graphics/svgalib/work/svgalib-1.4.3/src/paradise.c poudriere: clang -Wall -Wstrict-prototypes -fPIC -I/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/include -I. -I/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/src -I/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/src/config -Wall -Wstrict-prototypes -fPIC -I/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/include -I. -fstack-protector -fno-strict-aliasing -DNO_ASSEMBLY -DSVGALIB_CONFIG_FILE=\"/usr/local/etc/vga/libvga.config\" -DALLOW_MOUSE_OVERRIDE -DET4000_REGS=\"/usr/local/etc/vga/libvga.et4000\" -DDYNAMIC -c -o paradise.o /wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/src/paradise.c the only interesting diff is that as port it gets compiled with '-O2 -pipe' in addition; HIH matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 15:44:35 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2E8B5AA; Sun, 25 Jan 2015 15:44:35 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (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 6C7EC214; Sun, 25 Jan 2015 15:44:35 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::79cb:885c:d74b:842b] (unknown [IPv6:2001:7b8:3a7:0:79cb:885c:d74b:842b]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6287F5C2E; Sun, 25 Jan 2015 16:44:30 +0100 (CET) Subject: Re: head/graphics/svgalib does not build in poudriere Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_CD3DAC8A-3DE1-4CBA-94D4-0C3F21DCD557"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b4 From: Dimitry Andric In-Reply-To: <20150125101145.GA1906@c720-r276659> Date: Sun, 25 Jan 2015 16:44:39 +0100 Message-Id: References: <20150125075122.GA1377@c720-r276659> <20150125101145.GA1906@c720-r276659> To: Matthias Apitz X-Mailer: Apple Mail (2.1993) Cc: freebsd-ports@freebsd.org, zeising@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 15:44:35 -0000 --Apple-Mail=_CD3DAC8A-3DE1-4CBA-94D4-0C3F21DCD557 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 25 Jan 2015, at 11:11, Matthias Apitz wrote: >=20 > El d=C3=ADa Sunday, January 25, 2015 a las 08:51:22AM +0100, Matthias = Apitz escribi=C3=B3: ... >> This is in head r276659, ports r377801 and with poudriere 3.1.1 on >> amd64; the port graphics/svgalib fails to build (only) in poudriere = with: >>=20 >> ... >> clang -Wall -Wstrict-prototypes -Wall -Wstrict-prototypes -fPIC >> -I/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/include -I. >> -fstack-protector -fno-strict-aliasing -I../include -L../sharedlib = -o >> restorefont restorefont.o -lvga -lm >> ../sharedlib/libvga.so: undefined reference to `_outb' >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) ... >> the offending code is in src/paradise.c: >>=20 >> ... >> void inline _outb(unsigned port,unsigned value) >> { >> #ifdef DEBUG >> printf ("0x%x, 0x%x\n",port,value); >> #endif >> outb(port,value); >> } Try compiling the port with USE_CSTD=3Dgnu89, or change the function signature to: static inline void _outb(unsigned port,unsigned value) -Dimitry --Apple-Mail=_CD3DAC8A-3DE1-4CBA-94D4-0C3F21DCD557 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlTFD2cACgkQsF6jCi4glqMWFwCgiNsS/iNPXatms5E0SoZxf7LF AycAnRQS3L818oSpXWX9FrWFZsQ/nrf2 =ozxl -----END PGP SIGNATURE----- --Apple-Mail=_CD3DAC8A-3DE1-4CBA-94D4-0C3F21DCD557-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 15:55:38 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BCFEA61; Sun, 25 Jan 2015 15:55:38 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A017329; Sun, 25 Jan 2015 15:55:37 +0000 (UTC) Received: from [93.104.2.207] (helo=c720-r276659) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YFPX6-0004SL-Lq; Sun, 25 Jan 2015 16:55:28 +0100 Date: Sun, 25 Jan 2015 16:55:26 +0100 From: Matthias Apitz To: Dimitry Andric Subject: Re: head/graphics/svgalib does not build in poudriere Message-ID: <20150125155526.GA2744@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Dimitry Andric , freebsd-ports@freebsd.org, zeising@FreeBSD.org References: <20150125075122.GA1377@c720-r276659> <20150125101145.GA1906@c720-r276659> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.2.207 Cc: freebsd-ports@freebsd.org, zeising@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 15:55:38 -0000 El día Sunday, January 25, 2015 a las 04:44:39PM +0100, Dimitry Andric escribió: > On 25 Jan 2015, at 11:11, Matthias Apitz wrote: > > > > El día Sunday, January 25, 2015 a las 08:51:22AM +0100, Matthias Apitz escribió: > ... > >> This is in head r276659, ports r377801 and with poudriere 3.1.1 on > >> amd64; the port graphics/svgalib fails to build (only) in poudriere with: > >> > >> ... > >> clang -Wall -Wstrict-prototypes -Wall -Wstrict-prototypes -fPIC > >> -I/wrkdirs/usr/ports/graphics/svgalib/work/svgalib-1.4.3/include -I. > >> -fstack-protector -fno-strict-aliasing -I../include -L../sharedlib -o > >> restorefont restorefont.o -lvga -lm > >> ../sharedlib/libvga.so: undefined reference to `_outb' > >> clang: error: linker command failed with exit code 1 (use -v to see > >> invocation) > ... > >> the offending code is in src/paradise.c: > >> > >> ... > >> void inline _outb(unsigned port,unsigned value) > >> { > >> #ifdef DEBUG > >> printf ("0x%x, 0x%x\n",port,value); > >> #endif > >> outb(port,value); > >> } > > Try compiling the port with USE_CSTD=gnu89, or change the function > signature to: > > static inline void _outb(unsigned port,unsigned value) > > -Dimitry Dimitry, The port compiles fine the normal way: # cd graphics/svgalib # make package without your proposed change; it does not compile in poudriere. And to incorporate your change it would need an additional patch file, is this what you want me to do? Thanks matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 16:00:09 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5F5BB33; Sun, 25 Jan 2015 16:00:09 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (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 9F2A6353; Sun, 25 Jan 2015 16:00:09 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::79cb:885c:d74b:842b] (unknown [IPv6:2001:7b8:3a7:0:79cb:885c:d74b:842b]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id F385F5C2E; Sun, 25 Jan 2015 17:00:04 +0100 (CET) Subject: Re: head/graphics/svgalib does not build in poudriere Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_79C608E8-141C-43F1-AA66-147FB9B3587E"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b4 From: Dimitry Andric In-Reply-To: <20150125155526.GA2744@c720-r276659> Date: Sun, 25 Jan 2015 17:00:02 +0100 Message-Id: <0B227275-7F6D-4E39-AC5F-B4E2DDB73EBC@FreeBSD.org> References: <20150125075122.GA1377@c720-r276659> <20150125101145.GA1906@c720-r276659> <20150125155526.GA2744@c720-r276659> To: Matthias Apitz X-Mailer: Apple Mail (2.1993) Cc: freebsd-ports@freebsd.org, zeising@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 16:00:10 -0000 --Apple-Mail=_79C608E8-141C-43F1-AA66-147FB9B3587E Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 25 Jan 2015, at 16:55, Matthias Apitz wrote: .. > The port compiles fine the normal way: > > # cd graphics/svgalib > # make package > > without your proposed change; it does not compile in poudriere. If poudriere compiles it differently than normal, I think it is a problem in poudriere, or maybe in poudriere's configuration. From your pasted command lines, it seems poudriere disables optimization? That does not look good... > And to incorporate your change it would need an additional patch file, > is this what you want me to do? It's nice to fix the code, as gnu98 inline semantics are different from c99. But maybe it is better to fix the root cause (poudriere) first. -Dimitry --Apple-Mail=_79C608E8-141C-43F1-AA66-147FB9B3587E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlTFEw0ACgkQsF6jCi4glqO2KACg68saseJO6vePhCbIcqSYINJf +S8An01TNM9aBfnIPaZY6Egb8JHLcnRR =a6Yb -----END PGP SIGNATURE----- --Apple-Mail=_79C608E8-141C-43F1-AA66-147FB9B3587E-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 17:13:18 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4621790 for ; Sun, 25 Jan 2015 17:13:18 +0000 (UTC) Received: from mail.covisp.net (mail.covisp.net [75.148.37.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 B7E4EC25 for ; Sun, 25 Jan 2015 17:13:18 +0000 (UTC) Received: from [10.0.0.125] (23-24-150-141-static.hfc.comcastbusiness.net [23.24.150.141]) by mail.covisp.net (Postfix) with ESMTPSA id 100C450D39D for ; Sun, 25 Jan 2015 10:13:17 -0700 (MST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.4\)) Subject: Re: libiconv.la issues From: LuKreme In-Reply-To: <54C4A332.6050601@gmx.de> Date: Sun, 25 Jan 2015 10:13:16 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <650EA670-F40C-48B1-A224-1F89D94330E7@kreme.com> References: <48B3BE9F-C006-4CA3-A80B-670DE5216AB5@kreme.com> <2CF124F1-85D3-4F9B-A446-DDC1F22C81F4@kreme.com> <54C4A332.6050601@gmx.de> To: freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.2070.4) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 17:13:18 -0000 On Jan 25, 2015, at 1:02 AM, olli hauer wrote: > On 2015-01-25 05:46, LuKreme wrote: >> On Jan 24, 2015, at 9:17 PM, LuKreme wrote: >>> sed: /usr/local/lib/libiconv.la: No such file or directory >>> libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool = archive >>> *** [libarchive.la] Error code 1 > ... >> # uname -v >> FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11 02:38:15 UTC 2014 = root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC=20 >=20 > Please follow the instructions in UPDATING entry 20140909. I had found a slightly different command line in a mailing list archive = which returned no results. find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print | = xargs -n 1 pkg which -oq | sort -u $ find /usr/local/lib -name '*.la' | xargs grep -l 'libiconv.la' | xargs = pkg which /usr/local/lib/libgdbm.la was not found in the database /usr/local/lib/apr-util-1/apr_dbm_gdbm.la was not found in the database /usr/local/lib/libaprutil-1.la was not found in the database /usr/local/lib/libxml2.la was not found in the database Much better. After sorting out a python issue, it looks to be happily = building p5- (It wilily kill me in the morning, though). > BTW, FreeBSD 9.2 is EoL since 2014-12-30, see = http://www.freebsd.org/security/security.html#sup >=20 > Perhaps a good time to upgrade from 9.2 -> 9.3 Yes, but updating my installs seemed like a good thing to do *BEFORE* I = update from 9.2/ --=20 Hard work pays off in the future. Laziness pays off now. From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 18:37:33 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C8A8250 for ; Sun, 25 Jan 2015 18:37:33 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 50F3874F for ; Sun, 25 Jan 2015 18:37:33 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0PIbXIB094654 for ; Sun, 25 Jan 2015 18:37:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports@FreeBSD.org Subject: [Bug 195798] [PATCH] devel/fb303: Fix pkg-plist Date: Sun, 25 Jan 2015 18:37:33 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch-ready X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: marino@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 18:37:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195798 John Marino changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch-ready Status|New |Open --- Comment #2 from John Marino --- the port is not maintained, the patch is doesn't come with a test log. However, it's only a pkg-plist change (which requires a PORTREVISION bump which is missing), so I'll move it to patch ready for further testing. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 19:15:35 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DAC7BEA for ; Sun, 25 Jan 2015 19:15:35 +0000 (UTC) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) (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 0575DBAC for ; Sun, 25 Jan 2015 19:15:34 +0000 (UTC) Received: from ns3.groumpf.org (unknown [82.225.255.46]) by smtp1-g21.free.fr (Postfix) with ESMTP id 54010940069 for ; Sun, 25 Jan 2015 20:13:16 +0100 (CET) Received: from enterprise.groumpf.org (enterprise.groumpf.org [192.168.100.11]) by ns3.groumpf.org (Postfix) with ESMTPA id D1189F7418 for ; Sun, 25 Jan 2015 20:15:29 +0100 (CET) Message-ID: <54C540D2.7070909@groumpf.org> Date: Sun, 25 Jan 2015 20:15:30 +0100 From: Xavier User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: ports@freebsd.org Subject: swig~pkg-renamed-XXX prevents upgrading swig Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 19:15:35 -0000 Hi, I cannot upgrade/reinstall swig (1.3 & 2.0) because a package name change : | [root@valinor ~]# portupgrade -vf devel/swig20 | ---> Session started at: Sun, 25 Jan 2015 19:58:08 +0100 | [Reading data from pkg(8) ... - 650 packages found - done] | ** Detected a package name change: swig~pkg-renamed~5AF8 | | (devel/swig20) -> 'swig' (devel/swig20) | ---> Reinstallation of devel/swig20 started at: Sun, 25 Jan 2015 | 19:58:23 +0100 | ---> Reinstalling 'swig~pkg-renamed~5AF8-2.0.12_1' (devel/swig20) | ---> Build of devel/swig20 started at: Sun, 25 Jan 2015 19:58:23 | | +0100 | [...] | ---> Uninstallation of swig~pkg-renamed~5AF8-2.0.12_1 started at: | Sun, 25 Jan 2015 20:02:20 +0100 | ---> Fixing up dependencies before creating a package | ---> Backing up the old version | pkg: No installed package matching "swig~pkg-renamed~5AF8-2.0.12_1" | found | ** Backup failed. | ---> Uninstallation of swig~pkg-renamed~5AF8-2.0.12_1 ended at: Sun, | 25 Jan 2015 20:02:23 +0100 (consumed 00:00:02) | ---> Reinstallation of devel/swig20 ended at: Sun, 25 Jan 2015 | 20:02:23 +0100 (consumed 00:03:59) | ---> ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed | ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! devel/swig20 (swig~pkg-renamed~5AF8-2.0.12_1) (backup error) However these packages are registered : | [root@valinor ~]# pkg info swig\* | swig~pkg-renamed~5AF8-2.0.12_1 | swig~pkg-renamed~8A1C-1.3.40 But cannot be deleted : | [root@valinor ~]# pkg delete -f swig~pkg-renamed~5AF8-2.0.12_1 | Checking integrity... done (0 conflicting) | Package(s) not found! Many thanks for any help. -- Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 19:25:56 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F37420B for ; Sun, 25 Jan 2015 19:25:56 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21C48CB3 for ; Sun, 25 Jan 2015 19:25:56 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id n3so6041094wiv.3 for ; Sun, 25 Jan 2015 11:25:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Waf4gdQXdxgaQ6lUAvZSu744NUCJnCtI7axpGL+kKNY=; b=MexiV8F31qAIuUXnYfZQguIgk14NIFbwUFcB+XJ/IxoZLrc8oBv8E0KUb28XPQ692g bSjDObYGlQb98s07NFD6/w4RVQ07ZYN84esmBWBCC4LG4+YKcqWZo5zrKu19Z0CQZUYx cM+xxWUFhagFmtXOkKmGbeQAfhd2dGDXuJbcg3kCiSDA/SYccoqhI/Fm4mdlYxtd/osP eSmJpuGuCRL6tfaUZR+YmdxZ6Nz50iszjZvd8/K7DYT/Ram7xN0j5aQ7UNnuV5mUgc4c YZuCdj7f1/8uKpYd5vK4n508ra9dWTVslivyzfUWkwf6X7qImAu2s7FNkOdBfxXxUcoj PkSA== X-Received: by 10.180.210.195 with SMTP id mw3mr25552194wic.79.1422213954557; Sun, 25 Jan 2015 11:25:54 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id u17sm4190999wij.2.2015.01.25.11.25.53 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Jan 2015 11:25:53 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 25 Jan 2015 20:25:51 +0100 From: Baptiste Daroussin To: Xavier Subject: Re: swig~pkg-renamed-XXX prevents upgrading swig Message-ID: <20150125192551.GS81001@ivaldir.etoilebsd.net> References: <54C540D2.7070909@groumpf.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Cbvl/UgeRTPlujdB" Content-Disposition: inline In-Reply-To: <54C540D2.7070909@groumpf.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 19:25:56 -0000 --Cbvl/UgeRTPlujdB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 25, 2015 at 08:15:30PM +0100, Xavier wrote: > Hi, >=20 > I cannot upgrade/reinstall swig (1.3 & 2.0) because a package name change= : >=20 > | [root@valinor ~]# portupgrade -vf devel/swig20 > | ---> Session started at: Sun, 25 Jan 2015 19:58:08 +0100 > | [Reading data from pkg(8) ... - 650 packages found - done] > | ** Detected a package name change: swig~pkg-renamed~5AF8 | > | (devel/swig20) -> 'swig' (devel/swig20) > | ---> Reinstallation of devel/swig20 started at: Sun, 25 Jan 2015 > | 19:58:23 +0100 > | ---> Reinstalling 'swig~pkg-renamed~5AF8-2.0.12_1' (devel/swig20) > | ---> Build of devel/swig20 started at: Sun, 25 Jan 2015 19:58:23 | > | +0100 > | [...] > | ---> Uninstallation of swig~pkg-renamed~5AF8-2.0.12_1 started at: > | Sun, 25 Jan 2015 20:02:20 +0100 > | ---> Fixing up dependencies before creating a package > | ---> Backing up the old version > | pkg: No installed package matching "swig~pkg-renamed~5AF8-2.0.12_1" > | found > | ** Backup failed. > | ---> Uninstallation of swig~pkg-renamed~5AF8-2.0.12_1 ended at: Sun, > | 25 Jan 2015 20:02:23 +0100 (consumed 00:00:02) > | ---> Reinstallation of devel/swig20 ended at: Sun, 25 Jan 2015 > | 20:02:23 +0100 (consumed 00:03:59) > | ---> ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed > | ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) > ! devel/swig20 (swig~pkg-renamed~5AF8-2.0.12_1) (backup error) >=20 > However these packages are registered : >=20 > | [root@valinor ~]# pkg info swig\* > | swig~pkg-renamed~5AF8-2.0.12_1 > | swig~pkg-renamed~8A1C-1.3.40 >=20 > But cannot be deleted : >=20 > | [root@valinor ~]# pkg delete -f swig~pkg-renamed~5AF8-2.0.12_1 > | Checking integrity... done (0 conflicting) > | Package(s) not found! >=20 > Many thanks for any help. >=20 The following should work: pkg set -n swig~pkg-renamed~5AF8:swig pkg set -n swig~pkg-renamed~8A1C:swig13 or you have the hammer way: pkg delete -fg swig* Then reinstall swig. somehow your setup never catches the swig package rena= ming which occurs long ago. Best regards, Bapt --Cbvl/UgeRTPlujdB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTFQz8ACgkQ8kTtMUmk6ExyjQCfTHtyXZmHg/yWo84krOF1o630 fMgAoIv7wXmsgwsb+0MCEARYAregKXX/ =CEaB -----END PGP SIGNATURE----- --Cbvl/UgeRTPlujdB-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 20:18:27 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E4C6188 for ; Sun, 25 Jan 2015 20:18:27 +0000 (UTC) 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 E4B1A236 for ; Sun, 25 Jan 2015 20:18:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=XMe7aiY4Fm/5Fu/ArnCotbl4W9yYgsh6bmEVvQR4g2A=; b=owOlH42Zw5fMuRiXNovjhvhkW5S4rbaYjDHoUXN9dNCUlAN3r+a0IiArj+5i2naaDkpocm/q5T0bUWl2nPEZamcbpg++193q6swR73/tpPSNp/ECXruDBCQYnxkzawDBpbXhT+iwfFW/mN0cX3nEjnuYNTBXDcrLaSkSKPR2IyE=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:35902 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-GCM-SHA256:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YFTdX-000C0k-Ul for freebsd-ports@freebsd.org; Sun, 25 Jan 2015 14:18:26 -0600 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 25 Jan 2015 14:18:23 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 25 Jan 2015 14:18:23 -0600 From: Larry Rosenman To: Freebsd ports Subject: net/net-snmp: Linker Failure Message-ID: <9a4c8d1bb11e3a6b48665b22cdf51786@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.4 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 20:18:27 -0000 libtool: link: ( cd ".libs" && rm -f "libnetsnmpmibs.la" && ln -s "../libnetsnmpmibs.la" "libnetsnmpmibs.la" ) : libnetsnmpmibs.la /bin/sh ../libtool --mode=compile cc -I../include -I. -I../agent -I../agent/mibgroup -I../snmplib -I/usr/include -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -pipe -I/usr/local/include -I/include -D_WANT_IFADDR -fstack-protector -fno-strict-aliasing -std=c99 -Ufreebsd11 -Dfreebsd11=freebsd11 -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -I/usr/local/lib/perl5/5.16/mach/CORE -c -o snmpd.lo snmpd.c libtool: compile: cc -I../include -I. -I../agent -I../agent/mibgroup -I../snmplib -I/usr/include -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -pipe -I/usr/local/include -I/include -D_WANT_IFADDR -fstack-protector -fno-strict-aliasing -std=c99 -Ufreebsd11 -Dfreebsd11=freebsd11 -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -I/usr/local/lib/perl5/5.16/mach/CORE -c snmpd.c -fPIC -DPIC -o .libs/snmpd.o libtool: compile: cc -I../include -I. -I../agent -I../agent/mibgroup -I../snmplib -I/usr/include -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -pipe -I/usr/local/include -I/include -D_WANT_IFADDR -fstack-protector -fno-strict-aliasing -std=c99 -Ufreebsd11 -Dfreebsd11=freebsd11 -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -I/usr/local/lib/perl5/5.16/mach/CORE -c snmpd.c -o snmpd.o >/dev/null 2>&1 /bin/sh ../libtool --mode=link cc -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -pipe -I/usr/local/include -I/include -D_WANT_IFADDR -fstack-protector -fno-strict-aliasing -std=c99 -Ufreebsd11 -Dfreebsd11=freebsd11 -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -I/usr/local/lib/perl5/5.16/mach/CORE -o snmpd snmpd.lo -L/usr/lib -lm -lkvm -ldevstat -L/lib -L/usr/local/lib libnetsnmpagent.la libnetsnmpmibs.la ../snmplib/libnetsnmp.la -lelf -lpkg -lssp_nonshared -Wl,-R/usr/local/lib/perl5/5.16/mach/CORE -lpkg libtool: link: cc -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -pipe -I/usr/local/include -I/include -D_WANT_IFADDR -fstack-protector -fno-strict-aliasing -std=c99 -Ufreebsd11 -Dfreebsd11=freebsd11 -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -I/usr/local/lib/perl5/5.16/mach/CORE -o .libs/snmpd .libs/snmpd.o -Wl,-R/usr/local/lib/perl5/5.16/mach/CORE -L/usr/lib -L/lib -L/usr/local/lib ./.libs/libnetsnmpagent.so -L/usr/local/lib/perl5/5.16/mach/CORE ./.libs/libnetsnmpmibs.so /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.3/agent/.libs/libnetsnmpagent.so /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.3/snmplib/.libs/libnetsnmp.so ../snmplib/.libs/libnetsnmp.so -lpci -lwrap -lperl -lcrypt -lutil -lelf -lpkg -lssp_nonshared -lm -lkvm -ldevstat -lcrypto -pthread -Wl,-rpath -Wl,/usr/local/lib ./.libs/libnetsnmpmibs.so: undefined reference to `sysctl_read_icmp_stat' ./.libs/libnetsnmpmibs.so: undefined reference to `sysctl_read_icmp6_stat' ./.libs/libnetsnmpmibs.so: undefined reference to `sysctl_read_icmp6_msg_stat' ./.libs/libnetsnmpmibs.so: undefined reference to `sysctl_read_icmp_msg_stat' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[3]: stopped in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.3/agent *** Error code 1 Stop. make[2]: stopped in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.3 *** Error code 1 Stop. make[1]: stopped in /usr/ports/net-mgmt/net-snmp *** Error code 1 Stop. make: stopped in /usr/ports/net-mgmt/net-snmp ===>>> make build failed for net-mgmt/net-snmp ===>>> Aborting update Ideas? borg.lerctr.org /usr/ports # svn info Path: . Working Copy Root Path: /usr/ports URL: svn://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 377899 Node Kind: directory Schedule: normal Last Changed Author: matthew Last Changed Rev: 377899 Last Changed Date: 2015-01-25 13:17:27 -0600 (Sun, 25 Jan 2015) borg.lerctr.org /usr/ports # uname -aKU FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #6 r277674: Sat Jan 24 22:28:36 CST 2015 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 1100056 1100056 borg.lerctr.org /usr/ports # -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-ports@FreeBSD.ORG Sun Jan 25 21:22:23 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C70F7F5C; Sun, 25 Jan 2015 21:22:23 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83EF3AA2; Sun, 25 Jan 2015 21:22:23 +0000 (UTC) Received: from [93.104.24.33] (helo=c720-r276659) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YFUdQ-0007RW-0R; Sun, 25 Jan 2015 22:22:20 +0100 Date: Sun, 25 Jan 2015 22:22:17 +0100 From: Matthias Apitz To: Dimitry Andric Subject: Re: head/graphics/svgalib does not build in poudriere Message-ID: <20150125212217.GA3629@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Dimitry Andric , freebsd-ports@freebsd.org, zeising@FreeBSD.org References: <20150125075122.GA1377@c720-r276659> <20150125101145.GA1906@c720-r276659> <20150125155526.GA2744@c720-r276659> <0B227275-7F6D-4E39-AC5F-B4E2DDB73EBC@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0B227275-7F6D-4E39-AC5F-B4E2DDB73EBC@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.24.33 Cc: freebsd-ports@freebsd.org, zeising@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2015 21:22:23 -0000 El día Sunday, January 25, 2015 a las 05:00:02PM +0100, Dimitry Andric escribió: > On 25 Jan 2015, at 16:55, Matthias Apitz wrote: > .. > > The port compiles fine the normal way: > > > > # cd graphics/svgalib > > # make package > > > > without your proposed change; it does not compile in poudriere. > > If poudriere compiles it differently than normal, I think it is a > problem in poudriere, or maybe in poudriere's configuration. From your > pasted command lines, it seems poudriere disables optimization? That > does not look good... I solved the issue; it was may fault perhaps. I have had set in make.conf of poudriere's jail: CFLAGS="" which disabled the optimization as I saw in the Makefile of the port. We can close this thread. Thanks for your feedback. matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 06:07:07 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BF1D7D7 for ; Mon, 26 Jan 2015 06:07:07 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 54020EC4 for ; Mon, 26 Jan 2015 06:07:07 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0Q677xZ004841 for ; Mon, 26 Jan 2015 06:07:07 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports@FreeBSD.org Subject: [Bug 195798] [PATCH] devel/fb303: Fix pkg-plist Date: Mon, 26 Jan 2015 06:07:07 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch-ready X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: realhuang21@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 06:07:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195798 --- Comment #3 from Real Huang --- Comment on attachment 150335 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=150335 the patch file Index: Makefile =================================================================== --- Makefile (revision 374232) +++ Makefile (working copy) @@ -3,7 +3,7 @@ PORTNAME= fb303 PORTVERSION= ${THRIFT_PORTVERSION} -PORTREVISION= 1 +PORTREVISION= 2 PORTEPOCH= 1 CATEGORIES= devel MASTER_SITES= APACHE Index: pkg-plist =================================================================== --- pkg-plist (revision 374232) +++ pkg-plist (working copy) @@ -21,5 +21,8 @@ %%PYTHON_SITELIBDIR%%/fb303_scripts/__init__.pyc %%PYTHON_SITELIBDIR%%/fb303_scripts/fb303_simple_mgmt.py %%PYTHON_SITELIBDIR%%/fb303_scripts/fb303_simple_mgmt.pyc -%%PYTHON_SITELIBDIR%%/thrift_fb303-1.0.0_dev-py%%PYTHON_VER%%.egg-info +%%PYTHON_SITELIBDIR%%/thrift_fb303-1.0.0_dev-py%%PYTHON_VER%%.egg-info/PKG-INFO +%%PYTHON_SITELIBDIR%%/thrift_fb303-1.0.0_dev-py%%PYTHON_VER%%.egg-info/SOURCES.txt +%%PYTHON_SITELIBDIR%%/thrift_fb303-1.0.0_dev-py%%PYTHON_VER%%.egg-info/dependency_links.txt +%%PYTHON_SITELIBDIR%%/thrift_fb303-1.0.0_dev-py%%PYTHON_VER%%.egg-info/top_level.txt %%DATADIR%%/if/fb303.thrift -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 06:08:39 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AFB589B for ; Mon, 26 Jan 2015 06:08:39 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 129A8ED0 for ; Mon, 26 Jan 2015 06:08:39 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0Q68cmT053790 for ; Mon, 26 Jan 2015 06:08:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports@FreeBSD.org Subject: [Bug 195798] [PATCH] devel/fb303: Fix pkg-plist Date: Mon, 26 Jan 2015 06:08:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch-ready X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: realhuang21@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 06:08:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195798 --- Comment #4 from Real Huang --- Created attachment 152152 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=152152&action=edit pathfile.diff.svn -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 06:12:41 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C5C6B51 for ; Mon, 26 Jan 2015 06:12:41 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 E8972F8A for ; Mon, 26 Jan 2015 06:12:40 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0Q6Ceh8023843 for ; Mon, 26 Jan 2015 06:12:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports@FreeBSD.org Subject: [Bug 195798] [PATCH] devel/fb303: Fix pkg-plist Date: Mon, 26 Jan 2015 06:12:40 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch-ready X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: realhuang21@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 06:12:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195798 Real Huang changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marino@FreeBSD.org --- Comment #5 from Real Huang --- (In reply to John Marino from comment #2) Hi John, Sorry,I have update the PORTREVISION,thanks. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 06:34:54 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58B0638C for ; Mon, 26 Jan 2015 06:34:54 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 3FBA81F2 for ; Mon, 26 Jan 2015 06:34:54 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0Q6Ys0p063966 for ; Mon, 26 Jan 2015 06:34:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports@FreeBSD.org Subject: [Bug 195798] [PATCH] devel/fb303: Fix pkg-plist Date: Mon, 26 Jan 2015 06:34:54 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch-ready X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: marino@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 06:34:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195798 John Marino changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #150335|0 |1 is obsolete| | -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 08:12:40 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8888A423 for ; Mon, 26 Jan 2015 08:12:40 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 6E372C7C for ; Mon, 26 Jan 2015 08:12:40 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0Q8CeVC066188 for ; Mon, 26 Jan 2015 08:12:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports@FreeBSD.org Subject: [Bug 195798] [PATCH] devel/fb303: Fix pkg-plist Date: Mon, 26 Jan 2015 08:12:40 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: patch-ready X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: marino@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 08:12:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195798 John Marino changed: What |Removed |Added ---------------------------------------------------------------------------- CC|freebsd-ports@FreeBSD.org | --- Comment #6 from John Marino --- Please do not add freebsd-ports@freebsd.org to the CC list (ever). I'm removing that mailing list address from CC now. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 09:14:44 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A99487A0 for ; Mon, 26 Jan 2015 09:14:44 +0000 (UTC) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 668432F5 for ; Mon, 26 Jan 2015 09:14:44 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id s11so6017663qcv.5 for ; Mon, 26 Jan 2015 01:14:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=8VeL4wRoFCpJO/vzugkNVUMRFZ0piLbhlKhf9kKoq7c=; b=Gbrtb6YK/M/U8L9OYt6gnOFGLHQBD7/DQxlNVgkAWVl3jyw3QOC/2VQcBeWMTms33G C8Ga/j1qOx/wGTHakfO9P5IsbcQrN8rikYxiykVK3WmkuHBuh5dqZNcE4MEjnMPBD+sh wCpO9eqv+F0vcUaylTMLC0VDmf8jJ2Zhx1KnnQn9OCGE+cv+Mt7+XgXJgVC0McMg9vOr KTwsTVnbB0m5wntjuPMV8hpEE/Vtl7PJeiqj0V/KArcIuuViYg/q6O0iBUOOWGl8Qrdk WVch1S3TSiD0/W6B2T72sLKWm0llnrQJ03Y0myF04QstEgByX6YpvD5Rdj4NfgG5YxYN VLSg== MIME-Version: 1.0 X-Received: by 10.140.92.33 with SMTP id a30mr37410099qge.30.1422263683604; Mon, 26 Jan 2015 01:14:43 -0800 (PST) Received: by 10.140.255.135 with HTTP; Mon, 26 Jan 2015 01:14:43 -0800 (PST) Date: Mon, 26 Jan 2015 10:14:43 +0100 Message-ID: Subject: portupgrading of p5-version over NFS fails From: Roman Serbski To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 09:14:44 -0000 Hello, 10.1-STABLE #0 r274583 with /usr/ports mounted on another server (same version of FreeBSD). portupgrade works perfectly fine except for devel/p5-version. There are ~50 other p5 modules installed -- no problem there. Here is the error: ---> Upgrade of devel/p5-version started at: Mon, 26 Jan 2015 10:08:52 +0100 ---> Upgrading 'p5-version-0.99.08_2' to 'p5-version-0.99.12' (devel/p5-version) OK? [yes] ---> Build of devel/p5-version started at: Mon, 26 Jan 2015 10:09:02 +0100 ---> Building '/usr/ports/devel/p5-version' ===> Cleaning for p5-version-0.99.12 ===> License ART10 GPLv1 accepted by the user ===> p5-version-0.99.12 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by p5-version-0.99.12 for building ===> Extracting for p5-version-0.99.12 => SHA256 Checksum OK for version-0.9912.tar.gz. ===> Patching for p5-version-0.99.12 ===> p5-version-0.99.12 depends on file: /usr/local/bin/perl5.18.4 - found ===> Configuring for p5-version-0.99.12 Testing if you have a C compiler Error in tempfile() using template compilet-XXXXX.c: Could not create temp file compilet-DYgmB.c: Operation not supported at /usr/local/lib/perl5/site_perl/ExtUtils/CBuilder/Base.pm line 189. *** Error code 45 Stop. make: stopped in /usr/ports/devel/p5-version ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20150126-17834-jplcgf env UPGRADE_TOOL=portupgrade UPGRADE_PORT=p5-version-0.99.08_2 UPGRADE_PORT_VER=0.99.08_2 make ** Fix the problem and try again. ---> Build of devel/p5-version ended at: Mon, 26 Jan 2015 10:09:03 +0100 (consumed 00:00:01) It seems that it only happens if /usr/ports is mounted over NFS. If I copy /usr/ports to the server I can successfully update the port. Any hints would be greatly appreciated. Here is /etc/exports from the NFS server: /usr/src /usr/ports /usr/obj -maproot=root -network 10.9.128.0/24 Thanks. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 09:46:56 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A369A261 for ; Mon, 26 Jan 2015 09:46:56 +0000 (UTC) Received: from portscout.freebsd.org (portscout.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 8F8E287D for ; Mon, 26 Jan 2015 09:46:56 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0Q9ku6s047009 for ; Mon, 26 Jan 2015 09:46:56 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0Q9ku4X047008; Mon, 26 Jan 2015 09:46:56 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501260946.t0Q9ku4X047008@portscout.freebsd.org> X-Authentication-Warning: portscout.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: Mon, 26 Jan 2015 09:46:56 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 09:46:56 -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 ------------------------------------------------+-----------------+------------ cad/qfsm | 0.53.0 | 0.54.0 ------------------------------------------------+-----------------+------------ games/gottet | 1.0.6 | 1.1.1 ------------------------------------------------+-----------------+------------ 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 Mon Jan 26 14:32:41 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 413346EC for ; Mon, 26 Jan 2015 14:32:41 +0000 (UTC) Received: from mail.mimar.rs (mail.mimar.rs [193.53.106.129]) by mx1.freebsd.org (Postfix) with ESMTP id AA09FB33 for ; Mon, 26 Jan 2015 14:32:40 +0000 (UTC) Received: from mail.mimar.rs (localhost [127.0.0.1]) by mail.mimar.rs (Postfix) with ESMTP id A0C891AF3B8 for ; Mon, 26 Jan 2015 15:24:37 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:message-id:subject:subject:from:from:date:date :received:received; s=mimar-0901; t=1422282274; x=1424096675; bh=4qXudS4I1bASPPZ8kkTiZLaF3lpXqM8xa6vz1GXKsks=; b=mDOeRtefxwVO ih8J6OrJTtKiXp8S/h2vDmmEuysoC6O4Bxmi1fB+92c/PSe4UKu/4N3A/3sYxjV6 h6W10SQNWUZda2+qhXGlHewSWpbATrjZtuOthjrv7PPgRb6MqsQg4fFbzxljIaCq ROrZ3mYXgal/WPakaX5fIfkD8XiLFzk= X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.0.1]) by mail.mimar.rs (mail.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2E6sNqturkjz for ; Mon, 26 Jan 2015 15:24:34 +0100 (CET) Received: from efreet (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id 1806F1AF337 for ; Mon, 26 Jan 2015 15:24:33 +0100 (CET) Date: Mon, 26 Jan 2015 15:24:33 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-ports@freebsd.org Subject: www/squid does not shutdown via rc Message-Id: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) 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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 14:32:41 -0000 Hi, I am building new proxy server based on FreeBSD 10.1-RELEASE and latest squid from ports (squid-3.4.11). Squid starts and works ok when testing from single client, but it does not shutdown correctly through rc script. Starting situation: squid is not started, no pid dir and file in /var/run= , ps ax shows nothing related to squid. Next: squid is started with 'service squid start', pid dir and file are created in /var/run, 'service squid status' shows the same value as pidfile: % sudo service squid status squid is running as pid 770. % sudo cat /var/run/squid/squid.pid=20 770 % ps waux | grep squid squid 768 0.0 1.0 62096 10488 - Is 3:14PM 0:00.00 /usr/local/sb= in/squid -f /usr/local/etc/squid/squid.conf squid 770 0.0 1.8 82948 18764 - S 3:14PM 0:00.36 (squid-1) -f = /usr/local/etc/squid/squid.conf (squid) squid 772 0.0 0.3 23876 3012 - I 3:14PM 0:00.01 (logfile-daem= on) /squid/logs/access.log (log_file_daemon) squid 773 0.0 0.3 23872 3000 - I 3:14PM 0:00.01 (unlinkd) (un= linkd) squid 774 0.0 0.3 24256 3024 - S 3:14PM 0:00.01 diskd 788484 = 788485 788486 The problem arises when trying to stop squid: % sudo service squid stop Stopping squid. Waiting for PIDS: 770. Let's see if rc script finds it running: % sudo service squid status squid is not running. There is no pid dir and file in /var/run/ However, ps shows running proceses: squid 768 0.0 1.0 62096 10488 - Is 3:14PM 0:00.00 /usr/local/sb= in/squid -f /usr/local/etc/squid/squid.conf squid 806 0.0 1.8 82948 18764 - S 3:18PM 0:00.21 (squid-1) -f = /usr/local/etc/squid/squid.conf (squid) squid 807 0.0 0.3 23876 3012 - I 3:18PM 0:00.01 (logfile-daem= on) /squid/logs/access.log (log_file_daemon) squid 808 0.0 0.3 23872 3000 - I 3:18PM 0:00.01 (unlinkd) (un= linkd) squid 809 0.0 0.3 24256 3024 - S 3:18PM 0:00.01 diskd 825348 = 825349 825350 Those are probably relevant: from messages: Jan 26 15:10:09 rsbgyucnix02 squid[558]: Squid Parent: (squid-1) process = 560 exited due to signal 6 with status 0 Jan 26 15:10:09 rsbgyucnix02 kernel: pid 560 (squid), uid 100: exited on = signal 6 (core dumped) Jan 26 15:10:12 rsbgyucnix02 squid[558]: Squid Parent: (squid-1) process = 733 started Jan 26 15:12:44 rsbgyucnix02 kernel: pid 733 (squid), uid 100: exited on = signal 6 (core dumped) Jan 26 15:14:41 rsbgyucnix02 squid[768]: Squid Parent: will start 1 kids Jan 26 15:14:41 rsbgyucnix02 squid[768]: Squid Parent: (squid-1) process = 770 started Jan 26 15:18:18 rsbgyucnix02 squid[768]: Squid Parent: (squid-1) process = 770 exited due to signal 6 with status 0 Jan 26 15:18:18 rsbgyucnix02 kernel: pid 770 (squid), uid 100: exited on = signal 6 (core dumped) Jan 26 15:18:22 rsbgyucnix02 squid[768]: Squid Parent: (squid-1) process = 806 started from cache.log: 2015/01/26 15:14:43 kid1| storeLateRelease: released 0 objects 2015/01/26 15:18:18| Set Current Directory to /squid/cache FATAL: Received Segment Violation...dying. 2015/01/26 15:18:18 kid1| Closing HTTP port 127.0.0.1:3128 2015/01/26 15:18:18 kid1| Closing HTTP port 10.20.0.12:8080 2015/01/26 15:18:18 kid1| storeDirWriteCleanLogs: Starting... Could it be that I am doing something wrong or is this a bug? --=20 Marko Cupa=C4=87 https://www.mimar.rs From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 14:33:46 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E61D797 for ; Mon, 26 Jan 2015 14:33:46 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 63F74B56 for ; Mon, 26 Jan 2015 14:33:45 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t0QEXctc008425 for ; Mon, 26 Jan 2015 06:33:38 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t0QEXcs1008424 for freebsd-ports@freebsd.org; Mon, 26 Jan 2015 06:33:38 -0800 (PST) (envelope-from david) Date: Mon, 26 Jan 2015 06:33:38 -0800 From: David Wolfskill To: freebsd-ports@freebsd.org Subject: Problem updating emulators/wine-compholio from 1.7.34,1 to 1.7.35,1 Message-ID: <20150126143338.GF2906@albert.catwhisker.org> Reply-To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="juZjCTNxrMaZdGZC" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 14:33:46 -0000 --juZjCTNxrMaZdGZC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable After updating my laptop from: FreeBSD g1-240.catwhisker.org 10.1-STABLE FreeBSD 10.1-STABLE #1451 r27769= 2M/277692:1001506: Sun Jan 25 04:35:42 PST 2015 root@g1-240.catwhisker.= org:/common/S1/obj/usr/src/sys/CANARY i386 to: FreeBSD g1-240.catwhisker.org 10.1-STABLE FreeBSD 10.1-STABLE #1452 r27772= 2M/277745:1001506: Mon Jan 26 05:37:52 PST 2015 root@g1-240.catwhisker.= org:/common/S1/obj/usr/src/sys/CANARY i386 (as part of the usual daily routine), I then attempted to update the installed ports (for which I use portmaster). The ports tree is an SVN working copy of the head of the ports tree at r377931; I had previously (yesterday) updated the installed ports as of r377881. The only installed port that "portmaster -ad" found suitable for updating was emulators/wine-compholio: =2E.. 0;portmaster: All >> (1)^G =3D=3D=3D>>> The following actions will be taken if you choose to proceed: Upgrade wine-compholio-1.7.34,1 to wine-compholio-1.7.35,1 =3D=3D=3D>>> Proceed? y/n [y]=20 =2E... The process ran for a while, then terminated in a way I don't recall having previously seen: =2E.. =3D=3D=3D> wine-compholio-1.7.35,1 depends on shared library: libpng.so -= found (/common/local/lib/libpng16.so.16.16.0) - found (/common/local/lib/l= ibpng16.so.16.16.0) =3D=3D=3D> wine-compholio-1.7.35,1 depends on shared library: libopenal.s= o.1 - found (/common/local/lib/libopenal.so.1.16.0) - found (/common/local/= lib/libopenal.so.1.16.0) =3D=3D=3D> wine-compholio-1.7.35,1 depends on shared library: libGLU.so -= found (/common/local/lib/libGLU.so.1.3.1) - found (/common/local/lib/libGL= U.so.1.3.1) =3D=3D=3D> Configuring for wine-compholio-1.7.35,1 cd /common/ports/emulators/wine-compholio/work/wine-1.7.35 && /usr/bin/tar = xf /usr/ports/distfiles//v1.7.35.tar.gz --strip-components 1 cd /common/ports/emulators/wine-compholio/work/wine-1.7.35 && gmake -C ./pa= tches DESTDIR=3D/common/ports/emulators/wine-compholio/work/wine-1.7.35 ins= tall gmake[2]: Entering directory '/common/ports/emulators/wine-compholio/work/w= ine-1.7.35/patches' WARNING: Using this Makefile is deprecated! "/common/ports/emulators/wine-compholio/work/wine-1.7.35/patches/patchinsta= ll.sh" DESTDIR=3D"/common/ports/emulators/wine-compholio/work/wine-1.7.35" = --all Applying /common/ports/emulators/wine-compholio/work/wine-1.7.35/patches/ws= 2_32-WriteWatches/0001-ntdll-Handle-write-watches-in-virtual_uninterrupted_= =2Epatch fatal: Not a git repository (or any parent up to mount point /common) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). This script is not compatible with *BSD utilities. Please install git, which provides the same functionality and will be used instead. ERROR: Failed to apply patch, aborting! Makefile:10: recipe for target 'install' failed gmake[2]: *** [install] Error 1 gmake[2]: Leaving directory '/common/ports/emulators/wine-compholio/work/wi= ne-1.7.35/patches' *** Error code 2 Stop. make[1]: stopped in /common/ports/emulators/wine-compholio *** Error code 1 Stop. make: stopped in /common/ports/emulators/wine-compholio =3D=3D=3D>>> make build failed for emulators/wine-compholio =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for emulators/wine-compholio failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> You can restart from the point of failure with this command li= ne: portmaster emulators/wine-compholio=20 Script done on Mon Jan 26 05:45:36 2015 Well. That was ... peculiar and annoying... but I was trying to just get things done so I could get on with my day, so I "portmaster devel/git" (which informed me that I already had git-2.2.2_1 installed -- apparently something (else?) has it as a dependency, as I have no use for git in and of itself -- but portmaster re-built and -installed it anyway (as I had requested). It should thus come as little surprise that a re-try for updating wine-compholio-1.7.34,1 to wine-compholio-1.7.35,1 failed in exactly the same way. On this system, I only use portmaster to update the installed ports, using a ports tree mounted on /common/ports (/usr/ports is a symlink that points to the real location); the ports tree is (as noted above) an SVN working copy, using a private local mirror of the FreeBSD SVN repository that is updated nightly. Taking a look at emulators/wine-compholio/Makefile, I see thaht it was last updated: r375756 | dbn | 2014-12-28 12:39:48 -0800 (Sun, 28 Dec 2014) | 10 lines It appears that the update that catalyzed this was to emulators/wine-devel; its Makefile shows: r377820 | gerald | 2015-01-24 12:32:15 -0800 (Sat, 24 Jan 2015) | 11 lines I see a note in the commit log that "... files/patch-alternate-toolchain is not applicable any more; remove it." -- but it's not there to remove: g1-240(11.0-C)[14] ls files/ patch-partial-reservation pkg-message.in g1-240(11.0-C)[15]=20 So I'm a bit perplexed. (I only have emulators/wine-compholio as a dependency for emulators/pipelight, which I had installed as part of an experiment to see if I could get Netflix to play on the laptop I use for just about everything.) Any suggestions? Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --juZjCTNxrMaZdGZC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUxlBCXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7xlkQAIX5xYAUxQrxWlrZDxEMHWPD cUAjOmc9y3IYh9Kg0lsushJ1jb43Ex0hlzn9mrmSgaKXAMmroAV5hhRfxVwRSr+t /WFQbrkI4VeJYPNcXm0RIcoTSogynJVQ43Ww4fXaWqrfga4CfTggkcuKFnJoEAcP ZsCRvPjHEkw7JwZSxG0pI/DZrFgMLG1qTd3N6EdSRnvcacc+f2vxbLXFt9vxn8fo vH7zN1S/PJ/8TGch4YCEev1T7Dcv6wqqAQoxS/Jyq9BwDw2P9WspDMGhKoKNyVqp FfIUP1d72ij4A9E5G4sf1Ldl0PRu2wKImk2dVgmne8pochAFbojU/5izlPfcYAQj mWNUPnti8sBxHyF4vnF0JlNZ8mC1J6AYQm0l8wfm/+9MEmRByazdBxH3iPnZAFjJ i3ZAOTP7bQUSu/MP1ikG9dvssG9Y5n9iBNMyY0bhiGHVyJZg79caaKdeXDRr2Nmu 3/Mo/NmaX3Jo/HAriFlE9Onjp/fMI0leqxkpV3lfig2KY77qN6h0jwvmXqGAjf3v ezVsvZ1faQjJ25XQi++relvp/l+q0Taz7RDDkaIu1eno8E1ku5OEQwWpAVuOpudQ GQuCXzj58Lkofv4/fqfgN4KdhlcYMleq074lcrAGbG0NB/LgUqyg8z2hKYzcfv7K 0T/S1dQ0PFho1JDT10ny =84iS -----END PGP SIGNATURE----- --juZjCTNxrMaZdGZC-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 14:36:57 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C177856; Mon, 26 Jan 2015 14:36:57 +0000 (UTC) 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 E461BB7A; Mon, 26 Jan 2015 14:36:56 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id t0QEalGd051426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Jan 2015 14:36:52 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id t0QEal4j051425; Mon, 26 Jan 2015 14:36:47 GMT (envelope-from swills) Date: Mon, 26 Jan 2015 14:36:47 +0000 From: Steve Wills To: ruby@FreeBSD.org Subject: ruby-gems update to 2.4.5 Message-ID: <20150126143643.GC52372@mouf.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Mon, 26 Jan 2015 14:36:52 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=HEADER_FROM_DIFFERENT_DOMAINS autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mouf.net X-Virus-Scanned: clamav-milter 0.98.3 at mouf.net X-Virus-Status: Clean Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 14:36:57 -0000 Hi, I hope to soon update devel/ruby-gems to the latest version, 2.4.5, after far too long at the ancient 1.8.x. There is a review here: https://reviews.freebsd.org/D1678 though only those with an @FreeBSD.org email address may currently sign up and comment on the review. There's also a PR in bugzilla: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197083 for the exp-run. The diff can be found in either: https://reviews.freebsd.org/D1678?download=true or https://bugs.freebsd.org/bugzilla/attachment.cgi?id=152148&action=diff&context=patch&collapsed=&headers=1&format=raw I urge all users of ports Ruby to please download and test this locally. It's a big change. It's long overdue so waiting a bit longer if some issue is found isn't a problem, but on the other hand I'm rather happy to finally have it all working and I'd rather get it committed ASAP so that the many ports that need changing to make it work don't end up needing further work and delaying it even more. Thanks, Steve From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 15:38:29 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C9C931D for ; Mon, 26 Jan 2015 15:38:29 +0000 (UTC) Received: from gate.utahime.jp (ipq210.utahime.jp [183.180.29.210]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA5F225 for ; Mon, 26 Jan 2015 15:38:28 +0000 (UTC) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by gate.utahime.jp (Postfix) with ESMTP id 78C31D0C4; Tue, 27 Jan 2015 00:31:00 +0900 (JST) Received: from eastasia.home.utahime.org (localhost [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id 3A71DE2CD; Tue, 27 Jan 2015 00:31:00 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) by eastasia.home.utahime.org (Postfix) with ESMTPSA id E7E61E2CC; Tue, 27 Jan 2015 00:30:59 +0900 (JST) Date: Tue, 27 Jan 2015 00:29:19 +0900 (JST) Message-Id: <20150127.002919.335530336.yasu@utahime.org> To: marko.cupac@mimar.rs Subject: Re: www/squid does not shutdown via rc From: Yasuhiro KIMURA In-Reply-To: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> X-Mailer: Mew version 6.6 on Emacs 24.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 15:38:29 -0000 From: Marko Cupa=E6 Subject: www/squid does not shutdown via rc Date: Mon, 26 Jan 2015 15:24:33 +0100 > Could it be that I am doing something wrong or is this a bug? Yes, this is bug. But it is bug of 10.1-RELEASE rather than squid. See following bug report: Bug 195802 - www/squid restarts after shutdown and dumps core https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195802 I applied 2 fixes to source tree of 10.1-RELEASE and rebuilt kernel. Now squid shutdowns correctly. --- Yasuhiro KIMURA From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 15:39:40 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 820CC3B8 for ; Mon, 26 Jan 2015 15:39:40 +0000 (UTC) Received: from mail.mimar.rs (mail.mimar.rs [193.53.106.129]) by mx1.freebsd.org (Postfix) with ESMTP id 3025C22F for ; Mon, 26 Jan 2015 15:39:39 +0000 (UTC) Received: from mail.mimar.rs (localhost [127.0.0.1]) by mail.mimar.rs (Postfix) with ESMTP id AB3721AF39F; Mon, 26 Jan 2015 16:39:37 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:references:in-reply-to:message-id:subject:subject:from :from:date:date:received:received; s=mimar-0901; t=1422286774; x=1424101175; bh=tyGusiMOLB6dCzvG3LhP5Ksme5lB+jf4Zrh79TfLa/o=; b= POT/QfEiZxej5eAxib4E7kh3FjI/XlmxLLgTP+ZcvE7xpvccAk7QqHsVCnZKtmTj GBddz71ilWmEOsWa5eXg2mMLR0bj7aCpl44FnoPFBb+7mF+xfggQlExdh5CdtPRZ ysxRa5VQBXLtt1AA9a7U+2AU7ll014fapU09xvhF/Q4= X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.0.1]) by mail.mimar.rs (mail.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id IpFzNmcQeDZ0; Mon, 26 Jan 2015 16:39:34 +0100 (CET) Received: from efreet (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id 6E7AC1AF335; Mon, 26 Jan 2015 16:39:34 +0100 (CET) Date: Mon, 26 Jan 2015 16:39:34 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Yasuhiro KIMURA Subject: Re: www/squid does not shutdown via rc Message-Id: <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> In-Reply-To: <20150127.002919.335530336.yasu@utahime.org> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 15:39:40 -0000 On Tue, 27 Jan 2015 00:29:19 +0900 (JST) Yasuhiro KIMURA wrote: > From: Marko Cupa=C4=87 > Subject: www/squid does not shutdown via rc > Date: Mon, 26 Jan 2015 15:24:33 +0100 >=20 > > Could it be that I am doing something wrong or is this a bug? >=20 > Yes, this is bug. But it is bug of 10.1-RELEASE rather than squid. > See following bug report: >=20 > Bug 195802 - www/squid restarts after shutdown and dumps core > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195802 >=20 > I applied 2 fixes to source tree of 10.1-RELEASE and rebuilt > kernel. Now squid shutdowns correctly. Hi Yasuhiro, Thank you for your reply. Where can those fixes be found? Also, is there a chance they will be pushed to freebsd-update? I would be glad to do some testing on test server, but for production servers I use binary updates only (freebsd-update). My servers are on 10.1-RELEASE-p4 right now. Regards, --=20 Marko Cupa=C4=87 https://www.mimar.rs From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 16:05:53 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12243A3D for ; Mon, 26 Jan 2015 16:05:53 +0000 (UTC) Received: from gate.utahime.jp (ipq210.utahime.jp [183.180.29.210]) by mx1.freebsd.org (Postfix) with ESMTP id D4CE17D9 for ; Mon, 26 Jan 2015 16:05:52 +0000 (UTC) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by gate.utahime.jp (Postfix) with ESMTP id 316F5D0D2; Tue, 27 Jan 2015 01:05:51 +0900 (JST) Received: from eastasia.home.utahime.org (localhost [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id E4C0FE2FD; Tue, 27 Jan 2015 01:05:50 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) by eastasia.home.utahime.org (Postfix) with ESMTPSA id A0E97E2FC; Tue, 27 Jan 2015 01:05:50 +0900 (JST) Date: Tue, 27 Jan 2015 01:05:39 +0900 (JST) Message-Id: <20150127.010539.230444205.yasu@utahime.org> To: marko.cupac@mimar.rs Subject: Re: www/squid does not shutdown via rc From: Yasuhiro KIMURA In-Reply-To: <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> X-Mailer: Mew version 6.6 on Emacs 24.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 16:05:53 -0000 From: Marko Cupa=E6 Subject: Re: www/squid does not shutdown via rc Date: Mon, 26 Jan 2015 16:39:34 +0100 > Thank you for your reply. Where can those fixes be found? It is in the svn repository of base system. Revisions are r275456 and r275502. You can download them from following URLs. = https://svnweb.freebsd.org/base/stable/10/sys/kern/kern_sig.c?view=3Dpa= tch&r1=3D275456&r2=3D275455&pathrev=3D275456 https://svnweb.freebsd.org/base/stable/10/sys/kern/kern_sig.c?view=3Dpa= tch&r1=3D275502&r2=3D275501&pathrev=3D275502 As URLs suggest, they are patch for stable/10. but can be applied to source of 10.1-RELEASE if you select proper combination of current directory and -p N option of patch(1). > Also, is there a chance they will be pushed to freebsd-update? I don't follow development of base system, so I don't have any answer about it, sorry. --- Yasuhiro KIMURA From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 16:20:57 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3C33E09 for ; Mon, 26 Jan 2015 16:20:57 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CC12956 for ; Mon, 26 Jan 2015 16:20:57 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0QGKl49025578 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 26 Jan 2015 16:20:47 GMT (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t0QGKl49025578 Authentication-Results: smtp.infracaninophile.co.uk/t0QGKl49025578; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <54C6695E.6010704@freebsd.org> Date: Mon, 26 Jan 2015 16:20:46 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: www/squid does not shutdown via rc References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> In-Reply-To: <20150127.010539.230444205.yasu@utahime.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jnjjK5Q3OGfcFn9QxMrjSvkaBp7Pbngtx" X-Virus-Scanned: clamav-milter 0.98.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 16:20:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jnjjK5Q3OGfcFn9QxMrjSvkaBp7Pbngtx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/26/15 16:05, Yasuhiro KIMURA wrote: > https://svnweb.freebsd.org/base/stable/10/sys/kern/kern_sig.c?view=3Dpa= tch&r1=3D275456&r2=3D275455&pathrev=3D275456 > https://svnweb.freebsd.org/base/stable/10/sys/kern/kern_sig.c?view=3Dpa= tch&r1=3D275502&r2=3D275501&pathrev=3D275502 >=20 > As URLs suggest, they are patch for stable/10. but can be applied to > source of 10.1-RELEASE if you select proper combination of current > directory and -p N option of patch(1). >=20 >> > Also, is there a chance they will be pushed to freebsd-update? No. Unless these are either security fixes or fixes for a major regression (which this is not) in 10.1-RELEASE, then they won't be applied to that branch. They will, however, be in the next release cut from stable/10, which will be 10.2-RELEASE, and presumably in releases from other branches from now on. Your best recourse at the moment is to manually patch the kernel sources and build yourself a custom kernel on the affected machines. Cheers, Matthew --jnjjK5Q3OGfcFn9QxMrjSvkaBp7Pbngtx 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 iQJ8BAEBCgBmBQJUxmlfXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnRrEP+gMQXm+UVDZLZQsnyTSKkl4L U41VbNU02D5aiP2LfZ0jSpR50pEh5h79PGgfm8C/Dl6KNpsmgl3DJkBm9DC//O7X cWLWC3EXzU/gmFatAgnbws0SIH4O7kK5PvzI5WtaEdPhns4spR/3c2tqZF5Zw/gR vQqaWPVVfb0/WLuchu403Yc0FW5FAgkfDMyijwEDVWDPLnP5G6izKnrhv+Zln58y hbuGIzWVQMFUXt14RIwDGVUjSuyD7B8staBQRL4/x+Qxelpk9gfMmaKL2cD+W8ql 698feT36bWDNJmOiHVtkpzyLg8yx3G1AnmIVDDyuJLiW+rC7gE6ZlZO/sfjt6T33 3izSGvVJfH+IIy0PADiiMnfx8s6d0cjYgJByUARFAEW3Mc2KvIeYr4kd3jrHIZO5 svFGHsgff8y/mYJG70neBMkAhtK0maq5o8Vp+TKzr89rOLns56OAIRNq7Uwkc9qU +7KEjkVL0/O5H9ylYoNC1GlOImu4KJEgmJwnur8oqg2pXHLAiCzNBHYk+SgrWTeY gS657IpdXzjAbnCPoTVXp7nrYMG24d5T/fo7C/7TgeYLnbtKzFMFqBKRDP1dS/6/ +DJ9rZb4CXfnaDUwC4oSkDT16pLYojpFfAIlF6Bnm5YZ0wO3Cgo8VG+UwuksM1mp yEegP3FOQybMA6wWU1nT =S4pa -----END PGP SIGNATURE----- --jnjjK5Q3OGfcFn9QxMrjSvkaBp7Pbngtx-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 19:01:22 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7992CA54 for ; Mon, 26 Jan 2015 19:01:22 +0000 (UTC) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [IPv6:2a01:e0c:1:1599::12]) (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 3FDD9D2E for ; Mon, 26 Jan 2015 19:01:21 +0000 (UTC) Received: from ns3.groumpf.org (unknown [IPv6:2a01:e35:2e1f:f2e0:202:a5ff:feeb:a2b2]) by smtp3-g21.free.fr (Postfix) with ESMTP id CB40EA6313 for ; Mon, 26 Jan 2015 19:58:49 +0100 (CET) Received: from vpn-acc13.creps-idf.fr (hardoy.creps-idf.fr [213.56.212.141]) by ns3.groumpf.org (Postfix) with ESMTPA id EF614F742C for ; Mon, 26 Jan 2015 20:01:17 +0100 (CET) Message-ID: <54C68EFD.8040006@groumpf.org> Date: Mon, 26 Jan 2015 20:01:17 +0100 From: Xavier User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: swig~pkg-renamed-XXX prevents upgrading swig References: <54C540D2.7070909@groumpf.org> <20150125192551.GS81001@ivaldir.etoilebsd.net> In-Reply-To: <20150125192551.GS81001@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 19:01:22 -0000 On 25/01/15 20:25, Baptiste Daroussin wrote: > The following should work: > pkg set -n swig~pkg-renamed~5AF8:swig > pkg set -n swig~pkg-renamed~8A1C:swig13 > > or you have the hammer way: > pkg delete -fg swig* > > Then reinstall swig. somehow your setup never catches the swig package renaming > which occurs long ago. > > Best regards, > Bapt It worked, thanks ! Regards, Xav -- Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 20:25:21 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BF87A2C for ; Mon, 26 Jan 2015 20:25:21 +0000 (UTC) Received: from mail.mimar.rs (mail.mimar.rs [193.53.106.129]) by mx1.freebsd.org (Postfix) with ESMTP id D86DF8D3 for ; Mon, 26 Jan 2015 20:25:20 +0000 (UTC) Received: from mail.mimar.rs (localhost [127.0.0.1]) by mail.mimar.rs (Postfix) with ESMTP id 12C411AF3B8 for ; Mon, 26 Jan 2015 21:25:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:references:in-reply-to:message-id:subject:subject:from :from:date:date:received:received; s=mimar-0901; t=1422303914; x=1424118315; bh=ThSMfkZt0fBqYtoLzEYUd0sE5UT0WqfXVEcWM2o7PvU=; b= 0fLtPGPeZgOppxZvW0mgT3EIs3fiJGT2ctmzgaj9D1bv5lFh+z0woX4H7+bwE6bP O6+7cmIbO4ivWl+biqCgYtkJoHiNi1H+j20jTF/0XYMaqpFAXipKBldUmfcpJIpp lJpCCVDT2JpgNo8+ldZ/z3NiDkOV3e25wRDpZCFLAr4= X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.0.1]) by mail.mimar.rs (mail.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Pszc2AKb8Ku0 for ; Mon, 26 Jan 2015 21:25:14 +0100 (CET) Received: from efreet (93-86-94-117.dynamic.isp.telekom.rs [93.86.94.117]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id 9BEA21AF394 for ; Mon, 26 Jan 2015 21:25:14 +0100 (CET) Date: Mon, 26 Jan 2015 21:25:14 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-ports@freebsd.org Subject: Re: www/squid does not shutdown via rc Message-Id: <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> In-Reply-To: <54C6695E.6010704@freebsd.org> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) 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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 20:25:21 -0000 On Mon, 26 Jan 2015 16:20:46 +0000 Matthew Seaman wrote: > >> > Also, is there a chance they will be pushed to freebsd-update? >=20 > No. Unless these are either security fixes or fixes for a major > regression (which this is not) in 10.1-RELEASE, then they won't be > applied to that branch. >From OS point of view, this could be indeed seen as minor regression. But please consider server admin's point of view: - squid33 had latest release on 2014-08-27 - squid33 has been scheduled for expiration on 2015-01-31, but was extended to 2015-05-31 because of ntlm_auth issue in squid34 - squid34 does not run on 10.1-RELEASE-pX - 10.2-RELEASE is not likely to be before 2015-05-31 Which means that pkg installs of latest squid (www/squid34) will be useless on latest FreeBSD release (10.1-RELEASE) for a long time. > They will, however, be in the next release cut from stable/10, which > will be 10.2-RELEASE, and presumably in releases from other branches > from now on. >=20 > Your best recourse at the moment is to manually patch the kernel source= s > and build yourself a custom kernel on the affected machines. I was looking forward to avoid it. Perhaps I'm succumbing to conformism. --=20 Marko Cupa=C4=87 https://www.mimar.rs From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 22:42:21 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14DA7216 for ; Mon, 26 Jan 2015 22:42:21 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83382CD5 for ; Mon, 26 Jan 2015 22:42:20 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id f15so10185011lbj.5 for ; Mon, 26 Jan 2015 14:42:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vIxoyp+hadsJcfvhPN2ssb29UQ6VY48NGd2gRVP+Sp4=; b=byZas/LkiqoaFp0WksvfF49jMZYqw9ZNARjjnvkf03e7lBw1FDiqyerlX5nUAmnabM XY0IfVVfs3phXqu5uvPlSVUFMS6uEKa6FafACp/pbK1PJAsHmh0Xkk1HdrtvDj/uFhGO ndgnimJDtL+FF+QOTxmV0V9T04OBz/jCWR3ICHBCA2FTDtmezgt4HIKOu7IKfUXqe3eI bilCDWiiDjvoWjNBDctlStoLyaR2QdHhg/2mu8aRfK96W3NtFnUDO8jQ8GxsaofBOM04 HmaV2UgtsWI9fcPXVotXtvh4migA6HYZerZe/ZITcchrHtP0Hta4e0yd6ruZTrCqpsXz WbHg== MIME-Version: 1.0 X-Received: by 10.112.44.230 with SMTP id h6mr702852lbm.98.1422312138582; Mon, 26 Jan 2015 14:42:18 -0800 (PST) Received: by 10.25.21.14 with HTTP; Mon, 26 Jan 2015 14:42:18 -0800 (PST) In-Reply-To: <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> Date: Mon, 26 Jan 2015 14:42:18 -0800 Message-ID: Subject: Re: www/squid does not shutdown via rc From: Nick Rogers To: =?UTF-8?B?TWFya28gQ3VwYcSH?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 22:42:21 -0000 On Mon, Jan 26, 2015 at 12:25 PM, Marko Cupa=C4=87 w= rote: > On Mon, 26 Jan 2015 16:20:46 +0000 > Matthew Seaman wrote: > > > >> > Also, is there a chance they will be pushed to freebsd-update? > > > > No. Unless these are either security fixes or fixes for a major > > regression (which this is not) in 10.1-RELEASE, then they won't be > > applied to that branch. > > From OS point of view, this could be indeed seen as minor regression. > > But please consider server admin's point of view: > - squid33 had latest release on 2014-08-27 > - squid33 has been scheduled for expiration on 2015-01-31, but was > extended to 2015-05-31 because of ntlm_auth issue in squid34 > - squid34 does not run on 10.1-RELEASE-pX > - 10.2-RELEASE is not likely to be before 2015-05-31 > > Which means that pkg installs of latest squid (www/squid34) will be > useless on latest FreeBSD release (10.1-RELEASE) for a long time. > I'm also now having to patch my 10.1-RELEASE kernel to get around this problem. Sounds like a fairly serious regression to me as well, at least for squid users. > > They will, however, be in the next release cut from stable/10, which > > will be 10.2-RELEASE, and presumably in releases from other branches > > from now on. > > > > Your best recourse at the moment is to manually patch the kernel source= s > > and build yourself a custom kernel on the affected machines. > > I was looking forward to avoid it. Perhaps I'm succumbing to conformism. > -- > Marko Cupa=C4=87 > https://www.mimar.rs > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 23:18:33 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CF9399A for ; Mon, 26 Jan 2015 23:18:33 +0000 (UTC) Received: from mail-in-3.serv.Uni-Osnabrueck.DE (vm299.rz.uni-osnabrueck.de [131.173.16.215]) (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 43653FEB for ; Mon, 26 Jan 2015 23:18:32 +0000 (UTC) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (vm136.rz.uni-osnabrueck.de [131.173.16.11]) by mail-in-3.serv.Uni-Osnabrueck.DE (8.14.4/8.14.4) with ESMTP id t0QMva5e006825 for ; Mon, 26 Jan 2015 23:57:36 +0100 Received: from spock.drpetervoigt.private (p549B5D2C.dip0.t-ipconnect.de [84.155.93.44]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.8/8.13.8) with ESMTP id t0QMv0xq028603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 26 Jan 2015 23:57:01 +0100 Received: from kirk.drpetervoigt.private (kirk.drpetervoigt.private [192.168.1.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: pvoigt) by spock.drpetervoigt.private (Postfix) with ESMTPSA id 4E1871D15AA6 for ; Mon, 26 Jan 2015 23:57:00 +0100 (CET) Date: Mon, 26 Jan 2015 23:56:55 +0100 From: "Dr. Peter Voigt" To: freebsd-ports@freebsd.org Subject: Re: www/squid does not shutdown via rc Message-ID: <20150126235655.5d371915@kirk.drpetervoigt.private> In-Reply-To: <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> Organization: =?UTF-8?B?VW5pdmVyc2l0w6R0IE9zbmFicsO8Y2s=?= X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.1.26.223319 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report= HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1900_1999 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, CT_TEXT_PLAIN_UTF8_CAPS 0, FROM_NAME_PHRASE 0, RDNS_POOLED 0, RDNS_SUSP 0, RDNS_SUSP_SPECIFIC 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_10 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS X-PMX-Spam-Level: IIIIIIII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 23:18:33 -0000 On Mon, 26 Jan 2015 21:25:14 +0100 Marko Cupa=C4=87 wrote: > On Mon, 26 Jan 2015 16:20:46 +0000 > Matthew Seaman wrote: >=20 > > >> > Also, is there a chance they will be pushed to freebsd-update? > >=20 > > No. Unless these are either security fixes or fixes for a major > > regression (which this is not) in 10.1-RELEASE, then they won't be > > applied to that branch. >=20 > From OS point of view, this could be indeed seen as minor regression. >=20 > But please consider server admin's point of view: > - squid33 had latest release on 2014-08-27 > - squid33 has been scheduled for expiration on 2015-01-31, but was > extended to 2015-05-31 because of ntlm_auth issue in squid34 > - squid34 does not run on 10.1-RELEASE-pX > - 10.2-RELEASE is not likely to be before 2015-05-31 >=20 > Which means that pkg installs of latest squid (www/squid34) will be > useless on latest FreeBSD release (10.1-RELEASE) for a long time. >=20 > > They will, however, be in the next release cut from stable/10, which > > will be 10.2-RELEASE, and presumably in releases from other branches > > from now on. > >=20 > > Your best recourse at the moment is to manually patch the kernel > > sources and build yourself a custom kernel on the affected machines. >=20 > I was looking forward to avoid it. Perhaps I'm succumbing to > conformism. I am suffering from the same 10.1/Squid problem for some time and I am glad stumbling across this thread. Fortunately Squid is running stable apart from this shutdown issue. To me it looks like a serious kernel issue and I can hardly believe it will not be fixed in the 10.1-RELEASE. It is quite an effort to compile, manually patch and install a custom kernel, if you aren't too experienced like I am. I have only managed building the GENERIC kernel so far as part of the build world process when upgrading to 10.1. Regards, Peter From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 23:51:59 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3B941D2 for ; Mon, 26 Jan 2015 23:51:58 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ADE1662F for ; Mon, 26 Jan 2015 23:51:58 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 0DD342842D for ; Tue, 27 Jan 2015 00:51:49 +0100 (CET) Received: from illbsd.quip.test (ip-89-177-50-74.net.upcbroadband.cz [89.177.50.74]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 4B73828426 for ; Tue, 27 Jan 2015 00:51:48 +0100 (CET) Message-ID: <54C6D314.5000106@quip.cz> Date: Tue, 27 Jan 2015 00:51:48 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: pkg delete portaudit is trying to remove sysinfo Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 23:51:59 -0000 I am converting all our servers to pkg2ng and on one old system I have the following problem. After conversion (pkg2ng) I need to remove deprecated portaudit. It went fine on 10 servers before, but on this one (inside jail) the "pkg delete" tried to remove sysinfo package too. # pkg delete portaudit-0.5.17 Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 2 packages (of 0 packages in the universe): Installed packages to be REMOVED: portaudit-0.5.17 sysinfo-1.0.1 The operation will free 54 KiB. Proceed with deinstalling packages? [y/N]: n Can anobody tell me, why it is trying to remove sysinfo? Sysinfo has nothing to do with portaudit. Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Mon Jan 26 23:53:57 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9801F290 for ; Mon, 26 Jan 2015 23:53:57 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 254BA653 for ; Mon, 26 Jan 2015 23:53:57 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id n12so11901557wgh.6 for ; Mon, 26 Jan 2015 15:53:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=AMzU6sviGEZD2RTWdxJaul+DxZjlS9KTOMC2/Wcf9Eo=; b=xehv6bRV4UK6KTkSoDp9mrBjsQsWVL+tpsSWyEtCEK3ru5cy8QaJzOGNhjhy15EVm3 w9Jm5DyeA91jOinitqiuwgMPs9pYDmjcljR11jg7iehOd2vfkayqv+JJE46l9IxG+soG 1E4plz3QV72wrjGjmPAyYivpuzPww4hodE74juDpLjBZHWyPAX060/K6NBkBy2sg2swP wAJpHPT7+TGxTpFqYoT+oJFqPIraff/RjYztFOdzY6h0gGDy2b96OtH2CZCj8+j1sDsZ gW6rEx+oJnWUsnlk6uXbweYZJ3/9PaaHyNRqoXXwuKpb6DVDdNOlHjBpaAXfV1WlJRkG vucA== X-Received: by 10.180.210.174 with SMTP id mv14mr233347wic.80.1422316435621; Mon, 26 Jan 2015 15:53:55 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id cm7sm15866773wib.6.2015.01.26.15.53.54 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Jan 2015 15:53:54 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 27 Jan 2015 00:53:52 +0100 From: Baptiste Daroussin To: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: pkg delete portaudit is trying to remove sysinfo Message-ID: <20150126235352.GV81001@ivaldir.etoilebsd.net> References: <54C6D314.5000106@quip.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WN2ELtqJJ9aZ3yHj" Content-Disposition: inline In-Reply-To: <54C6D314.5000106@quip.cz> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jan 2015 23:53:57 -0000 --WN2ELtqJJ9aZ3yHj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 27, 2015 at 12:51:48AM +0100, Miroslav Lachman wrote: > I am converting all our servers to pkg2ng and on one old system I have=20 > the following problem. > After conversion (pkg2ng) I need to remove deprecated portaudit. It went= =20 > fine on 10 servers before, but on this one (inside jail) the "pkg=20 > delete" tried to remove sysinfo package too. >=20 >=20 > # pkg delete portaudit-0.5.17 > Checking integrity... done (0 conflicting) > Deinstallation has been requested for the following 2 packages (of 0=20 > packages in the universe): >=20 > Installed packages to be REMOVED: > portaudit-0.5.17 > sysinfo-1.0.1 >=20 > The operation will free 54 KiB. >=20 > Proceed with deinstalling packages? [y/N]: n >=20 >=20 > Can anobody tell me, why it is trying to remove sysinfo? Sysinfo has=20 > nothing to do with portaudit. >=20 sysinfo was depending on portaudit until version 1.0.1_2 and you have 1.0.1 which depends on portaudit. Best regards, Bapt --WN2ELtqJJ9aZ3yHj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTG05AACgkQ8kTtMUmk6EzhXwCfevXmxeDf6OilxsUziruMRuiG tbUAoKSV9zixhI2OwVJIcGnccc2LCbQx =vVHH -----END PGP SIGNATURE----- --WN2ELtqJJ9aZ3yHj-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 00:37:47 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 031D6BB9 for ; Tue, 27 Jan 2015 00:37:47 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::3001]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49C77AD0 for ; Tue, 27 Jan 2015 00:37:45 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801:0:0:0:4001]) by mta1.riverwillow.net.au (8.15.1/8.15.1) with ESMTPS id t0R0beow006921 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 27 Jan 2015 11:37:40 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1422319061; bh=Rsgr7rYKsDjzIIoiWlDYnOScfmsZhWXUHiEneXLlM3s=; h=Date:From:To:Subject:References:In-Reply-To; b=LAzuSNj5bNSiv30p7Jsju76DR/ijSkW3s1d77KAfafNfzancWmzbpQUPUTEw8H9t6 xepUOt0ZQER3Sv5qveuSa2MNPpRJYPHyr7g8QEyZ2KxSTqI9Dyz8Wumi/q7NHtJrCx LUv+Ixvvw+GBn03I/FNRqSAlyKHrYjUMKLJ3Uaqc= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.15.1/8.15.1) with ESMTPSA id t0R0bc78006920 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 27 Jan 2015 11:37:40 +1100 (AEDT) Date: Tue, 27 Jan 2015 11:37:38 +1100 From: John Marshall To: freebsd-ports@freebsd.org Subject: Re: www/squid does not shutdown via rc Message-ID: <20150127003738.GB6134@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: freebsd-ports@freebsd.org References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20150127.002919.335530336.yasu@utahime.org> OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 00:37:47 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 27 Jan 2015, 00:29 +0900, Yasuhiro KIMURA wrote: >=20 > Yes, this is bug. But it is bug of 10.1-RELEASE rather than squid. > See following bug report: >=20 > Bug 195802 - www/squid restarts after shutdown and dumps core > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195802 Thank you so much for posting this link! Merging r275456 and r275502 =66rom stable/10 to my releng/10.1 src tree and rebuilding and installing the kernel, means that I can once again manage squid 3.4.n via the rc.d script instead of a prescribed series of kill(1) commands. =2E..and thank you rea@ and kib@ for the patches! --=20 John Marshall --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlTG3dIACgkQw/tAaKKahKJ9vwCfXd8tPHeDOa+UCi7B6kx0B5j5 VYQAnjuw/ceiT/7bxMoO/frTsdjeesoE =OXtB -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 00:38:16 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E45F7C4A for ; Tue, 27 Jan 2015 00:38:16 +0000 (UTC) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC75EAD7 for ; Tue, 27 Jan 2015 00:38:16 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id v10so15288728pde.10 for ; Mon, 26 Jan 2015 16:38:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=hJE+t88JBMQpPz5D8EWPM+GwLxg2ZFHXk3VLAE9ay+Y=; b=rBlK/L/vVcO66ehmmbeYhjvDpSiZzmeROQnYwAJ6cCvjqLEBaF3vSgDPAkMS1uzQH1 xBX9sjmawG2wsSeCXpKVOyib9/aYXKRIpwbb0PMrOoyaor7isPuo5CiJfC+MG6rDuvda kdxxESS0FUbS8GXRCxhoZzz+QTDTVjRlpLAL1azeBUsp00UisMvKZp1tdYzQVA1HWldS mgIe7fYvqV2DOV8gRlQNW6qXZMZaVA52VMRybMcC+1FRCkHhz7QVcKJxrTZQVI+tkhyl aTF2qHC69G8uyd5Eq6TBBd3K45EQdeIOKEhIwuzjaXjW2LqiTmd7vSA8z1mO79FkBenG UKLw== MIME-Version: 1.0 X-Received: by 10.70.14.229 with SMTP id s5mr38595249pdc.143.1422319096231; Mon, 26 Jan 2015 16:38:16 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.66.253.37 with HTTP; Mon, 26 Jan 2015 16:38:16 -0800 (PST) In-Reply-To: <20150126235655.5d371915@kirk.drpetervoigt.private> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> <20150126235655.5d371915@kirk.drpetervoigt.private> Date: Mon, 26 Jan 2015 16:38:16 -0800 X-Google-Sender-Auth: YWueRBV4i5sdbX2e062hd_iGQZg Message-ID: Subject: Re: www/squid does not shutdown via rc From: Kevin Oberman To: "Dr. Peter Voigt" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 00:38:17 -0000 On Mon, Jan 26, 2015 at 2:56 PM, Dr. Peter Voigt wrote: > On Mon, 26 Jan 2015 21:25:14 +0100 > Marko Cupa=C4=87 wrote: > > > On Mon, 26 Jan 2015 16:20:46 +0000 > > Matthew Seaman wrote: > > > > > >> > Also, is there a chance they will be pushed to freebsd-update? > > > > > > No. Unless these are either security fixes or fixes for a major > > > regression (which this is not) in 10.1-RELEASE, then they won't be > > > applied to that branch. > > > > From OS point of view, this could be indeed seen as minor regression. > > > > But please consider server admin's point of view: > > - squid33 had latest release on 2014-08-27 > > - squid33 has been scheduled for expiration on 2015-01-31, but was > > extended to 2015-05-31 because of ntlm_auth issue in squid34 > > - squid34 does not run on 10.1-RELEASE-pX > > - 10.2-RELEASE is not likely to be before 2015-05-31 > > > > Which means that pkg installs of latest squid (www/squid34) will be > > useless on latest FreeBSD release (10.1-RELEASE) for a long time. > > > > > They will, however, be in the next release cut from stable/10, which > > > will be 10.2-RELEASE, and presumably in releases from other branches > > > from now on. > > > > > > Your best recourse at the moment is to manually patch the kernel > > > sources and build yourself a custom kernel on the affected machines. > > > > I was looking forward to avoid it. Perhaps I'm succumbing to > > conformism. > > I am suffering from the same 10.1/Squid problem for some time and I am > glad stumbling across this thread. Fortunately Squid is running stable > apart from this shutdown issue. > > To me it looks like a serious kernel issue and I can hardly believe it > will not be fixed in the 10.1-RELEASE. > > It is quite an effort to compile, manually patch and install a custom > kernel, if you aren't too experienced like I am. I have only managed > building the GENERIC kernel so far as part of the build world process > when upgrading to 10.1. > > While I can sympathize with those hitting this bug, shortly after a release FreeBSD support is turned over to the Security Officer and it is very difficult to get it pulled back. The fear that a change will break other stuff is too great, so it's very unlikely to happen for anything that is not: 1) A security issue 2) Causes the base system to have serious stability issues Painful as this may be to squid users, it is just not at the level a a release re-roll. As far as patching, it is really pretty easy and requires no special skills or knowledge. 1. Download the two patches as ~/A.patch and ~/B.patch 2. Apply them to the source # cd /usr/src # patch -p2 < ~/A.patch # patch -p2 < ~/B.patch 3. Save your existing kernel for future updates (security patches or 10.2) # cp /boot/kernel/kernel /boot/GENERIC 4. Rebuild the kernel # make buildkernel (If you have multiple cores, the kernel will build much faster if you add he '-jN' option where 'N' is 1 or two more than the number of cores) 5. Install the new kernel # make installkernel 6. Reboot to start the new kernel If the new kernel doesn't work, the old kernel can be restored from /boot/GENERIC or you can boot kernel.old. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 00:55:47 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D4F4E1A; Tue, 27 Jan 2015 00:55:47 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 68CB6C77; Tue, 27 Jan 2015 00:55:46 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6183428423; Tue, 27 Jan 2015 01:55:43 +0100 (CET) Received: from illbsd.quip.test (ip-89-177-50-74.net.upcbroadband.cz [89.177.50.74]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 8A9CD28429; Tue, 27 Jan 2015 01:55:41 +0100 (CET) Message-ID: <54C6E20D.4040703@quip.cz> Date: Tue, 27 Jan 2015 01:55:41 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: pkg delete portaudit is trying to remove sysinfo References: <54C6D314.5000106@quip.cz> <20150126235352.GV81001@ivaldir.etoilebsd.net> In-Reply-To: <20150126235352.GV81001@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 00:55:47 -0000 Baptiste Daroussin wrote on 01/27/2015 00:53: > On Tue, Jan 27, 2015 at 12:51:48AM +0100, Miroslav Lachman wrote: >> I am converting all our servers to pkg2ng and on one old system I have >> the following problem. >> After conversion (pkg2ng) I need to remove deprecated portaudit. It went >> fine on 10 servers before, but on this one (inside jail) the "pkg >> delete" tried to remove sysinfo package too. >> >> >> # pkg delete portaudit-0.5.17 >> Checking integrity... done (0 conflicting) >> Deinstallation has been requested for the following 2 packages (of 0 >> packages in the universe): >> >> Installed packages to be REMOVED: >> portaudit-0.5.17 >> sysinfo-1.0.1 >> >> The operation will free 54 KiB. >> >> Proceed with deinstalling packages? [y/N]: n >> >> >> Can anobody tell me, why it is trying to remove sysinfo? Sysinfo has >> nothing to do with portaudit. >> > > sysinfo was depending on portaudit until version 1.0.1_2 and you have 1.0.1 > which depends on portaudit. OK, it make sense now. Thank you! So I let it be removed and now trying to install newer version: # pkg install sysinfo No active remote repositories configured. I guess this is problem with some missing files in this jail, because pkg works in host system which was converted to pkg in the same way. Can you point me to the right direction what files should be present in the jail to make the pkg work? For example, jail and host both have only pkg.conf.sample in /usr/local/etc/ So should I look somewhere else? Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 01:20:29 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 181447CE; Tue, 27 Jan 2015 01:20:29 +0000 (UTC) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D8DAC92; Tue, 27 Jan 2015 01:20:28 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id eu11so14988563pac.13; Mon, 26 Jan 2015 17:20:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=KzvpRYsHokt76dvGmsz4XkPm41A+nmVM7HWEVv2Vl44=; b=sVBU7GAnsFGnMKCAkeoMb/BVMhUbzcH6SV6728EsSG2PkARdnwqoIUtb4E+cBXg5bw YHTYajvOIXC6rOxhGuRcAncnhiucWWOPghNz58mRvGinDteQWXy2KSlIDNMOWSNM/awV CcISF9yVCxAcyMc9eC7vtQhcJqOmIE1A+wX6GqVYxCbuWGlXq0YQGj9GSlva10R4JD/N c4S6mnSiwYT0LaeHy76JjZ6wNa/EcK+kfB5WBtpbIubc1kTeN1APdLIQ1bjMYJKOV/T6 wpZvet0FDTxNHDBAO4ayoYSoqB0xuyEJjWaekkb4oCnOmApoxr6DOIF7EF0dVQz1X0tt Fz2A== MIME-Version: 1.0 X-Received: by 10.68.197.10 with SMTP id iq10mr22629523pbc.143.1422321628417; Mon, 26 Jan 2015 17:20:28 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.66.253.37 with HTTP; Mon, 26 Jan 2015 17:20:28 -0800 (PST) In-Reply-To: <54C6E20D.4040703@quip.cz> References: <54C6D314.5000106@quip.cz> <20150126235352.GV81001@ivaldir.etoilebsd.net> <54C6E20D.4040703@quip.cz> Date: Mon, 26 Jan 2015 17:20:28 -0800 X-Google-Sender-Auth: _li0NOI2MLd2ynUlzI9GcElShSs Message-ID: Subject: Re: pkg delete portaudit is trying to remove sysinfo From: Kevin Oberman To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Baptiste Daroussin , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 01:20:29 -0000 On Mon, Jan 26, 2015 at 4:55 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > Baptiste Daroussin wrote on 01/27/2015 00:53: > > On Tue, Jan 27, 2015 at 12:51:48AM +0100, Miroslav Lachman wrote: >> >>> I am converting all our servers to pkg2ng and on one old system I have >>> the following problem. >>> After conversion (pkg2ng) I need to remove deprecated portaudit. It went >>> fine on 10 servers before, but on this one (inside jail) the "pkg >>> delete" tried to remove sysinfo package too. >>> >>> >>> # pkg delete portaudit-0.5.17 >>> Checking integrity... done (0 conflicting) >>> Deinstallation has been requested for the following 2 packages (of 0 >>> packages in the universe): >>> >>> Installed packages to be REMOVED: >>> portaudit-0.5.17 >>> sysinfo-1.0.1 >>> >>> The operation will free 54 KiB. >>> >>> Proceed with deinstalling packages? [y/N]: n >>> >>> >>> Can anobody tell me, why it is trying to remove sysinfo? Sysinfo has >>> nothing to do with portaudit. >>> >>> >> sysinfo was depending on portaudit until version 1.0.1_2 and you have >> 1.0.1 >> which depends on portaudit. >> > > OK, it make sense now. Thank you! > > So I let it be removed and now trying to install newer version: > > # pkg install sysinfo > No active remote repositories configured. > > I guess this is problem with some missing files in this jail, because pkg > works in host system which was converted to pkg in the same way. > > Can you point me to the right direction what files should be present in > the jail to make the pkg work? > > For example, jail and host both have only pkg.conf.sample in > /usr/local/etc/ > So should I look somewhere else? > > > Miroslav Lachman > This may not be the complete issue, but: # pkg update # pkg install sysutils/sysinfo -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 03:39:34 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D780C44C for ; Tue, 27 Jan 2015 03:39:34 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id BFB79167 for ; Tue, 27 Jan 2015 03:39:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=UTF-8 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 <0NIT00B6RE9RBR00@hades.sorbs.net> for freebsd-ports@freebsd.org; Mon, 26 Jan 2015 18:44:17 -0800 (PST) Message-id: <54C6FA5D.4070902@sorbs.net> Date: Tue, 27 Jan 2015 03:39:25 +0100 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Kevin Oberman Subject: Re: www/squid does not shutdown via rc References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> <20150126235655.5d371915@kirk.drpetervoigt.private> In-reply-to: Cc: FreeBSD Ports ML , "Dr. Peter Voigt" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 03:39:35 -0000 Kevin Oberman wrote: > On Mon, Jan 26, 2015 at 2:56 PM, Dr. Peter Voigt wrote: > > >> On Mon, 26 Jan 2015 21:25:14 +0100 >> Marko Cupać wrote: >> >> >>> On Mon, 26 Jan 2015 16:20:46 +0000 >>> Matthew Seaman wrote: >>> >>> >>>>>>> Also, is there a chance they will be pushed to freebsd-update? >>>>>>> >>>> No. Unless these are either security fixes or fixes for a major >>>> regression (which this is not) in 10.1-RELEASE, then they won't be >>>> applied to that branch. >>>> >>> From OS point of view, this could be indeed seen as minor regression. >>> >>> But please consider server admin's point of view: >>> - squid33 had latest release on 2014-08-27 >>> - squid33 has been scheduled for expiration on 2015-01-31, but was >>> extended to 2015-05-31 because of ntlm_auth issue in squid34 >>> - squid34 does not run on 10.1-RELEASE-pX >>> - 10.2-RELEASE is not likely to be before 2015-05-31 >>> >>> Which means that pkg installs of latest squid (www/squid34) will be >>> useless on latest FreeBSD release (10.1-RELEASE) for a long time. >>> >>> >>>> They will, however, be in the next release cut from stable/10, which >>>> will be 10.2-RELEASE, and presumably in releases from other branches >>>> from now on. >>>> >>>> Your best recourse at the moment is to manually patch the kernel >>>> sources and build yourself a custom kernel on the affected machines. >>>> >>> I was looking forward to avoid it. Perhaps I'm succumbing to >>> conformism. >>> >> I am suffering from the same 10.1/Squid problem for some time and I am >> glad stumbling across this thread. Fortunately Squid is running stable >> apart from this shutdown issue. >> >> To me it looks like a serious kernel issue and I can hardly believe it >> will not be fixed in the 10.1-RELEASE. >> >> It is quite an effort to compile, manually patch and install a custom >> kernel, if you aren't too experienced like I am. I have only managed >> building the GENERIC kernel so far as part of the build world process >> when upgrading to 10.1. >> >> While I can sympathize with those hitting this bug, shortly after a >> > release FreeBSD support is turned over to the Security Officer and it is > very difficult to get it pulled back. The fear that a change will break > other stuff is too great, so it's very unlikely to happen for anything that > is not: > 1) A security issue > 2) Causes the base system to have serious stability issues > > Painful as this may be to squid users, it is just not at the level a a > release re-roll. > > As far as patching, it is really pretty easy and requires no special skills > or knowledge. > > 1. Download the two patches as ~/A.patch and ~/B.patch > 2. Apply them to the source > # cd /usr/src > # patch -p2 < ~/A.patch > # patch -p2 < ~/B.patch > 3. Save your existing kernel for future updates (security patches or 10.2) > # cp /boot/kernel/kernel /boot/GENERIC > 4. Rebuild the kernel > # make buildkernel (If you have multiple cores, the kernel will build > much faster if you add he '-jN' option where 'N' is 1 or two more than the > number of cores) > 5. Install the new kernel > # make installkernel > 6. Reboot to start the new kernel > > Seriously Kevin? (and by that I know it's only 6 'easy' steps, however you seem (like other) to be forgetting... FreeBSD Users are not FreeBSD developers....!) -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 03:52:07 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B3FE71E for ; Tue, 27 Jan 2015 03:52:07 +0000 (UTC) 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 35B3032D for ; Tue, 27 Jan 2015 03:52:07 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YFxC4-000Neo-RD; Tue, 27 Jan 2015 04:52:00 +0100 Date: Tue, 27 Jan 2015 04:52:00 +0100 From: Kurt Jaeger To: Kevin Oberman Subject: Re: www/squid does not shutdown via rc Message-ID: <20150127035200.GF44537@home.opsec.eu> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> <20150126235655.5d371915@kirk.drpetervoigt.private> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: FreeBSD Ports ML , "Dr. Peter Voigt" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 03:52:07 -0000 Hi! > As far as patching, it is really pretty easy and requires no special skills > or knowledge. > > 1. Download the two patches as ~/A.patch and ~/B.patch [...] Doesn't installing a custom kernel break freebsd-update ? -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 05:03:50 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 303143EC for ; Tue, 27 Jan 2015 05:03:50 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB92EC52 for ; Tue, 27 Jan 2015 05:03:49 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id w62so12764053wes.7 for ; Mon, 26 Jan 2015 21:03:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=zEl6jF7VBSJfxBsPHBcvQJATT8noLJ8Pug/iXeF0+XY=; b=Nwop5ETLBcKTE+uXYMGxGfSTC7fLIxop2UXDVGJooUcJ1EkXSKkFLalhJLt/C4eyPE /RSXMUAbD4PmkaYT1g6n6/8e+A+7OAZImC7PJkOPJdrpMu2GGprlyHMT/FGjLWa0RiJI fVpYP4FnxbHAQAEZnra2N+8Y6sQjmpD0EzsMRpffHXLyrfizdph5BlKSjLsTf+Vw3XMt sYPs5f92DSxvRZozrPlPC5vgOj7vzyulxpxw7vcb0gHxQkztuzJVTXtWEpLw4FVV7YWQ isX09LM+6eC3DeZcALuARncqqoR4fvRuzIqXrrJAiOUXUORu9Dky0JUMsf7VU2dsPrT6 osaQ== MIME-Version: 1.0 X-Received: by 10.180.73.4 with SMTP id h4mr29805696wiv.72.1422335028003; Mon, 26 Jan 2015 21:03:48 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.27.62.20 with HTTP; Mon, 26 Jan 2015 21:03:47 -0800 (PST) In-Reply-To: <20150127035200.GF44537@home.opsec.eu> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> <20150126235655.5d371915@kirk.drpetervoigt.private> <20150127035200.GF44537@home.opsec.eu> Date: Mon, 26 Jan 2015 21:03:47 -0800 X-Google-Sender-Auth: ypZnyVtXHunfh_Xjnvxbfn2shGw Message-ID: Subject: Re: www/squid does not shutdown via rc From: Kevin Oberman To: Kurt Jaeger Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Ports ML , "Dr. Peter Voigt" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 05:03:50 -0000 On Mon, Jan 26, 2015 at 7:52 PM, Kurt Jaeger wrote: > Hi! > > > As far as patching, it is really pretty easy and requires no special > skills > > or knowledge. > > > > 1. Download the two patches as ~/A.patch and ~/B.patch > [...] > > Doesn't installing a custom kernel break freebsd-update ? > > -- > pi@opsec.eu +49 171 3101372 5 years to > go ! > Michelle, Seriously? Yes. That is why I offered exact commands to enter. And I am not a developer. My C skills are poor and I last wrote kernel code for VMS. I am a system admin, either full or part time for at least 35 years, though, so I am more comfortable than the average user. But the average user is not installing and configuring squid, either. It's a simple process and, as always when a new kernel is installed, the old one is saved, so recovery is pretty easy. If someone looks at those step and feels they are beyond, they won't so them, but right now they are stuck. I have no influence with those who can decide when an update should be made but I've been around FreeBSD long enough to know how unlikely it is that an update to fix this is, so I am offering another option. Kurt, No. That is the purpose of copying the standard kernel to /boot/GENERIC is for that purpose. It's not in the man pages but is in the Handbook. If you have /boot/GENERIC, freebsd-update will use that kernel instead of /boot/kernel/kernel. If you are making changes to the kernel of a release, just be sure that you have copied the running kernel to /boot/GENERIC and you are safe. (Of course, any changes to the kernel will be lost when freebsd-update is run in the future, but in this case STABLE already has the patches, so they (or something similar) will be in 10.2. The only problem is a security patch that updates the kernel. After that, the patches would have to be re-applied, the new kernel copied to /boot/GENERIC and so on. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 07:11:34 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D992A100 for ; Tue, 27 Jan 2015 07:11:34 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4A5AFC for ; Tue, 27 Jan 2015 07:11:34 +0000 (UTC) Received: from worm.infracaninophle.co.uk (worm.infracaninophle.co.uk [81.2.117.101] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0R7B9g1058720 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 27 Jan 2015 07:11:13 GMT (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t0R7B9g1058720 Authentication-Results: smtp.infracaninophile.co.uk/t0R7B9g1058720; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral Message-ID: <54C73A0E.8050501@FreeBSD.org> Date: Tue, 27 Jan 2015 07:11:10 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: www/squid does not shutdown via rc References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> <20150126235655.5d371915@kirk.drpetervoigt.private> <20150127035200.GF44537@home.opsec.eu> In-Reply-To: <20150127035200.GF44537@home.opsec.eu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 07:11:34 -0000 On 2015/01/27 03:52, Kurt Jaeger wrote: > Doesn't installing a custom kernel break freebsd-update ? No. freebsd-update has always supported using a custom kernel. It helps if you name your kernel something other than GENERIC, which you do by creating a modofoed kernel config file in /usr/src/sys/amd64/conf (or i386 if that's your architecture): eg. % cat FOO include GENERIC ident FOO and then add: KERNCONF= FOO to /etc/make.conf You should also edit /etc/freebsd-update.conf and change the 'Components' line to remove 'kernel' from the list. None of this is absolutely necessary, but it will help you avoid accidentally ending up with the generic kernel. In any case, what you will need to do is rebuild your kernel and reinstall it any time freebsd-update touches the kernel. You can use freebsd-update to maintain the kernel sources, which will pull in the needed updates to the kernel sources. Cheers, Matthew From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 07:20:47 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 519BB641 for ; Tue, 27 Jan 2015 07:20:47 +0000 (UTC) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id 12F45B5C for ; Tue, 27 Jan 2015 07:20:44 +0000 (UTC) Received: from [10.134.3.102] (unknown [213.197.27.22]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id 32A941E8C07 for ; Tue, 27 Jan 2015 07:14:48 +0000 (UTC) Message-ID: <54C73AE7.7080706@searchy.net> Date: Tue, 27 Jan 2015 08:14:47 +0100 From: Frank de Bot User-Agent: Mozilla/5.0 (X11; Linux i686; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: sphinxsearch with mysql(mariadb) with openssl from ports building with poudriere Content-Type: multipart/mixed; boundary="------------020401080900070501060409" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 07:20:47 -0000 This is a multi-part message in MIME format. --------------020401080900070501060409 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello, With poudriere I build custom packages from FreeBSD 10.1 . Since a while textproc/sphinxsearch fails the builds with as it seems mysql library related errors. Attached is the output log of the build for sphinxsearch, options for mariadb55-client en options for sphinxsearch. It looks like the openssl port isn't installed in the jail for the build process. how can I solve this? Regards, Frank de Bot --------------020401080900070501060409 Content-Type: text/plain; charset=UTF-8; name="mariadb55-client-options" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mariadb55-client-options" IyBUaGlzIGZpbGUgaXMgYXV0by1nZW5lcmF0ZWQgYnkgJ21ha2UgY29uZmlnJy4KIyBPcHRp b25zIGZvciBtYXJpYWRiNTUtY2xpZW50LTUuNS40MQpfT1BUSU9OU19SRUFEPW1hcmlhZGI1 NS1jbGllbnQtNS41LjQxCl9GSUxFX0NPTVBMRVRFX09QVElPTlNfTElTVD1GQVNUTVRYIEJV TkRMRURfU1NMIE9QRU5TU0wgV0lUSE9VVF9TU0wKT1BUSU9OU19GSUxFX1VOU0VUKz1GQVNU TVRYCk9QVElPTlNfRklMRV9VTlNFVCs9QlVORExFRF9TU0wKT1BUSU9OU19GSUxFX1NFVCs9 T1BFTlNTTApPUFRJT05TX0ZJTEVfVU5TRVQrPVdJVEhPVVRfU1NMCg== --------------020401080900070501060409 Content-Type: text/plain; charset=UTF-8; name="sphinxsearch-options" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="sphinxsearch-options" IyBUaGlzIGZpbGUgaXMgYXV0by1nZW5lcmF0ZWQgYnkgJ21ha2UgY29uZmlnJy4KIyBPcHRp b25zIGZvciBzcGhpbnhzZWFyY2gtMi4yLjYKX09QVElPTlNfUkVBRD1zcGhpbnhzZWFyY2gt Mi4yLjYKX0ZJTEVfQ09NUExFVEVfT1BUSU9OU19MSVNUPURPQ1MgSUNPTlYgSUQ2NCBMSUJT VEVNTUVSIE1ZU1FMCk9QVElNSVpFRF9DRkxBR1MgUEdTUUwgUkUyIFNZU0xPRyBVTklYT0RC QwpPUFRJT05TX0ZJTEVfU0VUKz1ET0NTCk9QVElPTlNfRklMRV9TRVQrPUlDT05WCk9QVElP TlNfRklMRV9VTlNFVCs9SUQ2NApPUFRJT05TX0ZJTEVfVU5TRVQrPUxJQlNURU1NRVIKT1BU SU9OU19GSUxFX1NFVCs9TVlTUUwKT1BUSU9OU19GSUxFX1VOU0VUKz1PUFRJTUlaRURfQ0ZM QUdTCk9QVElPTlNfRklMRV9VTlNFVCs9UEdTUUwKT1BUSU9OU19GSUxFX1VOU0VUKz1SRTIK T1BUSU9OU19GSUxFX1NFVCs9U1lTTE9HCk9QVElPTlNfRklMRV9VTlNFVCs9VU5JWE9EQkMK --------------020401080900070501060409-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 07:23:34 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FA536E8 for ; Tue, 27 Jan 2015 07:23:34 +0000 (UTC) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id 4560DBFE for ; Tue, 27 Jan 2015 07:23:33 +0000 (UTC) Received: from [10.134.3.102] (unknown [213.197.27.22]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id B3FC31E8C07 for ; Tue, 27 Jan 2015 07:23:32 +0000 (UTC) Message-ID: <54C73CF4.7080809@searchy.net> Date: Tue, 27 Jan 2015 08:23:32 +0100 From: Frank de Bot User-Agent: Mozilla/5.0 (X11; Linux i686; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: sphinxsearch with mysql(mariadb) with openssl from ports building with poudriere References: <54C73AE7.7080706@searchy.net> In-Reply-To: <54C73AE7.7080706@searchy.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 07:23:34 -0000 The sphinx-2.2.7.log build log can be found here: http://pastebin.com/qtZnaEdL Frank de Bot wrote: > Hello, > > With poudriere I build custom packages from FreeBSD 10.1 . Since a while > textproc/sphinxsearch fails the builds with as it seems mysql library > related errors. Attached is the output log of the build for > sphinxsearch, options for mariadb55-client en options for sphinxsearch. > It looks like the openssl port isn't installed in the jail for the build > process. > > how can I solve this? > > Regards, > > Frank de Bot > > > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://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 Jan 27 07:29:35 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C403C7D9 for ; Tue, 27 Jan 2015 07:29:35 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 579EDC25 for ; Tue, 27 Jan 2015 07:29:35 +0000 (UTC) Received: from worm.infracaninophle.co.uk (worm.infracaninophle.co.uk [81.2.117.101] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0R7TJf9059112 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 27 Jan 2015 07:29:22 GMT (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t0R7TJf9059112 Authentication-Results: smtp.infracaninophile.co.uk/t0R7TJf9059112; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral Message-ID: <54C73E50.80701@FreeBSD.org> Date: Tue, 27 Jan 2015 07:29:20 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: sphinxsearch with mysql(mariadb) with openssl from ports building with poudriere References: <54C73AE7.7080706@searchy.net> In-Reply-To: <54C73AE7.7080706@searchy.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 07:29:35 -0000 On 2015/01/27 07:14, Frank de Bot wrote: > With poudriere I build custom packages from FreeBSD 10.1 . Since a while > textproc/sphinxsearch fails the builds with as it seems mysql library > related errors. Attached is the output log of the build for > sphinxsearch, options for mariadb55-client en options for sphinxsearch. > It looks like the openssl port isn't installed in the jail for the build > process. > > how can I solve this? Do you have the log file from your build of sphinxsearch available? I'm guessing that what is happening is that your getting a conflict between some ports that are linked against the base system's version of openssl, and other ports that are linked against the port's version of openssl (ie. mariadb55-client in your case.) One way to avoid this is to ensure that all ports are linked against the ports version of openssl. Try adding: WITH_OPENSSL_PORT= yes to /usr/local/etc/poudriere.d/make.conf and do a poudriere bulk -c ... to make sure everything gets rebuilt. Cheers, Matthew From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 07:36:53 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B739E930 for ; Tue, 27 Jan 2015 07:36:53 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E55CCF4 for ; Tue, 27 Jan 2015 07:36:53 +0000 (UTC) Received: from worm.infracaninophle.co.uk (worm.infracaninophle.co.uk [81.2.117.101] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0R7adc9059295 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 27 Jan 2015 07:36:42 GMT (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t0R7adc9059295 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1422344202; bh=LY+VH211pMFhLfkbEca9svEjTOhdmyyYm+Iad2vk0/c=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Tue,=2027=20Jan=202015=2007:36:31=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-ports@ freebsd.org|Subject:=20Re:=20sphinxsearch=20with=20mysql(mariadb)= 20with=20openssl=20from=20ports=20building=0D=0A=20with=20poudrier e|References:=20<54C73AE7.7080706@searchy.net>=20<54C73CF4.7080809 @searchy.net>|In-Reply-To:=20<54C73CF4.7080809@searchy.net>; b=c/fxOpplqMpuQW0s8Gijx1KHFl3wA4Z++hKSbRTDoU9cgw9VCw5qOtKQdpK9LE5Pj viUuWF1fU4xRGHjYO6lnZJjeBfSUkDinPxIu7esArk5NKRnMMe7MoEOvEnS2DLEp25 Oi5AY33fwv3m3ZN1tImynnmV38WdZiMAJOUNkL0c= Message-ID: <54C73FFF.5050102@infracaninophile.co.uk> Date: Tue, 27 Jan 2015 07:36:31 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: sphinxsearch with mysql(mariadb) with openssl from ports building with poudriere References: <54C73AE7.7080706@searchy.net> <54C73CF4.7080809@searchy.net> In-Reply-To: <54C73CF4.7080809@searchy.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="UhmplaEkIfkiPPGhH0VLk0FL5AOsbuDAe" X-Virus-Scanned: clamav-milter 0.98.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 07:36:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UhmplaEkIfkiPPGhH0VLk0FL5AOsbuDAe Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015/01/27 07:23, Frank de Bot wrote: > The sphinx-2.2.7.log build log can be found here: > http://pastebin.com/qtZnaEdL >=20 OK. libssl.so.8 is what the ports version of openssl supplies. It seems that your mariadb55-client port has somehow not registered security/openssl as a run-time dependency so poudriere isn't installing that port as part of setting up the jail for building sphinxsearch. You can investigate by using 'poudriere testport ...' with the -i flag so you can poke around in the build jail. If this is the problem, then the advice about using 'WITH_OPENSSL_PORT=3Dyes' should fix it. Cheers, Matthew --UhmplaEkIfkiPPGhH0VLk0FL5AOsbuDAe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUx0AIAAoJEABRPxDgqeTnEmwP/07m55zy3Vv/vCv9DAePbbo1 wwYZHveypelBOIaXaIVRjjvZabr+XjJbe+F1GiZ9SaY0V8u4SM9auBjgFGTBej5J hFfsjgRGjdGm10hkjKSyJYdCCWBLDi48sU6rQpVrbWw4GaJslsjzuRWgjLg0dwP/ Eym2tM/t8HaSLlt/qabW4JqrmLplEXoYy0V3bHYEyWjbFFjdBbmGWmd8J6gKlven C+4hDju+N90vgUWhXexWSoJrH2ANa3GXRZt1gwB8JWCjUQlo9aA8EL3GBwZQGrcf R1xCW4vRrtcbGMK1WE+WfRK7SXXUFJZ4KcTXZksXCzFumN0YCf2+uKg3thiVxeUl WONVX31HO4AclYmbmw1vlGFjwfztfk9oYZYiog/Duvf8UTmViAcQlN8eLW46f588 NskZevod329W19anRF8ZTTXbhs6fcNG1VpWoX6DMzfR5/ul4Q210GEk4LV4/mDVQ uVStBZ6E8WnT73JxwloMObuRGRcQJWk4gI0Ep4FE6hmvwIfAsE8rlJgicXlYg35k ybfUM0cq9Th1aJ7gJ/76JlBsWWVVLunkU1MlyEUhNo5Km8FnKVGz4lvqJBNAft7i ZMEhVfdnOLGYrSiDXO9ABNjHzbk18L/RjxpedlGHFuInx/gvUp4/bOcP7JqiEk4M q0M7TGavpkU+2+sQ/v80 =H0bv -----END PGP SIGNATURE----- --UhmplaEkIfkiPPGhH0VLk0FL5AOsbuDAe-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 07:36:57 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7A349BA for ; Tue, 27 Jan 2015 07:36:57 +0000 (UTC) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id AD207CF6 for ; Tue, 27 Jan 2015 07:36:57 +0000 (UTC) Received: from [10.134.3.102] (unknown [213.197.27.22]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id 27FBD1E8C07 for ; Tue, 27 Jan 2015 07:36:56 +0000 (UTC) Message-ID: <54C74017.8000704@searchy.net> Date: Tue, 27 Jan 2015 08:36:55 +0100 From: Frank de Bot User-Agent: Mozilla/5.0 (X11; Linux i686; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: sphinxsearch with mysql(mariadb) with openssl from ports building with poudriere References: <54C73AE7.7080706@searchy.net> <54C73E50.80701@FreeBSD.org> In-Reply-To: <54C73E50.80701@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 07:36:58 -0000 Matthew Seaman wrote: > On 2015/01/27 07:14, Frank de Bot wrote: >> With poudriere I build custom packages from FreeBSD 10.1 . Since a while >> textproc/sphinxsearch fails the builds with as it seems mysql library >> related errors. Attached is the output log of the build for >> sphinxsearch, options for mariadb55-client en options for sphinxsearch. >> It looks like the openssl port isn't installed in the jail for the build >> process. >> >> how can I solve this? > > Do you have the log file from your build of sphinxsearch available? > > I'm guessing that what is happening is that your getting a conflict > between some ports that are linked against the base system's version of > openssl, and other ports that are linked against the port's version of > openssl (ie. mariadb55-client in your case.) > > One way to avoid this is to ensure that all ports are linked against the > ports version of openssl. Try adding: > > WITH_OPENSSL_PORT= yes > > to /usr/local/etc/poudriere.d/make.conf and do a poudriere bulk -c ... > to make sure everything gets rebuilt. > > Cheers, > > Matthew > I've pasted the log in pastebin http://pastebin.com/qtZnaEdL because it was stripped from my mail. I have WITH_OPENSSL_PORT=yes in my make-101.conf (101 is my jailname). At first I had a failure with another port depended on mariadb55-client, but it had it's own openssl option which I could turn on. After that it included the openssl library because the port needed openssl. In sphinxsearch there isn't, but mariadb55-client does require openssl, but it doesn't include it in it's build. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 07:57:05 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCCCEE07 for ; Tue, 27 Jan 2015 07:57:05 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 61224EFD for ; Tue, 27 Jan 2015 07:57:05 +0000 (UTC) Received: from seedling.local (seedling.black-earth.co.uk [81.2.117.100]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0R7ua7H059687 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 27 Jan 2015 07:56:46 GMT (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t0R7ua7H059687 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1422345407; bh=4+gMSxPvkhY6MYmORNGk9GOiVU7ZYyS1eDLppl8pIAo=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Tue,=2027=20Jan=202015=2007:56:24=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-ports@ freebsd.org|Subject:=20Re:=20sphinxsearch=20with=20mysql(mariadb)= 20with=20openssl=20from=20ports=20building=0D=0A=20with=20poudrier e|References:=20<54C73AE7.7080706@searchy.net>=20<54C73E50.80701@F reeBSD.org>=20<54C74017.8000704@searchy.net>|In-Reply-To:=20<54C74 017.8000704@searchy.net>; b=MvhV/c6Kn6n9N3b3hsz7u84Xhq1Kq0t6uUE/ylYRYJeV7X5L4QeA72uYKXicjGg26 DNR1fa893aK0l81I42YxgIc4VBNhAkZO0ZUYfTBczC3R1uotb+bLFiwYiUcNIh+PqI rZou/sM8fliYD+YgTtTRZufyYWwxgFEgwT659YXQ= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host seedling.black-earth.co.uk [81.2.117.100] claimed to be seedling.local Message-ID: <54C744A8.5030507@infracaninophile.co.uk> Date: Tue, 27 Jan 2015 07:56:24 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: sphinxsearch with mysql(mariadb) with openssl from ports building with poudriere References: <54C73AE7.7080706@searchy.net> <54C73E50.80701@FreeBSD.org> <54C74017.8000704@searchy.net> In-Reply-To: <54C74017.8000704@searchy.net> OpenPGP: id=E1ECF9BB Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bxsKUs99qP2b1GE1TfNSCcL0B3Qvctor6" X-Virus-Scanned: clamav-milter 0.98.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 07:57:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bxsKUs99qP2b1GE1TfNSCcL0B3Qvctor6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 27/01/2015 07:36, Frank de Bot wrote: > I have WITH_OPENSSL_PORT=3Dyes in my make-101.conf (101 is my jailname= ). Hmmm... Well, the ports version of openssl wasn't installed as part of setting up the jail for building sphinxsearch. What are the dependencies of your maria55-client package? Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --bxsKUs99qP2b1GE1TfNSCcL0B3Qvctor6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iQJ8BAEBCgBmBQJUx0S0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATOjAQAKdRJuSRbIDG/ZcOO5wqyZEp cWXatJFKGrwazQO5GE6vQhhaF5drjt3TejnAngvQ6jH577OfDTUZgTSZtNNfPTd+ vzwC58Sd5GC10BdhYWXD3FezcsN5dhpjyswkLidKxSpBSK2IS+eInPNJ5fd+HTs+ S7bTTZ2BOhOsDZ0AGO4bimCZh5doZ+kyH6NYY+cY4Enl8+v92QD+DjgCWg04/9Ye 6KXMmoWFYKB8ZyLA0rGLyixXwOMzm2RXjaVG4UYqx0wqcUWjObpI+Q7JOxBHvnd/ 1/IOnakcKKIhvUfoWVMaEwMLUoLR+FgNrTwP9RfXLjQZINcMx3jKMoOpd29HeDuK /FomlyiWSYAKvJMXfIWS8lFIGEXwbcWJ76mKcCPI000ZCphsUwL0BWOqeITMrpS6 2y6o6jv+SibAAOhsNFOXxMT/a1J9eMmj5EGnZZvf/SZ3oxolUF2IHoBYM7JLGnGO QNK7+5lM8/V6sO5XYJLbkyC6VHryz363whPYDVzEZW7Nd3Lpc9QE2Z2tZUxcG2xV VLbaeS0tS6DJG0MqdzY+RhAkLREQlVk0Xj+nM6w2ehDzs/QpAUBCBcP6Trf/GO9a GAELsG4RNwIgbFSNQz2WFNHHkl10Ib81wwK39wjC0/dVbX3lEZHigiC6T4o82+5N caVNOEf9o60DFyINiKMm =cJdE -----END PGP SIGNATURE----- --bxsKUs99qP2b1GE1TfNSCcL0B3Qvctor6-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 09:49:55 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5F27422 for ; Tue, 27 Jan 2015 09:49:55 +0000 (UTC) Received: from portscout.freebsd.org (portscout.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 A2D5ECBC for ; Tue, 27 Jan 2015 09:49:55 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0R9ntH5006743 for ; Tue, 27 Jan 2015 09:49:55 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0R9ntUc006742; Tue, 27 Jan 2015 09:49:55 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501270949.t0R9ntUc006742@portscout.freebsd.org> X-Authentication-Warning: portscout.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, 27 Jan 2015 09:49:55 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 09:49:55 -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 ------------------------------------------------+-----------------+------------ lang/execline | 1.08 | 2.0.2.0 ------------------------------------------------+-----------------+------------ 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 Jan 27 10:39:57 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F13EBDD3 for ; Tue, 27 Jan 2015 10:39:57 +0000 (UTC) Received: from mail.flytrace.com (mail.flytrace.com [83.167.132.34]) by mx1.freebsd.org (Postfix) with SMTP id 031EC1E1 for ; Tue, 27 Jan 2015 10:39:56 +0000 (UTC) Received: from [172.31.211.213] ([172.31.211.213]) by mail.flytrace.com ; Tue, 27 Jan 2015 11:09:22 +0100 Message-ID: <54C763D1.7020108@flytrace.com> Date: Tue, 27 Jan 2015 11:09:21 +0100 From: Peter User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: ports@FreeBSD.org Subject: xrdesktop ported to Gtk2 Content-Type: multipart/mixed; boundary="------------060103000108040102030702" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 10:39:58 -0000 This is a multi-part message in MIME format. --------------060103000108040102030702 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I've ported xrdesktop to Gtk2 and fixed some small bugs. The software was tested during some months in everyday use, there is no problem. You can push it to ports tree with the same name or as xrdesktop2 (to save the old one). Best regards, Peter TKATCHENKO --------------060103000108040102030702 Content-Type: text/plain; charset=UTF-8; name="xrdesktop" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xrdesktop" IyEvdXNyL2Jpbi9wZXJsIC13CgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIHhyZGVz a3RvcCwgYSBndGstcGVybCBmcm9udGVuZCBmb3IgcmRlc2t0b3AgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIwojIENvcHlyaWdodCAoQykgMjAwMiBEYXZpZCBLb3ZhY2gg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIwojIFBvcnRl ZCB0byBHdGsyIGJ5IFBldGVyIFRLQVRDSEVOS08sIDIwMTQJCQkjCiMgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAjCiMgVGhpcyBwcm9ncmFtIGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4g cmVkaXN0cmlidXRlIGl0IGFuZC9vciBtb2RpZnkgICAgICAgICAjCiMgaXQgdW5kZXIgdGhl IHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBhcyBwdWJsaXNoZWQg YnkgICAgICAgICAjCiMgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyIHZl cnNpb24gMiBvZiB0aGUgTGljZW5zZSwgb3IgICAgICAgICAgICAjCiMgKGF0IHlvdXIgb3B0 aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAjCiMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAjCiMgVGhpcyBwcm9ncmFt IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsICAg ICAgICAgICAgICAjCiMgYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4g dGhlIGltcGxpZWQgd2FycmFudHkgb2YgICAgICAgICAgICAgICAjCiMgTUVSQ0hBTlRBQklM SVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSAgICAg ICAgICAgICAgICAjCiMgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgZm9yIG1vcmUgZGV0 YWlscy4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAjCiMgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAjCiMgWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUg R05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgICAgICAgICAgICAjCiMgYWxvbmcgd2l0aCB0 aGlzIHByb2dyYW07IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUgU29mdHdhcmUgICAgICAg ICAgICAgICAgICAjCiMgRm91bmRhdGlvbiwgSW5jLiwgNTkgVGVtcGxlIFBsYWNlLCBTdWl0 ZSAzMzAsIEJvc3RvbiwgTUEgIDAyMTExLTEzMDcgIFVTQSAgICAjCiMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjCgp1c2UgR3RrMiAtaW5pdDsKdXNlIEd0azI6OlNpbXBsZUxpc3Q7CnVz ZSBzdHJpY3Q7CgpteSAkZmFsc2UgPSAwOwpteSAkdHJ1ZSA9IDE7CgpteSAkd2luZG93Owpt eSAkYm94MTsKbXkgJHNjcm9sbGVkX3dpbmRvdzE7Cm15ICRidXR0b25ib3gxOwpteSAkYnV0 dG9uMTsKbXkgJGJ1dHRvbjI7Cm15ICRidXR0b24zOwpteSAkYnV0dG9uNDsKbXkgJGJ1dHRv bjU7Cm15ICRsaXN0MTsKbXkgJWlwX2hhc2g7Cm15ICV1bmFtZV9oYXNoOwpteSAlZ2VvbV9o YXNoOwpteSAlZnVsbHNjcmVlbl9oYXNoOwpteSAlYml0bWFwX3VwZF9oYXNoOwpteSAla21h cF9oYXNoOwpteSAlbGljZW5zZV9oYXNoOwpteSAlcGFzc3RocnVfaGFzaDsKbXkgJG1hY2hp bmVfbmFtZTsKbXkgJG1hY2hpbmVfaXA7Cm15ICRtYWNoaW5lX3VuYW1lOwpteSAkbWFjaGlu ZV9nZW9tOwpteSAkbWFjaGluZV9mczsKbXkgJG1hY2hpbmVfYml0bWFwX3VwZDsKbXkgJG1h Y2hpbmVfa21hcDsKbXkgJG1hY2hpbmVfbGljOwpteSAkbWFjaGluZV9wYXNzdGhydTsKbXkg JHJhd19kYXRhOwpteSAkZmllbGRfdHlwZTsKbXkgJGZpZWxkX2RhdGE7Cm15ICRtYWNoaW5h OwpteSBAbWFjaGluZXM7Cm15IEB0ZW1wOwpteSAkc2VsZWN0ZWRfbWFjaGluZTsKbXkgJHNl bGVjdGVkX21hY2hpbmVfaXA7Cm15ICRzZWxlY3RlZF91bmFtZTsKbXkgJHNlbGVjdGVkX2dl b207Cm15ICRzZWxlY3RlZF9mczsKbXkgJHNlbGVjdGVkX2JpdG1hcF91cGQ7Cm15ICRzZWxl Y3RlZF9rbWFwOwpteSAkc2VsZWN0ZWRfa21hcF9oZXg7Cm15ICRzZWxlY3RlZF9saWM7Cm15 ICRzZWxlY3RlZF9wYXNzdGhydTsKbXkgJGRpYWxvZzE7Cm15ICRkaWFsb2dfYnV0dG9uX29r OwpteSAkZGlhbG9nX2J1dHRvbl9jYW5jZWw7Cm15ICRuYW1lX2VudHJ5OwpteSAkaXBfZW50 cnk7Cm15ICR1bmFtZV9lbnRyeTsKbXkgJGRpYWxvZzI7Cm15ICRjb21ibzE7Cm15ICRjb21i bzI7Cm15ICRmc19jaGVja2JveDsKbXkgJGJtcF9jaGVja2JveDsKbXkgJGxpY19jaGVja2Jv eDsKbXkgJHBhc3N0aHJ1X2VudHJ5OwpteSAkcGFzc3RocnU7Cm15ICRpbmRleG1heD0wOwoK IyB0aGUgQklHQVNTIGxpc3Qgb2Yga2V5bWFwcy4gZmVhciBpdHMgYXdlc29tZSBnaXJ0aCBh bmQgc3R1ZmYuCiMjIDAyLzEwLzIwMDMgdXBkYXRlZCB0aGUgbGlzdCB0byB3b3JrIHdpdGgg cmRlc2t0b3AgMS4yIGFuZCB0aGUKIyMgbmV3IHdheSB0aGV5IGRvIGtleWJvYXJkIGxheW91 dHMuLi5mZWgKIyMgbGVmdCBhbGwgdGhlIGhleCBjb2RlcyBmb3Igd2hpY2ggaSBjb3VsZCBu b3QgZmluZCBtYXBwaW5ncyBhcyBjb21tZW50cwojIyBpbiB0aGUgaG9wZXMgdGhhdCBzb21l ZGF5IGl0IHdpbGwgZ2V0IGZpeGVkLgojIyBhbHNvIG5vdGUgdGhhdCBzb21lIG9mIHRoZXNl IGFyZSBhcHByb3hpbWF0aW9ucyBhbmQgbWF5IG9yIG1heQojIyBub3Qgd29yayBhdCBhbGwu Cm15ICVrbWFwX3RyYW5zX2hhc2ggPSAoCgkiQWxiYW5pYW4iID0+ICJlbi11cyIsCiMJIkFy YWJpYyAxMDEiID0+ICIweDAwMDAwNDAxIiwKIwkiQXJhYmljIDEwMiBBWkVSVFkiID0+ICIw eDAwMDIwNDAxIiwKIwkiQXJhYmljIDEwMiIgPT4gIjB4MDAwMTA0MDEiLAojCSJBcm1lbmlh biBFYXN0ZXJuIiA9PiAiMHgwMDAwMDQyYiIsCiMJIkFybWVuaWFuIFdlc3Rlcm4iID0+ICIw eDAwMDEwNDJiIiwKIwkiQXplcmkgQ3lyaWxsaWMiID0+ICIweDAwMDAwODJjIiwKIwkiQXpl cmkgTGF0aW4iID0+ICIweDAwMDAwNDJjIiwKIwkiQmVsYXJ1c2lhbiIgPT4gIjB4MDAwMDA0 MjMiLAojCSJCZWxnaWFuIENvbW1hIiA9PiAiMHgwMDAxMDgwYyIsCgkiQmVsZ2lhbiBEdXRj aCIgPT4gImJlIiwKCSJCZWxnaWFuIEZyZW5jaCIgPT4gImJlIiwKCSJCdWxnYXJpYW4gTGF0 aW4iID0+ICJiZyIsCiMJIkJ1bGdhcmlhbiIgPT4gIjB4MDAwMDA0MDIiLAoJIkNhbmFkaWFu IEZyZW5jaCBsZWdhY3kiID0+ICJjZiIsCgkiQ2FuYWRpYW4gRnJlbmNoIiA9PiAiZW4tdXMi LAojCSJDYW5hZGlhbiBNdWx0aWxpbmd1YWwgU3RhbmRhcmQiID0+ICIweDAwMDExMDA5IiwK IwkiQ2hpbmVzZSBNUy1QaW5ZaW45OCIgPT4gIjB4ZTAwZTA4MDQiLAojCSJDaGluZXNlIE5l aU1hIiA9PiAiMHhlMDA1MDgwNCIsCiMJIkNoaW5lc2UgUXVhblBpbiIgPT4gIjB4ZTAwMTA4 MDQiLAojCSJDaGluZXNlIFNodWFuZ1BpbiIgPT4gIjB4ZTAwMjA4MDQiLAoJIkNoaW5lc2Ug VVMgS2V5Ym9hcmQiID0+ICJjaCIsCiMJIkNoaW5lc2UgWmhlbmdNYSIgPT4gIjB4ZTAwMzA4 MDQiLAojCSJDaGluZXNlIEFscGhhbnVtZXJpYyIgPT4gIjB4ZTAxZjA0MDQiLAojCSJDaGlu ZXNlIEFycmF5IiA9PiAiMHhlMDA1MDQwNCIsCiMJIkNoaW5lc2UgQmlnNSBDb2RlIiA9PiAi MHhlMDA0MDQwNCIsCiMJIkNoaW5lc2UgQ2hhbmdKaWUiID0+ICIweGUwMDIwNDA0IiwKIwki Q2hpbmVzZSBEYVlpIiA9PiAiMHhlMDA2MDQwNCIsCiMJIkNoaW5lc2UgTmV3IENoYW5nSmll IiA9PiAiMHhlMDA5MDQwNCIsCiMJIkNoaW5lc2UgTmV3IFBob25lZXRpYyIgPT4gIjB4ZTAw ODA0MDQiLAojCSJDaGluZXNlIFBob25ldGljIiA9PiAiMHhlMDAxMDQwNCIsCiMJIkNoaW5l c2UgUXVpY2siID0+ICIweGUwMDMwNDA0IiwKCSJDaGluZXNlIFVTIEtleWJvYXJkIiA9PiAi Y2giLAojCSJDaGluZXNlIFVuaWNvZGUiID0+ICIweGUwMDcwNDA0IiwKIwkiQ3JvYXRpYW4i ID0+ICIweDAwMDAwNDFhIiwKIwkiQ3JvYXRpYW4gU3BlY2lmaWMiID0+ICIweDAwMDAwNDFh IiwKCSJDemVjaCBRV0VSVFkiID0+ICJjeiIsCiMJIkN6ZWNoIFByb2dyYW1tZXJTIiA9PiAi MHgwMDAyMDQwNSIsCgkiQ3plY2giID0+ICJjeiIsCgkiRGFuaXNoIiA9PiAiZGsiLAojCSJE ZXZhbmFnYXJpIElOU0NSSVBUIiA9PiAiMHgwMDAwMDQzOSIsCgkiRHV0Y2giID0+ICJubCIs CgkiRXN0b25pYW4iID0+ICJldCIsCiMJIkZhZXJvZXNlIiA9PiAiMHgwMDAwMDQzOCIsCiMJ IkZhcnNpIiA9PiAiMHgwMDAwMDQyOSIsCgkiRmlubmlzaCIgPT4gInN1IiwKCSJGcmVuY2gi ID0+ICJmciIsCiMJIkdhZWxpYyIgPT4gIjB4MDAwMTE4MDkiLAojCSJHZW9yZ2lhbiIgPT4g IjB4MDAwMDA0MzciLAojIGNoYW5nZWQgdGhlIEdlcm1hbiBrZXltYXAgc3RyaW5nIGZyb20g ImdyIiB0byAiZGUiIAojIGF0IHRoZSBiZWhlc3Qgb2YgVG9iaWFzIE1vaHJsdWRlci4gVGhh bmtzIQojIGhvcGVmdWxseSB0aGlzIGlzIHJpZ2h0IDopCgkiR2VybWFuIElCTSIgPT4gImRl IiwKCSJHZXJtYW4iID0+ICJkZSIsCiMJIkdyZWVrIDIyMCBMYXRpbiIgPT4gIjB4MDAwMzA0 MDgiLAoJIkdyZWVrIDIyMCIgPT4gImdrIiwKIwkiR3JlZWsgMzE5IExhdGluIiA9PiAiMHgw MDA0MDQwOCIsCgkiR3JlZWsgMzE5IiA9PiAiZ2siLAoJIkdyZWVrIExhdGluIiA9PiAiZ2si LAojCSJHcmVlayBQb2x5dG9uaWMiID0+ICIweDAwMDYwNDA4IiwKCSJHcmVlayIgPT4gImdr IiwKIwkiSGVicmV3IiA9PiAiMHgwMDAwMDQwZCIsCiMJIkhpbmRpIFRyYWRpdGlvbmFsIiA9 PiAiMHgwMDAxMDQzOSIsCgkiSHVuZ2FyaWFuIDEwMS1rZXkiID0+ICJodSIsCgkiSHVuZ2Fy aWFuIiA9PiAiaHUiLAoJIkljZWxhbmRpYyIgPT4gImlzIiwKCSJJcmlzaCIgPT4gImVuLXVz IiwKCSJJdGFsaWFuIDE0MiIgPT4gIml0IiwKCSJJdGFsaWFuIiA9PiAiaXQiLAojCSJKYXBh bmVzZSBJbnB1dCBTeXN0ZW0iID0+ICIweGUwMDEwNDExIiwKCSJKYXBhbmVzZSIgPT4gImpw IiwKIwkiSmFwYW5lc2UgMTA2IiA9PiAiMHgwMDAwMDQxMSIsCiMJIkphcGFuZXNlIHBjOTh4 MSIgPT4gIjB4MDAwMDA0MTEiLAojCSJLYXpha2giID0+ICIweDAwMDAwNDNmIiwKIwkiS29y ZWFuIEhhbmd1bCBNUy1JTUU5OCIgPT4gIjB4ZTAwMTA0MTIiLAoJIktvcmVhbiBIYW5ndWwi ID0+ICJrbyIsCgkiTGF0aW4gQW1lcmljYW4iID0+ICJsYSIsCgkiTGF0dmlhbiBRV0VSVFki ID0+ICJlbi11cyIsCiMJIkxhdHZpYW4iID0+ICIweDAwMDAwNDI2IiwKIwkiTGl0aHVhbmlh biBJQk0iID0+ICIweDAwMDAwNDI3IiwKIwkiTGl0aHVhbmlhbiIgPT4gIjB4MDAwMTA0Mjci LAojCSJNYWNlZG9uaWFuIEZZUk9NIiA9PiAiMHgwMDAwMDQyZiIsCiMJIk1hcmF0aGkiID0+ ICIweDAwMDAwNDRlIiwKCSJOb3J3ZWdpYW4iID0+ICJubyIsCgkiUG9saXNoIDIxNCIgPT4g InBsIiwKCSJQb2xpc2ggUHJvZ3JhbW1lcnMiID0+ICJwbCIsCgkiUG9ydHVndWVzZSBCcmF6 aWxpYW4gQUJOVCIgPT4gImJyIiwKIwkiUG9ydHVndWVzZSBCcmF6aWxpYW4gQUJOVDIiID0+ ICIweDAwMDEwNDE2IiwKCSJQb3J0dWd1ZXNlIiA9PiAicG8iLAoJIlJvbWFuaWFuIiA9PiAi cm8iLAoJIlJ1c3NpYW4gVHlwZXdyaXRlciIgPT4gInJ1IiwKCSJSdXNzaWFuIiA9PiAicnUi LAojCSJSdXNzaWFuIEtPMTgtUiIgPT4gIjB4MDAwMDA0MTkiLAoJIlNlcmJpYW4gQ3lyaWxs aWMiID0+ICJlbi11cyIsCiMJIlNlcmJpYW4gTGF0aW4iID0+ICIweDAwMDAwODFhIiwKCSJT bG92YWsgUVdFUlRZIiA9PiAic2wiLAoJIlNsb3ZhayIgPT4gInNsIiwKIwkiU2xvdmFrIFBy b2dyYW1tZXJzIiA9PiAiMHgwMDAwMDQxYiIsCgkiU2xvdmVuaWFuIiA9PiAieXUiLAojYWx0 ZXJlZCBzcGFuaXNoIGtleWJvYXJkIGNvdXJ0ZXN5IG9mIEpvbmF5IEdvbWV6CgkiU3Bhbmlz aCBWYXJpYXRpb24iID0+ICJlcyIsCiMJIlNwYW5pc2giID0+ICIweDAwMDAwNDBhIiwKCSJT d2VkaXNoIiA9PiAic3YiLAoJIlN3aXNzIEZyZW5jaCIgPT4gInNmIiwKIwkiU3dpc3MgR2Vy bWFuIiA9PiAiMHgwMDAwMDgwIiwKIwkiVGFtaWwiID0+ICIweDAwMDAwNDQ5IiwKIwkiVGF0 YXIiID0+ICIweDAwMDAwNDQ0IiwKIwkiVGhhaSBLZWRtYW5lZSBub24tc2hpZnRsb2NrIiA9 PiAiMHgwMDAyMDQxZSIsCiMJIlRoYWkgS2VkbWFuZWUiID0+ICIweDAwMDAwNDFlIiwKIwki VGhhaSBQYXR0YWNob3RlIG5vbi1zaGlmdGxvY2siID0+ICIweDAwMDMwNDFlIiwKIwkiVGhh aSBQYXR0YWNob3RlIiA9PiAiMHgwMDAxMDQxZSIsCgkiVHVya2lzaCBGIiA9PiAidHIiLAoJ IlR1cmtpc2ggUSIgPT4gInRyIiwKIwkiVVMgRW5nbGlzaCBUYWxiZSBmb3IgSUJNIEFyYWJp YyAyMzhfTCIgPT4gIjB4MDAwNTA0MDkiLAoJIlVTIiA9PiAiZW4tdXMiLAojCSJVUyBwaGFu dG9tIGtleSB2ZXIiID0+ICIweDAwMDAwNDA5IiwKIwkiVWtyYW5pYW4iID0+ICIweDAwMDAw NDIyIiwKCSJFbmdsaXNoIiA9PiAiZW4tZ2IiLAoJIlVTIER2b3JhayBsZWZ0IiA9PiAidXNs IiwKCSJVUyBEdm9yYWsgcmlnaHQiID0+ICJ1c3IiLAoJIlVTIER2b3JhayIgPT4gImR2IiwK CSJVUyBJbnRlcm5hdGlvbmFsIiA9PiAiZW4tdXMiLAojCSJVemJlayBDeXJpbGxpYyIgPT4g IjB4MDAwMDA4NDMiLAojCSJWaWV0bmFtZXNlIiA9PiAiMHgwMDAwMDQyYSIsCgkieXUiID0+ ICJ5dSIsCgkiY2YiID0+ICJjZiIsCgkidXM5IiA9PiAiZW4tdXMiLAopOwoKIyBjcmVhdGUg dGhlIHdpbmRvdwokd2luZG93ID0gR3RrMjo6V2luZG93LT5uZXc7CiR3aW5kb3ctPnNpZ25h bF9jb25uZWN0KCAiZGVsZXRlX2V2ZW50Iiwgc3ViIHsgR3RrMi0+bWFpbl9xdWl0IH0gKTsK JHdpbmRvdy0+c2V0X2RlZmF1bHRfc2l6ZSggOTQwLCA2MDAgKTsKJHdpbmRvdy0+c2V0X2Jv cmRlcl93aWR0aCggMiApOwokd2luZG93LT5zZXRfdGl0bGUoInhyZGVza3RvcCIpOwoKIyBt YWtlIG91ciBmaXJzdCBib3gKJGJveDEgPSBHdGsyOjpWQm94LT5uZXc7CiRib3gxLT5zZXRf c3BhY2luZyg4KTsKCgojIGNyZWF0ZSB0aGUgbGlzdCwgYXNzaWduIGEgc2lnbmFsIHRvIGhh bmRsZSBjaGFuZ2Ugb2Ygc2VsZWN0aW9uCiRsaXN0MSA9IEd0azI6OlNpbXBsZUxpc3QtPm5l dyAoIk5hbWUiLCAidGV4dCIsICJIb3N0bmFtZS9JUCIsICJ0ZXh0IiwgIlVzZXJuYW1lIiwg InRleHQiLCAiS2V5bWFwIiwgInRleHQiLCAiR2VvbWV0cnkiLCAidGV4dCIsICJGdWxsc2Ny ZWVuIiwgInRleHQiLCAiRm9yY2UgQml0bWFwIFVwZGF0ZXMiLCAidGV4dCIsICJEbyBOb3Qg UmVxdWVzdCBMaWNlbnNlIiwgInRleHQiLCAiQ01EIFZhcnMiLCAidGV4dCIgKTsKCiMgdGhp cyBpcyB0aGUgc2Nyb2xsZWQgd2luZG93IHRvIHB1dCB0aGUgTGlzdCB3aWRnZXQgaW5zaWRl CiRzY3JvbGxlZF93aW5kb3cxID0gR3RrMjo6U2Nyb2xsZWRXaW5kb3ctPm5ldzsKJHNjcm9s bGVkX3dpbmRvdzEtPnNldF9wb2xpY3koICJhdXRvbWF0aWMiLCAiYXV0b21hdGljIiApOwok c2Nyb2xsZWRfd2luZG93MS0+YWRkX3dpdGhfdmlld3BvcnQoICRsaXN0MSApOwokYm94MS0+ cGFja19zdGFydCggJHNjcm9sbGVkX3dpbmRvdzEsICR0cnVlLCAkdHJ1ZSwgMCApOwokd2lu ZG93LT5hZGQoICRib3gxICk7CgoKJGxpc3QxLT5zaWduYWxfY29ubmVjdCggJ2N1cnNvci1j aGFuZ2VkJywgXCZsaXN0X3NlbF9yb3cgKTsKJGxpc3QxLT5zaWduYWxfY29ubmVjdCggJ3Jv d19hY3RpdmF0ZWQnLCBcJnJkZXNxdWVfY29ubmVjdCApOwoKIyBzZWUgdGhlIHN1YiBhdCB0 aGUgZW5kIG9mIHRoZSBzY3JpcHQgZm9yIGluZm8KcG9wdWxhdGVfY2xpc3RfZnJvbV9jb25m aWcoKTsKCiMgTWFrZSBzb21lIGJ1dHRvbnMKJGJ1dHRvbmJveDEgPSBuZXcgR3RrMjo6SEJ1 dHRvbkJveCgpOwokYnV0dG9uMSA9IG5ldyBHdGsyOjpCdXR0b24oICJDb25uZWN0IiApOwok YnV0dG9uMiA9IG5ldyBHdGsyOjpCdXR0b24oICJBZGQiICk7CiRidXR0b24zID0gbmV3IEd0 azI6OkJ1dHRvbiggIkRlbGV0ZSIgKTsKJGJ1dHRvbjQgPSBuZXcgR3RrMjo6QnV0dG9uKCAi RWRpdCIgKTsKJGJ1dHRvbjUgPSBuZXcgR3RrMjo6QnV0dG9uKCAiUXVpdCIgKTsKCiMgdGVs bCB0aGVtIHdoYXQgdG8gZG8KJGJ1dHRvbjEtPnNpZ25hbF9jb25uZWN0KCAiY2xpY2tlZCIs IFwmcmRlc3F1ZV9jb25uZWN0ICk7CiRidXR0b24yLT5zaWduYWxfY29ubmVjdCggImNsaWNr ZWQiLCBcJnJkZXNxdWVfYWRkICk7CiRidXR0b24zLT5zaWduYWxfY29ubmVjdCggImNsaWNr ZWQiLCBcJnJkZXNxdWVfZGVsZXRlICk7CiRidXR0b240LT5zaWduYWxfY29ubmVjdCggImNs aWNrZWQiLCBcJnJkZXNxdWVfZWRpdCApOwokYnV0dG9uNS0+c2lnbmFsX2Nvbm5lY3QoICJj bGlja2VkIiwgc3ViIHsgR3RrMi0+bWFpbl9xdWl0IH0gKTsKCiMgcHV0IHN0dWZmIGluIHRo ZSB3aW5kb3cKJGJveDEtPnBhY2tfc3RhcnQoICRidXR0b25ib3gxLCAkZmFsc2UsICRmYWxz ZSwgMCApOwokYnV0dG9uYm94MS0+YWRkKCAkYnV0dG9uMSApOwokYnV0dG9uYm94MS0+YWRk KCAkYnV0dG9uMiApOwokYnV0dG9uYm94MS0+YWRkKCAkYnV0dG9uMyApOwokYnV0dG9uYm94 MS0+YWRkKCAkYnV0dG9uNCApOwokYnV0dG9uYm94MS0+YWRkKCAkYnV0dG9uNSApOwoKJHdp bmRvdy0+c2hvd19hbGwoKTsKCm1haW4gR3RrMjsKCmV4aXQoIDAgKTsKCiMgU3Vicm91dGlu ZXMKCiMgc2ltcGxlIHN1YiwgdG8gbGF1bmNoIHJkZXNrdG9wIHdpdGggdGhlIGNvbmZpZ3Vy ZWQgaW5mbwojIHdoZW4gdGhlIGNvbm5lY3QgYnV0dG9uIGlzIGNsaWNrZWQuIHJhdGhlciB0 aWR5IDopCiMgcmVtb3ZlIHRoZSBwcmludCBsaW5lIGJlZm9yZSB0aGUgc3lzdGVtIGNhbGwg aWYgeW91IGxpa2UgcXVpZXRuZXNzCnN1YiByZGVzcXVlX2Nvbm5lY3QKewogIG15ICRidWZm ZXI7CiAgCiAgaWYoICRzZWxlY3RlZF91bmFtZSApIHsgJGJ1ZmZlciA9ICRidWZmZXIgLiAi IC11ICRzZWxlY3RlZF91bmFtZSI7IH0KICBpZiggJHNlbGVjdGVkX2dlb20gKSB7ICRidWZm ZXIgPSAkYnVmZmVyIC4gIiAtZyAkc2VsZWN0ZWRfZ2VvbSI7IH0KICBpZiggJHNlbGVjdGVk X2ttYXBfaGV4ICkgeyAkYnVmZmVyID0gJGJ1ZmZlciAuICIgLWsgJHNlbGVjdGVkX2ttYXBf aGV4IjsgfQogIGlmKCAkc2VsZWN0ZWRfZnMgZXEgInRydWUiICkgeyAkYnVmZmVyID0gJGJ1 ZmZlciAuICIgLWYiOyB9CiAgaWYoICRzZWxlY3RlZF9iaXRtYXBfdXBkIGVxICJ0cnVlIiAp IHsgJGJ1ZmZlciA9ICRidWZmZXIgLiAiIC1iIjsgfQogIGlmKCAkc2VsZWN0ZWRfbGljIGVx ICJ0cnVlIiApIHsgJGJ1ZmZlciA9ICRidWZmZXIgLiAiIC1sIjsgfQogIGlmKCAkc2VsZWN0 ZWRfcGFzc3RocnUgKSB7ICRidWZmZXIgPSAkYnVmZmVyIC4gIiAkc2VsZWN0ZWRfcGFzc3Ro cnUiOyB9CiAgCiAgI21ha2UgdGhlIHRpdGxlIHdoYXRldmVyIHRoZSBzdHJpbmcgb2YgdGhl IHNlbGVjdGVkIG1hY2hpbmUgbmFtZSBpcwogICNpbnN0ZWFkIG9mIHRoZSBtYWNoaW5lJ3Mg aXAsIGNvdXJ0ZXN5IG9mIEpvbmF5IEdvbWV6LiB0aGFua3MhCiAgI21vdmVkIHVwIGhlcmUg YXQgdGhlIGJlaGVzdCBvZiBUb2JpYXMgTW9ocmx1ZGVyLiBUaGFua3MhCiAgaWYoICRzZWxl Y3RlZF9tYWNoaW5lICkgeyAkYnVmZmVyID0gJGJ1ZmZlciAuICIgLVQgXCIkc2VsZWN0ZWRf bWFjaGluZVwiIjsgfSAgIAogIAogIGlmKCAkc2VsZWN0ZWRfbWFjaGluZV9pcCApIHsgJGJ1 ZmZlciA9ICRidWZmZXIgLiAiICRzZWxlY3RlZF9tYWNoaW5lX2lwIjsgfQogIGVsc2UgeyBk aWUgIk5vIElQL0hvc3RuYW1lIHNlbGVjdGVkISBBYm9ydGluZy5cbiI7IH0KCiAgcHJpbnQg ImNvbW1hbmRsaW5lIGlzIFwicmRlc2t0b3AgJGJ1ZmZlclwiXG4iOwogIHN5c3RlbSgicmRl c2t0b3AgJGJ1ZmZlciBcJiIpOwogCn0KCiMgc3ViIHRvIGFkZCBhbiBlbnRyeSBpbnRvIHRo ZSBsaXN0IG9mIG1hY2hpbmVzIHRvIGNob29zZSBmcm9tCiMgYWxsIHRoaXMgc3ViIGFjdHVh bGx5IGRvZXMgaXMgc2V0IHVwIHRoZSBkaWFsb2cgYm94IHRvIAojIGNvbGxlY3QgdGhlIGlu Zm8sIHRoZSBkb19hZGRfc2VydmVyKCkgc3ViIGlzIHdoYXQKIyByZWFsbHkgZG9lcyBhbGwg dGhlIHVwZGF0aW5nIG9mIGluZm8KIyB5ZXMgaSBrbm93IHRoZSBsYXlvdXQgc3R1ZmYgaXMg ZWZmaW4gbmFzdHkKIyBkZWFsIHdpdGggaXQsIGknbSBuZXcgYXQgdGhpcyBnb29leSBzdHVm Zi4uLiA6UApzdWIgcmRlc3F1ZV9hZGQKewogJGRpYWxvZzEgPSBuZXcgR3RrMjo6RGlhbG9n KCk7CiAkZGlhbG9nMS0+c2V0X3RpdGxlKCJBZGQgU2VydmVyIik7CiAkZGlhbG9nX2J1dHRv bl9vayA9IG5ldyBHdGsyOjpCdXR0b24oICJPayIgKTsKICRkaWFsb2dfYnV0dG9uX2NhbmNl bCA9IG5ldyBHdGsyOjpCdXR0b24oICJDYW5jZWwiICk7CiAkZGlhbG9nX2J1dHRvbl9vay0+ c2lnbmFsX2Nvbm5lY3QoICJjbGlja2VkIiwgXCZkb19hZGRfc2VydmVyICk7CiAkZGlhbG9n X2J1dHRvbl9jYW5jZWwtPnNpZ25hbF9jb25uZWN0KCAiY2xpY2tlZCIsIHN1YiB7ICRkaWFs b2cxLT5kZXN0cm95KCk7IH0gKTsKCiAkbmFtZV9lbnRyeSA9IG5ldyBHdGsyOjpFbnRyeSgg KTsKICRpcF9lbnRyeSA9IG5ldyBHdGsyOjpFbnRyeSggKTsKICR1bmFtZV9lbnRyeSA9IG5l dyBHdGsyOjpFbnRyeSggKTsKICRwYXNzdGhydV9lbnRyeSA9IG5ldyBHdGsyOjpFbnRyeSgg KTsKCiBteSAkbGFiZWwxID0gbmV3IEd0azI6OkxhYmVsKCAiRW50ZXIgYSBuYW1lIGZvciB0 aGlzIHNlcnZlcjogIiApOwogbXkgJGxhYmVsMiA9IG5ldyBHdGsyOjpMYWJlbCggIkVudGVy IGFuIElQIGFkZHJlc3Mgb3IgaG9zdG5hbWUgdG8gY29ubmVjdCB0bzogIiApOwogbXkgJGxh YmVsMyA9IG5ldyBHdGsyOjpMYWJlbCggIlJlc29sdXRpb246ICIgKTsKIG15ICRsYWJlbDQg PSBuZXcgR3RrMjo6TGFiZWwoICJVc2VybmFtZTogIiApOwogbXkgJGxhYmVsNSA9IG5ldyBH dGsyOjpMYWJlbCggIktleWJvYXJkIE1hcHBpbmc6ICIgKTsKIG15ICRsYWJlbDYgPSBuZXcg R3RrMjo6TGFiZWwoICJBZGRpdGlvbmFsIFZhcmlhYmxlcyB0byBwYXNzOiAgICAgICAgICAg ICAgICAgICIgKTsKCiAkbGFiZWwxLT5zZXRfanVzdGlmeSggImxlZnQiICk7CiAkbGFiZWwy LT5zZXRfanVzdGlmeSggImxlZnQiICk7CiAkbGFiZWwzLT5zZXRfanVzdGlmeSggImxlZnQi ICk7CiAkbGFiZWw0LT5zZXRfanVzdGlmeSggImxlZnQiICk7CiAkbGFiZWw1LT5zZXRfanVz dGlmeSggImxlZnQiICk7CiAkbGFiZWw2LT5zZXRfanVzdGlmeSggImxlZnQiICk7CgogbXkg JHZib3gxID0gbmV3IEd0azI6OlZCb3goICRmYWxzZSwgMCApOyAKIG15ICR2Ym94MiA9IG5l dyBHdGsyOjpWQm94KCAkZmFsc2UsIDAgKTsKIG15ICR2Ym94MyA9IG5ldyBHdGsyOjpWQm94 KCAkZmFsc2UsIDAgKTsKIG15ICR2Ym94NCA9IG5ldyBHdGsyOjpWQm94KCAkZmFsc2UsIDAg KTsKIG15ICR2Ym94NSA9IG5ldyBHdGsyOjpWQm94KCAkZmFsc2UsIDAgKTsKIG15ICR2Ym94 NiA9IG5ldyBHdGsyOjpWQm94KCAkZmFsc2UsIDAgKTsKIG15ICR2Ym94NyA9IG5ldyBHdGsy OjpWQm94KCAkZmFsc2UsIDAgKTsKCiBteSAkaGJveDEgPSBuZXcgR3RrMjo6SEJveCggJGZh bHNlLCAwICk7CiBteSAkaGJveDIgPSBuZXcgR3RrMjo6SEJveCggJGZhbHNlLCAwICk7CiBt eSAkaGJveDMgPSBuZXcgR3RrMjo6SEJveCggJGZhbHNlLCAwICk7IAogbXkgJGhib3g0ID0g bmV3IEd0azI6OkhCb3goICRmYWxzZSwgMCApOwogbXkgJGhib3g1ID0gbmV3IEd0azI6OkhC b3goICRmYWxzZSwgMCApOwogbXkgJGhib3g2ID0gbmV3IEd0azI6OkhCb3goICRmYWxzZSwg MCApOwogbXkgJGhib3g3ID0gbmV3IEd0azI6OkhCb3goICRmYWxzZSwgMCApOwoKICRjb21i bzEgPSBuZXcgR3RrMjo6Q29tYm8oKTsKICRjb21ibzIgPSBuZXcgR3RrMjo6Q29tYm8oKTsK IG15IEBjb21ib19saXN0ID0gKCI2NDB4NDgwIiwgIjgwMHg2MDAiLCAiMTAyNHg3NjgiLCAi MTI4MHgxMDI0IiwgIjE2MDB4MTIwMCIpOwogbXkgQGNvbWJvX2xpc3QyID0gc29ydCBrZXlz ICVrbWFwX3RyYW5zX2hhc2g7CiAkY29tYm8xLT5zZXRfcG9wZG93bl9zdHJpbmdzKCBAY29t Ym9fbGlzdCApOwogJGNvbWJvMS0+c2V0X3VzZV9hcnJvd3NfYWx3YXlzKCAkdHJ1ZSApOwog JGNvbWJvMS0+c2V0X3ZhbHVlX2luX2xpc3QoICRmYWxzZSwgJHRydWUgKTsKICRjb21ibzIt PnNldF9wb3Bkb3duX3N0cmluZ3MoIEBjb21ib19saXN0MiApOwogJGNvbWJvMi0+c2V0X3Vz ZV9hcnJvd3NfYWx3YXlzKCAkdHJ1ZSApOwogJGNvbWJvMi0+c2V0X3ZhbHVlX2luX2xpc3Qo ICR0cnVlLCAkZmFsc2UgKTsKICMgJGNvbWJvMi0+ZW50cnktPnNldF90ZXh0KCAiVVMiICk7 CiAkZnNfY2hlY2tib3ggPSBuZXcgR3RrMjo6Q2hlY2tCdXR0b24oICJGdWxsc2NyZWVuIE9u IiApOwogJGJtcF9jaGVja2JveCA9IG5ldyBHdGsyOjpDaGVja0J1dHRvbiggIkZvcmNlIEJp dG1hcCBVcGRhdGUiICk7ICAKICRsaWNfY2hlY2tib3ggPSBuZXcgR3RrMjo6Q2hlY2tCdXR0 b24oICJEbyBOb3QgUmVxdWVzdCBMaWNlbnNlIiApOwoKICRkaWFsb2cxLT52Ym94LT5zZXRf aG9tb2dlbmVvdXMoICRmYWxzZSApOwoKICRkaWFsb2cxLT52Ym94LT5wYWNrX3N0YXJ0KCAk aGJveDEsICRmYWxzZSwgJGZhbHNlLCAwICk7CiAkaGJveDEtPnBhY2tfc3RhcnQoICR2Ym94 MSwgJGZhbHNlLCAkZmFsc2UsIDAgKTsKICR2Ym94MS0+cGFja19zdGFydCggJGxhYmVsMSwg JGZhbHNlLCAkZmFsc2UsIDAgKTsKICR2Ym94MS0+cGFja19zdGFydCggJG5hbWVfZW50cnks ICRmYWxzZSwgJGZhbHNlLCAwICk7CgogJGRpYWxvZzEtPnZib3gtPnBhY2tfc3RhcnQoICRo Ym94MiwgJGZhbHNlLCAkZmFsc2UsIDAgKTsKICRoYm94Mi0+cGFja19zdGFydCggJHZib3gy LCAkZmFsc2UsICRmYWxzZSwgMCApOwogJHZib3gyLT5wYWNrX3N0YXJ0KCAkbGFiZWwyLCAk ZmFsc2UsICRmYWxzZSwgMCApOwogJHZib3gyLT5wYWNrX3N0YXJ0KCAkaXBfZW50cnksICRm YWxzZSwgJGZhbHNlLCAwICk7CgogJGRpYWxvZzEtPnZib3gtPnBhY2tfc3RhcnQoICRoYm94 NCwgJGZhbHNlLCAkZmFsc2UsIDAgKTsKICRoYm94NC0+cGFja19zdGFydCggJHZib3g0LCAk ZmFsc2UsICRmYWxzZSwgMCApOwogJHZib3g0LT5wYWNrX3N0YXJ0KCAkbGFiZWw0LCAkZmFs c2UsICRmYWxzZSwgMCApOwogJHZib3g0LT5wYWNrX3N0YXJ0KCAkdW5hbWVfZW50cnksICRm YWxzZSwgJGZhbHNlLCAwICk7CgogJGRpYWxvZzEtPnZib3gtPnBhY2tfc3RhcnQoICRoYm94 NywgJGZhbHNlLCAkZmFsc2UsIDAgKTsKICRoYm94Ny0+cGFja19zdGFydCggJHZib3g3LCAk ZmFsc2UsICRmYWxzZSwgMCApOwogJHZib3g3LT5wYWNrX3N0YXJ0KCAkbGFiZWw2LCAkZmFs c2UsICRmYWxzZSwgMCApOwogJHZib3g3LT5wYWNrX3N0YXJ0KCAkcGFzc3RocnVfZW50cnks ICRmYWxzZSwgJGZhbHNlLCAwICk7CgogJGRpYWxvZzEtPnZib3gtPnBhY2tfc3RhcnQoICRo Ym94MywgJGZhbHNlLCAkZmFsc2UsIDAgKTsKICRoYm94My0+cGFja19zdGFydCggJHZib3gz LCAkZmFsc2UsICRmYWxzZSwgMCApOwogJHZib3gzLT5wYWNrX3N0YXJ0KCAkbGFiZWwzLCAk ZmFsc2UsICRmYWxzZSwgMCApOwogJHZib3gzLT5wYWNrX3N0YXJ0KCAkY29tYm8xLCAkZmFs c2UsICRmYWxzZSwgMCApOwoKICRkaWFsb2cxLT52Ym94LT5wYWNrX3N0YXJ0KCAkaGJveDUs ICRmYWxzZSwgJGZhbHNlLCAwICk7CiAkaGJveDUtPnBhY2tfc3RhcnQoICR2Ym94NSwgJGZh bHNlLCAkZmFsc2UsIDAgKTsKICR2Ym94NS0+cGFja19zdGFydCggJGxhYmVsNSwgJGZhbHNl LCAkZmFsc2UsIDAgKTsKICR2Ym94NS0+cGFja19zdGFydCggJGNvbWJvMiwgJGZhbHNlLCAk ZmFsc2UsIDAgKTsKCiAkZGlhbG9nMS0+dmJveC0+cGFja19zdGFydCggJGhib3g2LCAkZmFs c2UsICRmYWxzZSwgMCApOwogJGhib3g2LT5wYWNrX3N0YXJ0KCAkdmJveDYsICRmYWxzZSwg JGZhbHNlLCAwICk7CiAkdmJveDYtPnBhY2tfc3RhcnQoICRmc19jaGVja2JveCwgJGZhbHNl LCAkZmFsc2UsIDAgKTsKICR2Ym94Ni0+cGFja19zdGFydCggJGJtcF9jaGVja2JveCwgJGZh bHNlLCAkZmFsc2UsIDAgKTsKICR2Ym94Ni0+cGFja19zdGFydCggJGxpY19jaGVja2JveCwg JGZhbHNlLCAkZmFsc2UsIDAgKTsKCiAkZGlhbG9nMS0+YWN0aW9uX2FyZWEtPnBhY2tfc3Rh cnQoICRkaWFsb2dfYnV0dG9uX29rLCAkdHJ1ZSwgJHRydWUsIDAgKTsKICRkaWFsb2cxLT5h Y3Rpb25fYXJlYS0+cGFja19zdGFydCggJGRpYWxvZ19idXR0b25fY2FuY2VsLCAkdHJ1ZSwg JHRydWUsIDAgKTsKCiAkbmFtZV9lbnRyeS0+c2V0X3RleHQoICRzZWxlY3RlZF9tYWNoaW5l ICk7CiAkaXBfZW50cnktPnNldF90ZXh0KCAkaXBfaGFzaHskc2VsZWN0ZWRfbWFjaGluZX0g KTsKICR1bmFtZV9lbnRyeS0+c2V0X3RleHQoICR1bmFtZV9oYXNoeyRzZWxlY3RlZF9tYWNo aW5lfSApOwogJHBhc3N0aHJ1X2VudHJ5LT5zZXRfdGV4dCggJHBhc3N0aHJ1X2hhc2h7JHNl bGVjdGVkX21hY2hpbmV9ICk7CiAkY29tYm8xLT5lbnRyeS0+c2V0X3RleHQoICRnZW9tX2hh c2h7JHNlbGVjdGVkX21hY2hpbmV9ICk7CiAkY29tYm8yLT5lbnRyeS0+c2V0X3RleHQoICRr bWFwX2hhc2h7JHNlbGVjdGVkX21hY2hpbmV9ICk7CiBpZiggJGZ1bGxzY3JlZW5faGFzaHsk c2VsZWN0ZWRfbWFjaGluZX0gZXEgInRydWUiKQogewogICAkZnNfY2hlY2tib3gtPnNldF9h Y3RpdmUoICR0cnVlICk7CiB9CiBlbHNlIHsgJGZzX2NoZWNrYm94LT5zZXRfYWN0aXZlKCAk ZmFsc2UgKTsgfQogaWYoICRiaXRtYXBfdXBkX2hhc2h7JHNlbGVjdGVkX21hY2hpbmV9IGVx ICJ0cnVlIiApCiB7CiAgICRibXBfY2hlY2tib3gtPnNldF9hY3RpdmUoICR0cnVlICk7CiB9 CiBlbHNlIHsgJGJtcF9jaGVja2JveC0+c2V0X2FjdGl2ZSggJGZhbHNlICk7IH0KIGlmKCAk bGljZW5zZV9oYXNoeyRzZWxlY3RlZF9tYWNoaW5lfSBlcSAidHJ1ZSIgKQogewogICAkbGlj X2NoZWNrYm94LT5zZXRfYWN0aXZlKCAkdHJ1ZSApOwogfQogZWxzZSB7ICRsaWNfY2hlY2ti b3gtPnNldF9hY3RpdmUoICRmYWxzZSApOyB9CiAKICRkaWFsb2cxLT5zaG93X2FsbCgpOwoK fQoKIyByZW1vdmUgYSBtYWNoaW5lIGVudHJ5IGZyb20gdGhlIGxpc3QKc3ViIHJkZXNxdWVf ZGVsZXRlCnsKICBteSAkbmFtZV9kZWxldGVkOwogIG15ICRpcF9kZWxldGVkOwogICRuYW1l X2RlbGV0ZWQgPSAkc2VsZWN0ZWRfbWFjaGluZTsKICAkaXBfZGVsZXRlZCA9ICRpcF9oYXNo eyRzZWxlY3RlZF9tYWNoaW5lfTsKICBkZWxldGUgJGlwX2hhc2h7JHNlbGVjdGVkX21hY2hp bmV9OwogIGRlbGV0ZSAkdW5hbWVfaGFzaHskc2VsZWN0ZWRfbWFjaGluZX07CiAgZGVsZXRl ICRnZW9tX2hhc2h7JHNlbGVjdGVkX21hY2hpbmV9OwogIGRlbGV0ZSAkZnVsbHNjcmVlbl9o YXNoeyRzZWxlY3RlZF9tYWNoaW5lfTsKICBkZWxldGUgJGJpdG1hcF91cGRfaGFzaHskc2Vs ZWN0ZWRfbWFjaGluZX07CiAgZGVsZXRlICRrbWFwX2hhc2h7JHNlbGVjdGVkX21hY2hpbmV9 OwogIGRlbGV0ZSAkbGljZW5zZV9oYXNoeyRzZWxlY3RlZF9tYWNoaW5lfTsKICBkZWxldGUg JHBhc3N0aHJ1X2hhc2h7JHNlbGVjdGVkX21hY2hpbmV9OwogIHdyaXRlX291dF9jb25maWco KTsKICBwcmludCAiU2VydmVyIGRlbGV0ZWQ6IG5hbWUgPSAkbmFtZV9kZWxldGVkLCBpcC9o b3N0bmFtZSA9ICRpcF9kZWxldGVkXG4iOwogIHBvcHVsYXRlX2NsaXN0X2Zyb21fY29uZmln KCk7Cgp9CgojIGNoYW5nZSBhbiBleGlzdGluZyBlbnRyeSBpbiB0aGUgbGlzdAojIG11Y2gg bGlrZSB0aGUgcmRlc3F1ZV9hZGQoKSBzdWIsIGFsbCB0aGlzIGRvZXMKIyBzZXQgdXAgYSBk aWFsb2cgdG8gZGlzcGxheSB0aGUgaW5mbyBhbmQgY2hhbmdlIGl0CiMgYWxsIHRoZSByZWFs IGxlZ3dvcmsgaXMgZG9uZSBieSBkb19lZGl0X3NlcnZlcigpCiMgeWVzLCB0aGUgbGF5b3V0 IHN0dWZmIGlzIG5hc3R5LCBzZWUgY29tbWVudHMgZm9yIHJkZXNxdWVfYWRkKCkKc3ViIHJk ZXNxdWVfZWRpdAp7CgogICRkaWFsb2cyID0gbmV3IEd0azI6OkRpYWxvZygpOwogICRkaWFs b2dfYnV0dG9uX29rID0gbmV3IEd0azI6OkJ1dHRvbiggIk9rIiApOwogICRkaWFsb2dfYnV0 dG9uX2NhbmNlbCA9IG5ldyBHdGsyOjpCdXR0b24oICJDYW5jZWwiICk7CiAgJGRpYWxvZ19i dXR0b25fb2stPnNpZ25hbF9jb25uZWN0KCAiY2xpY2tlZCIsIFwmZG9fZWRpdF9zZXJ2ZXIg KTsKICAkZGlhbG9nX2J1dHRvbl9jYW5jZWwtPnNpZ25hbF9jb25uZWN0KCAiY2xpY2tlZCIs IHN1YiB7ICRkaWFsb2cyLT5kZXN0cm95KCk7IH0gKTsKICAKICAkbmFtZV9lbnRyeSA9IG5l dyBHdGsyOjpFbnRyeSggKTsKICAkaXBfZW50cnkgPSBuZXcgR3RrMjo6RW50cnkoICk7CiAg JHVuYW1lX2VudHJ5ID0gbmV3IEd0azI6OkVudHJ5KCApOwogICRwYXNzdGhydV9lbnRyeSA9 IG5ldyBHdGsyOjpFbnRyeSggKTsKCiAgbXkgJGxhYmVsMSA9IG5ldyBHdGsyOjpMYWJlbCgg IkVudGVyIGEgbmFtZSBmb3IgdGhpcyBzZXJ2ZXI6ICIgKTsKICBteSAkbGFiZWwyID0gbmV3 IEd0azI6OkxhYmVsKCAiRW50ZXIgYW4gSVAgYWRkcmVzcyBvciBob3N0bmFtZSB0byBjb25u ZWN0IHRvOiAiKTsKICBteSAkbGFiZWwzID0gbmV3IEd0azI6OkxhYmVsKCAiUmVzb2x1dGlv bjogIiApOwogIG15ICRsYWJlbDQgPSBuZXcgR3RrMjo6TGFiZWwoICJVc2VybmFtZTogIiAp OwogIG15ICRsYWJlbDUgPSBuZXcgR3RrMjo6TGFiZWwoICJLZXlib2FyZCBNYXBwaW5nOiAi ICk7CiAgbXkgJGxhYmVsNiA9IG5ldyBHdGsyOjpMYWJlbCggIkFkZGl0aW9uYWwgVmFyaWFi bGVzIHRvIHBhc3M6ICAgICAgICAgICAgICAgICAgIiApOwoKICAkbGFiZWwxLT5zZXRfanVz dGlmeSggImxlZnQiICk7CiAgJGxhYmVsMi0+c2V0X2p1c3RpZnkoICJsZWZ0IiApOwogICRs YWJlbDMtPnNldF9qdXN0aWZ5KCAibGVmdCIgKTsKICAkbGFiZWw0LT5zZXRfanVzdGlmeSgg ImxlZnQiICk7CiAgJGxhYmVsNS0+c2V0X2p1c3RpZnkoICJsZWZ0IiApOwogICRsYWJlbDYt PnNldF9qdXN0aWZ5KCAibGVmdCIgKTsKICAKCiAgbXkgJHZib3gxID0gbmV3IEd0azI6OlZC b3goICRmYWxzZSwgMCApOwogIG15ICR2Ym94MiA9IG5ldyBHdGsyOjpWQm94KCAkZmFsc2Us IDAgKTsKICBteSAkdmJveDMgPSBuZXcgR3RrMjo6VkJveCggJGZhbHNlLCAwICk7CiAgbXkg JHZib3g0ID0gbmV3IEd0azI6OlZCb3goICRmYWxzZSwgMCApOwogIG15ICR2Ym94NSA9IG5l dyBHdGsyOjpWQm94KCAkZmFsc2UsIDAgKTsKICBteSAkdmJveDYgPSBuZXcgR3RrMjo6VkJv eCggJGZhbHNlLCAwICk7CiAgbXkgJHZib3g3ID0gbmV3IEd0azI6OlZCb3goICRmYWxzZSwg MCApOwogIAogIG15ICRoYm94MSA9IG5ldyBHdGsyOjpIQm94KCAkZmFsc2UsIDAgKTsKICBt eSAkaGJveDIgPSBuZXcgR3RrMjo6SEJveCggJGZhbHNlLCAwICk7CiAgbXkgJGhib3gzID0g bmV3IEd0azI6OkhCb3goICRmYWxzZSwgMCApOwogIG15ICRoYm94NCA9IG5ldyBHdGsyOjpI Qm94KCAkZmFsc2UsIDAgKTsKICBteSAkaGJveDUgPSBuZXcgR3RrMjo6SEJveCggJGZhbHNl LCAwICk7CiAgbXkgJGhib3g2ID0gbmV3IEd0azI6OkhCb3goICRmYWxzZSwgMCApOwogIG15 ICRoYm94NyA9IG5ldyBHdGsyOjpIQm94KCAkZmFsc2UsIDAgKTsKICAKICAkY29tYm8xID0g bmV3IEd0azI6OkNvbWJvKCk7CiAgJGNvbWJvMiA9IG5ldyBHdGsyOjpDb21ibygpOwogIG15 IEBjb21ib19saXN0ID0gKCI2NDB4NDgwIiwgIjgwMHg2MDAiLCAiMTAyNHg3NjgiLCAiMTI4 MHgxMDI0IiwgIjE2MDB4MTIwMCIpOwogIG15IEBjb21ib19saXN0MiA9IHNvcnQga2V5cyAl a21hcF90cmFuc19oYXNoOwogICRjb21ibzEtPnNldF9wb3Bkb3duX3N0cmluZ3MoIEBjb21i b19saXN0ICk7CiAgJGNvbWJvMS0+c2V0X3VzZV9hcnJvd3NfYWx3YXlzKCAkdHJ1ZSApOwog ICRjb21ibzEtPnNldF92YWx1ZV9pbl9saXN0KCAkZmFsc2UsICR0cnVlICk7CiAgJGNvbWJv Mi0+c2V0X3BvcGRvd25fc3RyaW5ncyggQGNvbWJvX2xpc3QyICk7CiAgJGNvbWJvMi0+c2V0 X3VzZV9hcnJvd3NfYWx3YXlzKCAkdHJ1ZSApOwogICRjb21ibzItPnNldF92YWx1ZV9pbl9s aXN0KCAkdHJ1ZSwgJGZhbHNlICk7CgogICRmc19jaGVja2JveCA9IG5ldyBHdGsyOjpDaGVj a0J1dHRvbiggIkZ1bGxzY3JlZW4gT24iICk7CiAgJGJtcF9jaGVja2JveCA9IG5ldyBHdGsy OjpDaGVja0J1dHRvbiggIkZvcmNlIEJpdG1hcCBVcGRhdGUiICk7CiAgJGxpY19jaGVja2Jv eCA9IG5ldyBHdGsyOjpDaGVja0J1dHRvbiggIkRvIE5vdCBSZXF1ZXN0IExpY2Vuc2UiICk7 CgogICRkaWFsb2cyLT52Ym94LT5zZXRfaG9tb2dlbmVvdXMoICRmYWxzZSApOwoKICAkZGlh bG9nMi0+dmJveC0+cGFja19zdGFydCggJGhib3gxLCAkZmFsc2UsICRmYWxzZSwgMCApOwog ICRoYm94MS0+cGFja19zdGFydCggJHZib3gxLCAkZmFsc2UsICRmYWxzZSwgMCApOwogICR2 Ym94MS0+cGFja19zdGFydCggJGxhYmVsMSwgJGZhbHNlLCAkZmFsc2UsIDAgKTsKICAkdmJv eDEtPnBhY2tfc3RhcnQoICRuYW1lX2VudHJ5LCAkZmFsc2UsICRmYWxzZSwgMCApOwoKICAk ZGlhbG9nMi0+dmJveC0+cGFja19zdGFydCggJGhib3gyLCAkZmFsc2UsICRmYWxzZSwgMCAp OwogICRoYm94Mi0+cGFja19zdGFydCggJHZib3gyLCAkZmFsc2UsICRmYWxzZSwgMCApOwog ICR2Ym94Mi0+cGFja19zdGFydCggJGxhYmVsMiwgJGZhbHNlLCAkZmFsc2UsIDAgKTsKICAk dmJveDItPnBhY2tfc3RhcnQoICRpcF9lbnRyeSwgJGZhbHNlLCAkZmFsc2UsIDAgKTsKCiAg JGRpYWxvZzItPnZib3gtPnBhY2tfc3RhcnQoICRoYm94NCwgJGZhbHNlLCAkZmFsc2UsIDAg KTsKICAkaGJveDQtPnBhY2tfc3RhcnQoICR2Ym94NCwgJGZhbHNlLCAkZmFsc2UsIDAgKTsK ICAkdmJveDQtPnBhY2tfc3RhcnQoICRsYWJlbDQsICRmYWxzZSwgJGZhbHNlLCAwICk7CiAg JHZib3g0LT5wYWNrX3N0YXJ0KCAkdW5hbWVfZW50cnksICRmYWxzZSwgJGZhbHNlLCAwICk7 CgogICRkaWFsb2cyLT52Ym94LT5wYWNrX3N0YXJ0KCAkaGJveDcsICRmYWxzZSwgJGZhbHNl LCAwICk7CiAgJGhib3g0LT5wYWNrX3N0YXJ0KCAkdmJveDcsICRmYWxzZSwgJGZhbHNlLCAw ICk7CiAgJHZib3g0LT5wYWNrX3N0YXJ0KCAkbGFiZWw2LCAkZmFsc2UsICRmYWxzZSwgMCAp OwogICR2Ym94NC0+cGFja19zdGFydCggJHBhc3N0aHJ1X2VudHJ5LCAkZmFsc2UsICRmYWxz ZSwgMCApOwoKICAkZGlhbG9nMi0+dmJveC0+cGFja19zdGFydCggJGhib3gzLCAkZmFsc2Us ICRmYWxzZSwgMCApOwogICRoYm94My0+cGFja19zdGFydCggJHZib3gzLCAkZmFsc2UsICRm YWxzZSwgMCApOwogICR2Ym94My0+cGFja19zdGFydCggJGxhYmVsMywgJGZhbHNlLCAkZmFs c2UsIDAgKTsKICAkdmJveDMtPnBhY2tfc3RhcnQoICRjb21ibzEsICRmYWxzZSwgJGZhbHNl LCAwICk7CgogICRkaWFsb2cyLT52Ym94LT5wYWNrX3N0YXJ0KCAkaGJveDYsICRmYWxzZSwg JGZhbHNlLCAwICk7CiAgJGhib3g2LT5wYWNrX3N0YXJ0KCAkdmJveDYsICRmYWxzZSwgJGZh bHNlLCAwICk7CiAgJHZib3g2LT5wYWNrX3N0YXJ0KCAkbGFiZWw1LCAkZmFsc2UsICRmYWxz ZSwgMCApOwogICR2Ym94Ni0+cGFja19zdGFydCggJGNvbWJvMiwgJGZhbHNlLCAkZmFsc2Us IDAgKTsKCiAgJGRpYWxvZzItPnZib3gtPnBhY2tfc3RhcnQoICRoYm94NSwgJGZhbHNlLCAk ZmFsc2UsIDAgKTsKICAkaGJveDUtPnBhY2tfc3RhcnQoICR2Ym94NSwgJGZhbHNlLCAkZmFs c2UsIDAgKTsKICAkdmJveDUtPnBhY2tfc3RhcnQoICRmc19jaGVja2JveCwgJGZhbHNlLCAk ZmFsc2UsIDAgKTsKICAkdmJveDUtPnBhY2tfc3RhcnQoICRibXBfY2hlY2tib3gsICRmYWxz ZSwgJGZhbHNlLCAwICk7CiAgJHZib3g1LT5wYWNrX3N0YXJ0KCAkbGljX2NoZWNrYm94LCAk ZmFsc2UsICRmYWxzZSwgMCApOwogIAogICRkaWFsb2cyLT5hY3Rpb25fYXJlYS0+cGFja19z dGFydCggJGRpYWxvZ19idXR0b25fb2ssICR0cnVlLCAkdHJ1ZSwgMCApOwogICRkaWFsb2cy LT5hY3Rpb25fYXJlYS0+cGFja19zdGFydCggJGRpYWxvZ19idXR0b25fY2FuY2VsLCAkdHJ1 ZSwgJHRydWUsIDAgKTsKCiAgJG5hbWVfZW50cnktPnNldF90ZXh0KCAkc2VsZWN0ZWRfbWFj aGluZSApOwogICRpcF9lbnRyeS0+c2V0X3RleHQoICRpcF9oYXNoeyRzZWxlY3RlZF9tYWNo aW5lfSApOwogICR1bmFtZV9lbnRyeS0+c2V0X3RleHQoICR1bmFtZV9oYXNoeyRzZWxlY3Rl ZF9tYWNoaW5lfSApOwogICRwYXNzdGhydV9lbnRyeS0+c2V0X3RleHQoICRwYXNzdGhydV9o YXNoeyRzZWxlY3RlZF9tYWNoaW5lfSApOwogICRjb21ibzEtPmVudHJ5LT5zZXRfdGV4dCgg JGdlb21faGFzaHskc2VsZWN0ZWRfbWFjaGluZX0gKTsKICAkY29tYm8yLT5lbnRyeS0+c2V0 X3RleHQoICRrbWFwX2hhc2h7JHNlbGVjdGVkX21hY2hpbmV9ICk7CiAgaWYoICRmdWxsc2Ny ZWVuX2hhc2h7JHNlbGVjdGVkX21hY2hpbmV9IGVxICJ0cnVlIikKICB7CiAgICAkZnNfY2hl Y2tib3gtPnNldF9hY3RpdmUoICR0cnVlICk7CiAgfQogIGVsc2UgeyAkZnNfY2hlY2tib3gt PnNldF9hY3RpdmUoICRmYWxzZSApOyB9CiAgaWYoICRiaXRtYXBfdXBkX2hhc2h7JHNlbGVj dGVkX21hY2hpbmV9IGVxICJ0cnVlIiApCiAgewogICAgJGJtcF9jaGVja2JveC0+c2V0X2Fj dGl2ZSggJHRydWUgKTsKICB9CiAgZWxzZSB7ICRibXBfY2hlY2tib3gtPnNldF9hY3RpdmUo ICRmYWxzZSApOyB9CiAgaWYoICRsaWNlbnNlX2hhc2h7JHNlbGVjdGVkX21hY2hpbmV9IGVx ICJ0cnVlIiApCiAgewogICAgJGxpY19jaGVja2JveC0+c2V0X2FjdGl2ZSggJHRydWUgKTsK ICB9CiAgZWxzZSB7ICRsaWNfY2hlY2tib3gtPnNldF9hY3RpdmUoICRmYWxzZSApOyB9Cgog ICRkaWFsb2cyLT5zZXRfdGl0bGUoIkVkaXQgU2VydmVyOiAkc2VsZWN0ZWRfbWFjaGluZSIp OwoKICAkZGlhbG9nMi0+c2hvd19hbGwoKTsKCn0KCiMgaGFuZGxlciBmb3Igd2hlbiBhIHJv dyBpcyBzZWxlY3RlZCwgZ3JhYnMgaW5mbyBmcm9tIHRoZSBzZWxlY3RlZCByb3cKIyBsb29r cyB0aGUgY29ycmVzcG9uZGluZyB2YWx1ZXMgdXAgaW4gdGhlIGhhc2ggYW5kIAojIHN0dWZm cyB0aGVtIGludG8gdmFyaWFibGVzIHRvIGJlIHVzZWQgaW4gb3RoZXIgc3VicwpzdWIgbGlz dF9zZWxfcm93CnsKICBteSAkc2VsZWN0aW9uID0gKCRsaXN0MS0+Z2V0X3NlbGVjdGVkX2lu ZGljZXMpWzBdOwogIG15IEByb3cgPSBAeyhAeyRsaXN0MS0+e2RhdGF9fSlbJHNlbGVjdGlv bl19OwogCiAgbXkgJGZzX3RmOwogIG15ICRibXBfdGY7CiAgJHNlbGVjdGVkX21hY2hpbmUg PSAkcm93WzBdOwogICRzZWxlY3RlZF9tYWNoaW5lX2lwID0gJGlwX2hhc2h7JHNlbGVjdGVk X21hY2hpbmV9OwogICRzZWxlY3RlZF91bmFtZSA9ICR1bmFtZV9oYXNoeyRzZWxlY3RlZF9t YWNoaW5lfTsKICAkc2VsZWN0ZWRfZ2VvbSA9ICRnZW9tX2hhc2h7JHNlbGVjdGVkX21hY2hp bmV9OwogICRzZWxlY3RlZF9mcyA9ICRmdWxsc2NyZWVuX2hhc2h7JHNlbGVjdGVkX21hY2hp bmV9OwogICRzZWxlY3RlZF9iaXRtYXBfdXBkID0gJGJpdG1hcF91cGRfaGFzaHskc2VsZWN0 ZWRfbWFjaGluZX07CiAgJHNlbGVjdGVkX2xpYyA9ICRsaWNlbnNlX2hhc2h7JHNlbGVjdGVk X21hY2hpbmV9OwogICRzZWxlY3RlZF9rbWFwID0gJGttYXBfaGFzaHskc2VsZWN0ZWRfbWFj aGluZX07CiAgJHNlbGVjdGVkX2ttYXBfaGV4ID0gJGttYXBfdHJhbnNfaGFzaHskc2VsZWN0 ZWRfa21hcH07CiAgJHNlbGVjdGVkX3Bhc3N0aHJ1ID0gJHBhc3N0aHJ1X2hhc2h7JHNlbGVj dGVkX21hY2hpbmV9OwoKICBpZiggJHNlbGVjdGVkX2ZzIGVxICJ0cnVlIiApIHsgJGZzX3Rm ID0gIk9OIjsgfQogIGVsc2UgeyAkZnNfdGYgPSAiT0ZGIjsgfQogIGlmKCAkc2VsZWN0ZWRf Yml0bWFwX3VwZCBlcSAidHJ1ZSIgKSB7ICRibXBfdGYgPSAiRm9yY2luZyBCaXRtYXAgVXBk YXRlcyI7IH0KICBlbHNlIHsgJGJtcF90ZiA9ICJub3QgRm9yY2luZyBCaXRtYXAgVXBkYXRl cyI7IH0KICBwcmludCAiWW91IHNlbGVjdGVkIFwiJHNlbGVjdGVkX21hY2hpbmVcIiwgd2l0 aCB0aGUgSVAgXCIkc2VsZWN0ZWRfbWFjaGluZV9pcFwiLCBHZW9tZXRyeSBpcyBcIiRzZWxl Y3RlZF9nZW9tXCJcblVzZXJuYW1lIGlzIFwiJHNlbGVjdGVkX3VuYW1lXCIsIEZ1bGxzY3Jl ZW4gaXMgJGZzX3RmLCAkYm1wX3RmXG5LZXlib2FyZCBNYXBwaW5nIGlzIFwiJHNlbGVjdGVk X2ttYXBcIlxuXG4iOyAKfQoKCnN1YiBsaXN0X2V4ZWNfcm93IHsKICByZXR1cm4gMSB1bmxl c3MgJHNlbGVjdGVkX21hY2hpbmVfaXA7CiAgbXkgKCR3LCAkZXYpID0gQF87CiAgaWYgKCRl di0+e3R5cGV9IGVxICcyYnV0dG9uX3ByZXNzJyBhbmQgJGV2LT57YnV0dG9ufSA9PSAxKSB7 CiAgICAgICMgd2VsbCwgcHJvYmFibHkgd2Ugc2hvdWxkIGVtdWxhdGUgcHJvcGVyIHNpZ25h bCBtYXJzaGFsbGluZwogICAgICAjIGZvciAnY2xpY2snIG9uIHRoZSAnQ29ubmVjdCcgYnV0 dG9uLCBidXQgZm9yIHRoZSBtb21lbnQgaXQncwogICAgICAjIGVub3VnaCB0byBzaW1wbHkg Y2FsbCAncmRlc3F1ZV9jb25uZWN0JwogICAgICAjIGxpc3QgZG91YmxlLWNsaWNrIHBhdGNo IGJ5IEFsZXhleSBNb3Jvem92CiAgICAgICZyZGVzcXVlX2Nvbm5lY3Q7CiAgfQogIHJldHVy biAxOwp9CgojIGZhaXJseSBzaW1wbGUsIGp1c3Qgc3BpdHMgb3V0IGEgY29uZmlnIGZpbGUg YmFzZWQgb24gdGhlCiMgZGF0YSBjb250YWluZWQgaW4gdGhlIGhhc2hlcyAKc3ViIHdyaXRl X291dF9jb25maWcKewogIG15ICRtYWNoaW5hX3A7CiAgbXkgQG1hY2hpbmVzX3A7CiAgbXkg JGNvdW50ID0gMTsgCgogIHVubGluayggIiRFTlZ7SE9NRX0vLnhyZGVza3RvcF9jb25maWci ICk7CiAgIyBmaXhlZCBieSBLZW4gQ2FydXNvCiAgb3BlbiggQ09ORklHLCAiPiRFTlZ7SE9N RX0vLnhyZGVza3RvcF9jb25maWciICk7CiAgc2VsZWN0KCBDT05GSUcgKTsKCiAgcHJpbnQg IlwjIE5PIFVTRVIgU0VSVklDQUJMRSBQQVJUUy4gQVQgQUxMLlxuIjsKICBwcmludCAiI1xu XG4iOwoKICBAbWFjaGluZXNfcCA9IGtleXMgJWlwX2hhc2g7CiAgZm9yZWFjaCAkbWFjaGlu YV9wIChzb3J0IEBtYWNoaW5lc19wKQogIHsKICAgIHByaW50ICIjIEVudHJ5ICRjb3VudFxu IjsKICAgIHByaW50ICJOYW1lPSRtYWNoaW5hX3BcbiI7CiAgICBwcmludCAiSVA9JGlwX2hh c2h7JG1hY2hpbmFfcH1cbiI7CiAgICBwcmludCAiVW5hbWU9JHVuYW1lX2hhc2h7JG1hY2hp bmFfcH1cbiI7CiAgICBwcmludCAiR2VvbWV0cnk9JGdlb21faGFzaHskbWFjaGluYV9wfVxu IjsKICAgIHByaW50ICJGdWxsc2NyZWVuPSRmdWxsc2NyZWVuX2hhc2h7JG1hY2hpbmFfcH1c biI7CiAgICBwcmludCAiQml0bWFwX1VwZGF0ZXM9JGJpdG1hcF91cGRfaGFzaHskbWFjaGlu YV9wfVxuIjsKICAgIHByaW50ICJLZXltYXA9JGttYXBfaGFzaHskbWFjaGluYV9wfVxuIjsK ICAgIHByaW50ICJOb1JlcUxpYz0kbGljZW5zZV9oYXNoeyRtYWNoaW5hX3B9XG4iOwogICAg cHJpbnQgIlBhc3N0aHJ1PSRwYXNzdGhydV9oYXNoeyRtYWNoaW5hX3B9XG5cbiI7CiAgICAk Y291bnQrKzsKICB9CgogIHNlbGVjdCggU1RET1VUICk7CiAgY2xvc2UoIENPTkZJRyApOwog IAp9CgojIGRvZXMgdGhlIGFjdHVhbCBhZGRpbmcgb2YgdGhlIHNlcnZlciB0byB0aGUgaGFz aCBhbmQgY29uZmlnIGZpbGVzCiMgc2luY2UgdGhlIHJkZXNxdWVfYWRkKCkgc3ViIGp1c3Qg Y3JlYXRlcyB0aGUgZGlhbG9nLgojIHRoaXMgaXMgdGhlIG9uZSBsaW5rZWQgdG8gdGhlICJv ayIgYnV0dG9uIGluIHRoZSBhZGQgZGlhbG9nCnN1YiBkb19hZGRfc2VydmVyCnsKCiBteSAk bmFtZV9hZGRlZCA9ICRuYW1lX2VudHJ5LT5nZXRfdGV4dCgpOwogbXkgJGlwX2FkZGVkID0g JGlwX2VudHJ5LT5nZXRfdGV4dCgpOwogbXkgJHVuYW1lX2FkZGVkID0gJHVuYW1lX2VudHJ5 LT5nZXRfdGV4dCgpOwogbXkgJHJlc28gPSAkY29tYm8xLT5lbnRyeS0+Z2V0X3RleHQoKTsK IG15ICRrbWFwID0gJGNvbWJvMi0+ZW50cnktPmdldF90ZXh0KCk7CiBteSAkcHRocnUgPSAk cGFzc3RocnVfZW50cnktPmdldF90ZXh0KCk7CiBteSAkZnNfc3RhdGU7CiBteSAkYm1wX3N0 YXRlOwogbXkgJGxpY19zdGF0ZTsKCiBpZiggJGZzX2NoZWNrYm94LT5nZXRfYWN0aXZlICkg eyRmc19zdGF0ZSA9ICJ0cnVlIjt9CiBlbHNlIHskZnNfc3RhdGUgPSAiZmFsc2UiO30KIAog aWYoICRibXBfY2hlY2tib3gtPmdldF9hY3RpdmUgKSB7JGJtcF9zdGF0ZSA9ICJ0cnVlIjt9 CiBlbHNlIHskYm1wX3N0YXRlID0gImZhbHNlIjt9CgogaWYoICRsaWNfY2hlY2tib3gtPmdl dF9hY3RpdmUgKSB7JGxpY19zdGF0ZSA9ICJ0cnVlIjt9CiBlbHNlIHskbGljX3N0YXRlID0g ImZhbHNlIjt9CgogY2hvbXAgJG5hbWVfYWRkZWQ7CiBjaG9tcCAkaXBfYWRkZWQ7CiBjaG9t cCAkdW5hbWVfYWRkZWQ7CiBjaG9tcCAkcmVzbzsKIGNob21wICRmc19zdGF0ZTsKIGNob21w ICRibXBfc3RhdGU7CiBjaG9tcCAkbGljX3N0YXRlOwogY2hvbXAgJGttYXA7CiBjaG9tcCAk cHRocnU7CgogbXkgJGNoZWNrX2R1cGVfa2V5ID0gZXhpc3RzICRpcF9oYXNoeyRuYW1lX2Fk ZGVkfTsKIGlmKCAkbmFtZV9hZGRlZCBuZSAiIiAmJiAkaXBfYWRkZWQgbmUgIiIgJiYgJGNo ZWNrX2R1cGVfa2V5ICE9ICR0cnVlICkgCiB7CiAgICRpcF9oYXNoeyRuYW1lX2FkZGVkfSA9 ICRpcF9hZGRlZDsKICAgJHVuYW1lX2hhc2h7JG5hbWVfYWRkZWR9ID0gJHVuYW1lX2FkZGVk OwogICAkZ2VvbV9oYXNoeyRuYW1lX2FkZGVkfSA9ICRyZXNvOwogICAkZnVsbHNjcmVlbl9o YXNoeyRuYW1lX2FkZGVkfSA9ICRmc19zdGF0ZTsKICAgJGJpdG1hcF91cGRfaGFzaHskbmFt ZV9hZGRlZH0gPSAkYm1wX3N0YXRlOwogICAkbGljZW5zZV9oYXNoeyRuYW1lX2FkZGVkfSA9 ICRsaWNfc3RhdGU7CiAgICRrbWFwX2hhc2h7JG5hbWVfYWRkZWR9ID0gJGttYXA7CiAgICRw YXNzdGhydV9oYXNoeyRuYW1lX2FkZGVkfSA9ICRwdGhydTsKIyAgIHByaW50ICJBZGRpbmc6 ICRuYW1lX2FkZGVkLCAkcHRocnVcbiI7CiAgIHdyaXRlX291dF9jb25maWcoKTsKIyAgIHBy aW50ICJBZGRlZDogbmFtZT0kbmFtZV9hZGRlZCwgaXAvaG9zdG5hbWU9JGlwX2FkZGVkLCB1 c2VybmFtZT0kdW5hbWVfYWRkZWRcblJlc29sdXRpb249JHJlc28sIEZ1bGxzY3JlZW49JGZz X3N0YXRlLCBGb3JjZSBCaXRtYXAgVXBkYXRlcz0kYm1wX3N0YXRlXG5LZXlib2FyZCBNYXBw aW5nPSRrbWFwXG5cbiI7CiAgICRkaWFsb2cxLT5kZXN0cm95KCk7CiAgIHBvcHVsYXRlX2Ns aXN0X2Zyb21fY29uZmlnKCk7CiB9CiBlbHNlCiB7CiAgIG15ICRmaWVsZDE7CiAgIG15ICRk b2hfZGlhbG9nID0gbmV3IEd0azI6OkRpYWxvZygpOwogICAkZG9oX2RpYWxvZy0+dGl0bGUo IkVyLi4uLiIpOwogICBteSAkZG9oX29rID0gbmV3IEd0azI6OkJ1dHRvbiggIk9rIiApOwog ICAkZG9oX29rLT5zaWduYWxfY29ubmVjdCggImNsaWNrZWQiLCBzdWIgeyAkZG9oX2RpYWxv Zy0+ZGVzdHJveSgpOyB9ICk7CiAgIG15ICRkb2hfbGFiZWwgPSBuZXcgR3RrMjo6TGFiZWwo KTsKICAgaWYoICRuYW1lX2FkZGVkIGVxICIiICkgCiAgIHsgCiAgICAgJGZpZWxkMSA9ICJZ b3UgbGVmdCB0aGUgTmFtZSBmaWVsZCBibGFuay5cbkNvbmZpZyBOT1QgdXBkYXRlZCI7CiAg ICAgJGRvaF9sYWJlbC0+c2V0X3RleHQoICRmaWVsZDEgKTsKICAgfQogICBlbHNpZiggJGlw X2FkZGVkIGVxICIiICkgCiAgIHsgCiAgICAgJGZpZWxkMSA9ICJZb3UgbGVmdCB0aGUgSVAv SG9zdG5hbWUgZmllbGQgYmxhbmsuXG5Db25maWcgTk9UIHVwZGF0ZWQiOyAKICAgICAkZG9o X2xhYmVsLT5zZXRfdGV4dCggJGZpZWxkMSApOwogICB9IAogICBlbHNpZiggJGNoZWNrX2R1 cGVfa2V5ICkgCiAgIHsgCiAgICAgJGRvaF9sYWJlbC0+c2V0X3RleHQoICJBbiBlbnRyeSBu YW1lZCBcIiRuYW1lX2FkZGVkXCIgYWxyZWFkeSBleGlzdHMuXG5QbGVhc2UgY2hvb3NlIGFu b3RoZXIgbmFtZS4iICk7IAogICB9CiAgIGVsc2UgCiAgIHsgCiAgICAgJGZpZWxkMSA9ICIq KipDUklUSUNBTCBFUlJPUioqKiI7IAogICAgICRkb2hfbGFiZWwtPnNldF90ZXh0KCAkZmll bGQxICk7CiAgIH0KICAgCiAgICRkb2hfZGlhbG9nLT52Ym94LT5wYWNrX3N0YXJ0KCAkZG9o X2xhYmVsLCAkdHJ1ZSwgJHRydWUsIDAgKTsKICAgJGRvaF9kaWFsb2ctPmFjdGlvbl9hcmVh LT5wYWNrX3N0YXJ0KCAkZG9oX29rLCAkdHJ1ZSwgJHRydWUsIDAgKTsKICAgJGRvaF9kaWFs b2ctPnNob3dfYWxsKCk7CiB9CiAKfQoKIyBkb2VzIHRoZSBhY3R1YWwgZWRpdGluZyBvZiB0 aGUgc2VydmVyIGluIHRoZSBoYXNoIGFuZCBjb25maWcKIyBmaWxlcyBzaW5jZSB0aGUgcmRl c3F1ZV9lZGl0KCkgc3ViIGp1c3QgY3JlYXRlcyB0aGUgZGlhbG9nLgojIHRoaXMgaXMgdGhl IG9uZSBsaW5rZWQgdG8gdGhlICJvayBidXR0b24gaW4gdGhlIGRpYWxvZwpzdWIgZG9fZWRp dF9zZXJ2ZXIKewogIG15ICRuYW1lX2VkaXRlZCA9ICRuYW1lX2VudHJ5LT5nZXRfdGV4dCgp OwogIG15ICRpcF9lZGl0ZWQgPSAkaXBfZW50cnktPmdldF90ZXh0KCk7CiAgbXkgJHVuYW1l X2VkaXRlZCA9ICR1bmFtZV9lbnRyeS0+Z2V0X3RleHQoKTsKICBteSAkcHRocnUgPSAkcGFz c3RocnVfZW50cnktPmdldF90ZXh0KCk7CiAgbXkgJHJlc28gPSAkY29tYm8xLT5lbnRyeS0+ Z2V0X3RleHQoKTsKICBteSAka21hcCA9ICRjb21ibzItPmVudHJ5LT5nZXRfdGV4dCgpOwog IG15ICRmc19zdGF0ZTsKICBteSAkYm1wX3N0YXRlOwogIG15ICRsaWNfc3RhdGU7CgogIGlm KCAkZnNfY2hlY2tib3gtPmdldF9hY3RpdmUgKSB7JGZzX3N0YXRlID0gInRydWUiO30KICBl bHNlIHskZnNfc3RhdGUgPSAiZmFsc2UiO30KIAogIGlmKCAkYm1wX2NoZWNrYm94LT5nZXRf YWN0aXZlICkgeyRibXBfc3RhdGUgPSAidHJ1ZSI7fQogIGVsc2UgeyRibXBfc3RhdGUgPSAi ZmFsc2UiO30KCiAgaWYoICRsaWNfY2hlY2tib3gtPmdldF9hY3RpdmUgKSB7JGxpY19zdGF0 ZSA9ICJ0cnVlIjt9CiAgZWxzZSB7JGxpY19zdGF0ZSA9ICJmYWxzZSI7fQoKCiAgY2hvbXAg JG5hbWVfZWRpdGVkOwogIGNob21wICRpcF9lZGl0ZWQ7CiAgY2hvbXAgJHVuYW1lX2VkaXRl ZDsKICBjaG9tcCAkcmVzbzsKICBjaG9tcCAkZnNfc3RhdGU7CiAgY2hvbXAgJGJtcF9zdGF0 ZTsKICBjaG9tcCAkbGljX3N0YXRlOwogIGNob21wICRrbWFwOwogIGNob21wICRwdGhydTsK CiAgaWYoICRuYW1lX2VkaXRlZCBuZSAiIiAmJiAkaXBfZWRpdGVkIG5lICIiICkKICB7CiAK ICAgIG15ICRvbGRfbmFtZSA9ICRzZWxlY3RlZF9tYWNoaW5lOwogICAgbXkgJG9sZF9pcCA9 ICRpcF9oYXNoeyRzZWxlY3RlZF9tYWNoaW5lfTsKCiAgICBkZWxldGUgJGlwX2hhc2h7JHNl bGVjdGVkX21hY2hpbmV9OwogICAgJGlwX2hhc2h7JG5hbWVfZWRpdGVkfSA9ICRpcF9lZGl0 ZWQ7CiAgICBkZWxldGUgJHVuYW1lX2hhc2h7JHNlbGVjdGVkX21hY2hpbmV9OwogICAgJHVu YW1lX2hhc2h7JG5hbWVfZWRpdGVkfSA9ICR1bmFtZV9lZGl0ZWQ7ICAKICAgIGRlbGV0ZSAk Z2VvbV9oYXNoeyRzZWxlY3RlZF9tYWNoaW5lfTsKICAgICRnZW9tX2hhc2h7JG5hbWVfZWRp dGVkfSA9ICRyZXNvOwogICAgZGVsZXRlICRmdWxsc2NyZWVuX2hhc2h7JHNlbGVjdGVkX21h Y2hpbmV9OwogICAgJGZ1bGxzY3JlZW5faGFzaHskbmFtZV9lZGl0ZWR9ID0gJGZzX3N0YXRl OwogICAgZGVsZXRlICRiaXRtYXBfdXBkX2hhc2h7JHNlbGVjdGVkX21hY2hpbmV9OwogICAg JGJpdG1hcF91cGRfaGFzaHskbmFtZV9lZGl0ZWR9ID0gJGJtcF9zdGF0ZTsKICAgIGRlbGV0 ZSAkbGljZW5zZV9oYXNoeyRzZWxlY3RlZF9tYWNoaW5lfTsKICAgICRsaWNlbnNlX2hhc2h7 JG5hbWVfZWRpdGVkfSA9ICRsaWNfc3RhdGU7CiAgICBkZWxldGUgJGttYXBfaGFzaHskc2Vs ZWN0ZWRfbWFjaGluZX07CiAgICAka21hcF9oYXNoeyRuYW1lX2VkaXRlZH0gPSAka21hcDsK ICAgIGRlbGV0ZSAkcGFzc3RocnVfaGFzaHskc2VsZWN0ZWRfbWFjaGluZX07CiAgICAkcGFz c3RocnVfaGFzaHskbmFtZV9lZGl0ZWR9ID0gJHB0aHJ1OwogICAKICAgIHdyaXRlX291dF9j b25maWcoKTsKICAgIHByaW50ICJPbGQgZGF0YTogbmFtZSA9ICRvbGRfbmFtZSwgaXAvaG9z dG5hbWUgPSAkb2xkX2lwXG4iOwogICAgcHJpbnQgIk5ldyBkYXRhOiBuYW1lID0gJG5hbWVf ZWRpdGVkLCBpcC9ob3N0bmFtZSA9ICRpcF9lZGl0ZWRcbiI7IAogICAgJGRpYWxvZzItPmRl c3Ryb3koKTsKICAgIHBvcHVsYXRlX2NsaXN0X2Zyb21fY29uZmlnKCk7IAogIH0KICBlbHNl CiAgewogICAgbXkgJGZpZWxkMTsKICAgIG15ICRkb2hfZGlhbG9nID0gbmV3IEd0azI6OkRp YWxvZygpOwogICAgJGRvaF9kaWFsb2ctPnRpdGxlKCJFci4uLi4iKTsKICAgIG15ICRkb2hf b2sgPSBuZXcgR3RrMjo6QnV0dG9uKCAiT2siICk7CiAgICAkZG9oX29rLT5zaWduYWxfY29u bmVjdCggImNsaWNrZWQiLCBzdWIgeyAkZG9oX2RpYWxvZy0+ZGVzdHJveSgpOyB9ICk7CiAg ICBpZiggJG5hbWVfZWRpdGVkIGVxICIiICkgeyAkZmllbGQxID0gIk5hbWUiOyB9CiAgICBl bHNpZiggJGlwX2VkaXRlZCBlcSAiIiApIHsgJGZpZWxkMSA9ICJJUC9Ib3N0bmFtZSI7IH0K ICAgIGVsc2UgeyAkZmllbGQxID0gIioqKkNSSVRJQ0FMIEVSUk9SKioqIjsgfQogICAgbXkg JGRvaF9sYWJlbCA9IG5ldyBHdGsyOjpMYWJlbCggIllvdSBsZWZ0IHRoZSAkZmllbGQxIGZp ZWxkIGJsYW5rLlxuQ29uZmlnIE5PVCB1cGRhdGVkLiIgKTsKICAgIAogICAgJGRvaF9kaWFs b2ctPnZib3gtPnBhY2tfc3RhcnQoICRkb2hfbGFiZWwsICR0cnVlLCAkdHJ1ZSwgMCApOwog ICAgJGRvaF9kaWFsb2ctPmFjdGlvbl9hcmVhLT5wYWNrX3N0YXJ0KCAkZG9oX29rLCAkdHJ1 ZSwgJHRydWUsIDAgKTsKICAgICRkb2hfZGlhbG9nLT5zaG93X2FsbCgpOwogIH0KCn0KCiMg cmVhZHMgaW4gdGhlIGNvbmZpZyBmaWxlICh+Ly54cmRlc2t0b3BfY29uZmlnIGJ5IGRlZmF1 bHQpCiMgcGx1Z3MgYWxsIHRoZSBkYXRhIGludG8gYSBoYXNoICgkaXBfaGFzaCkgYW5kIAoj IHNldHMgdXAgdGhlICRsaXN0MSB3aWRnZXQgd2l0aCB0aGUgZGF0YSBpbiB0aGUgaGFzaApz dWIgcG9wdWxhdGVfY2xpc3RfZnJvbV9jb25maWcKewoKICB1bmxlc3MoIC1lICIkRU5We0hP TUV9Ly54cmRlc2t0b3BfY29uZmlnIikgeyB3cml0ZV9vdXRfY29uZmlnKCk7fQoKICBvcGVu KCBDT05GSUcsICIkRU5We0hPTUV9Ly54cmRlc2t0b3BfY29uZmlnIik7CiAgd2hpbGUoIDxD T05GSUc+ICkKICB7CgogICAgIyBpZ25vcmUgY29tbWVudHMgYW5kIGJsYW5rIGxpbmVzIAog ICAgbmV4dCBpZiAvXiMvOwogICAgbmV4dCBpZiAvXiQvOwogIAogICMgZ2V0IG1lIHNvbWUg ZGF0YQogICAgJHJhd19kYXRhID0gJF87CiAgICBjaG9tcCAkcmF3X2RhdGE7CiAgICAoICRm aWVsZF90eXBlLCAkZmllbGRfZGF0YSApID0gc3BsaXQgLz0vLCAkcmF3X2RhdGEsMjsKICAg IGNob21wICRmaWVsZF90eXBlOwogICAgY2hvbXAgJGZpZWxkX2RhdGE7CgogICAgIyBzdHVm ZiB0aGUgZmlyc3QgbGluZSAoaG9wZWZ1bGx5IE5hbWUpIGludG8gdmFycwogICAgaWYoICRm aWVsZF90eXBlIGVxICJOYW1lIiApIHskbWFjaGluZV9uYW1lID0gJGZpZWxkX2RhdGE7fQog ICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJJUCIgKSB7JG1hY2hpbmVfaXAgPSAkZmllbGRf ZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIlVuYW1lIiApIHskbWFjaGluZV91 bmFtZSA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiR2VvbWV0 cnkiICkgeyAkbWFjaGluZV9nZW9tID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVs ZF90eXBlIGVxICJGdWxsc2NyZWVuIiApIHskbWFjaGluZV9mcyA9ICRmaWVsZF9kYXRhO30K ICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiQml0bWFwX1VwZGF0ZXMiICkgeyRtYWNoaW5l X2JpdG1hcF91cGQgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEg IktleW1hcCIgKSB7JG1hY2hpbmVfa21hcCA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lmKCAk ZmllbGRfdHlwZSBlcSAiTm9SZXFMaWMiICkgeyRtYWNoaW5lX2xpYyA9ICRmaWVsZF9kYXRh O30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiUGFzc3RocnUiICkgeyRtYWNoaW5lX3Bh c3N0aHJ1ID0gJGZpZWxkX2RhdGE7fQogICAgZWxzZSB7cHJpbnQgIkJhZCBEYXRhOiAkZmll bGRfdHlwZSA6ICRmaWVsZF9kYXRhXG4iO30KCiAgICAjIHN0dWZmIHRoZSBzZWNvbmQgbGlu ZSAoaG9wZWZ1bGx5IElQKSBpbnRvIHZhcnMgCiAgICAkcmF3X2RhdGEgPSA8Q09ORklHPjsK ICAgIGNob21wICRyYXdfZGF0YTsKICAgICggJGZpZWxkX3R5cGUsICRmaWVsZF9kYXRhICkg PSBzcGxpdCAvPS8sICRyYXdfZGF0YSwyOwogICAgY2hvbXAgJGZpZWxkX3R5cGU7CiAgICBj aG9tcCAkZmllbGRfZGF0YTsKICAgIGlmKCAkZmllbGRfdHlwZSBlcSAiTmFtZSIgKSB7JG1h Y2hpbmVfbmFtZSA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAi SVAiICkgeyRtYWNoaW5lX2lwID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90 eXBlIGVxICJVbmFtZSIgKSB7JG1hY2hpbmVfdW5hbWUgPSAkZmllbGRfZGF0YTt9CiAgICBl bHNpZiggJGZpZWxkX3R5cGUgZXEgIkdlb21ldHJ5IiApIHsgJG1hY2hpbmVfZ2VvbSA9ICRm aWVsZF9kYXRhO30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiRnVsbHNjcmVlbiIgKSB7 JG1hY2hpbmVfZnMgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEg IkJpdG1hcF9VcGRhdGVzIiApIHskbWFjaGluZV9iaXRtYXBfdXBkID0gJGZpZWxkX2RhdGE7 fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJLZXltYXAiICkgeyRtYWNoaW5lX2ttYXAg PSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIk5vUmVxTGljIiAp IHskbWFjaGluZV9saWMgPSAkZmllbGRfZGF0YTt9IAogICAgZWxzaWYoICRmaWVsZF90eXBl IGVxICJQYXNzdGhydSIgKSB7JG1hY2hpbmVfcGFzc3RocnUgPSAkZmllbGRfZGF0YTt9CiAg ICBlbHNlIHtwcmludCAiQmFkIERhdGE6ICRmaWVsZF90eXBlIDogJGZpZWxkX2RhdGFcbiI7 fQoKICAgICMgc3R1ZmYgdGhlIHRoaXJkIGxpbmUgKGhvcGVmdWxseSBVbmFtZSkgaW50byB2 YXJzCiAgICAkcmF3X2RhdGEgPSA8Q09ORklHPjsKICAgIGNob21wICRyYXdfZGF0YTsKICAg ICggJGZpZWxkX3R5cGUsICRmaWVsZF9kYXRhICkgPSBzcGxpdCAvPS8sICRyYXdfZGF0YSwy OwogICAgY2hvbXAgJGZpZWxkX3R5cGU7CiAgICBjaG9tcCAkZmllbGRfZGF0YTsKICAgIGlm KCAkZmllbGRfdHlwZSBlcSAiTmFtZSIgKSB7JG1hY2hpbmVfbmFtZSA9ICRmaWVsZF9kYXRh O30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiSVAiICkgeyRtYWNoaW5lX2lwID0gJGZp ZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJVbmFtZSIgKSB7JG1hY2hp bmVfdW5hbWUgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIkdl b21ldHJ5IiApIHsgJG1hY2hpbmVfZ2VvbSA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lmKCAk ZmllbGRfdHlwZSBlcSAiRnVsbHNjcmVlbiIgKSB7JG1hY2hpbmVfZnMgPSAkZmllbGRfZGF0 YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIkJpdG1hcF9VcGRhdGVzIiApIHskbWFj aGluZV9iaXRtYXBfdXBkID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBl IGVxICJLZXltYXAiICkgeyRtYWNoaW5lX2ttYXAgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNp ZiggJGZpZWxkX3R5cGUgZXEgIk5vUmVxTGljIiApIHskbWFjaGluZV9saWMgPSAkZmllbGRf ZGF0YTt9IAogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJQYXNzdGhydSIgKSB7JG1hY2hp bmVfcGFzc3RocnUgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNlIHtwcmludCAiQmFkIERhdGE6 ICRmaWVsZF90eXBlIDogJGZpZWxkX2RhdGFcbiI7fQoKICAgICMgc3R1ZmYgdGhlIGZvdXJ0 aCBsaW5lIChob3BlZnVsbHkgR2VvbWV0cnkpIGludG8gdmFycwogICAgJHJhd19kYXRhID0g PENPTkZJRz47CiAgICBjaG9tcCAkcmF3X2RhdGE7CiAgICAoICRmaWVsZF90eXBlLCAkZmll bGRfZGF0YSApID0gc3BsaXQgLz0vLCAkcmF3X2RhdGEsMjsKICAgIGNob21wICRmaWVsZF90 eXBlOwogICAgY2hvbXAgJGZpZWxkX2RhdGE7CiAgICBpZiggJGZpZWxkX3R5cGUgZXEgIk5h bWUiICkgeyRtYWNoaW5lX25hbWUgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxk X3R5cGUgZXEgIklQIiApIHskbWFjaGluZV9pcCA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lm KCAkZmllbGRfdHlwZSBlcSAiVW5hbWUiICkgeyRtYWNoaW5lX3VuYW1lID0gJGZpZWxkX2Rh dGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJHZW9tZXRyeSIgKSB7ICRtYWNoaW5l X2dlb20gPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIkZ1bGxz Y3JlZW4iICkgeyRtYWNoaW5lX2ZzID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVs ZF90eXBlIGVxICJCaXRtYXBfVXBkYXRlcyIgKSB7JG1hY2hpbmVfYml0bWFwX3VwZCA9ICRm aWVsZF9kYXRhO30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiS2V5bWFwIiApIHskbWFj aGluZV9rbWFwID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJO b1JlcUxpYyIgKSB7JG1hY2hpbmVfbGljID0gJGZpZWxkX2RhdGE7fSAKICAgIGVsc2lmKCAk ZmllbGRfdHlwZSBlcSAiUGFzc3RocnUiICkgeyRtYWNoaW5lX3Bhc3N0aHJ1ID0gJGZpZWxk X2RhdGE7fQogICAgZWxzZSB7cHJpbnQgIkJhZCBEYXRhOiAkZmllbGRfdHlwZSA6ICRmaWVs ZF9kYXRhXG4iO30KCiAgICAjIHN0dWZmIHRoZSBmaWZ0aCBsaW5lIChob3BlZnVsbHkgRnVs bHNjcmVlbikgaW50byB2YXJzCiAgICAkcmF3X2RhdGEgPSA8Q09ORklHPjsKICAgIGNob21w ICRyYXdfZGF0YTsKICAgICggJGZpZWxkX3R5cGUsICRmaWVsZF9kYXRhICkgPSBzcGxpdCAv PS8sICRyYXdfZGF0YSwyOwogICAgY2hvbXAgJGZpZWxkX3R5cGU7CiAgICBjaG9tcCAkZmll bGRfZGF0YTsKICAgIGlmKCAkZmllbGRfdHlwZSBlcSAiTmFtZSIgKSB7JG1hY2hpbmVfbmFt ZSA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiSVAiICkgeyRt YWNoaW5lX2lwID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJV bmFtZSIgKSB7JG1hY2hpbmVfdW5hbWUgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZp ZWxkX3R5cGUgZXEgIkdlb21ldHJ5IiApIHsgJG1hY2hpbmVfZ2VvbSA9ICRmaWVsZF9kYXRh O30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiRnVsbHNjcmVlbiIgKSB7JG1hY2hpbmVf ZnMgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIkJpdG1hcF9V cGRhdGVzIiApIHskbWFjaGluZV9iaXRtYXBfdXBkID0gJGZpZWxkX2RhdGE7fQogICAgZWxz aWYoICRmaWVsZF90eXBlIGVxICJLZXltYXAiICkgeyRtYWNoaW5lX2ttYXAgPSAkZmllbGRf ZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIk5vUmVxTGljIiApIHskbWFjaGlu ZV9saWMgPSAkZmllbGRfZGF0YTt9IAogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJQYXNz dGhydSIgKSB7JG1hY2hpbmVfcGFzc3RocnUgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNlIHtw cmludCAiQmFkIERhdGE6ICRmaWVsZF90eXBlIDogJGZpZWxkX2RhdGFcbiI7fQoKICAgICMg c3R1ZmYgdGhlIHNpeHRoIGxpbmUgKGhvcGVmdWxseSBCaXRtYXBfVXBkYXRlcykgaW50byB2 YXJzCiAgICAkcmF3X2RhdGEgPSA8Q09ORklHPjsKICAgIGNob21wICRyYXdfZGF0YTsKICAg ICggJGZpZWxkX3R5cGUsICRmaWVsZF9kYXRhICkgPSBzcGxpdCAvPS8sICRyYXdfZGF0YSwy OwogICAgY2hvbXAgJGZpZWxkX3R5cGU7CiAgICBjaG9tcCAkZmllbGRfZGF0YTsKICAgIGlm KCAkZmllbGRfdHlwZSBlcSAiTmFtZSIgKSB7JG1hY2hpbmVfbmFtZSA9ICRmaWVsZF9kYXRh O30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiSVAiICkgeyRtYWNoaW5lX2lwID0gJGZp ZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJVbmFtZSIgKSB7JG1hY2hp bmVfdW5hbWUgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIkdl b21ldHJ5IiApIHsgJG1hY2hpbmVfZ2VvbSA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lmKCAk ZmllbGRfdHlwZSBlcSAiRnVsbHNjcmVlbiIgKSB7JG1hY2hpbmVfZnMgPSAkZmllbGRfZGF0 YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIkJpdG1hcF9VcGRhdGVzIiApIHskbWFj aGluZV9iaXRtYXBfdXBkID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBl IGVxICJLZXltYXAiICkgeyRtYWNoaW5lX2ttYXAgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNp ZiggJGZpZWxkX3R5cGUgZXEgIk5vUmVxTGljIiApIHskbWFjaGluZV9saWMgPSAkZmllbGRf ZGF0YTt9IAogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJQYXNzdGhydSIgKSB7JG1hY2hp bmVfcGFzc3RocnUgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNlIHtwcmludCAiQmFkIERhdGE6 ICRmaWVsZF90eXBlIDogJGZpZWxkX2RhdGFcbiI7fQoKICAgICMgc3R1ZmYgdGhlIHNldmVu dGggbGluZSAoaG9wZWZ1bGx5IEtleW1hcCkgaW50byB2YXJzCiAgICAkcmF3X2RhdGEgPSA8 Q09ORklHPjsKICAgIGNob21wICRyYXdfZGF0YTsKICAgICggJGZpZWxkX3R5cGUsICRmaWVs ZF9kYXRhICkgPSBzcGxpdCAvPS8sICRyYXdfZGF0YSwyOwogICAgY2hvbXAgJGZpZWxkX3R5 cGU7CiAgICBjaG9tcCAkZmllbGRfZGF0YTsKICAgIGlmKCAkZmllbGRfdHlwZSBlcSAiTmFt ZSIgKSB7JG1hY2hpbmVfbmFtZSA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lmKCAkZmllbGRf dHlwZSBlcSAiSVAiICkgeyRtYWNoaW5lX2lwID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYo ICRmaWVsZF90eXBlIGVxICJVbmFtZSIgKSB7JG1hY2hpbmVfdW5hbWUgPSAkZmllbGRfZGF0 YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIkdlb21ldHJ5IiApIHsgJG1hY2hpbmVf Z2VvbSA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiRnVsbHNj cmVlbiIgKSB7JG1hY2hpbmVfZnMgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxk X3R5cGUgZXEgIkJpdG1hcF9VcGRhdGVzIiApIHskbWFjaGluZV9iaXRtYXBfdXBkID0gJGZp ZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJLZXltYXAiICkgeyRtYWNo aW5lX2ttYXAgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIk5v UmVxTGljIiApIHskbWFjaGluZV9saWMgPSAkZmllbGRfZGF0YTt9IAogICAgZWxzaWYoICRm aWVsZF90eXBlIGVxICJQYXNzdGhydSIgKSB7JG1hY2hpbmVfcGFzc3RocnUgPSAkZmllbGRf ZGF0YTt9CiAgICBlbHNlIHtwcmludCAiQmFkIERhdGE6ICRmaWVsZF90eXBlIDogJGZpZWxk X2RhdGFcbiI7fQoKICAgICMgc3R1ZmYgdGhlIGVpZ2h0aCBsaW5lIChob3BlZnVsbHkgTm9S ZXFMaWMpIGludG8gdmFycwogICAgJHJhd19kYXRhID0gPENPTkZJRz47CiAgICBjaG9tcCAk cmF3X2RhdGE7CiAgICAoICRmaWVsZF90eXBlLCAkZmllbGRfZGF0YSApID0gc3BsaXQgLz0v LCAkcmF3X2RhdGEsMjsKICAgIGNob21wICRmaWVsZF90eXBlOwogICAgY2hvbXAgJGZpZWxk X2RhdGE7CiAgICBpZiggJGZpZWxkX3R5cGUgZXEgIk5hbWUiICkgeyRtYWNoaW5lX25hbWUg PSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIklQIiApIHskbWFj aGluZV9pcCA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lmKCAkZmllbGRfdHlwZSBlcSAiVW5h bWUiICkgeyRtYWNoaW5lX3VuYW1lID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVs ZF90eXBlIGVxICJHZW9tZXRyeSIgKSB7ICRtYWNoaW5lX2dlb20gPSAkZmllbGRfZGF0YTt9 CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIkZ1bGxzY3JlZW4iICkgeyRtYWNoaW5lX2Zz ID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJCaXRtYXBfVXBk YXRlcyIgKSB7JG1hY2hpbmVfYml0bWFwX3VwZCA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lm KCAkZmllbGRfdHlwZSBlcSAiS2V5bWFwIiApIHskbWFjaGluZV9rbWFwID0gJGZpZWxkX2Rh dGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJOb1JlcUxpYyIgKSB7JG1hY2hpbmVf bGljID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJQYXNzdGhy dSIgKSB7JG1hY2hpbmVfcGFzc3RocnUgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNlIHtwcmlu dCAiQmFkIERhdGE6ICRmaWVsZF90eXBlIDogJGZpZWxkX2RhdGFcbiI7fQoKICAgICMgc3R1 ZmYgdGhlIG5pbnRoIGxpbmUgKGhvcGVmdWxseSBQYXNzdGhydSkgaW50byB2YXJzCiAgICAk cmF3X2RhdGEgPSA8Q09ORklHPjsKICAgIGNob21wICRyYXdfZGF0YTsKICAgICggJGZpZWxk X3R5cGUsICRmaWVsZF9kYXRhICkgPSBzcGxpdCAvPS8sICRyYXdfZGF0YSwyOwogICAgY2hv bXAgJGZpZWxkX3R5cGU7CiAgICBjaG9tcCAkZmllbGRfZGF0YTsKICAgIGlmKCAkZmllbGRf dHlwZSBlcSAiTmFtZSIgKSB7JG1hY2hpbmVfbmFtZSA9ICRmaWVsZF9kYXRhO30KICAgIGVs c2lmKCAkZmllbGRfdHlwZSBlcSAiSVAiICkgeyRtYWNoaW5lX2lwID0gJGZpZWxkX2RhdGE7 fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJVbmFtZSIgKSB7JG1hY2hpbmVfdW5hbWUg PSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIkdlb21ldHJ5IiAp IHsgJG1hY2hpbmVfZ2VvbSA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2lmKCAkZmllbGRfdHlw ZSBlcSAiRnVsbHNjcmVlbiIgKSB7JG1hY2hpbmVfZnMgPSAkZmllbGRfZGF0YTt9CiAgICBl bHNpZiggJGZpZWxkX3R5cGUgZXEgIkJpdG1hcF9VcGRhdGVzIiApIHskbWFjaGluZV9iaXRt YXBfdXBkID0gJGZpZWxkX2RhdGE7fQogICAgZWxzaWYoICRmaWVsZF90eXBlIGVxICJLZXlt YXAiICkgeyRtYWNoaW5lX2ttYXAgPSAkZmllbGRfZGF0YTt9CiAgICBlbHNpZiggJGZpZWxk X3R5cGUgZXEgIk5vUmVxTGljIiApIHskbWFjaGluZV9saWMgPSAkZmllbGRfZGF0YTt9CiAg ICBlbHNpZiggJGZpZWxkX3R5cGUgZXEgIlBhc3N0aHJ1IiApIHskbWFjaGluZV9wYXNzdGhy dSA9ICRmaWVsZF9kYXRhO30KICAgIGVsc2Uge3ByaW50ICJCYWQgRGF0YTogJGZpZWxkX3R5 cGUgOiAkZmllbGRfZGF0YVxuIjt9CgogICAgIyBmaW5hbGx5LCBzdHVmZiBpdCBhbGwgaW50 byB0aGUgaGFzaGVzCiAgICBjaG9tcCAkbWFjaGluZV9uYW1lOwogICAgY2hvbXAgJG1hY2hp bmVfaXA7CiAgICBjaG9tcCAkbWFjaGluZV91bmFtZTsKICAgIGNob21wICRtYWNoaW5lX2dl b207CiAgICBjaG9tcCAkbWFjaGluZV9mczsKICAgIGNob21wICRtYWNoaW5lX2JpdG1hcF91 cGQ7CiAgICBjaG9tcCAkbWFjaGluZV9rbWFwOwogICAgY2hvbXAgJG1hY2hpbmVfcGFzc3Ro cnU7CiAgICAkaXBfaGFzaHskbWFjaGluZV9uYW1lfSA9ICRtYWNoaW5lX2lwOwogICAgJHVu YW1lX2hhc2h7JG1hY2hpbmVfbmFtZX0gPSAkbWFjaGluZV91bmFtZTsKICAgICRnZW9tX2hh c2h7JG1hY2hpbmVfbmFtZX0gPSAkbWFjaGluZV9nZW9tOwogICAgJGZ1bGxzY3JlZW5faGFz aHskbWFjaGluZV9uYW1lfSA9ICRtYWNoaW5lX2ZzOwogICAgJGJpdG1hcF91cGRfaGFzaHsk bWFjaGluZV9uYW1lfSA9ICRtYWNoaW5lX2JpdG1hcF91cGQ7IAogICAgJGxpY2Vuc2VfaGFz aHskbWFjaGluZV9uYW1lfSA9ICRtYWNoaW5lX2xpYzsKICAgICRrbWFwX2hhc2h7JG1hY2hp bmVfbmFtZX0gPSAkbWFjaGluZV9rbWFwOyAKICAgICRwYXNzdGhydV9oYXNoeyRtYWNoaW5l X25hbWV9ID0gJG1hY2hpbmVfcGFzc3RocnU7CiAgfQoKICBjbG9zZSBDT05GSUc7CgogICMg YW5kIGxhc3QsIGJ1dCBub3QgbGVhc3QsIHN0dWZmIGl0IGFsbCBpbnRvIHRoZSBjbGlzdAog IGZvciAobXkgJG49JGluZGV4bWF4LTE7ICRuPj0wOyAkbi0tKQogIHsgCiAgc3BsaWNlIEB7 ICRsaXN0MS0+e2RhdGF9IH0sICRuLCAxOwogIH0gCiAgQG1hY2hpbmVzID0ga2V5cyAlaXBf aGFzaDsKICAkaW5kZXhtYXggPSAwOwogIGZvcmVhY2ggJG1hY2hpbmEgKHNvcnQgQG1hY2hp bmVzKQogIHsKICAgIHB1c2ggQHskbGlzdDEtPntkYXRhfX0sIFskbWFjaGluYSwgJGlwX2hh c2h7JG1hY2hpbmF9LCAkdW5hbWVfaGFzaHskbWFjaGluYX0sICRrbWFwX2hhc2h7JG1hY2hp bmF9LCAkZ2VvbV9oYXNoeyRtYWNoaW5hfSwgJGZ1bGxzY3JlZW5faGFzaHskbWFjaGluYX0s ICRiaXRtYXBfdXBkX2hhc2h7JG1hY2hpbmF9LCAkbGljZW5zZV9oYXNoeyRtYWNoaW5hfSwg JHBhc3N0aHJ1X2hhc2h7JG1hY2hpbmF9IF07CiAgICAkaW5kZXhtYXgrKzsKICB9CiAgCn0K --------------060103000108040102030702-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 10:51:59 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00C5F154 for ; Tue, 27 Jan 2015 10:51:58 +0000 (UTC) Received: from mail.mimar.rs (mail.mimar.rs [193.53.106.129]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0B5323 for ; Tue, 27 Jan 2015 10:51:57 +0000 (UTC) Received: from mail.mimar.rs (localhost [127.0.0.1]) by mail.mimar.rs (Postfix) with ESMTP id 099601AF503 for ; Tue, 27 Jan 2015 11:51:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:references:in-reply-to:message-id:subject:subject:from :from:date:date:received:received; s=mimar-0901; t=1422355912; x=1424170313; bh=QNBSNT4YpmpeqQ+o526yPFgy31ya3u65B/hT3f4Y5Hc=; b= JwcZP0NeD6Ez82amTvSDgoXTvJsz/r9Ik//8P08k2SVoM8cVpUcITV6dTzNOFzON dGBlT7tJIVdNpe/J3pLpaim/PMMN3C+voZHbA3/cC1zRqnAaVfb300olQ1RXKQqx AcswWGovxPlm1QWh1799ZvWqdpsUSYKfOB5c/iSnP14= X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.0.1]) by mail.mimar.rs (mail.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id zf3nsPlRIWq1 for ; Tue, 27 Jan 2015 11:51:52 +0100 (CET) Received: from efreet (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id 400301AF32C for ; Tue, 27 Jan 2015 11:51:52 +0100 (CET) Date: Tue, 27 Jan 2015 11:51:51 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-ports@freebsd.org Subject: Re: www/squid does not shutdown via rc Message-Id: <20150127115151.afeb1ee969a562e8f42e300c@mimar.rs> In-Reply-To: <54C73A0E.8050501@FreeBSD.org> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> <20150126235655.5d371915@kirk.drpetervoigt.private> <20150127035200.GF44537@home.opsec.eu> <54C73A0E.8050501@FreeBSD.org> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) 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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 10:51:59 -0000 On Tue, 27 Jan 2015 07:11:10 +0000 Matthew Seaman wrote: > On 2015/01/27 03:52, Kurt Jaeger wrote: > > Doesn't installing a custom kernel break freebsd-update ? >=20 > No. freebsd-update has always supported using a custom kernel. It > helps if you name your kernel something other than GENERIC, which you d= o > by creating a modofoed kernel config file in /usr/src/sys/amd64/conf (o= r > i386 if that's your architecture): eg. >=20 > % cat FOO > include GENERIC >=20 > ident FOO >=20 > and then add: >=20 > KERNCONF=3D FOO >=20 > to /etc/make.conf >=20 > You should also edit /etc/freebsd-update.conf and change the > 'Components' line to remove 'kernel' from the list. >=20 > None of this is absolutely necessary, but it will help you avoid > accidentally ending up with the generic kernel. >=20 > In any case, what you will need to do is rebuild your kernel and > reinstall it any time freebsd-update touches the kernel. You can use > freebsd-update to maintain the kernel sources, which will pull in the > needed updates to the kernel sources. The timing for this is really unfortunate for me, because I have just re-installed my FreeBSD fleet of some 20 virtual servers without sources included, and I just introduced "binary only" policy (ok I do build my own ports on one server in poudriere, but all other servers use packages)= . I guess theoretically it is possible to make "kernel build server" which will build custom kernel for distribution to other servers. I am just not sure how will RELEASE userland tolerate STABLE kernel. Does this sound reasonable? Any tips? Thank you in advance, --=20 Marko Cupa=C4=87 https://www.mimar.rs From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 11:26:25 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7126E6A1; Tue, 27 Jan 2015 11:26:25 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65564978; Tue, 27 Jan 2015 11:26:24 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 1B7902842F; Tue, 27 Jan 2015 12:26:21 +0100 (CET) Received: from illbsd.quip.test (ip-89-177-50-74.net.upcbroadband.cz [89.177.50.74]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3AD5128429; Tue, 27 Jan 2015 12:26:20 +0100 (CET) Message-ID: <54C775DB.30104@quip.cz> Date: Tue, 27 Jan 2015 12:26:19 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: pkg delete portaudit is trying to remove sysinfo References: <54C6D314.5000106@quip.cz> <20150126235352.GV81001@ivaldir.etoilebsd.net> <54C6E20D.4040703@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 11:26:25 -0000 Kevin Oberman wrote on 01/27/2015 02:20: > On Mon, Jan 26, 2015 at 4:55 PM, Miroslav Lachman <000.fbsd@quip.cz > > wrote: > > Baptiste Daroussin wrote on 01/27/2015 00:53: > > On Tue, Jan 27, 2015 at 12:51:48AM +0100, Miroslav Lachman wrote: > > I am converting all our servers to pkg2ng and on one old > system I have [...] > > Can anobody tell me, why it is trying to remove sysinfo? > Sysinfo has > nothing to do with portaudit. > > > sysinfo was depending on portaudit until version 1.0.1_2 and you > have 1.0.1 > which depends on portaudit. > > > OK, it make sense now. Thank you! > > So I let it be removed and now trying to install newer version: > > # pkg install sysinfo > No active remote repositories configured. > > I guess this is problem with some missing files in this jail, > because pkg works in host system which was converted to pkg in the > same way. > > Can you point me to the right direction what files should be present > in the jail to make the pkg work? > > For example, jail and host both have only pkg.conf.sample in > /usr/local/etc/ > So should I look somewhere else? > > > Miroslav Lachman > > > This may not be the complete issue, but: > # pkg update > # pkg install sysutils/sysinfo I tried this before my previous post, but it failed with the same error: # pkg update No active remote repositories configured. So I think there should be some default file missing in this jail. Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 12:15:38 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BECF1A34 for ; Tue, 27 Jan 2015 12:15:38 +0000 (UTC) Received: from sh4-5.1blu.de (sh4-5.1blu.de [178.254.11.41]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85876F6B for ; Tue, 27 Jan 2015 12:15:37 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.76) (envelope-from ) id 1YG53J-0007pT-3B for freebsd-ports@freebsd.org; Tue, 27 Jan 2015 13:15:29 +0100 Date: Tue, 27 Jan 2015 13:15:29 +0100 From: Matthias Apitz To: freebsd-ports@freebsd.org Subject: poudriere && Ctrl-t / Ctrl-c Message-ID: <20150127121528.GA27890@sh4-5.1blu.de> Reply-To: Matthias Apitz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 12:15:38 -0000 Hello, Yesterday I wanted to check with Ctrl-t how much hours it has spent already on compiling some port. As accident I pressed Ctrl-c and of course poudriere did what Ctr-c means: it did a shutdown and I lost some 10 hours of compilation :-( Ofc, clearly my fault. But, would it be an option to let poudriere raise a question like 'Do you really want to shutdown?' Thanks matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 13:09:33 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BBB7751; Tue, 27 Jan 2015 13:09:33 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D0BCF8F6; Tue, 27 Jan 2015 13:09:32 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 0BBCFBDC5A; Tue, 27 Jan 2015 14:09:31 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id E1DFDBDC56; Tue, 27 Jan 2015 14:09:30 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id C07386158; Tue, 27 Jan 2015 14:09:29 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id B3AA17BC6453; Tue, 27 Jan 2015 14:09:27 +0100 (CET) Date: Tue, 27 Jan 2015 14:09:26 +0100 From: Mathieu Arnold To: Matthias Apitz , freebsd-ports@freebsd.org, zeising@FreeBSD.org Subject: Re: head/graphics/svgalib does not build in poudriere Message-ID: In-Reply-To: <20150125075122.GA1377@c720-r276659> References: <20150125075122.GA1377@c720-r276659> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 13:09:33 -0000 +--On 25 janvier 2015 08:51:22 +0100 Matthias Apitz wrote: | clang -Wall -Wstrict-prototypes -Wall -Wstrict-prototypes -fPIC Why does it say clang here and not cc ? What do you have in your make.conf ? Can we get the full log ? -- Mathieu Arnold From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 13:11:21 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B35D47FA for ; Tue, 27 Jan 2015 13:11:21 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 74A3E90D for ; Tue, 27 Jan 2015 13:11:21 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id B10A3BDC5C; Tue, 27 Jan 2015 14:11:19 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id A97DDBDC5A; Tue, 27 Jan 2015 14:11:19 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 0C1476158; Tue, 27 Jan 2015 14:11:18 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 3ACF67BC6493; Tue, 27 Jan 2015 14:11:18 +0100 (CET) Date: Tue, 27 Jan 2015 14:11:18 +0100 From: Mathieu Arnold To: Matthias Apitz , freebsd-ports@freebsd.org Subject: Re: poudriere && Ctrl-t / Ctrl-c Message-ID: <8E6540AAA4B42AB192FBBE88@ogg.in.absolight.net> In-Reply-To: <20150127121528.GA27890@sh4-5.1blu.de> References: <20150127121528.GA27890@sh4-5.1blu.de> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 13:11:21 -0000 +--On 27 janvier 2015 13:15:29 +0100 Matthias Apitz wrote: | Yesterday I wanted to check with Ctrl-t how much hours it has spent | already on compiling some port. As accident I pressed Ctrl-c and of | course poudriere did what Ctr-c means: it did a shutdown and I lost some | 10 hours of compilation :-( | Ofc, clearly my fault. You did not loose 10 hours of compilation, you lost what was being built at the time you did Ctrl-C. If you run poudriere bulk again, it will continue the build. -- Mathieu Arnold From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 13:13:56 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2974C8C2 for ; Tue, 27 Jan 2015 13:13:56 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A8BFA9B1 for ; Tue, 27 Jan 2015 13:13:55 +0000 (UTC) Received: from zero-gravitas.local (vpn-1.adestra.com [46.236.37.122]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0RDDos2066747 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 27 Jan 2015 13:13:50 GMT (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t0RDDos2066747 Authentication-Results: smtp.infracaninophile.co.uk/t0RDDos2066747; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host vpn-1.adestra.com [46.236.37.122] claimed to be zero-gravitas.local Message-ID: <54C78F0F.5090202@FreeBSD.org> Date: Tue, 27 Jan 2015 13:13:51 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: www/squid does not shutdown via rc References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> <20150126235655.5d371915@kirk.drpetervoigt.private> <20150127035200.GF44537@home.opsec.eu> <54C73A0E.8050501@FreeBSD.org> <20150127115151.afeb1ee969a562e8f42e300c@mimar.rs> In-Reply-To: <20150127115151.afeb1ee969a562e8f42e300c@mimar.rs> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.98.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 13:13:56 -0000 On 2015/01/27 10:51, Marko Cupać wrote: > I guess theoretically it is possible to make "kernel build server" which > will build custom kernel for distribution to other servers. I am just > not sure how will RELEASE userland tolerate STABLE kernel. You can use the 10.1-RELEASE sources and apply the two patches manually to ensure you have a compatible kernel. Cheers, Matthew From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 13:57:47 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED89A56B; Tue, 27 Jan 2015 13:57:47 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AEDCCE6D; Tue, 27 Jan 2015 13:57:47 +0000 (UTC) Received: from [89.204.153.51] (helo=c720-r276659) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YG6eB-0000w8-1M; Tue, 27 Jan 2015 14:57:39 +0100 Date: Tue, 27 Jan 2015 14:57:36 +0100 From: Matthias Apitz To: Mathieu Arnold Subject: Re: poudriere && Ctrl-t / Ctrl-c Message-ID: <20150127135736.GA6883@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Mathieu Arnold , freebsd-ports@freebsd.org References: <20150127121528.GA27890@sh4-5.1blu.de> <8E6540AAA4B42AB192FBBE88@ogg.in.absolight.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8E6540AAA4B42AB192FBBE88@ogg.in.absolight.net> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.153.51 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 13:57:48 -0000 El día Tuesday, January 27, 2015 a las 02:11:18PM +0100, Mathieu Arnold escribió: > +--On 27 janvier 2015 13:15:29 +0100 Matthias Apitz > wrote: > | Yesterday I wanted to check with Ctrl-t how much hours it has spent > | already on compiling some port. As accident I pressed Ctrl-c and of > | course poudriere did what Ctr-c means: it did a shutdown and I lost some > | 10 hours of compilation :-( > | Ofc, clearly my fault. > > You did not loose 10 hours of compilation, you lost what was being built at > the time you did Ctrl-C. If you run poudriere bulk again, it will continue > the build. Is this also true if a port is not yet finished, or only for created packages? matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 14:31:00 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF564C5E; Tue, 27 Jan 2015 14:31:00 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id DBBBC351; Tue, 27 Jan 2015 14:31:00 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=UTF-8 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 <0NIU00BEBB7MBR00@hades.sorbs.net>; Tue, 27 Jan 2015 06:35:48 -0800 (PST) Message-id: <54C7A121.5010601@sorbs.net> Date: Tue, 27 Jan 2015 15:30:57 +0100 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Matthias Apitz , Mathieu Arnold , freebsd-ports@freebsd.org Subject: Re: poudriere && Ctrl-t / Ctrl-c References: <20150127121528.GA27890@sh4-5.1blu.de> <8E6540AAA4B42AB192FBBE88@ogg.in.absolight.net> <20150127135736.GA6883@c720-r276659> In-reply-to: <20150127135736.GA6883@c720-r276659> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 14:31:01 -0000 Matthias Apitz wrote: > El día Tuesday, January 27, 2015 a las 02:11:18PM +0100, Mathieu Arnold escribió: > > >> +--On 27 janvier 2015 13:15:29 +0100 Matthias Apitz >> wrote: >> | Yesterday I wanted to check with Ctrl-t how much hours it has spent >> | already on compiling some port. As accident I pressed Ctrl-c and of >> | course poudriere did what Ctr-c means: it did a shutdown and I lost some >> | 10 hours of compilation :-( >> | Ofc, clearly my fault. >> >> You did not loose 10 hours of compilation, you lost what was being built at >> the time you did Ctrl-C. If you run poudriere bulk again, it will continue >> the build. >> > > Is this also true if a port is not yet finished, or only for created > packages? > Only those that have been completed. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 16:12:48 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EF2BA80 for ; Tue, 27 Jan 2015 16:12:48 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (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 55868F7B for ; Tue, 27 Jan 2015 16:12:15 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0REgj71056043; Tue, 27 Jan 2015 06:42:45 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: ports@FreeBSD.org, Peter In-Reply-To: <54C763D1.7020108@flytrace.com> References: <54C763D1.7020108@flytrace.com> From: "Chris H" Subject: Re: xrdesktop ported to Gtk2 Date: Tue, 27 Jan 2015 06:43:24 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <5daff3234ffb05848998e1891e62cf77@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 16:12:48 -0000 On Tue, 27 Jan 2015 11:09:21 +0100 Peter wrote > Hello, > > I've ported xrdesktop to Gtk2 and fixed some small bugs. > The software was tested during some months in everyday use, there is no > problem. > You can push it to ports tree with the same name or as xrdesktop2 (to > save the old one). > > Best regards, > Peter TKATCHENKO I'll take it. Thanks for all your work, Peter. --Chris From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 19:03:21 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B1804A7; Tue, 27 Jan 2015 19:03:21 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CEDFF812; Tue, 27 Jan 2015 19:03:20 +0000 (UTC) Received: from [89.204.139.47] (helo=c720-r276659) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YGBPu-0004RE-8c; Tue, 27 Jan 2015 20:03:15 +0100 Date: Tue, 27 Jan 2015 20:03:10 +0100 From: Matthias Apitz To: Michelle Sullivan Subject: Re: poudriere && Ctrl-t / Ctrl-c Message-ID: <20150127190310.GA1217@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Michelle Sullivan , Mathieu Arnold , freebsd-ports@freebsd.org References: <20150127121528.GA27890@sh4-5.1blu.de> <8E6540AAA4B42AB192FBBE88@ogg.in.absolight.net> <20150127135736.GA6883@c720-r276659> <54C7A121.5010601@sorbs.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <54C7A121.5010601@sorbs.net> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.139.47 Cc: Mathieu Arnold , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 19:03:21 -0000 El día Tuesday, January 27, 2015 a las 03:30:57PM +0100, Michelle Sullivan escribió: > >> You did not loose 10 hours of compilation, you lost what was being built at > >> the time you did Ctrl-C. If you run poudriere bulk again, it will continue > >> the build. > >> > > > > Is this also true if a port is not yet finished, or only for created > > packages? > > > > Only those that have been completed. This was my understanding and observation as well. In general, poudriere works very nice and stable. I just ended compiling around 1600 ports in 3 days on an old Dell M4400 which I found in the dustbin of my company. It has a dual core 3 GHz CPU. I installed HEAD, compiled an amd64 jail and launched poudriere with 4 builders. Around 10 ports could not be build, mostly fetch errors. ANd for java/eclipse I have to enable at least 6 GByte swap (I know that already)... A big thanks to the poudriere creators! matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 20:08:40 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6B5AC92; Tue, 27 Jan 2015 20:08:40 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81AF9119; Tue, 27 Jan 2015 20:08:40 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5E4C028422; Tue, 27 Jan 2015 21:08:37 +0100 (CET) Received: from illbsd.quip.test (ip-89-177-50-74.net.upcbroadband.cz [89.177.50.74]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 24DD728423; Tue, 27 Jan 2015 21:08:36 +0100 (CET) Message-ID: <54C7F043.3070203@quip.cz> Date: Tue, 27 Jan 2015 21:08:35 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: pkg delete portaudit is trying to remove sysinfo References: <54C6D314.5000106@quip.cz> <20150126235352.GV81001@ivaldir.etoilebsd.net> <54C6E20D.4040703@quip.cz> <54C775DB.30104@quip.cz> In-Reply-To: <54C775DB.30104@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 20:08:41 -0000 Miroslav Lachman wrote on 01/27/2015 12:26: > Kevin Oberman wrote on 01/27/2015 02:20: >> On Mon, Jan 26, 2015 at 4:55 PM, Miroslav Lachman <000.fbsd@quip.cz [...] >> For example, jail and host both have only pkg.conf.sample in >> /usr/local/etc/ >> So should I look somewhere else? >> >> >> Miroslav Lachman >> >> >> This may not be the complete issue, but: >> # pkg update >> # pkg install sysutils/sysinfo > > I tried this before my previous post, but it failed with the same error: > > # pkg update > No active remote repositories configured. > > So I think there should be some default file missing in this jail. The missing file was /etc/pkg/FreeBSD.conf. I copied it from host to jail and pkg works now. (I don't know why it was not there. I did run mergemaster for this jail after each update / upgrade) Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 20:45:13 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4765DC8; Tue, 27 Jan 2015 20:45:13 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 79811862; Tue, 27 Jan 2015 20:45:13 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id DD47133C1D; Tue, 27 Jan 2015 15:45:01 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 254083985D; Tue, 27 Jan 2015 15:45:00 -0500 (EST) From: Lowell Gilbert To: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: pkg delete portaudit is trying to remove sysinfo References: <54C6D314.5000106@quip.cz> <20150126235352.GV81001@ivaldir.etoilebsd.net> <54C6E20D.4040703@quip.cz> <54C775DB.30104@quip.cz> Date: Tue, 27 Jan 2015 15:45:00 -0500 In-Reply-To: <54C775DB.30104@quip.cz> (Miroslav Lachman's message of "Tue, 27 Jan 2015 12:26:19 +0100") Message-ID: <44h9vcvtpv.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: Kevin Oberman , Baptiste Daroussin , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2015 20:45:13 -0000 Miroslav Lachman <000.fbsd@quip.cz> writes: > Kevin Oberman wrote on 01/27/2015 02:20: >> On Mon, Jan 26, 2015 at 4:55 PM, Miroslav Lachman <000.fbsd@quip.cz >> > wrote: >> >> Baptiste Daroussin wrote on 01/27/2015 00:53: >> >> On Tue, Jan 27, 2015 at 12:51:48AM +0100, Miroslav Lachman wrote: >> >> I am converting all our servers to pkg2ng and on one old >> system I have > > [...] > >> >> Can anobody tell me, why it is trying to remove sysinfo? >> Sysinfo has >> nothing to do with portaudit. >> >> >> sysinfo was depending on portaudit until version 1.0.1_2 and you >> have 1.0.1 >> which depends on portaudit. >> >> >> OK, it make sense now. Thank you! >> >> So I let it be removed and now trying to install newer version: >> >> # pkg install sysinfo >> No active remote repositories configured. >> >> I guess this is problem with some missing files in this jail, >> because pkg works in host system which was converted to pkg in the >> same way. >> >> Can you point me to the right direction what files should be present >> in the jail to make the pkg work? >> >> For example, jail and host both have only pkg.conf.sample in >> /usr/local/etc/ >> So should I look somewhere else? >> >> >> Miroslav Lachman >> >> >> This may not be the complete issue, but: >> # pkg update >> # pkg install sysutils/sysinfo > > I tried this before my previous post, but it failed with the same error: > > # pkg update > No active remote repositories configured. > > So I think there should be some default file missing in this jail. That would either be Freebsd.conf or the conf defining your custom pkg server (if you've defined one). But you might want to update the packages in the jail from outside the jail. This would make it easier to avoid downloading the packages multiple times, and would leave fewer privileged activities that have to be done inside the jail. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 28 06:03:57 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51691C65 for ; Wed, 28 Jan 2015 06:03:57 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (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 3F314D49 for ; Wed, 28 Jan 2015 06:03:57 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9) with ESMTP id t0S63veJ059623 for ; Wed, 28 Jan 2015 06:03:57 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9/Submit) id t0S63vMp059622 for ports@FreeBSD.org; Wed, 28 Jan 2015 06:03:57 GMT (envelope-from indexbuild) Date: Wed, 28 Jan 2015 06:03:57 GMT From: Ports Index build Message-Id: <201501280603.t0S63vMp059622@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 8.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 06:03:57 -0000 INDEX build failed with errors: Generating INDEX-8 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- --- describe.finance --- --- describe.french --- --- describe.ftp --- [...] --- describe.print --- --- describe.russian --- --- describe.science --- --- describe.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.ukrainian --- --- describe.vietnamese --- --- describe.www --- --- describe.x11 --- --- describe.x11-clocks --- --- describe.x11-drivers --- --- describe.x11-fm --- --- describe.x11-fonts --- --- describe.x11-servers --- --- describe.x11-themes --- --- describe.x11-toolkits --- --- describe.x11-wm --- Done. make_index: Circular dependency loop found: critcl-3.1.12 depends upon itself. Committers on the hook: andreast mi Most recent SVN update was: Updating '.': U devel/tcllib/Makefile A devel/tcllib/files/patch-tests A devel/tcllib/files/patch-jpeg A devel/tcllib/files/patch-warnings A devel/tcllib/files/patch-json U devel/tcllib/pkg-plist U lang/gcc5/Makefile A lang/gcc5/files/patch-arm-unwind-cxx-support Updated to revision 378044. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 28 06:14:29 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F52CD75 for ; Wed, 28 Jan 2015 06:14:29 +0000 (UTC) Received: from nskntqsrv02p.mx.bigpond.com (nskntqsrv02p.mx.bigpond.com [61.9.168.234]) by mx1.freebsd.org (Postfix) with ESMTP id E04EFE26 for ; Wed, 28 Jan 2015 06:14:28 +0000 (UTC) Received: from nskntcmgw05p ([61.9.169.165]) by nskntmtas06p.mx.bigpond.com with ESMTP id <20150128055805.ZSYR7536.nskntmtas06p.mx.bigpond.com@nskntcmgw05p> for ; Wed, 28 Jan 2015 05:58:06 +0000 Received: from hermes.heuristicsystems.com.au ([203.41.22.114]) by nskntcmgw05p with BigPond Outbound id lHy51p00T2ThMyb01Hy55L; Wed, 28 Jan 2015 05:58:05 +0000 X-Authority-Analysis: v=2.0 cv=W5W6pGqk c=1 sm=1 a=tBIanQelQkU72CJWnm+MWA==:17 a=XD52yEjQpfAA:10 a=IkcTkHD0fZMA:10 a=GHIR_BbyAAAA:8 a=YNv0rlydsVwA:10 a=7QogMqrNwcamKKCFcw8A:9 a=QEXdDO2ut3YA:10 a=tBIanQelQkU72CJWnm+MWA==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id t0S5vDtn065678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Wed, 28 Jan 2015 16:57:18 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <54C87A38.3070909@heuristicsystems.com.au> Date: Wed, 28 Jan 2015 16:57:12 +1100 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "freebsd-ports@freebsd.org" Subject: Sprinkling WITH_OPENSSL_BASE in ports, ratbox build failure. Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 06:14:29 -0000 ratbox generated an unusual error message today, via portmaster on a 10.1Stable, amd64 system "Dependency error: this port wants the OpenSSL library from the FreeBSD base system. You can't build against it, while a newer version is installed by a port. Please deinstall the port or undefine WITH_OPENSSL_BASE. *** Error code 1" Unfortunately there is no option to select port or base system per make showconfig. WITH_OPENSSL_BASE isn't defined, and the port is being built on a fresh machine... # cd /usr/ports/irc/ircd-ratbox && make -V OPENSSL_USE_BASE but it isn't defined by my system # cd /usr/ports/irc/ircd-ratbox && make -V WITH_OPENSSL_BASE yes # grep OPENSSL_BASE /etc/make*; grep OPENSSL_BASE /etc/src*; grep OPENSSL_BASE /usr/local/etc/ports.conf # # pkg info | grep ratbox # I use the openssl port for two reasons, firstly I select non-default options and secondly it is way easier to update a port than a system. Typically we reboot an internal server when we need to replace the UPS batteries, around 2+ years and external servers when a relevant CVE or SA is issued. However commenting out the recently inserted WITH_OPENSSL_BASE=yes from the Makefile enables the build to complete and uses the correct crypto and ssl libraries. Shouldn't it be an option base or port? Or is the openssl port going to go away? Regards, Dewayne From owner-freebsd-ports@FreeBSD.ORG Wed Jan 28 07:43:15 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2858351E for ; Wed, 28 Jan 2015 07:43:15 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C1A5D99B for ; Wed, 28 Jan 2015 07:43:14 +0000 (UTC) Received: from worm.infracaninophle.co.uk (worm.infracaninophle.co.uk [81.2.117.101] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0S7h8BZ073299 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 28 Jan 2015 07:43:09 GMT (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t0S7h8BZ073299 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1422430989; bh=T72WQe0BnvvTjx/y0HOpxItpKqqkIQv2OA/R19GjnkE=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Wed,=2028=20Jan=202015=2007:42:37=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-ports@ freebsd.org|Subject:=20Re:=20Sprinkling=20WITH_OPENSSL_BASE=20in=2 0ports,=20ratbox=20build=20failure.|References:=20<54C87A38.307090 9@heuristicsystems.com.au>|In-Reply-To:=20<54C87A38.3070909@heuris ticsystems.com.au>; b=JtP5zozJ2uoR1aHoGbE0ckwGxGOnIZSLSSZA676Rx2dXhC06VOQWJTXU/V2u4z3Tm GXJy8ZptxJztoJn2Jd2enVVAfYay1khUQB+aCbRUxvdciIBIcC7PaXe6gAN0Z6X2NK afy4p/HSJTqQJkTZVkLpPNCOlNEpelOVn8rOI3YI= Message-ID: <54C892ED.80509@infracaninophile.co.uk> Date: Wed, 28 Jan 2015 07:42:37 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Sprinkling WITH_OPENSSL_BASE in ports, ratbox build failure. References: <54C87A38.3070909@heuristicsystems.com.au> In-Reply-To: <54C87A38.3070909@heuristicsystems.com.au> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="JR5hNSBcCA6CUFWCCNPK7Xq9Tmok69vei" X-Virus-Scanned: clamav-milter 0.98.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 07:43:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --JR5hNSBcCA6CUFWCCNPK7Xq9Tmok69vei Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015/01/28 05:57, Dewayne Geraghty wrote: > ratbox generated an unusual error message today, via portmaster on a > 10.1Stable, amd64 system > However commenting out the recently inserted > WITH_OPENSSL_BASE=3Dyes > from the Makefile enables the build to complete and uses the correct > crypto and ssl libraries. Shouldn't it be an option base or port? Or > is the openssl port going to go away? More like the other way around: ports will use the openssl version from ports exclusively, and the version in the base system will move into a private location. (This is my understanding of current thinking, but I make no guarantee that it is what does eventually get implemented.) The ircd-ratbox port doesn't appear to be doing anything unusual with respect to openssl support that I can see from a quick inspection of the port Makefile. If you've just added 'WITH_OPENSSL_BASE' to your make.conf, then (a) you potentially need to recompile many ports which depend on openssl so you don't end up with mixed linkage against both ports and base, and (b) some ports require the ports version of openssl because they depend on functionality only in the newer version available from ports. Personally, I prefer 'WITH_OPENSSL_PORT=3Dyes' It's meant I have been able to turn off SSLv2 and SSLv3 everywhere pretty simply (no more POODLE...) Cheers, Matthew --JR5hNSBcCA6CUFWCCNPK7Xq9Tmok69vei Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUyJL2AAoJEABRPxDgqeTnIrcQAIB/RnZ4f2U7fCGvAM612HgW EM9rngo2dg11Cs30WEt5qB79znS3Rw6f4Sg9bfRhIwpMmsx2xuCyhyXTO9MJdyoI a3hulkiGR+H9dUhdeztJULpLp1iiDpU25OFwC0oYS+Bu2MyYRggSWyLNRUI8P356 /AmPaykoILzx1DC+HF6mrs40pFicvLYiqeR/+euJxLHTW3N8N/jBkBiyQPyFC0Ep YOcPcm2/rej/B7kjX9JTsPa/QKw+XwpCbAtWd1dfjDelSxrY5pZfQUOByCPpl7Vm vGVRp4SYZqRBX//gwP9TktTL1IZntpwuMYFYY1lb27e/5DgkYvTwMsvCHYVWNkFq +NrPpkCSvVs18xklym7cqbVqm6+zikj+9lJFjYZ1+ENQeWKb+mKtCKh7DB7A2/jY U5ELjXPxKlr8ADcYzxTaVTwKOaQy0omoaawPG9dffC1Q3ceRNKxFdI/esJkBu83T NKUTWuGfvDVcykw2Fgvf+3DPYRy+EwQltzekUcfVfA6jR/2u3SnmRy7T6m7asTXe SvO7K7DObsgD+Zh7L7QosEnqQlGJ1K4aBz9DAlCE993TZSQe6zUuTU3X51gi1ybG 1GFS1kkZd8DE3FrmDsAmkg/wLE9gUTlRJ+C9qFh1xZPRy1DTLoyaPifFk9TqDKCG HDlxEtPp4DU9a8EmY8NE =yWwv -----END PGP SIGNATURE----- --JR5hNSBcCA6CUFWCCNPK7Xq9Tmok69vei-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 28 09:03:54 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7ACCE14C for ; Wed, 28 Jan 2015 09:03:54 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (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 4EB60266 for ; Wed, 28 Jan 2015 09:03:54 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9) with ESMTP id t0S93sVq045529 for ; Wed, 28 Jan 2015 09:03:54 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9/Submit) id t0S93sFu045527 for ports@FreeBSD.org; Wed, 28 Jan 2015 09:03:54 GMT (envelope-from indexbuild) Date: Wed, 28 Jan 2015 09:03:54 GMT From: Ports Index build Message-Id: <201501280903.t0S93sFu045527@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX now builds successfully on 8.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 09:03:54 -0000 From owner-freebsd-ports@FreeBSD.ORG Wed Jan 28 09:31:17 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD6959E1 for ; Wed, 28 Jan 2015 09:31:17 +0000 (UTC) Received: from mail.wilcox-tech.com (mail.foxkit.us [192.99.209.192]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.wilcox-tech.com", Issuer "mail.wilcox-tech.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 50E296C3 for ; Wed, 28 Jan 2015 09:31:16 +0000 (UTC) Received: (qmail 12571 invoked from network); 28 Jan 2015 09:32:18 -0000 Received: from ip68-13-243-137.ok.ok.cox.net (HELO ?192.168.1.253?) (emyers@wilcox-tech.com@68.13.243.137) by mail.foxkit.us with ESMTPA; 28 Jan 2015 09:32:18 -0000 Message-ID: <54C8AC60.3080200@interlinked.me> Date: Wed, 28 Jan 2015 03:31:12 -0600 From: Elizabeth Myers User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: ports@freebsd.org Subject: Selecting at least one option out of multiple groups Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 09:31:17 -0000 Hello, I am porting a piece of software (purple-plugin-pack) to FreeBSD. It contains numerous plugins for Pidgin all under one pack (over 50). They all compile, but I want to make it configurable which plugins are installed, but it makes no sense unless at least one plugin is set. So far I have the following: 8<========== snip ==========>8 OPTIONS_MULTI= plugins OPTIONS_MULTI_PLUGINS= ALBUM AUTOPROFILE AUTOREPLY AWAYNOTIFY BASH BIT \ ... 8<========== snip ==========>8 Which is fine and works as expected (at least one option must be selected). However, here is my dilemma. Some of the plugins provide additional protocols. I'd like to group them under their own section, since there's at least 5 or so, and it's logical for those who just want additional protocols without the other fluff. However, out of the entire pack, only one plugin needs to be enabled at all (including *or* excluding a protocol plugin). So, I am wondering what the "correct" way would be to go about ensuring at least one option out of two groups is selected. I hope I've managed to make sense here. -- Cheers, Elizabeth Myers From owner-freebsd-ports@FreeBSD.ORG Wed Jan 28 10:04:05 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68ABBFEA for ; Wed, 28 Jan 2015 10:04:05 +0000 (UTC) Received: from portscout.freebsd.org (portscout.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 548CFAC4 for ; Wed, 28 Jan 2015 10:04:05 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0SA45ib022093 for ; Wed, 28 Jan 2015 10:04:05 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0SA45U5022092; Wed, 28 Jan 2015 10:04:05 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501281004.t0SA45U5022092@portscout.freebsd.org> X-Authentication-Warning: portscout.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, 28 Jan 2015 10:04:05 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 10:04:05 -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 ------------------------------------------------+-----------------+------------ audio/oss | 4.2-build2009 | 4.2-build2011 ------------------------------------------------+-----------------+------------ 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 Jan 28 11:24:44 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C85FD67B for ; Wed, 28 Jan 2015 11:24:44 +0000 (UTC) Received: from mail.as41113.net (mail.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE863B6 for ; Wed, 28 Jan 2015 11:24:44 +0000 (UTC) Received: from [172.21.87.41] (193.98.9.212.in-addr.arpa [212.9.98.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by mail.as41113.net (Postfix) with ESMTPSA id 3kXMjH5CCYz1N22s; Wed, 28 Jan 2015 11:17:23 +0000 (GMT) Message-ID: <54C8C540.3060602@rewt.org.uk> Date: Wed, 28 Jan 2015 11:17:20 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Chris H , freebsd-ports@freebsd.org Subject: Re: powerdns meta packages? References: <54B3E3D4.7040509@rewt.org.uk> , <54B3F985.5060409@rewt.org.uk> <892623d04091975c961021b46049243c@ultimatedns.net> In-Reply-To: <892623d04091975c961021b46049243c@ultimatedns.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 11:24:44 -0000 On 12/01/2015 16:53, Chris H wrote: > On Mon, 12 Jan 2015 16:42:45 +0000 Joe Holden wrote > >> On 12/01/2015 16:05, Chris H wrote: >>> On Mon, 12 Jan 2015 15:10:12 +0000 Joe Holden wrote >>> >>>> Hi guys, >>>> >>>> What is the process for adding/submitting "meta" packages for ports for >>>> example powerdns that have multiple backend options and the default >>>> isn't suitable, or failing that have the ability to install powerdns >>>> with default backend but allow the installation of others? >>>> >>>> Currently the port defaults to postgres, in this case I'd like sqlite >>>> backend for some servers (slaves), at the moment I'm just building that >>>> manually but it does mean I can't just do 'pkg upgrade' >>> As I understand it, you want to create a custom "meta-port". >>> You might do well to have a look at some of the other meta-ports >>> available, for the best way to accomplish it for your needs; >>> >>> x11/xorg >>> x11/xorg-minimal >>> x11/xorg-apps >>> lang/php5-extensions >>> >>> are some that come to mind. >>> Best wishes. >>> >> This is what I'd normally do but I was hoping with the new pkg stuff we >> could have some sort of virtual packages but this will do I guess! >> >> Will need to read up on package building now - seems a bit silly to have >> my own repo just for -mysql, -sqlite type packages though > Well, I thought you might want to make the (meta)port, and submit it. > Then other like-minded people could also benefit from your > contribution. :) If you submit it as a port, the pkg(8) business takes > care of itself. > So, I made an attempt on my poudriere box, package builds - powerdns-backend-sqlite3, just includes the .so and the schema in plist however pkg says it conflicts. My interpretation from the handbook is that the % option stuff in plist is only used if that option is selected, so I can't see why powerdns (without any backends) and my slave port would conflict... I used mysql server/client ports as a base: Makefile :- PORTNAME= powerdns PKGNAMESUFFIX= -backend-sqlite3 COMMENT= PowerDNS sqlite3 backend MASTERDIR= ${.CURDIR}/../powerdns PKGMESSAGE= mustnotexist PLIST= ${.CURDIR}/pkg-plist OPTIONS_SET= SQLITE3 .include "${MASTERDIR}/Makefile" pkg-plist :- %%LUA_LIBDIR%%/pdns/%%LUA_LIBDIR%%gsqlite3backend.so %%PORTDOCS%%%%DOCSDIR%%/dnssec-3.x_to_3.4.0_schema.sqlite3.sql %%PORTDOCS%%%%DOCSDIR%%/nodnssec-3.x_to_3.4.0_schema.sqlite3.sql %%PORTDOCS%%%%DOCSDIR%%/schema.sqlite3.sql ##### I also made powerdns port not have PGSQL set by default. Is there something obvious I'm doing wrong? Cheers > All the best. > > --Chris >> >> Cheers >> >>> --Chris >>>> >>>> Cheers, >>>> J From owner-freebsd-ports@FreeBSD.ORG Wed Jan 28 13:16:22 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C0BA7BB for ; Wed, 28 Jan 2015 13:16:22 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 590A77F for ; Wed, 28 Jan 2015 13:16:20 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t0SDGE0f022671 for ; Wed, 28 Jan 2015 05:16:14 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t0SDGEmq022670 for freebsd-ports@freebsd.org; Wed, 28 Jan 2015 05:16:14 -0800 (PST) (envelope-from david) Date: Wed, 28 Jan 2015 05:16:14 -0800 From: David Wolfskill To: freebsd-ports@freebsd.org Subject: Re: Problem updating emulators/wine-compholio from 1.7.34,1 to 1.7.35,1 Message-ID: <20150128131614.GV2906@albert.catwhisker.org> Reply-To: freebsd-ports@freebsd.org References: <20150126143338.GF2906@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pkBzO0lo80FoaZii" Content-Disposition: inline In-Reply-To: <20150126143338.GF2906@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 13:16:22 -0000 --pkBzO0lo80FoaZii Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 26, 2015 at 06:33:38AM -0800, David Wolfskill wrote: > ... > FreeBSD g1-240.catwhisker.org 10.1-STABLE FreeBSD 10.1-STABLE #1452 r277= 722M/277745:1001506: Mon Jan 26 05:37:52 PST 2015 root@g1-240.catwhiske= r.org:/common/S1/obj/usr/src/sys/CANARY i386 >=20 > (as part of the usual daily routine), I then attempted to update > the installed ports (for which I use portmaster). >=20 > The ports tree is an SVN working copy of the head of the ports tree at > r377931; I had previously (yesterday) updated the installed ports as of > r377881. > ...=20 > gmake[2]: Entering directory '/common/ports/emulators/wine-compholio/work= /wine-1.7.35/patches' > WARNING: Using this Makefile is deprecated! > "/common/ports/emulators/wine-compholio/work/wine-1.7.35/patches/patchins= tall.sh" DESTDIR=3D"/common/ports/emulators/wine-compholio/work/wine-1.7.35= " --all > Applying /common/ports/emulators/wine-compholio/work/wine-1.7.35/patches/= ws2_32-WriteWatches/0001-ntdll-Handle-write-watches-in-virtual_uninterrupte= d_.patch > fatal: Not a git repository (or any parent up to mount point /common) > Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). > This script is not compatible with *BSD utilities. Please install git, > which provides the same functionality and will be used instead. > ERROR: Failed to apply patch, aborting! > Makefile:10: recipe for target 'install' failed > gmake[2]: *** [install] Error 1 > gmake[2]: Leaving directory '/common/ports/emulators/wine-compholio/work/= wine-1.7.35/patches' > *** Error code 2 >=20 > Stop. > .... This appears to be resolved as of: FreeBSD g1-240.catwhisker.org 10.1-STABLE FreeBSD 10.1-STABLE #1454 r27781= 9M/277828:1001507: Wed Jan 28 04:29:44 PST 2015 root@g1-240.catwhisker.= org:/common/S1/obj/usr/src/sys/CANARY i386 with ports at r378055: =3D=3D=3D>>> The following actions were performed: Upgrade of linux_base-c6-6.6_1 to linux_base-c6-6.6_2 Upgrade of sqlite3-3.8.8 to sqlite3-3.8.8.1 Upgrade of wine-compholio-1.7.34,1 to wine-compholio-1.7.35,1 Upgrade of linux-c6-flashplugin-11.2r202.438 to linux-c6-flashplugi= n-11.2r202.440 Thanks! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --pkBzO0lo80FoaZii Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUyOEdXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7OhAP/jcWFNhUOz1wQhUu79cd3+wk jU2g1Hn+uVAVw9yDvALcBA+cxI3zvL1xItAZOSs6jV1tzfoCQYje64a5qv9Gsawx foqOX7R0qmjgM91J6SEsLjOqseQcNgUiCTUwHsRH/sBwcxjkKe/i93Y8Allg293Y hiG7hTymae4VreCLZGEu6kOC17rEFlhLwrXM2SBV1tzhsoC5/qUs6355lOGv6nwk 9kG332J1IgXFK71aHBpSAEpBDxNCUB0nSqqOsTx1ic/Vij7UeckJ8efW4Lthv/ua QzH/BGhFilbuQjTQu+1BVtn8t61kG4IS0CZSdNvkFjSR7E2VcF+slz8igNczNEV1 fx5gwYlukyQ2NCZGTRYZOjfe0rr7FL9jyUKNdjtVTbRJJaBHthRErqiF5CWSSonM 9CzqVC/JFsN6k2gmF0VhR1BY3lfN+iYL6Umz0+kp/z25GhhD4/rvx8KY0av59kzb ERI1YwAadLUNrAhAH+bGkuLTRrqR7a+4NOyiM2Ab8A3HjsGlefTrxUwwI4Iutw5s xs1n6KGnCMhR/2vYxnKkA2vTopABX9V3oBhMsadk3YsTw+3fILKxlRI6EJJNp+1C Udq3m5OUkYwl99w6K/6mrvw/Zk1GP9l3e/FGAqHDVC66mxpC4GGZfbP/BUZOL9uY D81Mx/O0+0DiKcJiyVlN =HsFC -----END PGP SIGNATURE----- --pkBzO0lo80FoaZii-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 28 14:59:02 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C905C9B for ; Wed, 28 Jan 2015 14:59:02 +0000 (UTC) Received: from mail-in-3.serv.Uni-Osnabrueck.DE (vm299.rz.uni-osnabrueck.de [131.173.16.215]) (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 D1758E2A for ; Wed, 28 Jan 2015 14:59:00 +0000 (UTC) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (vm136.rz.uni-osnabrueck.de [131.173.16.11]) by mail-in-3.serv.Uni-Osnabrueck.DE (8.14.4/8.14.4) with ESMTP id t0SEwqwQ002060; Wed, 28 Jan 2015 15:58:52 +0100 Received: from spock.drpetervoigt.private (p549B5CDC.dip0.t-ipconnect.de [84.155.92.220]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.8/8.13.8) with ESMTP id t0SEwoUm013393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jan 2015 15:58:51 +0100 Received: from kirk.drpetervoigt.private (kirk.drpetervoigt.private [192.168.1.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: pvoigt) by spock.drpetervoigt.private (Postfix) with ESMTPSA id 4DB991D15A8E; Wed, 28 Jan 2015 15:58:50 +0100 (CET) Date: Wed, 28 Jan 2015 15:58:46 +0100 From: "Dr. Peter Voigt" To: Marko =?UTF-8?B?Q3VwYcSH?= Subject: Re: www/squid does not shutdown via rc Message-ID: <20150128155846.76d77a18@kirk.drpetervoigt.private> In-Reply-To: <20150127115151.afeb1ee969a562e8f42e300c@mimar.rs> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> <20150126235655.5d371915@kirk.drpetervoigt.private> <20150127035200.GF44537@home.opsec.eu> <54C73A0E.8050501@FreeBSD.org> <20150127115151.afeb1ee969a562e8f42e300c@mimar.rs> Organization: =?UTF-8?B?VW5pdmVyc2l0w6R0IE9zbmFicsO8Y2s=?= X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.1.28.145119 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report= HTML_00_01 0.05, HTML_00_10 0.05, BODY_SIZE_3000_3999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, CT_TEXT_PLAIN_UTF8_CAPS 0, FROM_NAME_PHRASE 0, RDNS_POOLED 0, RDNS_SUSP 0, RDNS_SUSP_SPECIFIC 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_10 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0 X-PMX-Spam-Level: IIIIIIII Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 14:59:02 -0000 On Tue, 27 Jan 2015 11:51:51 +0100 Marko Cupa=C4=87 wrote: > On Tue, 27 Jan 2015 07:11:10 +0000 > Matthew Seaman wrote: >=20 > > On 2015/01/27 03:52, Kurt Jaeger wrote: > > > Doesn't installing a custom kernel break freebsd-update ? > >=20 > > No. freebsd-update has always supported using a custom kernel. It > > helps if you name your kernel something other than GENERIC, which > > you do by creating a modofoed kernel config file > > in /usr/src/sys/amd64/conf (or i386 if that's your architecture): > > eg. > >=20 > > % cat FOO > > include GENERIC > >=20 > > ident FOO > >=20 > > and then add: > >=20 > > KERNCONF=3D FOO > >=20 > > to /etc/make.conf > >=20 > > You should also edit /etc/freebsd-update.conf and change the > > 'Components' line to remove 'kernel' from the list. > >=20 > > None of this is absolutely necessary, but it will help you avoid > > accidentally ending up with the generic kernel. > >=20 > > In any case, what you will need to do is rebuild your kernel and > > reinstall it any time freebsd-update touches the kernel. You can > > use freebsd-update to maintain the kernel sources, which will pull > > in the needed updates to the kernel sources. >=20 > The timing for this is really unfortunate for me, because I have just > re-installed my FreeBSD fleet of some 20 virtual servers without > sources included, and I just introduced "binary only" policy (ok I do > build my own ports on one server in poudriere, but all other servers > use packages). >=20 > I guess theoretically it is possible to make "kernel build server" > which will build custom kernel for distribution to other servers. I > am just not sure how will RELEASE userland tolerate STABLE kernel. >=20 > Does this sound reasonable? Any tips? >=20 > Thank you in advance, Thanks to all who contributed to this thread. @Kevin: Your outline of kernel patching procedure is helpful and corresponds in most aspects what I have thought so far. I aggree with you that patching, building and installing a custom kernel can be managed. And I am sure that I can do it. So getting a custom kernel installed is one thing but keeping your system in a manageable way is another. Kurt and Mattew pointed out that you want to keep freebsd-update working in a reliable way and this obviously needs some manual interaction. Information about it is not too easily gathered and answers given here still leave some question open to me. I have had a hard time with freebsd-update when upgrading 10.0-RELEASE -> 10.1-RELEASE: =20 https://forums.freebsd.org/threads/segmentation-fault-while-upgrading-from-= 10-0-release-to-10-1-release.48977/page-2#post-277094 and I do not want to get even more trouble letting freebsd-update confuse my system with a mixture of GENERIC and custom kernels ending in a situation where none of them is able to boot. I have learned that I can advice freebsd-update to not update my kernel but am still confused whether it is the version under /boot/GENERIC or the one under /boot/kernel. And I would like to know how to tell FreeBSD how to boot a certain kernel. All I know so far is that if a kernel fails to boot you have to boot into recovery and move kernel.old to kernel. Is there a boot menu available with the FreeBSD boot loader which would simplify life a lot? Furthermore, installing a custom kernel influcences a subsequent build world process in a way that I do not yet fully understand. If all above is clarified I could go the way of using a custom kernel. But to be honest: I would do it only, because I have just one FreeBSD server to mannage this way. The other FreeBSD based servers have FreeNAS and pfSense and are managed differently. But if I was an administrator with several FreeBSD servers, this would not be a way to go.=20 Regards, Peter From owner-freebsd-ports@FreeBSD.ORG Wed Jan 28 15:13:16 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE4161E4 for ; Wed, 28 Jan 2015 15:13:16 +0000 (UTC) Received: from udns.ultimatedns.net (ultimatedns.net [209.180.214.225]) (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 83D4DFF9 for ; Wed, 28 Jan 2015 15:13:16 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0SEouL3064766; Wed, 28 Jan 2015 06:50:56 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: freebsd-ports@freebsd.org, Joe Holden In-Reply-To: <54C8C540.3060602@rewt.org.uk> References: <54B3E3D4.7040509@rewt.org.uk> , <54B3F985.5060409@rewt.org.uk> <892623d04091975c961021b46049243c@ultimatedns.net>, <54C8C540.3060602@rewt.org.uk> From: "Chris H" Subject: Re: powerdns meta packages? Date: Wed, 28 Jan 2015 06:51:04 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <97cd46a3d23678d88302480c08b0122e@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2015 15:13:16 -0000 On Wed, 28 Jan 2015 11:17:20 +0000 Joe Holden wrote > On 12/01/2015 16:53, Chris H wrote: > > On Mon, 12 Jan 2015 16:42:45 +0000 Joe Holden wrote > > > >> On 12/01/2015 16:05, Chris H wrote: > >>> On Mon, 12 Jan 2015 15:10:12 +0000 Joe Holden wrote > >>> > >>>> Hi guys, > >>>> > >>>> What is the process for adding/submitting "meta" packages for ports for > >>>> example powerdns that have multiple backend options and the default > >>>> isn't suitable, or failing that have the ability to install powerdns > >>>> with default backend but allow the installation of others? > >>>> > >>>> Currently the port defaults to postgres, in this case I'd like sqlite > >>>> backend for some servers (slaves), at the moment I'm just building that > >>>> manually but it does mean I can't just do 'pkg upgrade' > >>> As I understand it, you want to create a custom "meta-port". > >>> You might do well to have a look at some of the other meta-ports > >>> available, for the best way to accomplish it for your needs; > >>> > >>> x11/xorg > >>> x11/xorg-minimal > >>> x11/xorg-apps > >>> lang/php5-extensions > >>> > >>> are some that come to mind. > >>> Best wishes. > >>> > >> This is what I'd normally do but I was hoping with the new pkg stuff we > >> could have some sort of virtual packages but this will do I guess! > >> > >> Will need to read up on package building now - seems a bit silly to have > >> my own repo just for -mysql, -sqlite type packages though > > Well, I thought you might want to make the (meta)port, and submit it. > > Then other like-minded people could also benefit from your > > contribution. :) If you submit it as a port, the pkg(8) business takes > > care of itself. > > > So, I made an attempt on my poudriere box, package builds - > powerdns-backend-sqlite3, just includes the .so and the schema in plist > however pkg says it conflicts. My interpretation from the handbook is > that the % option stuff in plist is only used if that option is > selected, so I can't see why powerdns (without any backends) and my > slave port would conflict... I used mysql server/client ports as a base: > > Makefile :- > > PORTNAME= powerdns > PKGNAMESUFFIX= -backend-sqlite3 > > COMMENT= PowerDNS sqlite3 backend > > MASTERDIR= ${.CURDIR}/../powerdns > > PKGMESSAGE= mustnotexist > PLIST= ${.CURDIR}/pkg-plist > > OPTIONS_SET= SQLITE3 > > .include "${MASTERDIR}/Makefile" > > pkg-plist :- > > %%LUA_LIBDIR%%/pdns/%%LUA_LIBDIR%%gsqlite3backend.so > %%PORTDOCS%%%%DOCSDIR%%/dnssec-3.x_to_3.4.0_schema.sqlite3.sql > %%PORTDOCS%%%%DOCSDIR%%/nodnssec-3.x_to_3.4.0_schema.sqlite3.sql > %%PORTDOCS%%%%DOCSDIR%%/schema.sqlite3.sql > > ##### > > I also made powerdns port not have PGSQL set by default. > > Is there something obvious I'm doing wrong? Off the top of my pointy head; I'm going to guess it's wanting to install PowerBSD, but it's already installed? Because you haven't already said so; the following may help shed some light: in /etc/make.conf: DEVELOPER=yes When testing your port make -DBATCH check-plist portlint(1) is your friend - ports-mgmt/portlint HTH > > Cheers > > > All the best. > > > > --Chris > >> > >> Cheers > >> > >>> --Chris > >>>> > >>>> Cheers, > >>>> J --Chris -- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 29 08:27:00 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EB038D4 for ; Thu, 29 Jan 2015 08:27:00 +0000 (UTC) Received: from nskntqsrv03p.mx.bigpond.com (nskntqsrv03p.mx.bigpond.com [61.9.168.237]) by mx1.freebsd.org (Postfix) with ESMTP id 09DE52B2 for ; Thu, 29 Jan 2015 08:26:59 +0000 (UTC) Received: from nskntcmgw07p ([61.9.169.167]) by nskntmtas05p.mx.bigpond.com with ESMTP id <20150129082343.GZIL19653.nskntmtas05p.mx.bigpond.com@nskntcmgw07p>; Thu, 29 Jan 2015 08:23:43 +0000 Received: from hermes.heuristicsystems.com.au ([203.41.22.114]) by nskntcmgw07p with BigPond Outbound id lkPi1p00g2ThMyb01kPiJk; Thu, 29 Jan 2015 08:23:43 +0000 X-Authority-Analysis: v=2.0 cv=JN65Qr2b c=1 sm=1 a=tBIanQelQkU72CJWnm+MWA==:17 a=XD52yEjQpfAA:10 a=N659UExz7-8A:10 a=GHIR_BbyAAAA:8 a=YNv0rlydsVwA:10 a=6I5d2MoRAAAA:8 a=wSLiqx2V8GxqrpMQDP4A:9 a=pILNOxqGKmIA:10 a=tBIanQelQkU72CJWnm+MWA==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id t0T8LsHH022495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 29 Jan 2015 19:22:00 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <54C9EDA1.40003@heuristicsystems.com.au> Date: Thu, 29 Jan 2015 19:21:53 +1100 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Matthew Seaman Subject: Re: Sprinkling WITH_OPENSSL_BASE in ports, ratbox build failure. References: <54C87A38.3070909@heuristicsystems.com.au> <54C892ED.80509@infracaninophile.co.uk> In-Reply-To: <54C892ED.80509@infracaninophile.co.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 08:27:00 -0000 On 28/01/2015 6:42 PM, Matthew Seaman wrote: > On 2015/01/28 05:57, Dewayne Geraghty wrote: >> ratbox generated an unusual error message today, via portmaster on a >> 10.1Stable, amd64 system >> However commenting out the recently inserted >> WITH_OPENSSL_BASE=yes >> from the Makefile enables the build to complete and uses the correct >> crypto and ssl libraries. Shouldn't it be an option base or port? Or >> is the openssl port going to go away? > More like the other way around: ports will use the openssl version from > ports exclusively, and the version in the base system will move into a > private location. (This is my understanding of current thinking, but I > make no guarantee that it is what does eventually get implemented.) > > The ircd-ratbox port doesn't appear to be doing anything unusual with > respect to openssl support that I can see from a quick inspection of the > port Makefile. > > If you've just added 'WITH_OPENSSL_BASE' to your make.conf, then (a) you > potentially need to recompile many ports which depend on openssl so you > don't end up with mixed linkage against both ports and base, and (b) > some ports require the ports version of openssl because they depend on > functionality only in the newer version available from ports. > > Personally, I prefer 'WITH_OPENSSL_PORT=yes' It's meant I have been > able to turn off SSLv2 and SSLv3 everywhere pretty simply (no more > POODLE...) > > Cheers, > > Matthew > > Matthew, Thank-you for taking the time to review and advise. It turned out that WITH_OPENSSL_BASE was inserted into the irc-ratbox/Makefile some time about but only recently took effect due to the addition of USE= openssl (#1) which triggered the application of openssl from base [Thanks to John Marshall for explaining the sequence, offline]. I do have WITH_OPENSSL_PORT in my old ports.conf so when I removed the WITH_OPENSSL_BASE from the Makefile everything went as expected. Since our email exchange the Makefile has been modified and the world is a happier place for it ;) Kind regards, Dewayne. PS I still use WITH/WITHOUT options in ports.conf as I have a filter that does the correct ..._SET/.._UNSET work. Done at a time during high ports flux. Reference: #1 I suspect that this had something to do with it https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195796 From owner-freebsd-ports@FreeBSD.ORG Thu Jan 29 10:06:04 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 033701D1 for ; Thu, 29 Jan 2015 10:06:04 +0000 (UTC) Received: from portscout.freebsd.org (portscout.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 E3775FE6 for ; Thu, 29 Jan 2015 10:06:03 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0TA63LD098978 for ; Thu, 29 Jan 2015 10:06:03 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0TA63N8098977; Thu, 29 Jan 2015 10:06:03 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501291006.t0TA63N8098977@portscout.freebsd.org> X-Authentication-Warning: portscout.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, 29 Jan 2015 10:06:03 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 10:06:04 -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/libepp-nicbr | 1.13 | 1.15 ------------------------------------------------+-----------------+------------ textproc/groonga | 4.0.6.1 | 4.1.1 ------------------------------------------------+-----------------+------------ 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 Jan 29 21:57:26 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19E0E59E for ; Thu, 29 Jan 2015 21:57:26 +0000 (UTC) Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C65F2EBA for ; Thu, 29 Jan 2015 21:57:25 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id id10so9693434vcb.12 for ; Thu, 29 Jan 2015 13:57:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SZ5el0epPjl60y0zd+qP6YP0rUYqaNxgN4isrzAHWfQ=; b=AxdMllKTqqqwQxXz1e0tCP+4DphHXLHpXUpxw2QclBdCpJtkGFYeR4earSijvhiqse Uohi1PQkw1jM/5PG/K36tqE3wb/MC7Yl2vdZc4CSy+9TBiN3E8Yuk04yC7Y+Wo0BCv1X JKG32MJqtisrMECDXxeld/p9R1MVvoh33sgoIdLaWQzQmsWUrAXtX1T+uJ6NVcLFJARQ 9y/6UFLwonVd3KReT/7noKKu1yRPE4Q9oatpJyH5sj+0h1qCWFg/NzKM2bDmvSjryDHH +rVI0IG6Ryt6489NfALiEVFTqvn6EKcJO+SsjLiuBhpCShiuZevs6VLum9R0qb95gWoY uDng== MIME-Version: 1.0 X-Received: by 10.220.5.195 with SMTP id 3mr1771973vcw.21.1422568644702; Thu, 29 Jan 2015 13:57:24 -0800 (PST) Received: by 10.52.26.40 with HTTP; Thu, 29 Jan 2015 13:57:24 -0800 (PST) Date: Thu, 29 Jan 2015 19:57:24 -0200 Message-ID: Subject: Poudriere in a jail error From: Cassiano Peixoto To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 21:57:26 -0000 Hi, I'm trying to run Poudriere inside a jail to build my packages but i'm having the following error: [00:00:00] ====>> Creating the reference jail... done [00:00:03] ====>> Mounting system devices for 10amd64-system [00:00:03] ====>> Mounting ports/packages/distfiles [00:00:03] ====>> Using packages from previously failed build [00:00:03] ====>> Mounting packages from: /poudriere/data/packages/10amd64-system [00:00:03] ====>> Mounting /var/db/ports from: /usr/local/etc/poudriere.d/options [00:00:03] ====>> Appending to make.conf: /usr/local/etc/poudriere.d/make.conf /etc/resolv.conf -> /poudriere/data/.m/10amd64-system/ref/etc/resolv.conf [00:00:03] ====>> Starting jail 10amd64-system jail: jail_set: Operation not permitted [00:00:03] ====>> Cleaning up [00:00:03] ====>> Umounting file systems Any idea what's going on? Thanks From owner-freebsd-ports@FreeBSD.ORG Thu Jan 29 22:39:21 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CDC1D4D for ; Thu, 29 Jan 2015 22:39:21 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::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 CEDAF365 for ; Thu, 29 Jan 2015 22:39:20 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id h11so16852583wiw.0 for ; Thu, 29 Jan 2015 14:39:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+Bi9/zMUOpsVgWlVRbgkj8U++J4Mitld6LnpQT/NoH0=; b=sMvgRod7oanJJd8EX/oQM86150b+8nqZZ2CY2fRH5zUukISLw0DToSrmF5WeFylmId 1sF25CiWq9QFEyiAU9BtSoT7PxtRl3i/zn0TxHSaJ46yW6xpsGvz7uR1DTobD8YrzSd2 dqUP54O71/SQqEdRWVG/5Te55lDPnwD4WOFbMwcWcfUT+/Rm3Wkzjw2gp2KMh5l0O1L4 FtzsW6EFhtGcTrd0jj/z+scCSj4xckUu9QQ9uTBAeZ3h2WvEUIkM4d+BS2KRWhNBlMjR qoj6ZU5VHTFIno1KW0HtaigAEtIJosjuOKFzvyniAY90y9OMXOTgGRkXEpONx7B1laym bYgw== MIME-Version: 1.0 X-Received: by 10.194.22.36 with SMTP id a4mr5908421wjf.54.1422571159054; Thu, 29 Jan 2015 14:39:19 -0800 (PST) Received: by 10.194.241.132 with HTTP; Thu, 29 Jan 2015 14:39:18 -0800 (PST) In-Reply-To: References: Date: Fri, 30 Jan 2015 06:39:19 +0800 Message-ID: Subject: Re: Poudriere in a jail error From: Ben Woods To: Cassiano Peixoto Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 22:39:21 -0000 That looks similar to this bug entry: https://github.com/freebsd/poudriere/issues/216 Does that information help at all? On Friday, January 30, 2015, Cassiano Peixoto wrote: > Hi, > > I'm trying to run Poudriere inside a jail to build my packages but i'm > having the following error: > > [00:00:00] ====>> Creating the reference jail... done > [00:00:03] ====>> Mounting system devices for 10amd64-system > [00:00:03] ====>> Mounting ports/packages/distfiles > [00:00:03] ====>> Using packages from previously failed build > [00:00:03] ====>> Mounting packages from: > /poudriere/data/packages/10amd64-system > [00:00:03] ====>> Mounting /var/db/ports from: > /usr/local/etc/poudriere.d/options > [00:00:03] ====>> Appending to make.conf: > /usr/local/etc/poudriere.d/make.conf > /etc/resolv.conf -> /poudriere/data/.m/10amd64-system/ref/etc/resolv.conf > [00:00:03] ====>> Starting jail 10amd64-system > jail: jail_set: Operation not permitted > [00:00:03] ====>> Cleaning up > [00:00:03] ====>> Umounting file systems > > Any idea what's going on? > > Thanks > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org > " > -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-ports@FreeBSD.ORG Thu Jan 29 23:15:49 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C48C39A for ; Thu, 29 Jan 2015 23:15:49 +0000 (UTC) Received: from mail-vc0-x22b.google.com (mail-vc0-x22b.google.com [IPv6:2607:f8b0:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5011D94B for ; Thu, 29 Jan 2015 23:15:49 +0000 (UTC) Received: by mail-vc0-f171.google.com with SMTP id hq11so9799285vcb.2 for ; Thu, 29 Jan 2015 15:15:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Uctt3NeDhfcJyh9sxVbSr6iHQVzdxbckBpH72papcLI=; b=X1X6ttX227nQySpKPKfJLZowZajT8Zy25gcD2AzOCYGCCL6SBi1iPSoypMLWgB7VoR q0XqLBRlhugBklnj/LxVri1usswNaOWbAJ7poTj6ecOzgW3eJ2Ii+pJ7b6Z9iK+r/0RX lFWw3YBbhidiCDkBv0BIBG4boPfdWMniAJZyxa7lfu/Sl8+OPy/iERssVy8so7C2x46w yKeoYqkRR1b7LZwjXs0RGtHhv0bx1LrgJH9/J0OKzqQraQ9SFrBHQhJr2VE5fWG/d70d iEdu2uQktTFFvwZDh6J1mVST+SCIEiykVTJXQuAMQ0dW4r/IGCyVmLPmIOAZM4+/puJd YfIQ== MIME-Version: 1.0 X-Received: by 10.221.2.197 with SMTP id nv5mr1941862vcb.53.1422573348318; Thu, 29 Jan 2015 15:15:48 -0800 (PST) Received: by 10.52.26.40 with HTTP; Thu, 29 Jan 2015 15:15:48 -0800 (PST) In-Reply-To: References: Date: Thu, 29 Jan 2015 21:15:48 -0200 Message-ID: Subject: Re: Poudriere in a jail error From: Cassiano Peixoto To: Ben Woods Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 23:15:49 -0000 Hi Ben, I just found out a fix using the url you sent me. I used poudriere -x bulk... to debug the problem. By default a jail doesn't start with loopback interface and poudriere try to build a jail inside a jail using loopback interface. So to fix it i added the following to /etc/jail.conf in host system and restart my jail: ip4.addr=xx.xx.xx.xx, 127.0.0.1; Thanks for your tip. On Thu, Jan 29, 2015 at 8:39 PM, Ben Woods wrote: > That looks similar to this bug entry: > https://github.com/freebsd/poudriere/issues/216 > > Does that information help at all? > > > On Friday, January 30, 2015, Cassiano Peixoto > wrote: > >> Hi, >> >> I'm trying to run Poudriere inside a jail to build my packages but i'm >> having the following error: >> >> [00:00:00] ====>> Creating the reference jail... done >> [00:00:03] ====>> Mounting system devices for 10amd64-system >> [00:00:03] ====>> Mounting ports/packages/distfiles >> [00:00:03] ====>> Using packages from previously failed build >> [00:00:03] ====>> Mounting packages from: >> /poudriere/data/packages/10amd64-system >> [00:00:03] ====>> Mounting /var/db/ports from: >> /usr/local/etc/poudriere.d/options >> [00:00:03] ====>> Appending to make.conf: >> /usr/local/etc/poudriere.d/make.conf >> /etc/resolv.conf -> /poudriere/data/.m/10amd64-system/ref/etc/resolv.conf >> [00:00:03] ====>> Starting jail 10amd64-system >> jail: jail_set: Operation not permitted >> [00:00:03] ====>> Cleaning up >> [00:00:03] ====>> Umounting file systems >> >> Any idea what's going on? >> >> Thanks >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > > > -- > > -- > From: Benjamin Woods > woodsb02@gmail.com > From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 03:45:26 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13BE4E42 for ; Fri, 30 Jan 2015 03:45:26 +0000 (UTC) Received: from gw.catspoiler.org (cl-1657.chi-02.us.sixxs.net [IPv6:2001:4978:f:678::2]) (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 B0618841 for ; Fri, 30 Jan 2015 03:45:25 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t0U3jHwb008745 for ; Thu, 29 Jan 2015 19:45:21 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201501300345.t0U3jHwb008745@gw.catspoiler.org> Date: Thu, 29 Jan 2015 19:43:38 -0800 (PST) From: Don Lewis Subject: testing the value of ${CXX} in ports Makefile To: ports@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 03:45:26 -0000 I need to test the value of ${CXX} in the Makefile for a port and am getting unexpected results. Here is a simplified version of the Makefile: PORTNAME= junk PORTVERSION= 0.0.0 CATEGORIES= devel DISTFILES= MAINTAINER= truckman@FreeBSD.org COMMENT= junk USE_GCC= 4.9+ .include post-patch: echo CXX=${CXX} .if ${CXX} == g++49 echo detected g++49 .else echo did not detect g++49 .endif .include If I run "make patch", this is what I get: # make patch ===> junk-0.0.0 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by junk-0.0.0 for building ===> Extracting for junk-0.0.0 ===> Patching for junk-0.0.0 echo CXX=g++49 CXX=g++49 echo did not detect g++49 did not detect g++49 If I run "make -dA patch" and look at the debug output, I observe bsd.gcc.mk getting processed after the .if is evaluated. When the .if is processed, the value of ${CXX} is still c++. It sort of looks like bsd.gcc.mk isn't getting included until bsd.port.post.mk and we are relying on lazy expansion to get the correct value of ${CXX} for the actions. It sort of looks like I'll have to do something like: post-patch: [ ${CXX} = g++49 ] && echo detected g++49 but that just seems goofy. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 05:27:44 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DAAC539 for ; Fri, 30 Jan 2015 05:27:44 +0000 (UTC) Received: from mail.wilcox-tech.com (mail.foxkit.us [192.99.209.192]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.wilcox-tech.com", Issuer "mail.wilcox-tech.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ECE1519A for ; Fri, 30 Jan 2015 05:27:43 +0000 (UTC) Received: (qmail 3300 invoked from network); 30 Jan 2015 05:28:56 -0000 Received: from ip68-13-243-137.ok.ok.cox.net (HELO ?192.168.1.253?) (emyers@wilcox-tech.com@68.13.243.137) by mail.foxkit.us with ESMTPA; 30 Jan 2015 05:28:56 -0000 Message-ID: <54CB164D.60908@interlinked.me> Date: Thu, 29 Jan 2015 23:27:41 -0600 From: Elizabeth Myers User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: ports@freebsd.org Subject: Re: testing the value of ${CXX} in ports Makefile References: <201501300345.t0U3jHwb008745@gw.catspoiler.org> In-Reply-To: <201501300345.t0U3jHwb008745@gw.catspoiler.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 05:27:44 -0000 On 01/29/15 21:43, Don Lewis wrote: > I need to test the value of ${CXX} in the Makefile for a port and am > getting unexpected results. Here is a simplified version of the > Makefile: > > PORTNAME= junk > PORTVERSION= 0.0.0 > CATEGORIES= devel > DISTFILES= > > MAINTAINER= truckman@FreeBSD.org > COMMENT= junk > > USE_GCC= 4.9+ > > .include > > post-patch: > echo CXX=${CXX} > .if ${CXX} == g++49 > echo detected g++49 > .else > echo did not detect g++49 > .endif > > .include > > > If I run "make patch", this is what I get: > > # make patch > ===> junk-0.0.0 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by junk-0.0.0 for building > ===> Extracting for junk-0.0.0 > ===> Patching for junk-0.0.0 > echo CXX=g++49 > CXX=g++49 > echo did not detect g++49 > did not detect g++49 > > > If I run "make -dA patch" and look at the debug output, I observe > bsd.gcc.mk getting processed after the .if is evaluated. When the .if > is processed, the value of ${CXX} is still c++. It sort of looks like > bsd.gcc.mk isn't getting included until bsd.port.post.mk and we are > relying on lazy expansion to get the correct value of ${CXX} for the > actions. > > It sort of looks like I'll have to do something like: > > post-patch: > [ ${CXX} = g++49 ] && echo detected g++49 > > but that just seems goofy. > > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" Why do you need to detect it? Shouldn't USE_GCC ensure it's there? In any case, browsing through the ports tree, you could try .if !empty(CXX:M*g++49*) -- Cheers, Elizabeth Myers From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 06:28:51 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24129BB9 for ; Fri, 30 Jan 2015 06:28:51 +0000 (UTC) Received: from gw.catspoiler.org (cl-1657.chi-02.us.sixxs.net [IPv6:2001:4978:f:678::2]) (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 A7B048E5 for ; Fri, 30 Jan 2015 06:28:50 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t0U6Sf5B008970; Thu, 29 Jan 2015 22:28:46 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201501300628.t0U6Sf5B008970@gw.catspoiler.org> Date: Thu, 29 Jan 2015 22:28:41 -0800 (PST) From: Don Lewis Subject: Re: testing the value of ${CXX} in ports Makefile To: elizabeth@interlinked.me In-Reply-To: <54CB164D.60908@interlinked.me> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 06:28:51 -0000 On 29 Jan, Elizabeth Myers wrote: > On 01/29/15 21:43, Don Lewis wrote: >> I need to test the value of ${CXX} in the Makefile for a port and am >> getting unexpected results. Here is a simplified version of the >> Makefile: >> >> PORTNAME= junk >> PORTVERSION= 0.0.0 >> CATEGORIES= devel >> DISTFILES= >> >> MAINTAINER= truckman@FreeBSD.org >> COMMENT= junk >> >> USE_GCC= 4.9+ >> >> .include >> >> post-patch: >> echo CXX=${CXX} >> .if ${CXX} == g++49 >> echo detected g++49 >> .else >> echo did not detect g++49 >> .endif >> >> .include >> >> >> If I run "make patch", this is what I get: >> >> # make patch >> ===> junk-0.0.0 depends on file: /usr/local/sbin/pkg - found >> ===> Fetching all distfiles required by junk-0.0.0 for building >> ===> Extracting for junk-0.0.0 >> ===> Patching for junk-0.0.0 >> echo CXX=g++49 >> CXX=g++49 >> echo did not detect g++49 >> did not detect g++49 >> >> >> If I run "make -dA patch" and look at the debug output, I observe >> bsd.gcc.mk getting processed after the .if is evaluated. When the .if >> is processed, the value of ${CXX} is still c++. It sort of looks like >> bsd.gcc.mk isn't getting included until bsd.port.post.mk and we are >> relying on lazy expansion to get the correct value of ${CXX} for the >> actions. >> >> It sort of looks like I'll have to do something like: >> >> post-patch: >> [ ${CXX} = g++49 ] && echo detected g++49 >> >> but that just seems goofy. > Why do you need to detect it? Shouldn't USE_GCC ensure it's there? In > any case, browsing through the ports tree, you could try .if > !empty(CXX:M*g++49*) With USE_GCC=yes, CXX will currently get set to g++48, but at some point the default version will get upgraded to 4.9. Unfortunately, that breaks the port build unless I apply an extra patch to the source. I could set USE_GCC=4.8, but once the default version of gcc gets updated, anyone who uses the port will need both gcc 4.8 for this port and 4.9 for the majority of parts that just use USE_GCC=yes to get the default. I think your suggestion has the same problem as what I tried.because when the .if is evaluated, the value of CXX has still not been updated by bsd.gcc.mk. It still has the original value set by /usr/share/mk/sys/mk. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 06:34:04 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D86F3CBF; Fri, 30 Jan 2015 06:34:04 +0000 (UTC) Received: from udns.ultimatedns.net (ultimatedns.net [209.180.214.225]) (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 51987995; Fri, 30 Jan 2015 06:34:02 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0U6XsC4006648; Thu, 29 Jan 2015 22:33:54 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: ports@FreeBSD.org, Don Lewis In-Reply-To: <201501300345.t0U3jHwb008745@gw.catspoiler.org> References: <201501300345.t0U3jHwb008745@gw.catspoiler.org> From: "Chris H" Subject: Re: testing the value of ${CXX} in ports Makefile Date: Thu, 29 Jan 2015 22:33:54 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 06:34:04 -0000 On Thu, 29 Jan 2015 19:43:38 -0800 (PST) Don Lewis wrote > I need to test the value of ${CXX} in the Makefile for a port and am > getting unexpected results. Here is a simplified version of the > Makefile: > > PORTNAME= junk > PORTVERSION= 0.0.0 > CATEGORIES= devel > DISTFILES= > > MAINTAINER= truckman@FreeBSD.org > COMMENT= junk > > USE_GCC= 4.9+ > > .include > > post-patch: > echo CXX=${CXX} > .if ${CXX} == g++49 > echo detected g++49 > .else > echo did not detect g++49 > .endif > > .include > > > If I run "make patch", this is what I get: > > # make patch > ===> junk-0.0.0 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by junk-0.0.0 for building > ===> Extracting for junk-0.0.0 > ===> Patching for junk-0.0.0 > echo CXX=g++49 > CXX=g++49 > echo did not detect g++49 > did not detect g++49 > > > If I run "make -dA patch" and look at the debug output, I observe > bsd.gcc.mk getting processed after the .if is evaluated. When the .if > is processed, the value of ${CXX} is still c++. It sort of looks like > bsd.gcc.mk isn't getting included until bsd.port.post.mk and we are > relying on lazy expansion to get the correct value of ${CXX} for the > actions. > > It sort of looks like I'll have to do something like: > > post-patch: > [ ${CXX} = g++49 ] && echo detected g++49 > > but that just seems goofy. I'm not attempting to come off as any sot of expert. But it seems like you're going the long way around. Couldn't you just as easily REQUIRE, or perhaps even better; simply reverse the logic; if ${CXX} != g++49 @VOMIT endif It'd be shorter, and still assures the results you require, no? Just a thought. --Chris > > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 06:46:48 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 486BCE15 for ; Fri, 30 Jan 2015 06:46:48 +0000 (UTC) Received: from gw.catspoiler.org (cl-1657.chi-02.us.sixxs.net [IPv6:2001:4978:f:678::2]) (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 C9F45A84 for ; Fri, 30 Jan 2015 06:46:47 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t0U6kW1L009003; Thu, 29 Jan 2015 22:46:36 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201501300646.t0U6kW1L009003@gw.catspoiler.org> Date: Thu, 29 Jan 2015 22:46:32 -0800 (PST) From: Don Lewis Subject: Re: testing the value of ${CXX} in ports Makefile To: bsd-lists@bsdforge.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 06:46:48 -0000 On 29 Jan, Chris H wrote: > On Thu, 29 Jan 2015 19:43:38 -0800 (PST) Don Lewis wrote > >> I need to test the value of ${CXX} in the Makefile for a port and am >> getting unexpected results. Here is a simplified version of the >> Makefile: >> >> PORTNAME= junk >> PORTVERSION= 0.0.0 >> CATEGORIES= devel >> DISTFILES= >> >> MAINTAINER= truckman@FreeBSD.org >> COMMENT= junk >> >> USE_GCC= 4.9+ >> >> .include >> >> post-patch: >> echo CXX=${CXX} >> .if ${CXX} == g++49 >> echo detected g++49 >> .else >> echo did not detect g++49 >> .endif >> >> .include >> >> >> If I run "make patch", this is what I get: >> >> # make patch >> ===> junk-0.0.0 depends on file: /usr/local/sbin/pkg - found >> ===> Fetching all distfiles required by junk-0.0.0 for building >> ===> Extracting for junk-0.0.0 >> ===> Patching for junk-0.0.0 >> echo CXX=g++49 >> CXX=g++49 >> echo did not detect g++49 >> did not detect g++49 >> >> >> If I run "make -dA patch" and look at the debug output, I observe >> bsd.gcc.mk getting processed after the .if is evaluated. When the .if >> is processed, the value of ${CXX} is still c++. It sort of looks like >> bsd.gcc.mk isn't getting included until bsd.port.post.mk and we are >> relying on lazy expansion to get the correct value of ${CXX} for the >> actions. >> >> It sort of looks like I'll have to do something like: >> >> post-patch: >> [ ${CXX} = g++49 ] && echo detected g++49 >> >> but that just seems goofy. > I'm not attempting to come off as any sot of expert. But it > seems like you're going the long way around. Couldn't you > just as easily REQUIRE, or perhaps even better; simply reverse > the logic; > > if ${CXX} != g++49 > @VOMIT > endif > > It'd be shorter, and still assures the results you require, > no? Just a thought. gcc46, gcc47, gcc48, and probably gcc5 (haven't tested that one yet) all work. gcc49 requires a source patch. I just want to be able to set USE_GCC=yes and not have the port break when the default version of gcc gets changed to 4.9. The way that the ports infrastructure is written, it looks like I can't do the test with a Makefile .if / .endif. It looks like I have to do it in the shell code in actions for the target. Instead of using [ condition ] && do something, I could also write it as if [ ${CXX} = g++49 ]; then apply the patch; fi From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 07:16:27 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9BBC3CB for ; Fri, 30 Jan 2015 07:16:27 +0000 (UTC) Received: from asp.reflexion.net (outbound-242.asp.reflexion.net [69.84.129.242]) (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 A6519D37 for ; Fri, 30 Jan 2015 07:16:27 +0000 (UTC) Received: (qmail 21612 invoked from network); 30 Jan 2015 07:16:25 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 30 Jan 2015 07:16:25 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.40.0) with SMTP; Fri, 30 Jan 2015 02:16:25 -0500 (EST) Received: (qmail 27798 invoked from network); 30 Jan 2015 07:16:25 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 30 Jan 2015 07:16:25 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id A79B71C43A7; Thu, 29 Jan 2015 23:16:17 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: cmake's ctest throws std::length_error during png build, blocking building (powerpc64, 10.1-STABLE) Date: Thu, 29 Jan 2015 23:16:23 -0800 Message-Id: <9BEAA259-D227-48F7-9170-98DF9810D8C8@dsl-only.net> To: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 07:16:28 -0000 Later below I give how I found the issue. But first I show a short way = to reproduce the problem without building a port that uses ctest: root@FBSDG5M1:/usr/home/markmi # ctest --version terminate called after throwing an instance of 'std::length_error' what(): vector::reserve Abort (core dumped) Context basics for the ctest crash: root@FBSDG5M1:/usr/home/markmi # freebsd-version -ku; uname -a 10.1-RELEASE-p4 10.1-STABLE FreeBSD FBSDG5M1 10.1-RELEASE-p4 FreeBSD 10.1-RELEASE-p4 #1 r277195M: = Mon Jan 26 23:32:28 PST 2015 root at = FBSDG5M1:/usr/obj/usr/home/markmi/src_10_1_releng/sys/GENERIC64vtsc = powerpc The 10.1-STABLE world build is from -r277483 . /usr/ports/ "Last Changed Rev" was -r378052 (so recent). root@FBSDG5M1:/usr/home/markmi # more /etc/make.conf WRKDIRPREFIX=3D/usr/obj/portswork WITH_DEBUG=3D MALLOC_PRODUCTION=3D root@FBSDG5M1:/usr/home/markmi # more /etc/src.conf #WITH_DEBUG_FILES=3D #WITHOUT_CLANG=3D root@FBSDG5M1:/usr/home/markmi # cmake --version cmake version 3.1.1 Problem: Later below I give how I found the issue. But first I show a short way = to reproduce the problem without building a port that uses ctest: root@FBSDG5M1:/usr/home/markmi # ctest --version terminate called after throwing an instance of 'std::length_error' what(): vector::reserve Abort (core dumped) =46rom the portmaster -r png I got the following failure, which turns = out to be in cmake's ctest: root@FBSDG5M1:/usr/home/markmi # portmaster -r --no-confirm png ... [100%] Building C object = CMakeFiles/pngstest.dir/contrib/libtests/pngstest.o Linking C executable pngtest [100%] Built target pngtest Linking C executable pngstest [100%] Built target pngstest Linking C executable pngvalid [100%] Built target pngvalid ... Running tests... terminate called after throwing an instance of 'std::length_error' what(): vector::reserve Abort trap (core dumped) *** [test] Error code 134 ... Below is the traceback. It shows a huge vector::reserve size = (#8...::reserve (this=3D0xffffffffffffae08, __n=3D5497010905810357313) = at vector.tcc:72). root@FBSDG5M1:/var/crash # gdb `which ctest` ctest.5708.core ... (gdb) bt #0 0x0000000050d19168 in .__sys_thr_kill () from /lib/libc.so.7 #1 0x0000000050d1907c in .__raise () from /lib/libc.so.7 #2 0x0000000050d17658 in .abort () from /lib/libc.so.7 #3 0x00000000514cbae0 in ._ZN9__gnu_cxx27__verbose_terminate_handlerEv = () from /usr/lib/libsupc++.so.1 #4 0x00000000514d11d8 in ._ZSt14set_unexpectedPFvvE () from = /usr/lib/libsupc++.so.1 #5 0x00000000514d1230 in ._ZSt9terminatev () from = /usr/lib/libsupc++.so.1 #6 0x00000000514d10dc in .__cxa_throw () from /usr/lib/libsupc++.so.1 #7 0x0000000050ab6e54 in ._ZSt20__throw_length_errorPKc () from = /usr/lib/libstdc++.so.6 #8 0x0000000010246528 in = std::vector >*, = std::allocator >*> >::reserve (this=3D0xffffffffffffae08,=20 __n=3D5497010905810357313) at vector.tcc:72 #9 0x0000000010474710 in cmsys::hashtable, std::string, cmsys::hash, = cmsys::hash_select1st, = std::equal_to, std::allocator = >::_M_initialize_buckets (this=3D0xffffffffffffae00, __n=3D100) at = hashtable.hxx:797 #10 0x0000000010474838 in hashtable (this=3D0xffffffffffffae00, __n=3D100,= __hf=3D@0xffffffffffffabb2, __eql=3D@0xffffffffffffabb1,=20 __a=3D@0xffffffffffffabb0) at hashtable.hxx:545 #11 0x000000001047490c in hash_map (this=3D0xffffffffffffae00) at = hash_map.hxx:113 #12 0x00000000104728f8 in cmDefinitions (this=3D0xffffffffffffadf8, = parent=3D0x0) at = /usr/obj/portswork/usr/ports/devel/cmake/work/cmake-3.1.1/Source/cmDefinit= ions.cxx:19 #13 0x000000001020dbcc in cmMakefile (this=3D0x51cb1800) at = /usr/obj/portswork/usr/ports/devel/cmake/work/cmake-3.1.1/Source/cmMakefil= e.cxx:56 #14 0x00000000101efa98 in cmLocalGenerator::SetGlobalGenerator = (this=3D0x51c3f480, gg=3D0xffffffffffffbe38) at = /usr/obj/portswork/usr/ports/devel/cmake/work/cmake-3.1.1/Source/cmLocalGe= nerator.cxx:244 #15 0x00000000101874b0 in cmGlobalGenerator::CreateLocalGenerator = (this=3D0xffffffffffffbe38) at = /usr/obj/portswork/usr/ports/devel/cmake/work/cmake-3.1.1/Source/cmGlobalG= enerator.cxx:1906 #16 0x00000000100224dc in cmCTest::Initialize (this=3D0xffffffffffffcc50,=20= binary_dir=3D0x51c890f8 = "/usr/obj/portswork/usr/ports/graphics/png/work/libpng-1.6.16", = command=3D0x0) at = /usr/obj/portswork/usr/ports/devel/cmake/work/cmake-3.1.1/Source/cmCTest.c= xx:511 #17 0x000000001002c704 in cmCTest::Run (this=3D0xffffffffffffcc50, = args=3D@0xffffffffffffc880, output=3D0xffffffffffffc898) at = /usr/obj/portswork/usr/ports/devel/cmake/work/cmake-3.1.1/Source/cmCTest.c= xx:2474 #18 0x0000000010010c10 in main (argc=3D2, argv=3D0x51c1a040) at = /usr/obj/portswork/usr/ports/devel/cmake/work/cmake-3.1.1/Source/ctest.cxx= :192 #19 0x000000001000fc8c in ._start () #20 0x000000005074c770 in .text () from /libexec/ld-elf.so.1 More context: $ freebsd-version -ku; uname -a 10.1-RELEASE-p4 10.1-STABLE FreeBSD FBSDG5M1 10.1-RELEASE-p4 FreeBSD 10.1-RELEASE-p4 #1 r277195M: = Mon Jan 26 23:32:28 PST 2015 root at = FBSDG5M1:/usr/obj/usr/home/markmi/src_10_1_releng/sys/GENERIC64vtsc = powerpc For the buildworld context: $ svnlite info /usr/src Path: /usr/src Working Copy Root Path: /usr/src URL: https://svn0.us-west.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 277483 Node Kind: directory Schedule: normal Last Changed Author: smh Last Changed Rev: 277483 Last Changed Date: 2015-01-21 01:45:48 -0800 (Wed, 21 Jan 2015) For the ports: $ svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head Relative URL: ^/head Repository Root: https://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 378053 Node Kind: directory Schedule: normal Last Changed Author: danilo Last Changed Rev: 378052 Last Changed Date: 2015-01-28 01:33:23 -0800 (Wed, 28 Jan 2015) For the kernel context (not so relevant here but for completeness): $ svnlite info ~markmi/src_10_1_releng/ Path: /home/markmi/src_10_1_releng Working Copy Root Path: /home/markmi/src_10_1_releng URL: https://svn0.us-west.freebsd.org/base/releng/10.1 Relative URL: ^/releng/10.1 Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 277195 Node Kind: directory Schedule: normal Last Changed Author: delphij Last Changed Rev: 277195 Last Changed Date: 2015-01-14 13:27:46 -0800 (Wed, 14 Jan 2015) $ svnlite status ~markmi/src_10_1_releng/ M /home/markmi/src_10_1_releng/sys/ddb/db_main.c M /home/markmi/src_10_1_releng/sys/ddb/db_script.c M /home/markmi/src_10_1_releng/sys/powerpc/ofw/ofw_machdep.c M /home/markmi/src_10_1_releng/sys/powerpc/ofw/ofwcall64.S M = /home/markmi/src_10_1_releng/sys/powerpc/powermac/powermac_thermal.c =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 08:41:00 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95C96D00; Fri, 30 Jan 2015 08:41:00 +0000 (UTC) Received: from mailrelay113.isp.belgacom.be (mailrelay113.isp.belgacom.be [195.238.20.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5ED797; Fri, 30 Jan 2015 08:40:59 +0000 (UTC) X-Belgacom-Dynamic: yes X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=r3/LV5qEOeRNqOlObU3fPeZ+G8vFrxRTI9UozocECbw= c=1 sm=2 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=bISWNPydI8lYmXnQVPkA:9 a=CjuIK1q_8ugA:10 a=UBVb_jbgQisA:10 a=SAKgyaYvStoA:10 a=1MV6e817ie8A:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AICQBKQstU/xOHsFtagwaBIAvKVwQCAoEZRAEBAQEBfYQNAQU6HCMQCw4KCSUPKh4GE4gwAdY6AQEBAQEBBAEBAQEej3gHhCkBBJgdklIig289MYJCAQEB Received: from 19.135-176-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.176.135.19]) by relay.skynet.be with ESMTP; 30 Jan 2015 09:40:48 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.9/8.14.9) with ESMTP id t0U8ek4r001105; Fri, 30 Jan 2015 09:40:46 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 30 Jan 2015 09:40:46 +0100 From: Tijl Coosemans To: Don Lewis Subject: Re: testing the value of ${CXX} in ports Makefile Message-ID: <20150130094046.19e227e9@kalimero.tijl.coosemans.org> In-Reply-To: <201501300646.t0U6kW1L009003@gw.catspoiler.org> References: <201501300646.t0U6kW1L009003@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, bsd-lists@bsdforge.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 08:41:00 -0000 On Thu, 29 Jan 2015 22:46:32 -0800 (PST) Don Lewis wrote: > gcc46, gcc47, gcc48, and probably gcc5 (haven't tested that one yet) all > work. gcc49 requires a source patch. Can't you make the patch work with all versions of gcc? From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 09:29:08 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 235787CC for ; Fri, 30 Jan 2015 09:29:08 +0000 (UTC) Received: from portscout.freebsd.org (portscout.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 1035CC65 for ; Fri, 30 Jan 2015 09:29:08 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0U9T7Th054577 for ; Fri, 30 Jan 2015 09:29:07 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0U9T7kD054576; Fri, 30 Jan 2015 09:29:07 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501300929.t0U9T7kD054576@portscout.freebsd.org> X-Authentication-Warning: portscout.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: Fri, 30 Jan 2015 09:29:07 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 09:29:08 -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/p5-POE-Component-DirWatch | 0.300002 | 0.300003 ------------------------------------------------+-----------------+------------ 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 Fri Jan 30 12:59:55 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B664556A; Fri, 30 Jan 2015 12:59:55 +0000 (UTC) Received: from mail-yh0-x22a.google.com (mail-yh0-x22a.google.com [IPv6:2607:f8b0:4002:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BFDD666; Fri, 30 Jan 2015 12:59:55 +0000 (UTC) Received: by mail-yh0-f42.google.com with SMTP id a41so10837765yho.1; Fri, 30 Jan 2015 04:59:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=JK3xdjsBtoZrwalGbmP5PQfc5caO8WHTPRKsy1bapdg=; b=kJHigwoBL3gesH2APsU8RoknWQQHEGZo6KDN3bb7cqcuanzyeeOb6D31iS/KEy4Evx rm5qYpQT1K+8HY0IBrP3g4n+dQet7m9E/b+7qv+9FGQaazJVHU/SONQV7RED+HEZmVoz g2gfifLk2zmynv19oG/NsAT9UgFwLep7O+uSlLpCN4rzcEnpUy2KNnqFhSgJGGK7fMeH lRZZdRwOLyJ9MvcCKL6WTFVWogCgj5tPFdhxlvIto8k3xItD1f0i3v3yXUt0/8Dsy4zs Y3eGA5bU2zM3fZo/YJRzYYUA+sEYMM7HBTUJHQMRrvcK0r1hwxdjm5kR5sBsEGrncp+G y3kA== X-Received: by 10.236.108.169 with SMTP id q29mr2779846yhg.79.1422622794486; Fri, 30 Jan 2015 04:59:54 -0800 (PST) Received: from jmobile.jimmy.local (24-107-210-189.dhcp.stls.mo.charter.com. [24.107.210.189]) by mx.google.com with ESMTPSA id f45sm6488490yhf.28.2015.01.30.04.59.51 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 30 Jan 2015 04:59:53 -0800 (PST) Received: by jmobile.jimmy.local (sSMTP sendmail emulation); Fri, 30 Jan 2015 06:59:50 -0600 Date: Fri, 30 Jan 2015 06:59:50 -0600 From: Jimmy Kelley To: ports@FreeBSD.org, freebsd-ports@freebsd.org Subject: Re: testing the value of ${CXX} in ports Makefile Message-ID: <20150130125950.GA7353@jmobile.jimmy.localnet> Mail-Followup-To: ports@FreeBSD.org, freebsd-ports@freebsd.org, truckman@FreeBSD.org, bsd-lists@bsdforge.com, tijl@FreeBSD.org References: <201501300646.t0U6kW1L009003@gw.catspoiler.org> <20150130094046.19e227e9@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150130094046.19e227e9@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: truckman@FreeBSD.org, tijl@FreeBSD.org, bsd-lists@bsdforge.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 12:59:55 -0000 On Fri, Jan 30, 2015 at 09:40:46AM +0100, Tijl Coosemans wrote: > On Thu, 29 Jan 2015 22:46:32 -0800 (PST) Don Lewis wrote: > > gcc46, gcc47, gcc48, and probably gcc5 (haven't tested that one yet) all > > work. gcc49 requires a source patch. > > Can't you make the patch work with all versions of gcc? > +1 Make the PATCH deal with whatever version of GCC is being used to compile that big of code... Jimmy From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 14:30:13 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3912BD9A; Fri, 30 Jan 2015 14:30:13 +0000 (UTC) Received: from udns.ultimatedns.net (ultimatedns.net [209.180.214.225]) (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 E47AD16A; Fri, 30 Jan 2015 14:30:11 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0UEUAjc059130; Fri, 30 Jan 2015 06:30:10 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Don Lewis In-Reply-To: <201501300646.t0U6kW1L009003@gw.catspoiler.org> References: <201501300646.t0U6kW1L009003@gw.catspoiler.org> From: "Chris H" Subject: Re: testing the value of ${CXX} in ports Makefile Date: Fri, 30 Jan 2015 06:30:10 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <012c1901592b44c5c09f0d42576193c5@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 14:30:13 -0000 On Thu, 29 Jan 2015 22:46:32 -0800 (PST) Don Lewis wrote > On 29 Jan, Chris H wrote: > > On Thu, 29 Jan 2015 19:43:38 -0800 (PST) Don Lewis > > wrote > >> I need to test the value of ${CXX} in the Makefile for a port and am > >> getting unexpected results. Here is a simplified version of the > >> Makefile: > >> > >> PORTNAME= junk > >> PORTVERSION= 0.0.0 > >> CATEGORIES= devel > >> DISTFILES= > >> > >> MAINTAINER= truckman@FreeBSD.org > >> COMMENT= junk > >> > >> USE_GCC= 4.9+ > >> > >> .include > >> > >> post-patch: > >> echo CXX=${CXX} > >> .if ${CXX} == g++49 > >> echo detected g++49 > >> .else > >> echo did not detect g++49 > >> .endif > >> > >> .include > >> > >> > >> If I run "make patch", this is what I get: > >> > >> # make patch > >> ===> junk-0.0.0 depends on file: /usr/local/sbin/pkg - found > >> ===> Fetching all distfiles required by junk-0.0.0 for building > >> ===> Extracting for junk-0.0.0 > >> ===> Patching for junk-0.0.0 > >> echo CXX=g++49 > >> CXX=g++49 > >> echo did not detect g++49 > >> did not detect g++49 > >> > >> > >> If I run "make -dA patch" and look at the debug output, I observe > >> bsd.gcc.mk getting processed after the .if is evaluated. When the .if > >> is processed, the value of ${CXX} is still c++. It sort of looks like > >> bsd.gcc.mk isn't getting included until bsd.port.post.mk and we are > >> relying on lazy expansion to get the correct value of ${CXX} for the > >> actions. > >> > >> It sort of looks like I'll have to do something like: > >> > >> post-patch: > >> [ ${CXX} = g++49 ] && echo detected g++49 > >> > >> but that just seems goofy. > > I'm not attempting to come off as any sot of expert. But it > > seems like you're going the long way around. Couldn't you > > just as easily REQUIRE, or perhaps even better; simply reverse > > the logic; > > > > if ${CXX} != g++49 > > @VOMIT > > endif > > > > It'd be shorter, and still assures the results you require, > > no? Just a thought. > > gcc46, gcc47, gcc48, and probably gcc5 (haven't tested that one yet) all > work. gcc49 requires a source patch. I just want to be able to set > USE_GCC=yes and not have the port break when the default version of gcc > gets changed to 4.9. > > The way that the ports infrastructure is written, it looks like I can't > do the test with a Makefile .if / .endif. It looks like I have to do it > in the shell code in actions for the target. > > Instead of using [ condition ] && do something, I could also write it as > if [ ${CXX} = g++49 ]; then apply the patch; fi Ahh. Sure. It's also shorter than the only alternative I can conceive if ${CXX} <= g++48 || if ${CXX} >= g++50 @${PATCHME} endif --Chris -- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 14:33:03 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3268FE67; Fri, 30 Jan 2015 14:33:03 +0000 (UTC) Received: from mail.server1.bsdforen.de (bsdforen.de [82.193.243.81]) by mx1.freebsd.org (Postfix) with ESMTP id E8BD2215; Fri, 30 Jan 2015 14:33:02 +0000 (UTC) Received: from AprilRyan.norad (iz-aix-213a.HS-Karlsruhe.DE [193.196.64.213]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.server1.bsdforen.de (Postfix) with ESMTPSA id BFA5C8611A; Fri, 30 Jan 2015 15:24:23 +0100 (CET) Message-ID: <54CB9416.5020802@bsdforen.de> Date: Fri, 30 Jan 2015 15:24:22 +0100 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Don Lewis , elizabeth@interlinked.me Subject: Re: testing the value of ${CXX} in ports Makefile References: <201501300628.t0U6Sf5B008970@gw.catspoiler.org> In-Reply-To: <201501300628.t0U6Sf5B008970@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 14:33:03 -0000 On 30/01/2015 07:28, Don Lewis wrote: > On 29 Jan, Elizabeth Myers wrote: >> On 01/29/15 21:43, Don Lewis wrote: >>> I need to test the value of ${CXX} in the Makefile for a port and am >>> getting unexpected results. Here is a simplified version of the >>> Makefile: >>> >>> ... >>> USE_GCC= 4.9+ >>> >>> .include >>> >>> post-patch: >>> echo CXX=${CXX} >>> .if ${CXX} == g++49 >>> echo detected g++49 >>> .else >>> echo did not detect g++49 >>> .endif >>> >>> .include >>> >>> ... > >> Why do you need to detect it? Shouldn't USE_GCC ensure it's there? In >> any case, browsing through the ports tree, you could try .if >> !empty(CXX:M*g++49*) > > With USE_GCC=yes, CXX will currently get set to g++48, but at some point > the default version will get upgraded to 4.9. Unfortunately, that > breaks the port build unless I apply an extra patch to the source. I > could set USE_GCC=4.8, but once the default version of gcc gets updated, > anyone who uses the port will need both gcc 4.8 for this port and 4.9 > for the majority of parts that just use USE_GCC=yes to get the default. Just check against: ${GCC_DEFAULT:M4.9} -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 15:01:43 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF928A1B for ; Fri, 30 Jan 2015 15:01:43 +0000 (UTC) Received: from mail.highwayman.com (happyday.demon.co.uk [80.177.121.10]) (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 A2C877DE for ; Fri, 30 Jan 2015 15:01:42 +0000 (UTC) Received: from localhost ([127.0.0.1]:19478 helo=happyday.al.cl.cam.ac.uk) by mail.highwayman.com with esmtp (Exim 4.85) (envelope-from ) id 1YHCgu-000EK6-QL for ports@FreeBSD.org; Fri, 30 Jan 2015 14:37:00 +0000 Message-ID: Date: Fri, 30 Jan 2015 14:36:47 +0000 To: ports@FreeBSD.org From: Richard Clayton Subject: FreeBSD Port: www/pound MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.03 M X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 15:01:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Could I draw your attention to the fact that Pound has (at very long last) pushed out v2.7 ... ... this has "disable proto" directives so it's finally possible to fix the "Poodle" SSL issue without using an exotic build. Since this is security related it would be good to get this into the FreeBSD ports tree sooner rather than later. Thanks - -- richard Richard Clayton They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin -----BEGIN PGP SIGNATURE----- Version: PGPsdk version 1.7.1 iQA/AwUBVMuW/+INNVchEYfiEQJr0ACg4VaZMc5koUkP/fjJ5pbdg/LYTWcAnRjw SlBOBRBnU6KjRssP3Qg6PDxx =Jcta -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 15:04:33 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23500BE1 for ; Fri, 30 Jan 2015 15:04:33 +0000 (UTC) Received: from udns.ultimatedns.net (ultimatedns.net [209.180.214.225]) (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 AEAB380C for ; Fri, 30 Jan 2015 15:04:30 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0UF4UmK062541 for ; Fri, 30 Jan 2015 07:04:30 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <012c1901592b44c5c09f0d42576193c5@ultimatedns.net> References: <201501300646.t0U6kW1L009003@gw.catspoiler.org>, <012c1901592b44c5c09f0d42576193c5@ultimatedns.net> From: "Chris H" Subject: Re: testing the value of ${CXX} in ports Makefile Date: Fri, 30 Jan 2015 07:04:30 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <9da2e00a0f6529a1d3be175d25b27a64@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 15:04:33 -0000 On Fri, 30 Jan 2015 06:30:10 -0800 "Chris H" wrote > On Thu, 29 Jan 2015 22:46:32 -0800 (PST) Don Lewis > wrote > > > On 29 Jan, Chris H wrote: > > > On Thu, 29 Jan 2015 19:43:38 -0800 (PST) Don Lewis > > > wrote > > >> I need to test the value of ${CXX} in the Makefile for a port and am > > >> getting unexpected results. Here is a simplified version of the > > >> Makefile: > > >> > > >> PORTNAME= junk > > >> PORTVERSION= 0.0.0 > > >> CATEGORIES= devel > > >> DISTFILES= > > >> > > >> MAINTAINER= truckman@FreeBSD.org > > >> COMMENT= junk > > >> > > >> USE_GCC= 4.9+ > > >> > > >> .include > > >> > > >> post-patch: > > >> echo CXX=${CXX} > > >> .if ${CXX} == g++49 > > >> echo detected g++49 > > >> .else > > >> echo did not detect g++49 > > >> .endif > > >> > > >> .include > > >> > > >> > > >> If I run "make patch", this is what I get: > > >> > > >> # make patch > > >> ===> junk-0.0.0 depends on file: /usr/local/sbin/pkg - found > > >> ===> Fetching all distfiles required by junk-0.0.0 for building > > >> ===> Extracting for junk-0.0.0 > > >> ===> Patching for junk-0.0.0 > > >> echo CXX=g++49 > > >> CXX=g++49 > > >> echo did not detect g++49 > > >> did not detect g++49 > > >> > > >> > > >> If I run "make -dA patch" and look at the debug output, I observe > > >> bsd.gcc.mk getting processed after the .if is evaluated. When the .if > > >> is processed, the value of ${CXX} is still c++. It sort of looks like > > >> bsd.gcc.mk isn't getting included until bsd.port.post.mk and we are > > >> relying on lazy expansion to get the correct value of ${CXX} for the > > >> actions. > > >> > > >> It sort of looks like I'll have to do something like: > > >> > > >> post-patch: > > >> [ ${CXX} = g++49 ] && echo detected g++49 > > >> > > >> but that just seems goofy. > > > I'm not attempting to come off as any sot of expert. But it > > > seems like you're going the long way around. Couldn't you > > > just as easily REQUIRE, or perhaps even better; simply reverse > > > the logic; > > > > > > if ${CXX} != g++49 > > > @VOMIT > > > endif > > > > > > It'd be shorter, and still assures the results you require, > > > no? Just a thought. > > > > gcc46, gcc47, gcc48, and probably gcc5 (haven't tested that one yet) all > > work. gcc49 requires a source patch. I just want to be able to set > > USE_GCC=yes and not have the port break when the default version of gcc > > gets changed to 4.9. > > > > The way that the ports infrastructure is written, it looks like I can't > > do the test with a Makefile .if / .endif. It looks like I have to do it > > in the shell code in actions for the target. > > > > Instead of using [ condition ] && do something, I could also write it as > > if [ ${CXX} = g++49 ]; then apply the patch; fi > Ahh. Sure. It's also shorter than the only alternative I can conceive > if ${CXX} <= g++48 || if ${CXX} >= g++50 Ahem... That *should* have read if ${CXX} <= g++48 || ${CXX} >= g++50 Sorry for the noise. In the future, I'll try to refrain from sending email until *after* my first cup of coffee. :( > @${PATCHME} > endif > > --Chris > > -- > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 18:03:47 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A62F3D0C for ; Fri, 30 Jan 2015 18:03:47 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (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 93AA7118 for ; Fri, 30 Jan 2015 18:03:47 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9) with ESMTP id t0UI3ldb000244 for ; Fri, 30 Jan 2015 18:03:47 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9/Submit) id t0UI3lmc000243 for ports@FreeBSD.org; Fri, 30 Jan 2015 18:03:47 GMT (envelope-from indexbuild) Date: Fri, 30 Jan 2015 18:03:47 GMT From: Ports Index build Message-Id: <201501301803.t0UI3lmc000243@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 8.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 18:03:47 -0000 INDEX build failed with errors: Generating INDEX-8 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- --- describe.finance --- --- describe.french --- --- describe.ftp --- [...] --- describe.print --- --- describe.russian --- --- describe.science --- --- describe.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.ukrainian --- --- describe.vietnamese --- --- describe.www --- --- describe.x11 --- --- describe.x11-clocks --- --- describe.x11-drivers --- --- describe.x11-fm --- --- describe.x11-fonts --- --- describe.x11-servers --- --- describe.x11-themes --- --- describe.x11-toolkits --- --- describe.x11-wm --- Done. make_index: /home/indexbuild/tindex/ports/databases/p5-DBIx-Class-Helpers: no entry for /home/indexbuild/tindex/ports/databases/p5-Introspector Committers on the hook: bofh dinoex kmoore mr nivit nox tj Most recent SVN update was: Updating '.': U sysutils/xen-tools/distinfo U sysutils/xen-tools/files/patch-config_StdGNU.mk U sysutils/xen-tools/Makefile U sysutils/xe-guest-utilities/Makefile A sysutils/xe-guest-utilities/files/patch-xe-update-guest-attrs U sysutils/grub2-pcbsd/Makefile U sysutils/grub2-pcbsd/files/30_os-prober.in U sysutils/grub2-pcbsd/files/10_ktrueos.in U textproc/p5-XML-NamespaceFactory/Makefile U textproc/p5-XML-NamespaceFactory/distinfo U textproc/p5-RDF-Trine/Makefile U textproc/p5-RDF-Trine/distinfo U net/activemq/Makefile U net/activemq/distinfo U databases/p5-DBIx-Class-Helpers/Makefile A databases/p5-DBIx-Introspector A databases/p5-DBIx-Introspector/Makefile A databases/p5-DBIx-Introspector/distinfo A databases/p5-DBIx-Introspector/pkg-descr A databases/p5-DBIx-Introspector/pkg-plist U databases/Makefile A graphics/libbpg A graphics/libbpg/files A graphics/libbpg/files/patch-Makefile A graphics/libbpg/files/patch-jctvc_TLibCommon_TComPicYuv.cpp A graphics/libbpg/pkg-plist A graphics/libbpg/Makefile A graphics/libbpg/distinfo A graphics/libbpg/pkg-descr U graphics/Makefile U www/p5-CGI-ExtDirect/pkg-plist U www/p5-CGI-ExtDirect/Makefile U www/p5-CGI-ExtDirect/distinfo U www/p5-RPC-ExtDirect/pkg-plist U www/p5-RPC-ExtDirect/Makefile U www/p5-RPC-ExtDirect/distinfo U cad/qcad/Makefile A cad/qcad/files/patch-src_core_RS.cpp U devel/p5-File-LibMagic/pkg-plist U devel/p5-File-LibMagic/Makefile U devel/p5-File-LibMagic/distinfo U devel/py-dirspec/distinfo U devel/py-dirspec/Makefile U devel/p5-JSON-Schema/Makefile U devel/p5-JSON-Schema/distinfo U devel/p5-Term-Clui/Makefile U devel/p5-Term-Clui/distinfo U devel/p5-File-FcntlLock/Makefile U devel/p5-File-FcntlLock/distinfo U devel/p5-autovivification/Makefile U devel/p5-autovivification/distinfo U devel/cxxtools/pkg-plist U devel/cxxtools/Makefile U devel/p5-MooseX-ArrayRef/Makefile U devel/p5-MooseX-ArrayRef/distinfo U net-mgmt/p5-jmx4perl/pkg-plist U net-mgmt/p5-jmx4perl/Makefile U net-mgmt/p5-jmx4perl/distinfo U net-mgmt/centreon-clib/Makefile U net-mgmt/centreon-clib/distinfo U multimedia/p5-Audio-M4P/Makefile U multimedia/p5-Audio-M4P/distinfo Updated to revision 378177. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 18:14:26 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C726C26E; Fri, 30 Jan 2015 18:14:26 +0000 (UTC) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 3512025B; Fri, 30 Jan 2015 18:14:24 +0000 (UTC) Received: from ppp118-210-27-239.lns20.adl2.internode.on.net (HELO leader.local) ([118.210.27.239]) by ipmail06.adl6.internode.on.net with ESMTP; 31 Jan 2015 04:44:24 +1030 Message-ID: <54CBC9FE.8080304@ShaneWare.Biz> Date: Sat, 31 Jan 2015 04:44:22 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Don Lewis , ports@FreeBSD.org Subject: Re: testing the value of ${CXX} in ports Makefile References: <201501300345.t0U3jHwb008745@gw.catspoiler.org> In-Reply-To: <201501300345.t0U3jHwb008745@gw.catspoiler.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 18:14:26 -0000 On 30/01/2015 14:13, Don Lewis wrote: > I need to test the value of ${CXX} in the Makefile for a port and am > getting unexpected results. Here is a simplified version of the > Makefile: > > PORTNAME= junk > PORTVERSION= 0.0.0 > CATEGORIES= devel > DISTFILES= > > MAINTAINER= truckman@FreeBSD.org > COMMENT= junk > > USE_GCC= 4.9+ > > .include > > post-patch: > echo CXX=${CXX} > .if ${CXX} == g++49 > echo detected g++49 > .else > echo did not detect g++49 > .endif > > .include > > > If I run "make patch", this is what I get: > > # make patch > ===> junk-0.0.0 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by junk-0.0.0 for building > ===> Extracting for junk-0.0.0 > ===> Patching for junk-0.0.0 > echo CXX=g++49 > CXX=g++49 > echo did not detect g++49 > did not detect g++49 You want to use @${ECHO} in the port makefile for that to print right > > If I run "make -dA patch" and look at the debug output, I observe > bsd.gcc.mk getting processed after the .if is evaluated. When the .if > is processed, the value of ${CXX} is still c++. It sort of looks like > bsd.gcc.mk isn't getting included until bsd.port.post.mk and we are > relying on lazy expansion to get the correct value of ${CXX} for the > actions. Maybe more to the point is that CXX used to build might only be defined as part of MAKE_ENV to be passed as the environment for the make command when it is run. > It sort of looks like I'll have to do something like: > > post-patch: > [ ${CXX} = g++49 ] && echo detected g++49 > > but that just seems goofy. > I believe the correct way to what you want is - USES= compiler .include .if ${CHOSEN_COMPILER_TYPE} == gcc and ${COMPILER_VERSION} == 49 EXTRA_PATCHES= ${FILESDIR}/extra-patch-srcfile.c .endif See https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/uses.html and/or comments in /usr/ports/Mk/Uses/compiler.mk You may also want to consider patching with - #if (__GNUC__ == 4) && (__GNUC_MINOR__ == 9) // 4.9 specific changes #endif Of note is that clang identifies itself as gcc 4.2 so you may also want to test for __clang__ if you want to use < with __GNUC_MINOR__ You can also define more control over gcc version - USE_GCC=4.8 will require gcc 4.8 while USE_GCC=4.8+ says you can use 4.8 or higher. -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-ports@FreeBSD.ORG Fri Jan 30 21:03:53 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54F1EA3C for ; Fri, 30 Jan 2015 21:03:53 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (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 28BD6848 for ; Fri, 30 Jan 2015 21:03:53 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9) with ESMTP id t0UL3qqw080609 for ; Fri, 30 Jan 2015 21:03:52 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9/Submit) id t0UL3qFo080607 for ports@FreeBSD.org; Fri, 30 Jan 2015 21:03:52 GMT (envelope-from indexbuild) Date: Fri, 30 Jan 2015 21:03:52 GMT From: Ports Index build Message-Id: <201501302103.t0UL3qFo080607@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX now builds successfully on 8.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 21:03:53 -0000 From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 00:02:45 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC70E137 for ; Sat, 31 Jan 2015 00:02:45 +0000 (UTC) Received: from gw.catspoiler.org (cl-1657.chi-02.us.sixxs.net [IPv6:2001:4978:f:678::2]) (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 5D8C0BB5 for ; Sat, 31 Jan 2015 00:02:45 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t0V02VjT017462; Fri, 30 Jan 2015 16:02:35 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201501310002.t0V02VjT017462@gw.catspoiler.org> Date: Fri, 30 Jan 2015 16:02:31 -0800 (PST) From: Don Lewis Subject: Re: testing the value of ${CXX} in ports Makefile To: kamikaze@bsdforen.de In-Reply-To: <54CB9416.5020802@bsdforen.de> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: ports@FreeBSD.org, elizabeth@interlinked.me X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 00:02:45 -0000 On 30 Jan, Dominic Fandrey wrote: > On 30/01/2015 07:28, Don Lewis wrote: >> On 29 Jan, Elizabeth Myers wrote: >>> On 01/29/15 21:43, Don Lewis wrote: >>>> I need to test the value of ${CXX} in the Makefile for a port and am >>>> getting unexpected results. Here is a simplified version of the >>>> Makefile: >>>> >>>> ... >>>> USE_GCC= 4.9+ >>>> >>>> .include >>>> >>>> post-patch: >>>> echo CXX=${CXX} >>>> .if ${CXX} == g++49 >>>> echo detected g++49 >>>> .else >>>> echo did not detect g++49 >>>> .endif >>>> >>>> .include >>>> >>>> ... >> >>> Why do you need to detect it? Shouldn't USE_GCC ensure it's there? In >>> any case, browsing through the ports tree, you could try .if >>> !empty(CXX:M*g++49*) >> >> With USE_GCC=yes, CXX will currently get set to g++48, but at some point >> the default version will get upgraded to 4.9. Unfortunately, that >> breaks the port build unless I apply an extra patch to the source. I >> could set USE_GCC=4.8, but once the default version of gcc gets updated, >> anyone who uses the port will need both gcc 4.8 for this port and 4.9 >> for the majority of parts that just use USE_GCC=yes to get the default. > > Just check against: ${GCC_DEFAULT:M4.9} ${GCC_DEFAULT} isn't even set at that point. # cat Makefile PORTNAME= junk PORTVERSION= 0.0.0 CATEGORIES= devel DISTFILES= MAINTAINER= truckman@FreeBSD.org COMMENT= junk USE_GCC= 4.9+ .include post-patch: @echo CXX=${CXX} @echo GCC_DEFAULT=${GCC_DEFAULT} .if defined(${GCC_DEFAULT}) @echo GCC_DEFAULT is set. .else @echo GCC_DEFAULT is not set. .endif .include # make patch ===> Patching for junk-0.0.0 CXX=g++49 GCC_DEFAULT=4.8 GCC_DEFAULT is not set. For the purposes of variable expansion for .if statements, those variables are not set until after .include , and we're not allow to put anything in the Makefile after that. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 00:08:25 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0672B505 for ; Sat, 31 Jan 2015 00:08:25 +0000 (UTC) Received: from nightmare.dreamchaser.org (ns.dreamchaser.org [66.109.141.57]) (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 9F35FC06 for ; Sat, 31 Jan 2015 00:08:24 +0000 (UTC) Received: from breakaway.dreamchaser.org (breakaway.dreamchaser.org. [192.168.151.122]) by nightmare.dreamchaser.org (8.13.6/8.13.6) with ESMTP id t0V08Lgm000894 for ; Fri, 30 Jan 2015 17:08:22 -0700 (MST) (envelope-from freebsd@dreamchaser.org) Message-ID: <54CC1CF5.3070305@dreamchaser.org> Date: Fri, 30 Jan 2015 17:08:21 -0700 From: Gary Aitken Reply-To: freebsd@dreamchaser.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: libmspack build error, unrecognized command line option "-Wno-unused-result" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (nightmare.dreamchaser.org [192.168.151.101]); Fri, 30 Jan 2015 17:08:22 -0700 (MST) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 00:08:25 -0000 Is anyone else seeing this error building archivers/libmspack cc1: error: unrecognized command line option "-Wno-unused-result" From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 00:26:08 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23CDB8CD for ; Sat, 31 Jan 2015 00:26:08 +0000 (UTC) Received: from gw.catspoiler.org (cl-1657.chi-02.us.sixxs.net [IPv6:2001:4978:f:678::2]) (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 AB1DEDBF for ; Sat, 31 Jan 2015 00:26:07 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t0V0PtRi017513; Fri, 30 Jan 2015 16:25:59 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201501310025.t0V0PtRi017513@gw.catspoiler.org> Date: Fri, 30 Jan 2015 16:25:55 -0800 (PST) From: Don Lewis Subject: Re: testing the value of ${CXX} in ports Makefile To: FreeBSD@shaneware.biz In-Reply-To: <54CBC9FE.8080304@ShaneWare.Biz> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 00:26:08 -0000 On 31 Jan, Shane Ambler wrote: > On 30/01/2015 14:13, Don Lewis wrote: >> I need to test the value of ${CXX} in the Makefile for a port and am >> getting unexpected results. Here is a simplified version of the >> Makefile: >> >> PORTNAME= junk >> PORTVERSION= 0.0.0 >> CATEGORIES= devel >> DISTFILES= >> >> MAINTAINER= truckman@FreeBSD.org >> COMMENT= junk >> >> USE_GCC= 4.9+ >> >> .include >> >> post-patch: >> echo CXX=${CXX} >> .if ${CXX} == g++49 >> echo detected g++49 >> .else >> echo did not detect g++49 >> .endif >> >> .include >> >> >> If I run "make patch", this is what I get: >> >> # make patch >> ===> junk-0.0.0 depends on file: /usr/local/sbin/pkg - found >> ===> Fetching all distfiles required by junk-0.0.0 for building >> ===> Extracting for junk-0.0.0 >> ===> Patching for junk-0.0.0 >> echo CXX=g++49 >> CXX=g++49 >> echo did not detect g++49 >> did not detect g++49 > > You want to use @${ECHO} in the port makefile for that to print right > >> >> If I run "make -dA patch" and look at the debug output, I observe >> bsd.gcc.mk getting processed after the .if is evaluated. When the .if >> is processed, the value of ${CXX} is still c++. It sort of looks like >> bsd.gcc.mk isn't getting included until bsd.port.post.mk and we are >> relying on lazy expansion to get the correct value of ${CXX} for the >> actions. > > Maybe more to the point is that CXX used to build might only be defined > as part of MAKE_ENV to be passed as the environment for the make > command when it is run. > >> It sort of looks like I'll have to do something like: >> >> post-patch: >> [ ${CXX} = g++49 ] && echo detected g++49 >> >> but that just seems goofy. >> > > I believe the correct way to what you want is - > > USES= compiler That doesn't seem to help. > .include > > .if ${CHOSEN_COMPILER_TYPE} == gcc and ${COMPILER_VERSION} == 49 > EXTRA_PATCHES= ${FILESDIR}/extra-patch-srcfile.c > .endif USE_GCC= 4.9+ USES= compiler .include post-patch: @echo CXX=${CXX} @echo GCC_DEFAULT=${GCC_DEFAULT} .if ${CHOSEN_COMPILER_TYPE} == gcc and ${COMPILER_VERSION} == 49 @echo g++49 was detected .else @echo g++49 was not detected .endif # make patch make: "/usr/ports/editors/junk/Makefile" line 17: Malformed conditional (${CHOSEN_COMPILER_TYPE} == gcc and ${COMPILER_VERSION} == 49) make: Fatal errors encountered -- cannot continue USE_GCC= 4.9+ USES= compiler .include post-patch: @echo CXX=${CXX} @echo GCC_DEFAULT=${GCC_DEFAULT} @echo CHOSEN_COMPILER_TYPE=${CHOSEN_COMPILER_TYPE} .if !defined(CHOSEN_COMPILER_TYPE) @echo CHOSEN_COMPILER_TYPE not yet defined .elif M${CHOSEN_COMPILER_TYPE} == Mgcc && M${COMPILER_VERSION} == M49 @echo g++49 was detected .else @echo g++49 was not detected .endif .include # make patch ===> Patching for junk-0.0.0 CXX=g++49 GCC_DEFAULT=4.8 CHOSEN_COMPILER_TYPE=clang g++49 was not detected > See > https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/uses.html > and/or comments in /usr/ports/Mk/Uses/compiler.mk The port isn't ready to use clang and there doesn't seem to be a way to get USES=compiler to pick gcc from ports if it finds clang in base. > You may also want to consider patching with - > > #if (__GNUC__ == 4) && (__GNUC_MINOR__ == 9) > // 4.9 specific changes > #endif That would work if I was patching C or C++ code, but I'm actually patching a file that is used to set the the -O value for CFLAGS. The build stuff in the port is pretty strange and uses different optimization levels for for different parts of the build and one of choices that it makes triggers a code generation bug in gcc 4.9. > Of note is that clang identifies itself as gcc 4.2 so you may also want > to test for __clang__ if you want to use < with __GNUC_MINOR__ > > > You can also define more control over gcc version - USE_GCC=4.8 will > require gcc 4.8 while USE_GCC=4.8+ says you can use 4.8 or higher. I'm currently using GCC=4.8, but I want to make the port use GCC_DEFAULT by setting USE_GCC=yes, but also avoid breakage when the default is changed to 4.9. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 00:41:22 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93C12A4C; Sat, 31 Jan 2015 00:41:22 +0000 (UTC) Received: from gw.catspoiler.org (cl-1657.chi-02.us.sixxs.net [IPv6:2001:4978:f:678::2]) (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 2E798EC0; Sat, 31 Jan 2015 00:41:22 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t0V0f6io017536; Fri, 30 Jan 2015 16:41:10 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201501310041.t0V0f6io017536@gw.catspoiler.org> Date: Fri, 30 Jan 2015 16:41:06 -0800 (PST) From: Don Lewis Subject: Re: testing the value of ${CXX} in ports Makefile To: tijl@FreeBSD.org In-Reply-To: <20150130094046.19e227e9@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: ports@FreeBSD.org, bsd-lists@bsdforge.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 00:41:22 -0000 On 30 Jan, Tijl Coosemans wrote: > On Thu, 29 Jan 2015 22:46:32 -0800 (PST) Don Lewis wrote: >> gcc46, gcc47, gcc48, and probably gcc5 (haven't tested that one yet) all >> work. gcc49 requires a source patch. > > Can't you make the patch work with all versions of gcc? Well, I could, but what's the fun in that? The port wants to use -Os when compiling some of it's code. It switches to -O0 if compiling for DEBUG. Unfortunately, with gcc 4.9, -Os seems to trigger a code generation bug. The alternatives that I've considered: Set USE_GCC=4.8, the downside being that when the default ports version of gcc is changed to 4.9, anyone using the port will need to install gcc 4.8 as well to get the correct version of the gcc runtime. Patch the port to always use -O0, the downside being that when using gcc 4.8, the code size gets larger. I haven't quantified by how much. Only patch the port when building with gcc 4.9. Patch the port configure script to detect the gcc version and adjust the optimization level accordingly. The third option is fairly easy to do, but has to be done with shell code instead of .if / .endif in the Makefile. If the port actually obeyed CFLAGS, I think adjusting the optimization level by changing CFLAGS is also possible, but would require me to study the make documentation since using .if / .endif still wouldn't work. I think it would require a bunch of make variable expansion magic that I don't fully understand. Upstream would probably prefer the fourth option, but that's more difficult and I don't want to put that much effort into it. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 04:51:27 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D8C1B4D for ; Sat, 31 Jan 2015 04:51:27 +0000 (UTC) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01AECAC4 for ; Sat, 31 Jan 2015 04:51:27 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id kx10so60117946pab.12 for ; Fri, 30 Jan 2015 20:51:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=iMwNhIklzor4JSD4GJRHKtmLy/EOD9RI0eX/Szbgfuk=; b=LX3Syvzz07ObN4dEvDgd/f0YK39qI9z8iFDERrhHHkBXCEc7ooEGxZHODanTh/b1Ng e32DqnhsATLfm8GSxd5fceDP1E6vYDYg+Avw7ezskkRa1wvXXNC7WW7Wf1q8ZBnzGCXa 0gvg8fJbP7Ap+V54u4Ygc1qbS/R+w0xxj6+4o5ZzPdu5c+Y2DUZEd3qT4rzfrR6IzXBw 3yPoWuaFcGApBO5g18iIIihjBISLSL920yyGHr9uJXGltPHMW96WEN1YNpFJLE8xYbYU PXShiQd0+oOsRa3NvXpqJJ4rad+1b7UIdWFSBv6L4sx5cnhBOMKzzPw7/CB+Pgjj9XRY ZuGg== MIME-Version: 1.0 X-Received: by 10.70.89.225 with SMTP id br1mr13964735pdb.8.1422679886510; Fri, 30 Jan 2015 20:51:26 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.22.231 with HTTP; Fri, 30 Jan 2015 20:51:26 -0800 (PST) In-Reply-To: <20150128155846.76d77a18@kirk.drpetervoigt.private> References: <20150126152433.52f07277f377f9396b65c9a8@mimar.rs> <20150127.002919.335530336.yasu@utahime.org> <20150126163934.32f199d43d86a70b00dd7e4a@mimar.rs> <20150127.010539.230444205.yasu@utahime.org> <54C6695E.6010704@freebsd.org> <20150126212514.56c8f0866f1d63bb98089dd0@mimar.rs> <20150126235655.5d371915@kirk.drpetervoigt.private> <20150127035200.GF44537@home.opsec.eu> <54C73A0E.8050501@FreeBSD.org> <20150127115151.afeb1ee969a562e8f42e300c@mimar.rs> <20150128155846.76d77a18@kirk.drpetervoigt.private> Date: Fri, 30 Jan 2015 20:51:26 -0800 X-Google-Sender-Auth: Pi-2Rf1UP5Rg4Iq_TdFzOtksnwY Message-ID: Subject: Re: www/squid does not shutdown via rc From: Kevin Oberman To: "Dr. Peter Voigt" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 04:51:27 -0000 On Wed, Jan 28, 2015 at 6:58 AM, Dr. Peter Voigt wrote: > On Tue, 27 Jan 2015 11:51:51 +0100 > Marko Cupa=C4=87 wrote: > > > On Tue, 27 Jan 2015 07:11:10 +0000 > > Matthew Seaman wrote: > > > > > On 2015/01/27 03:52, Kurt Jaeger wrote: > > > > Doesn't installing a custom kernel break freebsd-update ? > > > > > > No. freebsd-update has always supported using a custom kernel. It > > > helps if you name your kernel something other than GENERIC, which > > > you do by creating a modofoed kernel config file > > > in /usr/src/sys/amd64/conf (or i386 if that's your architecture): > > > eg. > > > > > > % cat FOO > > > include GENERIC > > > > > > ident FOO > > > > > > and then add: > > > > > > KERNCONF=3D FOO > > > > > > to /etc/make.conf > > > > > > You should also edit /etc/freebsd-update.conf and change the > > > 'Components' line to remove 'kernel' from the list. > > > > > > None of this is absolutely necessary, but it will help you avoid > > > accidentally ending up with the generic kernel. > > > > > > In any case, what you will need to do is rebuild your kernel and > > > reinstall it any time freebsd-update touches the kernel. You can > > > use freebsd-update to maintain the kernel sources, which will pull > > > in the needed updates to the kernel sources. > > > > The timing for this is really unfortunate for me, because I have just > > re-installed my FreeBSD fleet of some 20 virtual servers without > > sources included, and I just introduced "binary only" policy (ok I do > > build my own ports on one server in poudriere, but all other servers > > use packages). > > > > I guess theoretically it is possible to make "kernel build server" > > which will build custom kernel for distribution to other servers. I > > am just not sure how will RELEASE userland tolerate STABLE kernel. > > > > Does this sound reasonable? Any tips? > > > > Thank you in advance, > > Thanks to all who contributed to this thread. > Sorry for the late response. I've had guests for hte past few days and simply have not had time to properly address your concerns. While most of these concerns are not an issue, exactly why gets a bit more complex. And there are some real issues, but this is an exceptionally simple case and eliminates most of them. See comments in-line. > > @Kevin: > Your outline of kernel patching procedure is helpful and corresponds > in most aspects what I have thought so far. I aggree with you that > patching, building and installing a custom kernel can be managed. And I > am sure that I can do it. > > So getting a custom kernel installed is one thing but keeping your > system in a manageable way is another. Kurt and Mattew pointed out that > you want to keep freebsd-update working in a reliable way and this > obviously needs some manual interaction. Information about it is > not too easily gathered and answers given here still leave some > question open to me. > It does, but very little. In general, freebsd-update is a binary update tool. While it does update sources, if they are present, it makes no use of those sources. My instructions provided for saving the GENERIC kernel where freebsd-update will use it instead of the running kernel. /boot/GENERIC is used only be freebsd-update. It is otherwise unneeded. This does not touch any files that will normally require merging, which is often the main complication. I am unsure whether it will require a merge of the modified source files, but that is easily avoidable renaming /sys/kern/kern_sig.c.orig to overwrite the patched /sys/kern/kern_sig.c file, returning the sources to their original condition. # cp /sys/kern/kern_sig.c.orig /sys/kern/kern_sig.c This is not really required, but will assure that, from the perspective of freebsd-update, the system will be entirely unchanged. There is simply no impact on future updates as there are no changes left. > I have had a hard time with freebsd-update when upgrading 10.0-RELEASE > -> 10.1-RELEASE: > > https://forums.freebsd.org/threads/segmentation-fault-while-upgrading-fro= m-10-0-release-to-10-1-release.48977/page-2#post-277094 > and I do not want to get even more trouble letting > freebsd-update confuse my system with a mixture of GENERIC and custom > kernels ending in a situation where none of them is able to boot. > > I have learned that I can advice freebsd-update to not update my kernel > but am still confused whether it is the version under /boot/GENERIC or > the one under /boot/kernel. And I would like to know how to tell > FreeBSD how to boot a certain kernel. All I know so far is that if a > kernel fails to boot you have to boot into recovery and move kernel.old > to kernel. Is there a boot menu available with the FreeBSD boot loader > which would simplify life a lot? > The running kernel is in boot/kernel. /boot/GENERIC is not present unless you create it and, when present, it is used as the kernel which frebsd-update will patch in the upgrade phase and then install in the install phase. Actually, the Handbook recommends always keeping a copy of the GENERIC kernel as /boot/GENERIC. There is no reason not to allow freebsd-update to update the kernel as it will use /boot/GENERIC and ignore the running /boot/kernel/kernel. The only issue is a freebsd-update security patch prior to the release of 10.2 that updates the kernel. To this date there have been none, but it is certainly a possibility. If that should happen, the kernel will no longer have these patches and you will need to re-apply them, following the same instructions. Once 10.2 is released, the patches will no longer be needed. > Furthermore, installing a custom kernel influcences a subsequent build > world process in a way that I do not yet fully understand. > This is not really a "custom kernel" as it is usually meant. That usually implies changes to the kernel config file, not patches to the kernel. It gets a bit more complex if the patches touch code used in any kernel modules. If that is the case, the process would involve a couple more steps, but this patch does not do any such things. This is a very simple case. > > If all above is clarified I could go the way of using a custom kernel. > But to be honest: I would do it only, because I have just one > FreeBSD server to mannage this way. The other FreeBSD based servers > have FreeNAS and pfSense and are managed differently. But if I was an > administrator with several FreeBSD servers, this would not be a way to > go. > Actually, dealing with multiple systems would be very little more complex as, once you have the new kernel built, you simply can copy it to /boot/kernel/kernel on all other systems. Also copy /boot/GENERIC so that the next freebsd-update will not be impacted. In any case, you won't need to worry about this. I will agree that, should you not feel comfortable with doing this, you should not, but it is a very simple case and is a good way to learn about a few of the commonly used tools that a system admin may run into on occasion. I would strongly suggest that you also read the section of the Handbook that deals with freebsd-update as it may clarify some issues better than I have. It is at https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/updating-upgradi= ng-freebsdupdate.html. It does talk about /boot/GENERIC, which the man page fails to cover. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 05:01:11 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2911BC1B for ; Sat, 31 Jan 2015 05:01:11 +0000 (UTC) Received: from vfemail.net (nine.vfemail.net [108.76.175.9]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C7463B83 for ; Sat, 31 Jan 2015 05:01:10 +0000 (UTC) Received: (qmail 6520 invoked by uid 89); 31 Jan 2015 05:00:58 -0000 Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Jan 2015 05:00:58 -0000 Received: (qmail 5985 invoked by uid 89); 31 Jan 2015 05:00:41 -0000 Received: by simscan 1.3.1 ppid: 5981, pid: 5983, t: 0.1004s scanners:none Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62) by FreeQueue with SMTP; 31 Jan 2015 05:00:41 -0000 Received: (qmail 17429 invoked by uid 89); 31 Jan 2015 05:00:41 -0000 Received: by simscan 1.4.0 ppid: 17410, pid: 17419, t: 0.7598s scanners:none Received: from unknown (HELO nil) (amJlaWNoQHZmZW1haWwubmV0@172.16.100.27) by 172.16.100.62 with ESMTPA; 31 Jan 2015 05:00:40 -0000 From: Jan Beich To: Don Lewis Subject: Re: testing the value of ${CXX} in ports Makefile References: <201501300345.t0U3jHwb008745@gw.catspoiler.org> Date: Sat, 31 Jan 2015 06:00:35 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 05:01:11 -0000 Don Lewis writes: > PORTNAME= junk > PORTVERSION= 0.0.0 > CATEGORIES= devel > DISTFILES= > > MAINTAINER= truckman@FreeBSD.org > COMMENT= junk > > USE_GCC= 4.9+ > > .include > > post-patch: > echo CXX=${CXX} > .if ${CXX} == g++49 This idiom may lead to crashes. According to the wiki[1] mixing libstdc++ and libc++ is only supported when both are linked against libcxxrt. lang/gcc by default use libsupc++, so you'd have to add USES= compiler:gcc-c++11-lib to force the port use devel/libc++. Also, the following wouldn't work .if ${CHOSEN_COMPILER_TYPE} == "gcc" && ${COMPILER_VERSION} == 49 because COMPILER_VERSION or COMPILER_FEATURES are evaluated against COMPILER_TYPE, not CHOSEN_COMPILER_TYPE. [1] https://wiki.freebsd.org/NewC++Stack#Mixing_Libraries_using_Libc.2B-.2B-_and_Libstdc.2B-.2B- ------------------------------------------------- VFEmail.net - http://www.vfemail.net ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands! $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No bandwidth quotas! Commercial and Bulk Mail Options! From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 07:14:58 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42A3CC2E for ; Sat, 31 Jan 2015 07:14:58 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 2A77C825 for ; Sat, 31 Jan 2015 07:14:58 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0V7EwVX042774 for ; Sat, 31 Jan 2015 07:14:58 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports@FreeBSD.org Subject: [Bug 18552] Port Upgradee: boxes-1.0.1 Date: Sat, 31 Jan 2015 07:14:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-ports@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 07:14:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=18552 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: jgh Date: Sat Jan 31 07:14:50 UTC 2015 New revision: 378192 URL: https://svnweb.freebsd.org/changeset/ports/378192 Log: - update to 5.45 - pet portlint - address compile failure for freetype2 [1] PR: 18552 [1] Reported by: russo@bogodyn.org [1] Changes: head/x11/xlockmore/Makefile head/x11/xlockmore/distinfo -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 07:35:02 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78AF616A; Sat, 31 Jan 2015 07:35:02 +0000 (UTC) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id DD0D89C3; Sat, 31 Jan 2015 07:35:00 +0000 (UTC) Received: from ppp118-210-27-239.lns20.adl2.internode.on.net (HELO leader.local) ([118.210.27.239]) by ipmail06.adl6.internode.on.net with ESMTP; 31 Jan 2015 18:04:52 +1030 Message-ID: <54CC859C.3010802@ShaneWare.Biz> Date: Sat, 31 Jan 2015 18:04:52 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Jan Beich , Don Lewis Subject: Re: testing the value of ${CXX} in ports Makefile References: <201501300345.t0U3jHwb008745@gw.catspoiler.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 07:35:02 -0000 On 31/01/2015 15:30, Jan Beich wrote: > Also, the following wouldn't work > > .if ${CHOSEN_COMPILER_TYPE} == "gcc" && ${COMPILER_VERSION} == 49 > > because COMPILER_VERSION or COMPILER_FEATURES are evaluated against > COMPILER_TYPE, not CHOSEN_COMPILER_TYPE. That is a good point, it appears we currently only get the chosen compiler type and not it's version or features. So COMPILER_FEATURES and COMPILER_VERSION should be set against CHOSEN_COMPILER_TYPE as that is the one to be used to build the current port, which would be the one we want to know about when making build decisions. Or at least there should be CHOSEN_COMPILER_FEATURES and CHOSEN_COMPILER_VERSION I have chosen to submit this as a bug report - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197219 -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 07:50:16 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21BE558C; Sat, 31 Jan 2015 07:50:16 +0000 (UTC) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 7515BB39; Sat, 31 Jan 2015 07:50:14 +0000 (UTC) Received: from ppp118-210-27-239.lns20.adl2.internode.on.net (HELO leader.local) ([118.210.27.239]) by ipmail06.adl6.internode.on.net with ESMTP; 31 Jan 2015 18:20:13 +1030 Message-ID: <54CC8935.5020906@ShaneWare.Biz> Date: Sat, 31 Jan 2015 18:20:13 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Don Lewis Subject: Re: testing the value of ${CXX} in ports Makefile References: <201501310025.t0V0PtRi017513@gw.catspoiler.org> In-Reply-To: <201501310025.t0V0PtRi017513@gw.catspoiler.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 07:50:16 -0000 On 31/01/2015 10:55, Don Lewis wrote: > On 31 Jan, Shane Ambler wrote: >> On 30/01/2015 14:13, Don Lewis wrote: > post-patch: > @echo CXX=${CXX} > @echo GCC_DEFAULT=${GCC_DEFAULT} > .if ${CHOSEN_COMPILER_TYPE} == gcc and ${COMPILER_VERSION} == 49 > @echo g++49 was detected > .else > @echo g++49 was not detected > .endif > > # make patch > make: "/usr/ports/editors/junk/Makefile" line 17: Malformed conditional (${CHOSEN_COMPILER_TYPE} == gcc and ${COMPILER_VERSION} == 49) > make: Fatal errors encountered -- cannot continue yeah my bad - don't know why I typed `and` instead of `&&` >> You may also want to consider patching with - >> >> #if (__GNUC__ == 4) && (__GNUC_MINOR__ == 9) >> // 4.9 specific changes >> #endif > > That would work if I was patching C or C++ code, but I'm actually patching > a file that is used to set the the -O value for CFLAGS. The build stuff > in the port is pretty strange and uses different optimization levels for > for different parts of the build and one of choices that it makes > triggers a code generation bug in gcc 4.9. What is the build system used? Can the build files do something like COMPVERS=`${CXX} --version | grep -e gcc -e 4.9` if [ ! -z $COMPVERS ] ${CXX} -O2 else ${CXX} -Os fi -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 10:21:56 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9BB5E31 for ; Sat, 31 Jan 2015 10:21:56 +0000 (UTC) Received: from portscout.freebsd.org (portscout.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 962FFA4B for ; Sat, 31 Jan 2015 10:21:56 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0VALuxm015051 for ; Sat, 31 Jan 2015 10:21:56 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0VALuXQ015050; Sat, 31 Jan 2015 10:21:56 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501311021.t0VALuXQ015050@portscout.freebsd.org> X-Authentication-Warning: portscout.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, 31 Jan 2015 10:21:56 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 10:21:56 -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/bglibs | 1.106 | 2.01 ------------------------------------------------+-----------------+------------ math/edenmath | 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 Sat Jan 31 14:36:22 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6523BD5D for ; Sat, 31 Jan 2015 14:36:22 +0000 (UTC) Received: from lena.kiev.ua (lena.kiev.ua [82.146.51.205]) (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 2C297202 for ; Sat, 31 Jan 2015 14:36:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lena.kiev.ua; s=3; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=jhON8oSAboCnUA5dFykEMO7dSEiDfKybv97VBH/Vxpw=; b=Mz1ZMDeJq3/kYRX4xfwBa9yb67bSC26/kBPwMQ6rUhiWiwMWk8MLCDZMdfFFZHpoRSadIpRg4NZc3g48J0Nh6RXBsaNvJ9+LpCX955YX1sCFc/K/wu9HSWxFrG6iMv8twW+78BHU8biiKW9ow8g89QAEEFONCt06xBs7TsL7F5M=; Received: from ip-384c.rusanovka-net.kiev.ua ([94.244.56.76] helo=bedside.lena.kiev.ua) by lena.kiev.ua with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YHZ9m-000CAZ-Hg for freebsd-ports@freebsd.org; Sat, 31 Jan 2015 16:36:19 +0200 Received: from bedside.lena.kiev.ua (localhost.lena.kiev.ua [127.0.0.1]) by bedside.lena.kiev.ua (8.15.1/8.14.9) with ESMTP id t0VEa8U7006246 for ; Sat, 31 Jan 2015 16:36:08 +0200 (EET) (envelope-from Lena@lena.kiev.ua) Received: (from lena@localhost) by bedside.lena.kiev.ua (8.15.1/8.14.9/Submit) id t0VEa8eS006245 for freebsd-ports@freebsd.org; Sat, 31 Jan 2015 16:36:08 +0200 (EET) (envelope-from Lena@lena.kiev.ua) Date: Sat, 31 Jan 2015 16:36:08 +0200 From: Lena@lena.kiev.ua To: freebsd-ports@freebsd.org Subject: Re: libmspack build error, unrecognized command line option "-Wno-unused-result" Message-ID: <20150131143608.GI809@lena.kiev> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54CC1CF5.3070305@dreamchaser.org> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 14:36:22 -0000 > Is anyone else seeing this error building > archivers/libmspack > cc1: error: unrecognized command line option "-Wno-unused-result" Me too. I have "FAVORITE_COMPILER=gcc" in make.conf. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 31 20:52:29 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D26EA873; Sat, 31 Jan 2015 20:52:29 +0000 (UTC) Received: from HUB024-ca-1.exch024.serverdata.net (hub024-ca-1.exch024.serverdata.net [64.78.56.78]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC6B9A58; Sat, 31 Jan 2015 20:52:29 +0000 (UTC) Received: from MBX024-W1-CA-4.exch024.domain.local ([10.254.10.54]) by HUB024-CA-1.exch024.domain.local ([10.254.10.30]) with mapi id 14.03.0174.001; Sat, 31 Jan 2015 12:42:16 -0800 From: Scott Loga To: "dinoex@FreeBSD.org" Subject: FreeBSD Port: xen-tools-4.2.2 Thread-Topic: FreeBSD Port: xen-tools-4.2.2 Thread-Index: AQHQPZZmQsWDfnOyYkGaApoDa0oNNQ== Date: Sat, 31 Jan 2015 20:42:15 +0000 Message-ID: <15BA948E-A156-4626-BD25-9FAA0F521105@crescentpilots.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [68.107.248.189] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "ports@FreeBSD.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2015 20:52:30 -0000 VG9kYXksIEkgYXR0ZW1wdGVkIHRvIHVwZGF0ZSB4ZW4tdG9vbHMtNC4xLjMuMyB0byA0LjIuMiBh bmQgcmVjZWl2ZWQgdGhlIGZvbGxvd2luZyBlcnJvcjoNCg0KDQoqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKg0KY3QvZ29iamVjdC1xdWVyeS4xICAvdXNyL3BvcnRzL2RldmVsL2dsaWIy MC93b3JrL3N0YWdlL3Vzci9sb2NhbC9tYW4vbWFuMQ0KPT09PT4gQ29tcHJlc3NpbmcgbWFuIHBh Z2VzIChjb21wcmVzcy1tYW4pDQo9PT0+ICBJbnN0YWxsaW5nIGZvciBnbGliLTIuNDIuMQ0KPT09 PiAgQ2hlY2tpbmcgaWYgZ2xpYiBhbHJlYWR5IGluc3RhbGxlZA0KPT09PiAgIGdsaWItMi40Mi4x IGlzIGFscmVhZHkgaW5zdGFsbGVkDQogICAgICBZb3UgbWF5IHdpc2ggdG8gYGBtYWtlIGRlaW5z dGFsbCcnIGFuZCBpbnN0YWxsIHRoaXMgcG9ydCBhZ2Fpbg0KICAgICAgYnkgYGBtYWtlIHJlaW5z dGFsbCcnIHRvIHVwZ3JhZGUgaXQgcHJvcGVybHkuDQogICAgICBJZiB5b3UgcmVhbGx5IHdpc2gg dG8gb3ZlcndyaXRlIHRoZSBvbGQgcG9ydCBvZiBnbGliDQogICAgICB3aXRob3V0IGRlbGV0aW5n IGl0IGZpcnN0LCBzZXQgdGhlIHZhcmlhYmxlICJGT1JDRV9QS0dfUkVHSVNURVIiDQogICAgICBp biB5b3VyIGVudmlyb25tZW50IG9yIHRoZSAibWFrZSBpbnN0YWxsIiBjb21tYW5kIGxpbmUuDQoq KiogRXJyb3IgY29kZSAxDQoNClN0b3AuDQptYWtlWzJdOiBzdG9wcGVkIGluIC91c3IvcG9ydHMv ZGV2ZWwvZ2xpYjIwDQoqKiogRXJyb3IgY29kZSAxDQoNClN0b3AuDQptYWtlWzFdOiBzdG9wcGVk IGluIC91c3IvcG9ydHMvZGV2ZWwvZ2xpYjIwDQoqKiogRXJyb3IgY29kZSAxDQoNClN0b3AuDQpt YWtlOiBzdG9wcGVkIGluIC91c3IvcG9ydHMvc3lzdXRpbHMveGVuLXRvb2xzDQoNCj09PT4+PiBt YWtlIGJ1aWxkIGZhaWxlZCBmb3Igc3lzdXRpbHMveGVuLXRvb2xzDQo9PT0+Pj4gQWJvcnRpbmcg dXBkYXRlDQoNCj09PT4+PiBVcGRhdGUgZm9yIHN5c3V0aWxzL3hlbi10b29scyBmYWlsZWQNCg0K PT09Pj4+IEFib3J0aW5nIHVwZGF0ZQ0KDQo9PT0+Pj4gVGhlcmUgYXJlIG1lc3NhZ2VzIGZyb20g aW5zdGFsbGVkIHBvcnRzIHRvIGRpc3BsYXksDQogICAgICAgYnV0IGZpcnN0IHRha2UgYSBtb21l bnQgdG8gcmV2aWV3IHRoZSBlcnJvciBtZXNzYWdlcw0KICAgICAgIGFib3ZlLiAgVGhlbiBwcmVz cyBFbnRlciB3aGVuIHJlYWR5IHRvIHByb2NlZWQuDQoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKg0KDQoNCk15IHNlcnZlciB1bmFtZSBpbmZvcm1hdGlvbiBpczoNCg0KRnJlZUJTRCB2 YnNkd2ViMTcxLmNyZXNjZW50cGlsb3RzLmNvbSAxMC4xLVJFTEVBU0UtcDUgRnJlZUJTRCAxMC4x LVJFTEVBU0UtcDUgIzA6IFR1ZSBKYW4gMjcgMDg6NTU6MDcgVVRDIDIwMTUgICAgIHJvb3RAYW1k NjQtYnVpbGRlci5kYWVtb25vbG9neS5uZXQ6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyAg YW1kNjQNCg0KDQpJdCBmYWlsZWQgdG8gYnVpbGQvdXBkYXRlIHVzaW5nIHBvc3RtYXN0ZXIgLWFk IGNvbW1hbmQuDQoNCkluIG9yZGVyIHRvIGluc3RhbGwgeGVuLXRvb2xzLTQuMi4yLCBJIGhhZCB0 byBmaXJzdCDigJxtYWtlIGRlaW5zdGFsbOKAnSB4ZW4tdG9vbHMtNC4xLjNfMyBhbmQgeGUtZ3Vl c3QtdXRpbGl0aWVzLTYuMC4yXzMgdGhlbiBpbnN0YWxsIHRoZSBsYXRlc3QgdmVyc2lvbiBvZiB4 ZW4tdG9vbHMgYW5kIHhlLWd1ZXN0LXV0aWxpdGllcy4NCg0KSSBkaWQga25vdyBpZiB0aGF0IHdh cyB0aGUgcHJlZmVycmVkIG1ldGhvZCBnaXZlbiBubyBtZW50aW9uIG9mIGFuIGFsdGVybmF0aXZl IGluIC91c3IvcG9ydHMvVVBEQVRJTkcNCg0KSSBqdXN0IHdhbnRlZCB0byBzaGFyZSB0aGlzIGlu Zm9ybWF0aW9uIHdpdGggeW91IGFuZCBhbHNvLCB0aGFuayB5b3UgZm9yIG1haW50YWluaW5nIHRo ZSBwb3J0IQ0KDQpJZiB5b3UgbmVlZCBhZGRpdGlvbmFsIGluZm9ybWF0aW9uLCBwbGVhc2UgZG9u 4oCZdCBoZXNpdGF0ZSB0byBjb250YWN0IG1lLg0KDQpSZWdhcmRzLA0KDQpTY290dCBMb2dh