From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 00:11:05 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 5B8AA70B for ; Sun, 18 Jan 2015 00:11:05 +0000 (UTC) Received: from acipenser.esturion.net (acipenser.esturion.net [65.101.5.252]) (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 33766D7B for ; Sun, 18 Jan 2015 00:11:04 +0000 (UTC) Received: by acipenser.esturion.net (Postfix, from userid 112) id 30F1126033B; Sat, 17 Jan 2015 17:10:58 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on acipenser.esturion.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Received: from feyerabend.n1.pinyon.org (quine.pinyon.org [65.101.5.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by acipenser.esturion.net (Postfix) with ESMTPSA id D1B51260269 for ; Sat, 17 Jan 2015 17:10:55 -0700 (MST) Message-ID: <54BAFA0F.9040103@pinyon.org> Date: Sat, 17 Jan 2015 17:10:55 -0700 From: "Russell L. Carter" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: libfxp fails with poudriere but not as a port References: <54B88709.3010604@pinyon.org> In-Reply-To: <54B88709.3010604@pinyon.org> Content-Type: text/plain; charset=windows-1252; 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: Sun, 18 Jan 2015 00:11:05 -0000 On 01/15/15 20:35, Russell L. Carter wrote: > Greetings, > > amd64 stable/10, updated across the failure. > > I've been watching a poudriere build failure with graphics/libfpx for > several days now and investigated, and it is a curious failure. Some > advice solicited on the fix. > > With an updated poudriere world, and an updated outside r277194 > stable/10 world, graphics/libfxp fails with: I just settled down to work on this and I see that libfxp is now fixed and wdm and emacs-devel are alive again. I would love to learn what the problem was so that I can debug this sort of thing for myself quicker in the future. (pointer to relevant commit would be great!) Many thanks for the fix! Russell From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 01:10:08 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 CA258CF7; Sun, 18 Jan 2015 01:10:08 +0000 (UTC) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E7201DB; Sun, 18 Jan 2015 01:10:08 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id l13so8784135iga.1; Sat, 17 Jan 2015 17:10:08 -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=UshXldheje9GOhXkQUCcBIZHiEubr7IbbCFHNmC5gNI=; b=H3XjPn7djxOFFWv03+xrkWgLDptjDC8endIh0PgzPWbGhLQoa//5/D+odQvXs1kOX3 ehk6EsllVoGQAqY7DR/kiiO/s5T98o6oKy/wI2WKQhCmRrnNJny3I1VQ19sESvnsaJQt +AyeqIUj7uXLV+i6XPQ8+BJMwte9gqZK35ozpPjnMGHBJyH/rHObwGE1Qj23TO9cMqMD yruif6QqJ4/IwJvMl8rkJvkf2VLkOYxdtVgAXZ24dzGX0xa3viv8EpUvbV+yA2nb0BqC GuXOJlcWPYXhAkGgGjXWj+TFIkNe7eOaX3FKWMp+9zFwDPXWy1u18tbSvNmnCS+z3Y/6 p5cQ== MIME-Version: 1.0 X-Received: by 10.107.164.16 with SMTP id n16mr25221689ioe.44.1421543404881; Sat, 17 Jan 2015 17:10:04 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.52.19 with HTTP; Sat, 17 Jan 2015 17:10:04 -0800 (PST) In-Reply-To: <54BA8336.4090807@fgznet.ch> References: <20150117151806.GE91189@rancor.immure.com> <54BA8336.4090807@fgznet.ch> Date: Sat, 17 Jan 2015 17:10:04 -0800 X-Google-Sender-Auth: vv2IKt_6Yr1S_j_S7K7cUIENYBU Message-ID: Subject: Re: CURRENT breaks loading of nvidia.so From: Kevin Oberman To: Andreas Tobler Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Ports , FreeBSD CURRENT 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, 18 Jan 2015 01:10:09 -0000 On Sat, Jan 17, 2015 at 7:43 AM, Andreas Tobler wrote: > On 17.01.15 16:18, Bob Willcox wrote: > >> Yesterday when I upgraded my current box I encountered this failure when >> attempting to load the nvidia-driver (nvidia.so): >> >> link_elf_obj: symbol _callout_stop_safe undefined >> linker_load_file: Unsupported file type >> >> So, today I updtated my system again today hoping it might be fixed but >> the >> problem persists. >> >> System info: >> >> FreeBSD han.immure.com 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r277299: Sat >> Jan 17 08:52:41 CST 2015 bob@han.immure.com:/usr/obj/usr/src/sys/HAN >> amd64 >> > > I think you have to rebuild the nvidia-driver against your fresh built > system. At least I had and my T510 s working again with the nvidia.ko. > > David W. really has it right. If you rebuild the kernel, any port installing a kernel module needs to be rebuilt, as well. The use of PORT_MODULES in /etc/src.conf is the best way to make sure it happens. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 04:34:31 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 6AB606B; Sun, 18 Jan 2015 04:34:31 +0000 (UTC) Received: from maul.immure.com (104-49-19-137.lightspeed.austtx.sbcglobal.net [104.49.19.137]) (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 B6CEE7FB; Sun, 18 Jan 2015 04:34:29 +0000 (UTC) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YChZD-00088L-35; Sat, 17 Jan 2015 22:34:27 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.9/8.14.9) with ESMTP id t0I4YQY6004330; Sat, 17 Jan 2015 22:34:26 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.9/8.14.9/Submit) id t0I4YQHF004329; Sat, 17 Jan 2015 22:34:26 -0600 (CST) (envelope-from bob) Date: Sat, 17 Jan 2015 22:34:26 -0600 From: Bob Willcox To: current@freebsd.org, FreeBSD Ports , FreeBSD CURRENT Message-ID: <20150118043426.GF91189@rancor.immure.com> Reply-To: Bob Willcox References: <20150117151806.GE91189@rancor.immure.com> <54BA8380.4060108@selasky.org> <20150117154837.GL1151@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150117154837.GL1151@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: CURRENT breaks loading of nvidia.so X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.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: Sun, 18 Jan 2015 04:34:31 -0000 On Sat, Jan 17, 2015 at 07:48:37AM -0800, David Wolfskill wrote: > On Sat, Jan 17, 2015 at 04:45:04PM +0100, Hans Petter Selasky wrote: > > > > Hi, > > > > The nvidia-driver package needs to be recompiled with the latest > > FreeBSD-current sources, because of changes in the callout subsystem. > > > > If this is not possible, we can temporarily add the "_callout_stop_safe" > > symbol to the kernel for some transition time. > > ... > > While I'm running i386 (vs. amd64), I have not encountered the cited > issue. > > Given the above, I suspect that the fact that I have the line: > > PORTS_MODULES=x11/nvidia-driver > > > in /etc/src.conf has a fair amount of (positive) influence on that. > > (I track stable/10 & head -- on different slices -- daily on my laptop.) > > Peace, > david Thanks ALL! Adding the PORTS_MODULES=x11/nvidia-driver line to my /etc/src.conf file and rebuilding the kernel fixed it! Learn something new every day! :) Bob -- Bob Willcox | The Ancient Doctrine of Mind Over Matter: bob@immure.com | I don't mind... and you don't matter. Austin, TX | -- As revealed to reporter G. Rivera by Swami Havabanana From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 05:22:07 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 179EC434; Sun, 18 Jan 2015 05:22:07 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001: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 CFD06B91; Sun, 18 Jan 2015 05:22:06 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id hn15so8853487igb.3; Sat, 17 Jan 2015 21:22:06 -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=nPIk38LmHdu9Vz5N4QD4uu3TZzXs8RyxhdLWJazm9w0=; b=eUVSQSJMi/5hYClJ+VMk2N2TMzu8Sz32UvM8nm+DCI/KuUXaJUEtQyVZMAdSFjMNXM UkzeET8OM2ge8l0sUNDzLWaVSciSV368u8VP7//LHFqoX5Jd1y08x/Y44xg5p8e3J0x3 ynNO73I5dC1K/xhko3GVOsxv/pEbxFSdGqo20IbOtuvpSgLHnhhYX2RqUok8M0W1pdQd oLPqwBbgyLzlYy3cu0bm4LkBzwsVSvf62V+K/pJYkoFtSWpYVMxRZ6B6vArSLIED9wno c1L5QqC+bvuPNWPf0bM/mgFe48EYX7bHo515FQGVHn65ZmTmOmkznrOo3ABq2Y5voo63 XcZw== MIME-Version: 1.0 X-Received: by 10.107.168.88 with SMTP id r85mr11797393ioe.76.1421558526095; Sat, 17 Jan 2015 21:22:06 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.52.19 with HTTP; Sat, 17 Jan 2015 21:22:06 -0800 (PST) In-Reply-To: <20150118043426.GF91189@rancor.immure.com> References: <20150117151806.GE91189@rancor.immure.com> <54BA8380.4060108@selasky.org> <20150117154837.GL1151@albert.catwhisker.org> <20150118043426.GF91189@rancor.immure.com> Date: Sat, 17 Jan 2015 21:22:06 -0800 X-Google-Sender-Auth: Z3nbJVsZ7Zzcq4J0qbXwhQ5sUN8 Message-ID: Subject: Re: CURRENT breaks loading of nvidia.so From: Kevin Oberman To: Bob Willcox Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD CURRENT , "current@freebsd.org" , FreeBSD Ports 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, 18 Jan 2015 05:22:07 -0000 On Sat, Jan 17, 2015 at 8:34 PM, Bob Willcox wrote: > On Sat, Jan 17, 2015 at 07:48:37AM -0800, David Wolfskill wrote: > > On Sat, Jan 17, 2015 at 04:45:04PM +0100, Hans Petter Selasky wrote: > > > > > > Hi, > > > > > > The nvidia-driver package needs to be recompiled with the latest > > > FreeBSD-current sources, because of changes in the callout subsystem. > > > > > > If this is not possible, we can temporarily add the > "_callout_stop_safe" > > > symbol to the kernel for some transition time. > > > ... > > > > While I'm running i386 (vs. amd64), I have not encountered the cited > > issue. > > > > Given the above, I suspect that the fact that I have the line: > > > > PORTS_MODULES=x11/nvidia-driver > > > > > > in /etc/src.conf has a fair amount of (positive) influence on that. > > > > (I track stable/10 & head -- on different slices -- daily on my laptop.) > > > > Peace, > > david > > Thanks ALL! Adding the PORTS_MODULES=x11/nvidia-driver line to my > /etc/src.conf > file and rebuilding the kernel fixed it! > > Learn something new every day! :) > Can anyone tell me where PORTS_MODULES is documented? I don't find it in the Handbook. It's not in src.conf(5). I've known of it since Doug B. (I thing) wrote it. This is a very beneficial tool. It really needs to be well documented. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 05:28:48 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 D707B5F1; Sun, 18 Jan 2015 05:28:48 +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 7C3DCBBC; Sun, 18 Jan 2015 05:28:47 +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 t0I5SfkE067334; Sat, 17 Jan 2015 21:28:41 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t0I5Sem1067333; Sat, 17 Jan 2015 21:28:40 -0800 (PST) (envelope-from david) Date: Sat, 17 Jan 2015 21:28:40 -0800 From: David Wolfskill To: Kevin Oberman Subject: Re: CURRENT breaks loading of nvidia.so Message-ID: <20150118052840.GB52267@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Kevin Oberman , FreeBSD CURRENT , FreeBSD Ports References: <20150117151806.GE91189@rancor.immure.com> <54BA8380.4060108@selasky.org> <20150117154837.GL1151@albert.catwhisker.org> <20150118043426.GF91189@rancor.immure.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD CURRENT , FreeBSD Ports 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, 18 Jan 2015 05:28:48 -0000 --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 17, 2015 at 09:22:06PM -0800, Kevin Oberman wrote: > ... > Can anyone tell me where PORTS_MODULES is documented? I don't find it in > the Handbook. It's not in src.conf(5). I've known of it since Doug B. (I > thing) wrote it. This is a very beneficial tool. It really needs to be we= ll > documented. > ... build(7) has it. (I confess that I didn't recall this, nor it it just "magically occur" to me. Rather, brute force works again: grep -Zwr PORTS_MODULES /usr/share/man/man* Ugly, perhaps, but effective. :-}) 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. --St7VIuEGZ6dlpu13 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUu0SIXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7cmwQAJ+O44vNJNtpHe2bVTdxnwCn rsJqZs2svuK76BN57NNFVCPibEFekt/mG4FAo0IF1wzqs99cmfpU4JhTwrOvzJB3 8jLnLTao16uN1FWeXyZR5c5zKAPb8KnwKysLaT5w3MbCg/YwLfbatbWrX6QsssBC ZFZkdfNg0yUMHfFrcG2lOHm34q3D4VJ62O1aR2d0adgZL+fFzRQydPYcC/AsN8pP p2Xflcn83P/zrnh1fRn8BO3xpQzuHYwdr0co3cSBDjoZYcUEbhO/dbI2lgrQgmCe +HCDirdcaN6IHISRcO+5+GNeVpb6ECXzCtkprUVCUB/JbLJqUBi7gYIDyVMhn1k2 1pE9GcQiGBeJfC5QNjVzZuJQx4907s+ijm3O42ZtF5pdQJyfUIAbzdKJXDWaJ6ea ZE0CU2xR2paD5hJjcFTWZ4yHkvBMGnDjx7KoQOhref9ROVd26IXzD0GZEr9+xJ1j FWpiDxaS5G/i4nT80ZlqJfr2+FCYCq1JMb2z+efwHYxSEsqstp4kO3vaUmsYTwXG d+V+H6nwFz+E/nfUGNWNP2ZQlPj8fbj/fegpu2Zb9H3iEcB7jOm648xFMn9Bxilz Gm/J5Lu+J/dSyCmm5xl2+rWUp+Yv7OMeySjPgPzbhYUGcBO0rthSAwiKJ74QW7nn nuJA1fw8ue+vkFf6QCfO =9O8r -----END PGP SIGNATURE----- --St7VIuEGZ6dlpu13-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 05:44:42 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 4AC57A09 for ; Sun, 18 Jan 2015 05:44:42 +0000 (UTC) Received: from nm22-vm2.access.bullet.mail.bf1.yahoo.com (nm22-vm2.access.bullet.mail.bf1.yahoo.com [216.109.115.145]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EBB77D2E for ; Sun, 18 Jan 2015 05:44:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s2048; t=1421559719; bh=hxiFK7XEBb/wk3ENQmdCaT1joQQpwd9+YOkZOypUYGY=; h=Date:From:To:CC:Subject:References:From:Subject; b=YFInBxR7NS2r+6IxYPg1A5KU2/rB9OWYuxlwm+6hI9dkmzyX5LdB99swbGyY2KLijxKoBSIeRybVSB5Uf6T1KzICWWCMAByNjNrpwsKtJVX0D0NIpC3ywHc7rKNNtNCoxiGQdNAkZw4NRTNJojIe2mBQ3h3FlrcMpUb5edo4AyfpU416hl9guluqsai/2KdQ1vD/1sApBrln5MfED6ZSfdK8lYjXo80HvPGtqZWtIkIQlE4wUjpZTE6X+o1icbWosqgSB+/tYRMtTKzf/VApWXo1+OSLDBJgaf7XAVch0WmnTUMGqqB93KvP1n4+uElU0VFjjD9xPWfUqr1Oi3CU8w== Received: from [66.196.81.157] by nm22.access.bullet.mail.bf1.yahoo.com with NNFMP; 18 Jan 2015 05:41:59 -0000 Received: from [98.138.104.96] by tm3.access.bullet.mail.bf1.yahoo.com with NNFMP; 18 Jan 2015 05:41:59 -0000 Received: from [127.0.0.1] by smtp116.sbc.mail.ne1.yahoo.com with NNFMP; 18 Jan 2015 05:41:59 -0000 X-Yahoo-Newman-Id: 362345.42878.bm@smtp116.sbc.mail.ne1.yahoo.com Message-ID: <362345.42878.bm@smtp116.sbc.mail.ne1.yahoo.com> Date: Sun, 18 Jan 2015 05:41:59 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: VsQrEXgVM1kNicwfX5hom01eJg19JQB5syRmWwHNO3KEqBL UG7dAAmv9Tf7HAvlyjLX8MvQcn_9WKdBo5wt57wAhhsGyylKIfWWzUIqy80k .JxNfSjP.JJTEBAm5CK69CaFN22Y72QgWDRhn9.Fs0p3iRxXfhVg3vusNQzg GsXsCgIOdf0OSVJskYzKzHFqH5iNC_tQxq_9wNeRxT7uYpcin.4beuTB2Jpt oAdPxt7ohGaKN3CwqSvFZ_HsKqm2LH6SwdSN_8Vod3mk2uvQvOtc739uVjhs gedaAecjEUbh5a5TLrjwCE5GabLE5nqx4YGbCvEopHFRX0_7OQs120jb7kIY eyGMqNAGw5S7gU4s6VmxcZEM4FMq9Cri10qz8XuMGprvhS.HHnuVy_u88W4z 1RcMWrJnDRIoHc96Ffy0F0y7t54AYqC.v7KVe6x3_aY3auxo0USpIx3dx7vv .yr7wn7_i45_6THNPfirLO2L9JrvtEMj8yCjc0ydZVUkQBIomDzX6cAwxc7Z CdEsLdYOpXcsfmHIXvUdYyW3ts5zr4a9oH.VSgFgz6gYOEk3Ik3b9nBKJ X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- From: "Thomas Mueller" To: freebsd-ports@freebsd.org Subject: Re: Problems with fusefs-ntfs port References: <131547.96781.bm@smtp118.sbc.mail.ne1.yahoo.com> <54B92EC5.1070903@gmx.net> <609982.64279.bm@smtp117.sbc.mail.ne1.yahoo.com> <54B95927.8000800@gmx.net> Cc: Stefan Ehmann 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, 18 Jan 2015 05:44:42 -0000 from Stefan Ehmann: > After you get the "No such file or directory" error type > # dmesg | tail > Hopefully this will reveal a more helpful error message. Last message was a reference to "dhclient re0", which I did some time previous. > I'm currently not using fuse. But I think something like > # kldload fuse > might fix this issue. That did it! I couldn't find documentation on the need to "kldload fuse". I was then able to mount the NTFS drive (ntfs-3g) and rsync from it for backup. Tom From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 05:48:23 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 65E71AA3; Sun, 18 Jan 2015 05:48:23 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (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 29501D3D; Sun, 18 Jan 2015 05:48:23 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id tr6so26596866ieb.3; Sat, 17 Jan 2015 21:48:22 -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:content-type; bh=eK4VcgHd9Vl3i9OnvElPNinBvCH5rO6Txopvh/orhXg=; b=EErYIpj2cGBW9BmCFhMNtcoPaizNBLyOybVl+0jYS9op9gsWqvO7AI705kR/dgllUi 5Eh3WIyjSf5dTJ2S/WUnykoBtA2eB6cGQlTQ/NmNAz2T3O/PC+Vjisrh1Zjr7aO8v7zs a8Vk0cNfDFsmWbch8Z7dVuLk1VIVfrFpjtPF4ckMQCJ+aAA9oq/aG6mB6VNp2kr6q1ff LZMJFQR2IWJ1sVBO4w83BZUF4Mr7rRpwic8x1YZZInmqer6kdWvwsddKlAyMCuVugyjf n/zxzjthJ2AdQ2h65Qb2gmUHgj+i7MlHxaAhgkUiMnkFB2JLNPxB+O03VHzrOVowUvun Zwpg== MIME-Version: 1.0 X-Received: by 10.51.17.11 with SMTP id ga11mr12429138igd.0.1421560102532; Sat, 17 Jan 2015 21:48:22 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.52.19 with HTTP; Sat, 17 Jan 2015 21:48:22 -0800 (PST) In-Reply-To: <20150118052840.GB52267@albert.catwhisker.org> References: <20150117151806.GE91189@rancor.immure.com> <54BA8380.4060108@selasky.org> <20150117154837.GL1151@albert.catwhisker.org> <20150118043426.GF91189@rancor.immure.com> <20150118052840.GB52267@albert.catwhisker.org> Date: Sat, 17 Jan 2015 21:48:22 -0800 X-Google-Sender-Auth: ybE34v0SGPt13mtiuBt3MkMqIkI Message-ID: Subject: Re: CURRENT breaks loading of nvidia.so From: Kevin Oberman To: David Wolfskill , Kevin Oberman , FreeBSD CURRENT , FreeBSD Ports 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: Sun, 18 Jan 2015 05:48:23 -0000 Any hope to get a bit of text on this into the Handbook? Maybe with the example in Doug B.'s e-mail announcing it. (It's in the ports archive and DuckDuckGo can find it easily.) The example in build(7) is for a single module while Doug's message show that they should be space delimited. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com On Sat, Jan 17, 2015 at 9:28 PM, David Wolfskill wrote: > On Sat, Jan 17, 2015 at 09:22:06PM -0800, Kevin Oberman wrote: > > ... > > Can anyone tell me where PORTS_MODULES is documented? I don't find it in > > the Handbook. It's not in src.conf(5). I've known of it since Doug B. (I > > thing) wrote it. This is a very beneficial tool. It really needs to be > well > > documented. > > ... > > build(7) has it. > > (I confess that I didn't recall this, nor it it just "magically occur" > to me. Rather, brute force works again: > > grep -Zwr PORTS_MODULES /usr/share/man/man* > > Ugly, perhaps, but effective. :-}) > > Peace, > david > -- > 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. > From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 07:14:48 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 5AE0959B; Sun, 18 Jan 2015 07:14:48 +0000 (UTC) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) (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 36AE7666; Sun, 18 Jan 2015 07:14:45 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id t0I7EZmG007580 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 17 Jan 2015 23:14:35 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id t0I7EZHf007579; Sat, 17 Jan 2015 23:14:35 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA11286; Sat, 17 Jan 15 22:59:00 PST Date: Sat, 17 Jan 2015 22:58:55 -0800 From: perryh@pluto.rain.com (Perry Hutchison) To: freebsd-ports@FreeBSD.org Subject: misconfigured package-build server causing bogus pkg-fallout messages Message-Id: <54bb59af.H0faSLOGGNdyk4/s%perryh@pluto.rain.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: pkg-fallout@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, 18 Jan 2015 07:14:48 -0000 Immediately after Poudriere reports the OSVERSIONs: !!! Jail is newer than host. (Jail: 1100052, Host: 1100050) !!! !!! This is not supported. !!! !!! Host kernel must be same or newer than jail. !!! !!! Expect build failures. !!! Given that, I suppose the rest of the error report is bogus, right? Shouldn't stuff like this get filtered out, so that only genuine failures get sent to the maintainers? Message below, with emails altered to reduce spam. ==================================================================== From: pkg-fallout [at] freebsd.org Date: Fri, 16 Jan 2015 06:45:55 GMT To: perryh [at] pluto.rain.com Subject: [package - head-amd64-default][sysutils/diskcheckd] Failed for diskcheckd-20110729 in build Cc: pkg-fallout [at] freebsd.org You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: perryh [at] pluto.rain.com Last committer: vanilla [at] FreeBSD.org Ident: $FreeBSD: head/sysutils/diskcheckd/Makefile 359383 2014-06-26 16:00:00Z vanilla $ Log URL: http://beefy2.isc.freebsd.org/data/head-amd64-default/2015-01-15_15h59m45s/logs/diskcheckd-20110729.log Build URL: http://beefy2.isc.freebsd.org/build.html?mastername=head-amd64-default&build=2015-01-15_15h59m45s Log: ====>> Building sysutils/diskcheckd build started at Fri Jan 16 06:45:52 UTC 2015 port directory: /usr/ports/sysutils/diskcheckd building for: FreeBSD head-amd64-default-job-23 11.0-CURRENT FreeBSD 11.0-CURRENT r276772 amd64 maintained by: perryh [at] pluto.rain.com Makefile ident: $FreeBSD: head/sysutils/diskcheckd/Makefile 359383 2014-06-26 16:00:00Z vanilla $ Poudriere version: 3.1.1 Host OSVERSION: 1100050 Jail OSVERSION: 1100052 !!! Jail is newer than host. (Jail: 1100052, Host: 1100050) !!! !!! This is not supported. !!! !!! Host kernel must be same or newer than jail. !!! !!! Expect build failures. !!! ---Begin Environment--- OSVERSION=1100052 UNAME_v=FreeBSD 11.0-CURRENT r276772 UNAME_r=11.0-CURRENT BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 SAVED_TERM= MASTERMNT=/usr/local/poudriere/data/.m/head-amd64-default/ref PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin POUDRIERE_BUILD_TYPE=bulk PKGNAME=diskcheckd-20110729 OLDPWD=/ PWD=/usr/local/poudriere/data/.m/head-amd64-default/ref/.p/pool MASTERNAME=head-amd64-default USER=root HOME=/root POUDRIERE_VERSION=3.1.1 LOCALBASE=/usr/local PACKAGE_BUILDING=yes ---End Environment--- ---Begin OPTIONS List--- ---End OPTIONS List--- --CONFIGURE_ARGS-- --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/sysutils/diskcheckd/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/sysutils/diskcheckd/work HOME=/wrkdirs/usr/ports/sysutils/diskcheckd/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh --End CONFIGURE_ENV-- --MAKE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/sysutils/diskcheckd/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/sysutils/diskcheckd/work HOME=/wrkdirs/usr/ports/sysutils/diskcheckd/work TMPDIR="/tmp" NO_PIE=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -D_PATH_CONF='\"/usr/local/etc/diskcheckd.conf\"' -fstack-protector -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS=" -fstack-protector" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -D_PATH_CONF='\"/usr/local/etc/diskcheckd.conf\"' -fstack-protector -fno-strict-aliasing " MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -o root -g wheel -m 555" BSD_INSTALL_LIB="install -s -o root -g wheel -m 444" BSD_INSTALL_SCRIPT="install -o root -g wheel -m 555" BSD_INSTALL_DATA="install -o root -g wheel -m 0644" BSD_INSTALL_MAN="install -o root -g wheel -m 444" --End MAKE_ENV-- --PLIST_SUB-- OSREL=11.0 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local PORTDOCS="" PORTEXAMPLES="" LIB32DIR=lib DOCSDIR="share/doc/diskcheckd" EXAMPLESDIR="share/examples/diskcheckd" DATADIR="share/diskcheckd" WWWDIR="www/diskcheckd" ETCDIR="etc/diskcheckd" --End PLIST_SUB-- --SUB_LIST-- PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/diskcheckd DOCSDIR=/usr/local/share/doc/diskcheckd EXAMPLESDIR=/usr/local/share/examples/diskcheckd WWWDIR=/usr/local/www/diskcheckd ETCDIR=/usr/local/etc/diskcheckd --End SUB_LIST-- ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles #### /usr/local/etc/poudriere.d/make.conf #### WITH_PKGNG=yes #WITH_PKGNG=devel # clean-restricted ran via poudriere.conf NO_RESTRICTED #NO_RESTRICTED=yes DISABLE_MAKE_JOBS=poudriere ---End make.conf--- =================================================== ===> License BSD2CLAUSE accepted by the user =========================================================================== =================================================== ===> diskcheckd-20110729 depends on file: /usr/local/sbin/pkg - not found ===> Verifying install for /usr/local/sbin/pkg in /usr/ports/ports-mgmt/pkg ===> Installing existing package /packages/All/pkg-1.4.4.txz [head-amd64-default-job-23] Installing pkg-1.4.4... [head-amd64-default-job-23] Extracting pkg-1.4.4... done pkg-static: Fail to kill children Message for pkg-1.4.4: If you are upgrading from the old package format, first run: # pkg2ng ===> Returning to build of diskcheckd-20110729 =========================================================================== =================================================== =========================================================================== =================================================== ===> License BSD2CLAUSE accepted by the user ===> Fetching all distfiles required by diskcheckd-20110729 for building =========================================================================== =================================================== ===> License BSD2CLAUSE accepted by the user ===> Fetching all distfiles required by diskcheckd-20110729 for building =========================================================================== =================================================== =========================================================================== =================================================== ===> License BSD2CLAUSE accepted by the user ===> Fetching all distfiles required by diskcheckd-20110729 for building ===> Extracting for diskcheckd-20110729 =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for diskcheckd-20110729 =========================================================================== =================================================== =========================================================================== =================================================== =========================================================================== =================================================== ===> Configuring for diskcheckd-20110729 =========================================================================== =================================================== ===> Building for diskcheckd-20110729 Warning: Object directory not changed from original /wrkdirs/usr/ports/sysutils/diskcheckd/work/diskcheckd-20110729 cc -O2 -pipe -D_PATH_CONF='"/usr/local/etc/diskcheckd.conf"' -fstack-protector -fno-strict-aliasing -std=gnu99 -fstack-protector -Qunused-arguments -c diskcheckd.c diskcheckd.c:323:14: warning: format specifies type 'long long' but the argument has type 'quad_t' (aka 'long') [-Wformat] nbytes, secno, dp->device); ^~~~~ diskcheckd.c:351:35: warning: format specifies type 'long long' but the argument has type 'quad_t' (aka 'long') [-Wformat] "to be within any DOS slice", secno, dp->device); ^~~~~ diskcheckd.c:365:34: warning: format specifies type 'long long' but the argument has type 'quad_t' (aka 'long') [-Wformat] "on device %s, type %02x", secno, newdev, ^~~~~ diskcheckd.c:376:16: error: use of undeclared identifier 'DIOCGDINFO' if (ioctl(fd, DIOCGDINFO, &label) < 0) { ^ diskcheckd.c:393:39: warning: format specifies type 'long long' but the argument has type 'quad_t' (aka 'long') [-Wformat] "to be within any BSD partition", secno, newdev); ^~~~~ diskcheckd.c:404:32: warning: format specifies type 'long long' but the argument has type 'quad_t' (aka 'long') [-Wformat] "on device %s, type %s", secno, newdev, ^~~~~ diskcheckd.c:410:31: warning: format specifies type 'long long' but the argument has type 'quad_t' (aka 'long') [-Wformat] "on 4.2BSD filesystem %s", secno, newdev); ^~~~~ diskcheckd.c:476:8: warning: format specifies type 'long long' but the argument has type 'quad_t' (aka 'long') [-Wformat] (quad_t)dseek(dp, 0, SEEK_CUR)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ diskcheckd.c:479:6: warning: format specifies type 'long long' but the argument has type 'quad_t' (aka 'long') [-Wformat] (quad_t)dseek(dp, 0, SEEK_CUR)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ diskcheckd.c:481:6: warning: format specifies type 'long long' but the argument has type 'quad_t' (aka 'long') [-Wformat] (quad_t)dp->size, dp->days, dp->rate, ^~~~~~~~~~~~~~~~ 9 warnings and 1 error generated. *** Error code 1 Stop. make[1]: stopped in /wrkdirs/usr/ports/sysutils/diskcheckd/work/diskcheckd-20110729 *** Error code 1 Stop. make: stopped in /usr/ports/sysutils/diskcheckd From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 08:29:15 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 7CCD5A37 for ; Sun, 18 Jan 2015 08:29:15 +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 3420EC03 for ; Sun, 18 Jan 2015 08:29:14 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YClEN-000KHj-Gj; Sun, 18 Jan 2015 09:29:11 +0100 Date: Sun, 18 Jan 2015 09:29:11 +0100 From: Kurt Jaeger To: Marco Beishuizen Subject: Re: updating alpine port to new version (as a maintainer) Message-ID: <20150118082911.GV44537@home.opsec.eu> References: <20150117165844.GS44537@home.opsec.eu> <20150117182525.GU44537@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: FreeBSD Ports 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, 18 Jan 2015 08:29:15 -0000 Hi! > ====> Compressing man pages (compress-man) > ====> Running Q/A tests (stage-qa) > ====> Checking for pkg-plist issues (check-plist) > ===> Parsing plist > ===> Checking for items in STAGEDIR missing from pkg-plist > Error: Orphaned: %%PORTDOCS%%%%DOCSDIR%%/tech-notes.txt > ===> Checking for items in pkg-plist which are not in STAGEDIR > Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt > ===> Error: Plist issues found. > *** Error code 1 In general, the porters handbook is trying to answer those questions. https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/book.html Please read the errors, it explains this. It literally says: ===> Checking for items in STAGEDIR missing from pkg-plist Error: Orphaned: %%PORTDOCS%%%%DOCSDIR%%/tech-notes.txt ===> Checking for items in pkg-plist which are not in STAGEDIR Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt So you have to check pkg-plist for things that are there but are no longer installed during the build *and* the other way around. Have a look at the pkg-plist file and search for tech-notes.txt. You'll find one line: %%DOCSDIR%%/tech-notes/tech-notes.txt and you can change it to: %%PORTDOCS%%%%DOCSDIR%%/tech-notes.txt and then: rm -rf work make check-plist again. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 10:16:52 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 53844B3F for ; Sun, 18 Jan 2015 10:16:52 +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 3EB6876C for ; Sun, 18 Jan 2015 10:16:52 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0IAGqw4058778 for ; Sun, 18 Jan 2015 10:16:52 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0IAGqam058777; Sun, 18 Jan 2015 10:16:52 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501181016.t0IAGqam058777@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, 18 Jan 2015 10:16:52 +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, 18 Jan 2015 10:16:52 -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 ------------------------------------------------+-----------------+------------ irc/pear-Net_SmartIRC | 1.0.2 | 1.1.6 ------------------------------------------------+-----------------+------------ multimedia/libav | 10.2 | 11.2 ------------------------------------------------+-----------------+------------ www/squid | 3.4.11 | 3.5.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 Sun Jan 18 11:18:39 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 63C21322 for ; Sun, 18 Jan 2015 11:18:39 +0000 (UTC) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4171FCE0 for ; Sun, 18 Jan 2015 11:18:38 +0000 (UTC) Received: from ip-77-24-71-88.web.vodafone.de (ip-77-24-71-88.web.vodafone.de [77.24.71.88]) by ainaz.pair.com (Postfix) with ESMTPSA id 4EB4A3F461 for ; Sun, 18 Jan 2015 06:18:30 -0500 (EST) Date: Sun, 18 Jan 2015 12:18:27 +0100 (CET) From: Gerald Pfeifer To: ports@FreeBSD.org Subject: INSTALL_TARGET=install-strip runs into "permission denied" Message-ID: 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: Sun, 18 Jan 2015 11:18:39 -0000 The ports q/a framework has been suggesting this for a while, so I added INSTALL_TARGET=install-strip to lang/gcc5/Makefile. Using install-strip for vanilla GCC builds (from source, outside the FreeBSD Ports framework) works just fine. In the context of Ports this runs into a permission problem since install sets binaries to r-x, at which point strip then fails. Here is the build log: install -m 555 fixinc.sh .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixinc.sh install -s -m 555 fixincl .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl install -m 555 mkheaders .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/mkheaders test -z 'strip' || strip .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl strip: unable to copy file '.../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl'; reason: Permission denied Makefile:191: recipe for target 'install-strip' failed gmake[3]: *** [install-strip] Error 1 How do we best go about this? Gerald From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 12:01:31 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 98C33D20 for ; Sun, 18 Jan 2015 12:01:31 +0000 (UTC) Received: from mailrelay010.isp.belgacom.be (mailrelay010.isp.belgacom.be [195.238.6.177]) by mx1.freebsd.org (Postfix) with ESMTP id 335AF144 for ; Sun, 18 Jan 2015 12:01:30 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao0GABufu1RbsIcT/2dsb2JhbABagwZSWMYtghWDZAKBDEQBAQEBAX2EDQEFOhwjEAsYCSUPKh4GE4gwAc9SAQEBAQEFAQEBAR6PeQeEKQEEkhOFR4FAiESIByKDbz0xgkMBAQE 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; 18 Jan 2015 13:01:29 +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 t0IC1RZR000985; Sun, 18 Jan 2015 13:01:28 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Sun, 18 Jan 2015 13:01:27 +0100 From: Tijl Coosemans To: Gerald Pfeifer Subject: Re: INSTALL_TARGET=install-strip runs into "permission denied" Message-ID: <20150118130127.71b8cba9@kalimero.tijl.coosemans.org> In-Reply-To: References: MIME-Version: 1.0 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: Sun, 18 Jan 2015 12:01:31 -0000 On Sun, 18 Jan 2015 12:18:27 +0100 (CET) Gerald Pfeifer wrote: > The ports q/a framework has been suggesting this for a while, so > I added INSTALL_TARGET=install-strip to lang/gcc5/Makefile. > > Using install-strip for vanilla GCC builds (from source, outside > the FreeBSD Ports framework) works just fine. > > In the context of Ports this runs into a permission problem since > install sets binaries to r-x, at which point strip then fails. > > Here is the build log: > > install -m 555 fixinc.sh .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixinc.sh > install -s -m 555 fixincl .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl > install -m 555 mkheaders .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/mkheaders > test -z 'strip' || strip .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl > strip: unable to copy file '.../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl'; reason: Permission denied > Makefile:191: recipe for target 'install-strip' failed > gmake[3]: *** [install-strip] Error 1 This strip command seems redundant. Isn't fixincl already stripped by the "install -s" command above? What does this piece of the log look like outside the ports framework? From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 15:33:14 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 D8038C37; Sun, 18 Jan 2015 15:33:14 +0000 (UTC) Received: from maul.immure.com (104-49-19-137.lightspeed.austtx.sbcglobal.net [104.49.19.137]) (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 30892B82; Sun, 18 Jan 2015 15:33:13 +0000 (UTC) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YCrqa-000BPg-Nx; Sun, 18 Jan 2015 09:33:05 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.9/8.14.9) with ESMTP id t0IFX40Y006421; Sun, 18 Jan 2015 09:33:04 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.9/8.14.9/Submit) id t0IFX4Tx006420; Sun, 18 Jan 2015 09:33:04 -0600 (CST) (envelope-from bob) Date: Sun, 18 Jan 2015 09:33:04 -0600 From: Bob Willcox To: Kevin Oberman Message-ID: <20150118153303.GG91189@rancor.immure.com> Reply-To: Bob Willcox References: <20150117151806.GE91189@rancor.immure.com> <54BA8380.4060108@selasky.org> <20150117154837.GL1151@albert.catwhisker.org> <20150118043426.GF91189@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: CURRENT breaks loading of nvidia.so X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) Cc: FreeBSD CURRENT , "current@freebsd.org" , FreeBSD Ports 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, 18 Jan 2015 15:33:15 -0000 On Sat, Jan 17, 2015 at 09:22:06PM -0800, Kevin Oberman wrote: > > Can anyone tell me where PORTS_MODULES is documented? I don't find it in > the Handbook. It's not in src.conf(5). I've known of it since Doug B. (I > thing) wrote it. This is a very beneficial tool. It really needs to be well > documented. > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com I found it in the make.conf(5) man page. I will say, however, that the description is fairly skimpy and I wouldn't have really known how to use it to solve my nvidia driver problem w/o the help of folks here. A more complete description, preferably with a few examples, would really help to understand how it is actually used. Bob -- Bob Willcox | The Ancient Doctrine of Mind Over Matter: bob@immure.com | I don't mind... and you don't matter. Austin, TX | -- As revealed to reporter G. Rivera by Swami Havabanana From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 22:14:01 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 190D6F5C; Sun, 18 Jan 2015 22:14:01 +0000 (UTC) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E82CB6D3; Sun, 18 Jan 2015 22:14:00 +0000 (UTC) Received: from ip-109-43-41-217.web.vodafone.de (ip-109-43-41-217.web.vodafone.de [109.43.41.217]) by ainaz.pair.com (Postfix) with ESMTPSA id 4F8943F495; Sun, 18 Jan 2015 17:13:58 -0500 (EST) Date: Sun, 18 Jan 2015 23:13:56 +0100 (CET) From: Gerald Pfeifer To: Tijl Coosemans Subject: Re: INSTALL_TARGET=install-strip runs into "permission denied" In-Reply-To: <20150118130127.71b8cba9@kalimero.tijl.coosemans.org> Message-ID: References: <20150118130127.71b8cba9@kalimero.tijl.coosemans.org> 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: Sun, 18 Jan 2015 22:14:01 -0000 On Sunday 2015-01-18 13:01, Tijl Coosemans wrote: >> Here is the build log: >> >> install -m 555 fixinc.sh .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixinc.sh >> install -s -m 555 fixincl .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl >> install -m 555 mkheaders .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/mkheaders >> test -z 'strip' || strip .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl >> strip: unable to copy file '.../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl'; reason: Permission denied >> Makefile:191: recipe for target 'install-strip' failed >> gmake[3]: *** [install-strip] Error 1 > This strip command seems redundant. Isn't fixincl already stripped by > the "install -s" command above? Good point. > What does this piece of the log look like outside the ports framework? /usr/bin/install -c fixinc.sh .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/fixinc.sh /usr/bin/install -c fixincl .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/fixincl /usr/bin/install -c mkheaders .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/mkheaders test -z 'strip' || strip .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/fixincl gmake[2]: Leaving directory '.../OBJ-0118-1528/fixincludes' (I also tried setting STRIP_CMD to true, alas that is not used by GCC.) Gerald From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 23:27:39 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 41309DF7 for ; Sun, 18 Jan 2015 23:27:39 +0000 (UTC) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EED4DDD8 for ; Sun, 18 Jan 2015 23:27:38 +0000 (UTC) Received: from [192.168.0.198] (laptop1.herveybayaustralia.com.au [192.168.0.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 6398E27328 for ; Mon, 19 Jan 2015 09:27:26 +1000 (EST) Message-ID: <54BC415B.5090004@herveybayaustralia.com.au> Date: Mon, 19 Jan 2015 09:27:23 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "freebsd-ports@freebsd.org" Subject: heimdal/krb5 conflicts 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: Sun, 18 Jan 2015 23:27:39 -0000 I've asked around trying to get a quick answer on this, but it seems it is not too well known. Reasonably recently I've installed krb5 on a system but only in the past few weeks have I run into some real trouble with a conflict with heimdal trying to install as a port, so I don't know which exactly is the cause of the issue. Regardless, how do I tell my ports to stop insisting on using heimdal? I've googled, but everything is like a decade old. I have tried a few things from these though, but to no avail. My make.conf has these options in it now: NO_KERBEROS=YES KRB5_HOME=/usr/local (also tried /usr/local/lib/krb5) #WITH_HEIMDAL=NO KRB5_IMPL=MIT (and mit) What else can I do? What is the magic incantation to make this stupid issue go away :) ? Cheers From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 01:45:23 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 7A81DD00 for ; Mon, 19 Jan 2015 01:45:23 +0000 (UTC) Received: from smtp-out-03.shaw.ca (smtp-out-03.shaw.ca [64.59.136.139]) by mx1.freebsd.org (Postfix) with ESMTP id 49D19C91 for ; Mon, 19 Jan 2015 01:45:23 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=NGyScNxeuSl9kF2CawaUazurpsiUNiZ1TJmy53crUtI= c=1 sm=1 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=xRb-9XJIAfG08_vy8SEA:9 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by smtp-out-03.shaw.ca with ESMTP; 18 Jan 2015 18:45:21 -0700 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id ACFC89BE8 for ; Sun, 18 Jan 2015 17:45:21 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.9/8.14.9) with ESMTP id t0J1jKFP006272 for ; Sun, 18 Jan 2015 17:45:21 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.14.9/8.14.8/Submit) with ESMTP id t0J1jKvg006268 for ; Sun, 18 Jan 2015 17:45:20 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201501190145.t0J1jKvg006268@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-ports@freebsd.org Subject: Poudriere Timeout Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 18 Jan 2015 17:45:19 -0800 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, 19 Jan 2015 01:45:23 -0000 Hi, Has anyone seen this before? print/texlive-texmf texlive-texmf-20140525_4 package/timeout runaway_process /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/local/s hare /texmf-dist/doc/.keep_me /bin/mkdir -p /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/local/sh are/ texmf-dist/source /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/local/s hare /texmf-dist/source/.keep_me ====> Compressing man pages (compress-man) =========================================================================== =================================================== ===> Building package for texlive-texmf-20140525_4 ====>> Killing timed out build after 3600 seconds ====>> Cleaning up wrkdir ===> Cleaning for texlive-texmf-20140525_4 build of print/texlive-texmf ended at Fri Jan 16 23:49:09 PST 2015 build time: 02:41:43 !!! build failure encountered !!! Building the port by hand, make package, took just over 19 minutes (1150 seconds). Would increasing the timeout from 3600 to something larger (like 7200 -- I know this will require hacking the code) address the issue? -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 05:18:03 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 46DA3CAF for ; Mon, 19 Jan 2015 05:18:03 +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 06DA222D for ; Mon, 19 Jan 2015 05:18:02 +0000 (UTC) Received: from [93.104.25.169] (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 1YD4im-0000ZZ-Re; Mon, 19 Jan 2015 06:17:53 +0100 Date: Mon, 19 Jan 2015 06:17:51 +0100 From: Matthias Apitz To: Cy Schubert Subject: Re: Poudriere Timeout Message-ID: <20150119051751.GA1185@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Cy Schubert , freebsd-ports@freebsd.org References: <201501190145.t0J1jKvg006268@slippy.cwsent.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201501190145.t0J1jKvg006268@slippy.cwsent.com> 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.25.169 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, 19 Jan 2015 05:18:03 -0000 El día Sunday, January 18, 2015 a las 05:45:19PM -0800, Cy Schubert escribió: > ====> Compressing man pages (compress-man) > =========================================================================== > =================================================== > ===> Building package for texlive-texmf-20140525_4 > ====>> Killing timed out build after 3600 seconds > ====>> Cleaning up wrkdir > ===> Cleaning for texlive-texmf-20140525_4 > build of print/texlive-texmf ended at Fri Jan 16 23:49:09 PST 2015 > build time: 02:41:43 > !!! build failure encountered !!! > > Building the port by hand, make package, took just over 19 minutes (1150 > seconds). Would increasing the timeout from 3600 to something larger (like > 7200 -- I know this will require hacking the code) address the issue? I don't think that this would help. Something is waiting indefenitely for some resource or even input from terminal. 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 19 06:10: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 3D328457 for ; Mon, 19 Jan 2015 06:10:46 +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 253328A9 for ; Mon, 19 Jan 2015 06:10:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0J6Ak38067791 for ; Mon, 19 Jan 2015 06:10:46 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, 19 Jan 2015 06:10:46 +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: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: realhuang21@gmail.com X-Bugzilla-Status: New 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, 19 Jan 2015 06:10:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195798 --- Comment #1 from Real Huang --- Comment on attachment 150335 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=150335 the patch file devel_fb303_pkg-plist.diff -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 06:59:32 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 0A9FAFCC for ; Mon, 19 Jan 2015 06:59:31 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id CE195D23 for ; Mon, 19 Jan 2015 06:59:31 +0000 (UTC) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.7) with ESMTP id t0J6xOwI041419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 18 Jan 2015 22:59:24 -0800 (PST) (envelope-from bc979@lafn.org) From: Doug Hardie Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Package issue updating a packag3 Message-Id: <4E4F30A3-AF20-4FC3-9DA3-F25BBB7F02A1@lafn.org> Date: Sun, 18 Jan 2015 22:59:24 -0800 To: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean 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, 19 Jan 2015 06:59:32 -0000 I posted this on questions earlier and got no response. In the = meantime, I have a system that is not really functional. I needed to update clamav-milter. I used: pkg upgrade clamav-milter The result was an error: Checking integrity... done (1 conflicting) pkg: Cannot solve problem using SAT solver: conflict rule: The following packages conflict with each other: = clamav-milter-0.98.5_1(r), clamav-0.98.5_1(r) conflict rule: The following packages conflict with each other: = clamav-milter-0.98.5_1(r), clamav-milter-0.98.5_1(r) upgrade rule: upgrade local clamav-milter-0.98.4_1 to remote = clamav-milter-0.98.5_1 cannot install package clamav-milter, remove it from request? [Y/n]: n pkg list only shows clamav-milter, not clamav. At one time I did have = clamav installed, but deleted it. So I used pkg delete clamav-milter. That worked. Then, pkg install clamav-milter. Same errors. How do I recover and get = an updated clamav-milter? From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 07:01:46 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 0F1A7222 for ; Mon, 19 Jan 2015 07:01:46 +0000 (UTC) Received: from smtp-out-05.shaw.ca (smtp-out-05.shaw.ca [64.59.134.13]) by mx1.freebsd.org (Postfix) with ESMTP id D166DDCF for ; Mon, 19 Jan 2015 07:01:45 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=YzkDeCCLkfvKKKvhMilE7Ce3LEB3kVshiYMlAyNVURc= c=1 sm=1 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=8nJEP1OIZ-IA:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=7vgBpSF_6mlNX10ft38A:9 a=wPNLvfGTeEIA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO slippy.cwsent.com) ([96.50.7.119]) by smtp-out-05.shaw.ca with ESMTP; 19 Jan 2015 00:01:38 -0700 Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.9/8.14.9) with ESMTP id t0J71bcp010698; Sun, 18 Jan 2015 23:01:37 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.14.9/8.14.8/Submit) with ESMTP id t0J71ZR2010695; Sun, 18 Jan 2015 23:01:36 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201501190701.t0J71ZR2010695@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Matthias Apitz , Cy Schubert , freebsd-ports@freebsd.org Subject: Re: Poudriere Timeout In-Reply-To: Message from Matthias Apitz of "Mon, 19 Jan 2015 06:17:51 +0100." <20150119051751.GA1185@c720-r276659> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 18 Jan 2015 23:01:35 -0800 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, 19 Jan 2015 07:01:46 -0000 In message <20150119051751.GA1185=40c720-r276659>, Matthias Apitz writes:= > El d=C3=ADa Sunday, January 18, 2015 a las 05:45:19PM -0800, Cy Schuber= t escribi=C3=B3: >=20 > > =3D=3D=3D=3D> Compressing man pages (compress-man) > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > =3D=3D=3D> Building package for texlive-texmf-20140525_4 > > =3D=3D=3D=3D>> Killing timed out build after 3600 seconds > > =3D=3D=3D=3D>> Cleaning up wrkdir > > =3D=3D=3D> Cleaning for texlive-texmf-20140525_4 > > build of print/texlive-texmf ended at Fri Jan 16 23:49:09 PST 2015 > > build time: 02:41:43 > > =21=21=21 build failure encountered =21=21=21 > >=20 > > Building the port by hand, make package, took just over 19 minutes (1= 150=20 > > seconds). Would increasing the timeout from 3600 to something larger = (like=20 > > 7200 -- I know this will require hacking the code) address the issue?= >=20 > I don't think that this would help. Something is waiting indefenitely > for some resource or even input from terminal. If it was waiting for terminal input, wouldn't it also wait for terminal = input when make package is run manually from the command line? I'm not convinced that the package build is waiting. Something to look at= . --=20 Cheers, Cy Schubert or = FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 07:15: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 CBCF2830 for ; Mon, 19 Jan 2015 07:15:25 +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 43A38ECF for ; Mon, 19 Jan 2015 07:15:25 +0000 (UTC) Received: from maggot.black-earth.co.uk (maggot.black-earth.co.uk [81.2.117.101]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0J7FHmG017865 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 19 Jan 2015 07:15:17 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 t0J7FHmG017865 Authentication-Results: smtp.infracaninophile.co.uk/t0J7FHmG017865; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral Message-ID: <54BCAF05.1090305@FreeBSD.org> Date: Mon, 19 Jan 2015 07:15:17 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Poudriere Timeout References: <201501190145.t0J1jKvg006268@slippy.cwsent.com> In-Reply-To: <201501190145.t0J1jKvg006268@slippy.cwsent.com> Content-Type: text/plain; charset=windows-1252 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.8 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, 19 Jan 2015 07:15:25 -0000 On 2015/01/19 01:45, Cy Schubert wrote: > Hi, > > > Has anyone seen this before? > > print/texlive-texmf texlive-texmf-20140525_4 package/timeout runaway_process > > > /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/local/s > hare > /texmf-dist/doc/.keep_me > /bin/mkdir -p /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/local/sh > are/ > texmf-dist/source > /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/local/s > hare > /texmf-dist/source/.keep_me > ====> Compressing man pages (compress-man) > =========================================================================== > =================================================== > ===> Building package for texlive-texmf-20140525_4 > ====>> Killing timed out build after 3600 seconds > ====>> Cleaning up wrkdir > ===> Cleaning for texlive-texmf-20140525_4 > build of print/texlive-texmf ended at Fri Jan 16 23:49:09 PST 2015 > build time: 02:41:43 > !!! build failure encountered !!! > > Building the port by hand, make package, took just over 19 minutes (1150 > seconds). Would increasing the timeout from 3600 to something larger (like > 7200 -- I know this will require hacking the code) address the issue? Yeah. I've been seeing that exact problem. Seems that 'pkg create' is taking an inordinately long time. truss shows that it is still processing files, but very slowly. Not sure why it hits this port specifically -- possibly just the number of files included in the package. Printing something occasionally while processing the files in the package would probably allow the process to complete instead of poudriere killing it because it had apparently hung up, but doesn't address the underlying reason for why it is so slow in the first place. Cheers, Matthew From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 08:24:15 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 92A29F6F for ; Mon, 19 Jan 2015 08:24:15 +0000 (UTC) Received: from mailrelay009.isp.belgacom.be (mailrelay009.isp.belgacom.be [195.238.6.176]) by mx1.freebsd.org (Postfix) with ESMTP id 32DA5840 for ; Mon, 19 Jan 2015 08:24:14 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnQGAHa+vFRbsIcT/2dsb2JhbABbgwZSxwKFeQKBHEQBAQEBAX2EDQEFOhwjEAsYCSUPKh4GE4gwAc8EAQEBAQEFAQEBAR6PeQeEKQEEkiCFT4FLiFCIECKDbz0xgkMBAQE 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; 19 Jan 2015 09:24:05 +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 t0J8O4Z0001178; Mon, 19 Jan 2015 09:24:05 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Mon, 19 Jan 2015 09:24:04 +0100 From: Tijl Coosemans To: Gerald Pfeifer Subject: Re: INSTALL_TARGET=install-strip runs into "permission denied" Message-ID: <20150119092404.0a448f9f@kalimero.tijl.coosemans.org> In-Reply-To: References: <20150118130127.71b8cba9@kalimero.tijl.coosemans.org> MIME-Version: 1.0 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: Mon, 19 Jan 2015 08:24:15 -0000 On Sun, 18 Jan 2015 23:13:56 +0100 (CET) Gerald Pfeifer wrote: > On Sunday 2015-01-18 13:01, Tijl Coosemans wrote: >>> Here is the build log: >>> >>> install -m 555 fixinc.sh .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixinc.sh >>> install -s -m 555 fixincl .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl >>> install -m 555 mkheaders .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/mkheaders >>> test -z 'strip' || strip .../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl >>> strip: unable to copy file '.../prefix/gcc5/libexec/gcc5/gcc/i386-portbld-freebsd10.1/5.0.0/install-tools/fixincl'; reason: Permission denied >>> Makefile:191: recipe for target 'install-strip' failed >>> gmake[3]: *** [install-strip] Error 1 >> This strip command seems redundant. Isn't fixincl already stripped by >> the "install -s" command above? > > Good point. > >> What does this piece of the log look like outside the ports framework? > > /usr/bin/install -c fixinc.sh .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/fixinc.sh > /usr/bin/install -c fixincl .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/fixincl > /usr/bin/install -c mkheaders .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/mkheaders > test -z 'strip' || strip .../gcc-ref8-amd64/libexec/gcc/x86_64-unknown-freebsd8.4/5.0.0/install-tools/fixincl > gmake[2]: Leaving directory '.../OBJ-0118-1528/fixincludes' > > (I also tried setting STRIP_CMD to true, alas that is not used by GCC.) Try adding BINMODE=755 to the port Makefile or STRIP=true to CONFIGURE_ARGS From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 09:58:03 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 732EBCD2 for ; Mon, 19 Jan 2015 09:58:03 +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 60027178 for ; Mon, 19 Jan 2015 09:58: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 t0J9w3S9009221 for ; Mon, 19 Jan 2015 09:58:03 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0J9w3UA009219; Mon, 19 Jan 2015 09:58:03 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501190958.t0J9w3UA009219@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, 19 Jan 2015 09:58: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: Mon, 19 Jan 2015 09:58:03 -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 ------------------------------------------------+-----------------+------------ games/lwjgl | 2.9.1 | 2.9.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 Mon Jan 19 12:06:05 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 1499EA2E; Mon, 19 Jan 2015 12:06:05 +0000 (UTC) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (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 CF95FF0; Mon, 19 Jan 2015 12:06:04 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id uz6so12956079obc.11; Mon, 19 Jan 2015 04:06:04 -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:cc:content-type; bh=N2i5ISqSqS8bmDfs54KoL9b3yYYW5v+lnUPi5gwGb1c=; b=STYXgTrg0CxVcoM0/DujvT1fpaAICRJ4yskbDaXvxoqvMGMgVnzd74dIZYufDGE4h5 F0mvEqOrWR1DdSD8iE9UzeEk4UWAXYxSScGGw2MEbJK633HVE0TgL4WbWvbaiZZxuFl/ d2SA4B6rKNnb1+gJDoQ16rQohuvfkopyNWmq4W+G+XlNityS8j5W4h05mskHQxH3qjsp tDoqDCMZot1qblR+WrQMLnMdx1RRcNmf88c+5NBKM/VFD/JY7rh29aEuEBuF6w9bG5sn SLjVqC96Br3UMgbivgYI/esaS7YBRu27N6Cedu+mVyssN6WLF+CRoeWd0oVRQt7/lhB+ 9H7w== MIME-Version: 1.0 X-Received: by 10.202.210.71 with SMTP id j68mr1043288oig.131.1421669164140; Mon, 19 Jan 2015 04:06:04 -0800 (PST) Received: by 10.76.86.42 with HTTP; Mon, 19 Jan 2015 04:06:04 -0800 (PST) Date: Mon, 19 Jan 2015 12:06:04 +0000 Message-ID: Subject: Net-SNMP 5.7.3 with Perl support fails at configure stage From: "Sevan / Venture37" To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: zi@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, 19 Jan 2015 12:06:05 -0000 Hi, I posted this question to the net-snmp-users list but didn't hear any response back, if you try to configure v5.7.3 with Perl support enabled, it fails requesting that --enable-shared is specified, even when it's specified. Observed on FreeBSD/AMD64 10.1-RELEASE with Perl installed form via pkg. My original post to the net-snmp-users list with perl -V output & snippet from config.log https://www.marc.info/?l=net-snmp-users&m=142082652512936&w=2 Sevan / Venture37 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 12:25:55 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 5FF0FF90 for ; Mon, 19 Jan 2015 12:25:55 +0000 (UTC) Received: from toco-domains.de (mail.toco-domains.de [176.9.39.170]) (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 211FB313 for ; Mon, 19 Jan 2015 12:25:54 +0000 (UTC) Received: from [0.0.0.0] (mail.toco-domains.de [176.9.39.170]) by toco-domains.de (Postfix) with ESMTPA id C4D841B22185; Mon, 19 Jan 2015 13:25:45 +0100 (CET) Message-ID: <54BCF7C9.7090502@toco-domains.de> Date: Mon, 19 Jan 2015 13:25:45 +0100 From: Torsten Zuehlsdorff 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: Poudriere Timeout References: <201501190145.t0J1jKvg006268@slippy.cwsent.com> In-Reply-To: <201501190145.t0J1jKvg006268@slippy.cwsent.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.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, 19 Jan 2015 12:25:55 -0000 Hi, > Has anyone seen this before? > > print/texlive-texmf texlive-texmf-20140525_4 package/timeout runaway_process Yes, i have. I've solved this problem by moving the build-jails of poudriere to an memory disk. This make poudriere no longer io-bund and incredibly fast. And solve this issue ;) Greetings, Torsten From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 14:21: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 D34E76DF for ; Mon, 19 Jan 2015 14:21:05 +0000 (UTC) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9633633B for ; Mon, 19 Jan 2015 14:21:04 +0000 (UTC) Received: from firewallnew (162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65]) by mx2.paymentallianceintl.com (8.15.1/8.15.1) with ESMTPS id t0JEL0Rg010512 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 19 Jan 2015 09:21:02 -0500 (EST) (envelope-from mikej@mikej.com) X-Authentication-Warning: mx2.paymentallianceintl.com: Host 162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65] claimed to be firewallnew Received: from localhost (localhost [127.0.0.1]) by firewallnew (8.15.1/8.14.9) with ESMTPS id t0JEKXMZ042714 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 19 Jan 2015 09:20:59 -0500 (EST) (envelope-from mikej@mikej.com) Date: Mon, 19 Jan 2015 09:20:33 -0500 (EST) From: Michael Jung X-X-Sender: mikej@firewallnew To: freebsd-ports@freebsd.org Subject: Fail to kill children Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; 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: Mon, 19 Jan 2015 14:21:05 -0000 FreeBSD 10.1-RELEASE #0 r276896: pkg 1.4.4 or pkg 1.4.6 poudriere 3.1.1 under 11.0-CURRENT r275419 On i386 only pkg complains with "Fail to kill children". I have checked some but not all packages and they appear to be updated as expected so this is a heads up. I do not see this behaviour with pkg on amd64 clients. I see this behaviour on more than one i386 client. Anything further I can provide? --mikej [root@jackson /usr/home/mikej]# pkg upgrade Updating 0_local repository catalogue... 0_local repository is up-to-date. All repositories are up-to-date. Checking for upgrades (6 candidates): 100% Processing candidates (6 candidates): 100% The following 6 packages will be affected (of 0 checked): Installed packages to be UPGRADED: unzip: 6.0_2 -> 6.0_3 pciids: 20150105 -> 20150117 openssl: 1.0.1_17 -> 1.0.1_18 duo: 1.9.13 -> 1.9.13_1 ccache: 3.2.1 -> 3.2.1_1 bash: 4.3.30_1 -> 4.3.33 The process will require 1 KB more space. 4 MB to be downloaded. Proceed with this action? [y/N]: y Fetching unzip-6.0_3.txz: 100% 121 KB 123.9k/s 00:01 Fetching pciids-20150117.txz: 100% 185 KB 189.4k/s 00:01 Fetching openssl-1.0.1_18.txz: 100% 2 MB 851.7k/s 00:03 Fetching duo-1.9.13_1.txz: 100% 70 KB 71.2k/s 00:01 Fetching ccache-3.2.1_1.txz: 100% 80 KB 81.8k/s 00:01 Fetching bash-4.3.33.txz: 100% 1 MB 594.3k/s 00:02 Checking integrity... done (0 conflicting) [1/6] Upgrading unzip from 6.0_2 to 6.0_3... pkg: Fail to kill children [1/6] Extracting unzip-6.0_3: 100% pkg: Fail to kill children [2/6] Upgrading pciids from 20150105 to 20150117... pkg: Fail to kill children [2/6] Extracting pciids-20150117: 100% pkg: Fail to kill children [3/6] Upgrading openssl from 1.0.1_17 to 1.0.1_18... pkg: Fail to kill children pkg: Fail to kill children [3/6] Extracting openssl-1.0.1_18: 100% pkg: Fail to kill children [4/6] Upgrading duo from 1.9.13 to 1.9.13_1... You may need to manually remove /usr/local/etc/login_duo.conf if it's no longer needed. pkg: Fail to kill children [4/6] Extracting duo-1.9.13_1: 100% pkg: Fail to kill children [5/6] Upgrading ccache from 3.2.1 to 3.2.1_1... pkg: Fail to kill children [5/6] Extracting ccache-3.2.1_1: 100% Create compiler links... create symlink for cc create symlink for cc (world) create symlink for c++ create symlink for c++ (world) create symlink for CC create symlink for CC (world) create symlink for gcc create symlink for gcc (world) create symlink for g++ create symlink for g++ (world) create symlink for gcc48 create symlink for gcc48 (world) create symlink for g++48 create symlink for g++48 (world) pkg: Fail to kill children [6/6] Upgrading bash from 4.3.30_1 to 4.3.33... pkg: Fail to kill children [6/6] Extracting bash-4.3.33: 100% pkg: Fail to kill children Message for openssl-1.0.1_18: Copy /usr/local/openssl/openssl.cnf.sample to /usr/local/openssl/openssl.cnf and edit it to fit your needs. Message for duo-1.9.13_1: ================================================================= Configuration file /usr/local/etc/login_duo.conf was created. You must edit it to add your Duo integration and secret keys. If you are using the PAM module, a line similar to the following should be added to your service(s) of choice in /etc/pam.d: auth required /usr/local/lib/security/pam_duo.so Additionally, you must edit /usr/local/etc/pam_duo.conf duo headers have been installed to /usr/local/include/duo ================================================================= Message for ccache-3.2.1_1: NOTE: Please read /usr/local/share/doc/ccache/ccache-howto-freebsd.txt for information on using ccache with FreeBSD ports and src. Message for bash-4.3.33: ====================================================================== bash requires fdescfs(5) mounted on /dev/fd If you have not done it yet, please do the following: mount -t fdescfs fdesc /dev/fd To make it permanent, you need the following lines in /etc/fstab: fdesc /dev/fd fdescfs rw 0 0 ====================================================================== [root@jackson /usr/home/mikej]# So ccache for example did get upgraded. [root@jackson /usr/home/mikej]# ccache -V ccache version 3.2.1 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 14:33: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 8B09B8D9 for ; Mon, 19 Jan 2015 14:33:35 +0000 (UTC) Received: from exodus.zi0r.com (exodus.zi0r.com [71.179.14.195]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "exodus.zi0r.com", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EFF4628 for ; Mon, 19 Jan 2015 14:33:35 +0000 (UTC) Received: from exodus.zi0r.com (localhost [127.0.0.1]) by exodus.zi0r.com (Postfix) with ESMTP id 4DB5FB91BD; Mon, 19 Jan 2015 09:33:33 -0500 (EST) X-Virus-Scanned: amavisd-new at zi0r.com Received: from exodus.zi0r.com ([127.0.0.1]) by exodus.zi0r.com (exodus.zi0r.com [127.0.0.1]) (amavisd-new, port 10026) with LMTP id ix_motFJZ9P7; Mon, 19 Jan 2015 09:33:32 -0500 (EST) Received: from exodus.zi0r.com (syn.zi0r.com [71.179.14.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by exodus.zi0r.com (Postfix) with ESMTPSA id 497FFB91AD; Mon, 19 Jan 2015 09:33:31 -0500 (EST) Date: Mon, 19 Jan 2015 09:33:29 -0500 From: Ryan Steinmetz To: Sevan / Venture37 Subject: Re: Net-SNMP 5.7.3 with Perl support fails at configure stage Message-ID: <20150119143329.GA69463@exodus.zi0r.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: 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, 19 Jan 2015 14:33:35 -0000 Sevan, I'm currently working on an update for the port to get it to 5.7.3. In the interim, you should install 5.7.2 from the ports tree: To install the port: cd /usr/ports/net-mgmt/net-snmp/ && make install clean To add the package: pkg install net-mgmt/net-snmp -r On (01/19/15 12:06), Sevan / Venture37 wrote: >Hi, >I posted this question to the net-snmp-users list but didn't hear any >response back, if you try to configure v5.7.3 with Perl support >enabled, it fails requesting that --enable-shared is specified, even >when it's specified. >Observed on FreeBSD/AMD64 10.1-RELEASE with Perl installed form via pkg. >My original post to the net-snmp-users list with perl -V output & >snippet from config.log >https://www.marc.info/?l=net-snmp-users&m=142082652512936&w=2 > > >Sevan / Venture37 -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 14:55: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 BC8C2EE0 for ; Mon, 19 Jan 2015 14:55:57 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::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 500D98A1 for ; Mon, 19 Jan 2015 14:55:57 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id x13so32038075wgg.12 for ; Mon, 19 Jan 2015 06:55:55 -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=ubx9Y1bgPqYuJ2X56NVoqCnyIzaX0HhxHCvi/MBZPBw=; b=N4jZSOPYFNgXgtTgiMb2T4uiVi6k3kFhhoqP5lIsuZOe9SbI6MZuqZU5hdeWchBr9N z5pGKRygTgZIAkHnTcwwmhGtuphg5dk4/GtVkyobHoMJjVZyhzaCuTqAvp8i+jO/+Cc8 Y4zjrgzk4tAu8o4nHihiuCzYfoLrpUP4TIacGuvexzJSt5mv578EmebfweUpBbBBl8Yw T1OF90Sp5q6ZDGnQerCd10Av+j3y99DSOm61oa06e0Y+tySuvOHvIR1OxlRanT/G6r2I cY9eHxkSgJjfGLPGwam5AOwD9h8xmSdKVnpyNOygnEtv4X4M18y5iW3EPsczbBF0zid5 Xwiw== MIME-Version: 1.0 X-Received: by 10.180.76.228 with SMTP id n4mr36118901wiw.45.1421679355687; Mon, 19 Jan 2015 06:55:55 -0800 (PST) Received: by 10.194.241.132 with HTTP; Mon, 19 Jan 2015 06:55:55 -0800 (PST) In-Reply-To: References: Date: Mon, 19 Jan 2015 22:55:55 +0800 Message-ID: Subject: Re: Fail to kill children From: Ben Woods To: Michael Jung Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD ports 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, 19 Jan 2015 14:55:57 -0000 On face value, that is quite a shocking mailing list topic! -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 15:15:24 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 7AB744D1; Mon, 19 Jan 2015 15:15:24 +0000 (UTC) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 30494AC6; Mon, 19 Jan 2015 15:15:23 +0000 (UTC) Received: from firewallnew (162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65]) by mx2.paymentallianceintl.com (8.15.1/8.15.1) with ESMTPS id t0JFFFZa014239 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 19 Jan 2015 10:15:16 -0500 (EST) (envelope-from mikej@mikej.com) X-Authentication-Warning: mx2.paymentallianceintl.com: Host 162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65] claimed to be firewallnew Received: from mail.mikej.com (firewall [192.168.6.63]) by firewallnew (8.15.1/8.14.9) with ESMTP id t0JFErLj060235; Mon, 19 Jan 2015 10:15:14 -0500 (EST) (envelope-from mikej@mikej.com) X-Authentication-Warning: firewallnew: Host firewall [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 19 Jan 2015 10:14:52 -0500 From: Michael Jung To: freebsd-ports@freebsd.org Cc: owner-freebsd-ports@freebsd.org Subject: PKG - Fail to kill children In-Reply-To: References: Message-ID: X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.0.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: Mon, 19 Jan 2015 15:15:24 -0000 On 2015-01-19 09:20, Michael Jung wrote: > FreeBSD 10.1-RELEASE #0 r276896: > pkg 1.4.4 or pkg 1.4.6 > poudriere 3.1.1 under 11.0-CURRENT r275419 > > On i386 only pkg complains with "Fail to kill children". I have > checked some but not all packages > and they appear to be updated as expected so this > is a heads up. > > I do not see this behaviour with pkg on amd64 clients. I see this > behaviour on more than one i386 client. > > Anything further I can provide? > > --mikej > > > [root@jackson /usr/home/mikej]# pkg upgrade > Updating 0_local repository catalogue... > 0_local repository is up-to-date. > All repositories are up-to-date. > Checking for upgrades (6 candidates): 100% > Processing candidates (6 candidates): 100% > The following 6 packages will be affected (of 0 checked): > > Installed packages to be UPGRADED: > unzip: 6.0_2 -> 6.0_3 > pciids: 20150105 -> 20150117 > openssl: 1.0.1_17 -> 1.0.1_18 > duo: 1.9.13 -> 1.9.13_1 > ccache: 3.2.1 -> 3.2.1_1 > bash: 4.3.30_1 -> 4.3.33 > > The process will require 1 KB more space. > 4 MB to be downloaded. > > Proceed with this action? [y/N]: y > Fetching unzip-6.0_3.txz: 100% 121 KB 123.9k/s 00:01 > Fetching pciids-20150117.txz: 100% 185 KB 189.4k/s 00:01 > Fetching openssl-1.0.1_18.txz: 100% 2 MB 851.7k/s 00:03 > Fetching duo-1.9.13_1.txz: 100% 70 KB 71.2k/s 00:01 > Fetching ccache-3.2.1_1.txz: 100% 80 KB 81.8k/s 00:01 > Fetching bash-4.3.33.txz: 100% 1 MB 594.3k/s 00:02 > Checking integrity... done (0 conflicting) > [1/6] Upgrading unzip from 6.0_2 to 6.0_3... > pkg: Fail to kill children > [1/6] Extracting unzip-6.0_3: 100% > pkg: Fail to kill children > [2/6] Upgrading pciids from 20150105 to 20150117... > pkg: Fail to kill children > [2/6] Extracting pciids-20150117: 100% > pkg: Fail to kill children > [3/6] Upgrading openssl from 1.0.1_17 to 1.0.1_18... > pkg: Fail to kill children > pkg: Fail to kill children > [3/6] Extracting openssl-1.0.1_18: 100% > pkg: Fail to kill children > [4/6] Upgrading duo from 1.9.13 to 1.9.13_1... > You may need to manually remove /usr/local/etc/login_duo.conf if it's > no longer needed. > pkg: Fail to kill children > [4/6] Extracting duo-1.9.13_1: 100% > pkg: Fail to kill children > [5/6] Upgrading ccache from 3.2.1 to 3.2.1_1... > pkg: Fail to kill children > [5/6] Extracting ccache-3.2.1_1: 100% > Create compiler links... > create symlink for cc > create symlink for cc (world) > create symlink for c++ > create symlink for c++ (world) > create symlink for CC > create symlink for CC (world) > create symlink for gcc > create symlink for gcc (world) > create symlink for g++ > create symlink for g++ (world) > create symlink for gcc48 > create symlink for gcc48 (world) > create symlink for g++48 > create symlink for g++48 (world) > pkg: Fail to kill children > [6/6] Upgrading bash from 4.3.30_1 to 4.3.33... > pkg: Fail to kill children > [6/6] Extracting bash-4.3.33: 100% > pkg: Fail to kill children > Message for openssl-1.0.1_18: > Copy /usr/local/openssl/openssl.cnf.sample to > /usr/local/openssl/openssl.cnf > and edit it to fit your needs. > Message for duo-1.9.13_1: > ================================================================= > Configuration file /usr/local/etc/login_duo.conf was created. > You must edit it to add your Duo integration and secret keys. > > If you are using the PAM module, a line similar to the following > should be added to your service(s) of choice in /etc/pam.d: > auth required /usr/local/lib/security/pam_duo.so > > Additionally, you must edit /usr/local/etc/pam_duo.conf > > duo headers have been installed to /usr/local/include/duo > ================================================================= > Message for ccache-3.2.1_1: > NOTE: > Please read /usr/local/share/doc/ccache/ccache-howto-freebsd.txt for > information on using ccache with FreeBSD ports and src. > Message for bash-4.3.33: > ====================================================================== > > bash requires fdescfs(5) mounted on /dev/fd > > If you have not done it yet, please do the following: > > mount -t fdescfs fdesc /dev/fd > > To make it permanent, you need the following lines in /etc/fstab: > > fdesc /dev/fd fdescfs rw 0 0 > > ====================================================================== > [root@jackson /usr/home/mikej]# > > > So ccache for example did get upgraded. > > [root@jackson /usr/home/mikej]# ccache -V > ccache version 3.2.1 > > _______________________________________________ > 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 19 15:22: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 AB91C741; Mon, 19 Jan 2015 15:22:05 +0000 (UTC) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::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 6EBBDBDC; Mon, 19 Jan 2015 15:22:05 +0000 (UTC) Received: by mail-oi0-f48.google.com with SMTP id u20so27152108oif.7; Mon, 19 Jan 2015 07:22:04 -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=GZKKUmEdBGtEC08zUh/hyZrK7177tPTVLPHOD9a1Dks=; b=guC8/fnLcO9urUVMP55/cVHyKhXfrZ21PA9ANTadN57XvRyPG5Dk+C6z5jdhVxOVSJ 5zRUbuXmDLuuEA4Ad6/KYbBqM8UnFKl60sd+LCJAI7FHgAviioz1mEgLvu/s51Kfp7Ii dMucq3x3kp71EBbHZR4noMo+EmudqiwL3xz59xWeNSXdaNF/FrV71z2Xsk8b9pdInj6Z oplIA2qh5VSuJ1bQ/+Qbl8H4LTO5FiTRdh2C6yZWl6wt4yRPIwCUu0PlzMo7+jbw91sr esH0GLF+cdDNCoCJs2myXZ2Xlvy+iaYgIe+T2LfvxMIoh27b26alKA5tsQ71m8uDYhjt EcgQ== MIME-Version: 1.0 X-Received: by 10.182.241.133 with SMTP id wi5mr18448987obc.10.1421680924740; Mon, 19 Jan 2015 07:22:04 -0800 (PST) Received: by 10.76.86.42 with HTTP; Mon, 19 Jan 2015 07:22:04 -0800 (PST) In-Reply-To: <20150119143329.GA69463@exodus.zi0r.com> References: <20150119143329.GA69463@exodus.zi0r.com> Date: Mon, 19 Jan 2015 15:22:04 +0000 Message-ID: Subject: Re: Net-SNMP 5.7.3 with Perl support fails at configure stage From: "Sevan / Venture37" To: Ryan Steinmetz Content-Type: text/plain; charset=UTF-8 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, 19 Jan 2015 15:22:05 -0000 On 19 January 2015 at 14:33, Ryan Steinmetz wrote: > Sevan, > > I'm currently working on an update for the port to get it to 5.7.3. In > the interim, you should install 5.7.2 from the ports tree: > > To install the port: cd /usr/ports/net-mgmt/net-snmp/ && make install clean > To add the package: pkg install net-mgmt/net-snmp > > -r Hi Ryan, Sure thing, for the sake of technical discussion, what's the cause of the issue, autoconf?? Sevan From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 15:33: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 D4DD9BF9 for ; Mon, 19 Jan 2015 15:33:07 +0000 (UTC) Received: from exodus.zi0r.com (exodus.zi0r.com [71.179.14.195]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "exodus.zi0r.com", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9629D07 for ; Mon, 19 Jan 2015 15:33:07 +0000 (UTC) Received: from exodus.zi0r.com (localhost [127.0.0.1]) by exodus.zi0r.com (Postfix) with ESMTP id 7028CB91BD; Mon, 19 Jan 2015 10:33:05 -0500 (EST) X-Virus-Scanned: amavisd-new at zi0r.com Received: from exodus.zi0r.com ([127.0.0.1]) by exodus.zi0r.com (exodus.zi0r.com [127.0.0.1]) (amavisd-new, port 10026) with LMTP id YXsP6jiipPmQ; Mon, 19 Jan 2015 10:33:05 -0500 (EST) Received: from exodus.zi0r.com (syn.zi0r.com [71.179.14.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by exodus.zi0r.com (Postfix) with ESMTPSA id DCC06B91AD; Mon, 19 Jan 2015 10:33:04 -0500 (EST) Date: Mon, 19 Jan 2015 10:33:03 -0500 From: Ryan Steinmetz To: Sevan / Venture37 Subject: Re: Net-SNMP 5.7.3 with Perl support fails at configure stage Message-ID: <20150119153303.GA51012@exodus.zi0r.com> References: <20150119143329.GA69463@exodus.zi0r.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: 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, 19 Jan 2015 15:33:07 -0000 On (01/19/15 15:22), Sevan / Venture37 wrote: >On 19 January 2015 at 14:33, Ryan Steinmetz wrote: >> Sevan, >> >> I'm currently working on an update for the port to get it to 5.7.3. In >> the interim, you should install 5.7.2 from the ports tree: >> >> To install the port: cd /usr/ports/net-mgmt/net-snmp/ && make install clean >> To add the package: pkg install net-mgmt/net-snmp >> >> -r >Hi Ryan, >Sure thing, for the sake of technical discussion, what's the cause of >the issue, autoconf?? > Sevan, Sorry, I don't want to dive in to try to figure out the specific issue. This why we have the ports tree! :) -r > >Sevan -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 16:24:42 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 A8F89A53 for ; Mon, 19 Jan 2015 16:24:42 +0000 (UTC) Received: from netocean.de (netocean.de [109.193.255.134]) (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 2472933D for ; Mon, 19 Jan 2015 16:24:41 +0000 (UTC) Received: by netocean.de (NetOcean MX, from userid 58) id C8D894964FB; Mon, 19 Jan 2015 17:14:43 +0100 (CET) Received: from MacBook-Pro.local (pD9FF36F2.dip0.t-ipconnect.de [217.255.54.242]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by netocean.de (NetOcean MX) with ESMTPSA id 1AA3B4964F9 for ; Mon, 19 Jan 2015 17:14:43 +0100 (CET) Message-ID: <54BD2D74.3070303@netocean.de> Date: Mon, 19 Jan 2015 17:14:44 +0100 From: =?UTF-8?B?TGVhbmRlciBTY2jDpGZlcg==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Port upgrade issue Content-Type: multipart/mixed; boundary="------------080606030607000804090407" 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: Mon, 19 Jan 2015 16:24:42 -0000 This is a multi-part message in MIME format. --------------080606030607000804090407 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I have optimized the current rsyncd rc script some time ago. Added features are e.g.: * run multiple instances - as known eg. by OpenVPN rc-script * pid & lock files cleaned up nicely under /var/run/rsync/{instance}.{pid,lock} * added rc.conf variables for better control o NAME_pidfile="/var/run/rsync/NAME.pid" # Where to write process id o NAME_lockfile="/var/run/rsync/NAME.lock" # Support for the lqmax connectionsrq parameter This way the FreeBSD user can change pid and lock file without screwing up rc-script expectations. The port maintainer offered to apply the changes if I would provide them to him as diff patch. Emanuel Haupt said: [...] You're the first one to ask for such a feature ever since I maintain this port. But tell you what, If you can fabricate a clean, well tested (poudriere logs) patch I will commit it. [...] Well I did so (a couple of times) via email but unfortunately he never replied or made any other move. Eventually I decided to open up a commit request as described in the Handbook_https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195232_ Unfortunately nothing has changed since ever then. I don't know if something happened to the port maintainer or if he simply doesn't have internet access anymore?! Now my question is what can I do / Who can I ask to apply this patch? Thank you --------------080606030607000804090407 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="rsyncd-3.1.1.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rsyncd-3.1.1.diff" LS0tIC4vcnN5bmNkLWN1cnJlbnQJMjAxNS0wMS0xOSAxNDowNDozMy4wMDAwMDAwMDAgKzAx MDAKKysrIC91c3IvbG9jYWwvZXRjL3JjLmQvcnN5bmNkCTIwMTQtMTAtMzAgMTM6NDQ6NTEu MDAwMDAwMDAwICswMTAwCkBAIC04LDM5ICs4LDgzIEBACiAjIEJFRk9SRTogIHNlY3VyZWxl dmVsCiAjIEtFWVdPUkQ6IHNodXRkb3duCiAKLSMgQWRkIHRoZSBmb2xsb3dpbmcgbGluZXMg dG8gL2V0Yy9yYy5jb25mIHRvIGVuYWJsZSBgcnN5bmNkJzoKKyMgLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0KICMKLSMgcnN5bmNkX2VuYWJsZT0iWUVTIgotIyByc3luY2RfZmxhZ3M9Ijxz ZXQgYXMgbmVlZGVkPiIKKyMgVGhpcyBzY3JpcHQgc3VwcG9ydHMgcnVubmluZyBtdWx0aXBs ZSBpbnN0YW5jZXMgb2YgcnN5bmNkLgorIyBUbyBydW4gYWRkaXRpb25hbCBpbnN0YW5jZXMg bGluayB0aGlzIHNjcmlwdCB0byBzb21ldGhpbmcgbGlrZQorIyAlIGxuIC1zIHJzeW5jZCBy c3luY2RfZm9vCisjIGFuZCBkZWZpbmUgYWRkaXRpb25hbCByc3luY2RfZm9vXyogdmFyaWFi bGVzIGluIG9uZSBvZgorIyAvZXRjL3JjLmNvbmYsIC9ldGMvcmMuY29uZi5sb2NhbCBvciAv ZXRjL3JjLmNvbmYuZC9vcGVudnBuX2ZvbwogIwotIyBTZWUgcnN5bmMoMSkgZm9yIHJzeW5j ZF9mbGFncworIyBCZWxvdyBOQU1FIHNob3VsZCBiZSBzdWJzdGl0dXRlZCB3aXRoIHRoZSBu YW1lIG9mIHRoaXMgc2NyaXB0LiBCeSBkZWZhdWx0CisjIGl0IGlzIHJzeW5jZCwgc28gcmVh ZCBhcyByc3luY2RfZW5hYmxlLiBJZiB5b3UgbGlua2VkIHRoZSBzY3JpcHQgdG8KKyMgcnN5 bmNkX2ZvbywgdGhlbiByZWFkIGFzIHJzeW5jZF9mb29fZW5hYmxlIGV0Yy4KICMKKyMgVGhl IGZvbGxvd2luZyB2YXJpYWJsZXMgYXJlIHN1cHBvcnRlZCAoZGVmYXVsdHMgYXJlIHNob3du KS4KKyMgWW91IGNhbiBwbGFjZSB0aGVtIGluIGFueSBvZgorIyAvZXRjL3JjLmNvbmYsIC9l dGMvcmMuY29uZi5sb2NhbCBvciAvZXRjL3JjLmNvbmYuZC9OQU1FCisjCisjIE5BTUVfZW5h YmxlPSJOTyIgICAgICAjIHNldCB0byBZRVMgdG8gZW5hYmxlIHJzeW5jZAorIworIyAjIG9w dGlvbmFsOgorIyBOQU1FX2NvbmZpZ2ZpbGU9Ii91c3IvbG9jYWwvZXRjL3JzeW5jL05BTUUu Y29uZiIgICMgV2hlcmUgdG8gbG9vayBmb3IgY29uZmlnIGZpbGUKKyMgTkFNRV9waWRmaWxl PSIvdmFyL3J1bi9yc3luYy9OQU1FLnBpZCIgICAgICAgICAgICAjIFdoZXJlIHRvIHdyaXRl IHByb2Nlc3MgaWQKKyMgTkFNRV9sb2NrZmlsZT0iL3Zhci9ydW4vcnN5bmMvTkFNRS5sb2Nr IiAgICAgICAgICAjIFN1cHBvcnQgZm9yIHRoZSBscW1heCBjb25uZWN0aW9uc3JxIHBhcmFt ZXRlcgorIyBOQU1FX2ZsYWdzPSI8c2V0IGFzIG5lZWRlZD4iICAgICAgICAgICAgICAgICAg ICAgICMgU2VlIHJzeW5jKDEpIGZvciBOQU1FX2ZsYWdzCisjCisjIC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCiAKIC4gL2V0Yy9yYy5zdWJyCiAKLW5hbWU9InJzeW5jZCIKLXJjdmFyPXJz eW5jZF9lbmFibGUKK2Nhc2UgIiR7MH0iIGluCisvZXRjL3JjKikKKyAgICAjIGR1cmluZyBi b290IChzaHV0ZG93bikgJHswfSBpcyAvZXRjL3JjICgvZXRjL3JjLnNodXRkb3duKSwKKyAg ICAjIHNvIGdldCB0aGUgbmFtZSBvZiB0aGUgc2NyaXB0IGZyb20gJF9maWxlCisgICAgbmFt ZT0iJHtfZmlsZX0iCisgICAgOzsKKyopCisgICAgbmFtZT0iJHswfSIKKyAgICA7OworZXNh YworCituYW1lPSIke25hbWUjIyovfSIKK3JjdmFyPSR7bmFtZX1fZW5hYmxlCisKIAogY29t bWFuZD0iL3Vzci9sb2NhbC9iaW4vcnN5bmMiCiBzdGFydF9wcmVjbWQ9InJzeW5jZF9wcmVj bWQiCi1waWRmaWxlPSIvdmFyL3J1bi8kbmFtZS5waWQiCitzdG9wX3Bvc3RjbWQ9InJzeW5j ZF9wb3N0Y21kIgogCiAjIHJlYWQgY29uZmlndXJhdGlvbiBhbmQgc2V0IGRlZmF1bHRzCi1s b2FkX3JjX2NvbmZpZyAiJG5hbWUiCi06ICR7cnN5bmNkX2VuYWJsZT0iTk8ifQotOiAke3Jz eW5jZF9jb25maWdmaWxlOj0vdXNyL2xvY2FsL2V0Yy9yc3luYy8kbmFtZS5jb25mfQotCi1y ZXF1aXJlZF9maWxlcz0iJHtyc3luY2RfY29uZmlnZmlsZX0iCi0KLWNvbW1hbmRfYXJncz0i LS1kYWVtb24gLS1jb25maWcgJHtyc3luY2RfY29uZmlnZmlsZX0iCi0KLXJzeW5jZF9wcmVj bWQoKQotewotCWlmIFsgLWYgIi91c3IvbG9jYWwvZXRjLyRuYW1lLmNvbmYiIF0gJiYgWyAh IC1MICIvdXNyL2xvY2FsL2V0Yy8kbmFtZS5jb25mIiBdOyB0aGVuCi0JCWVjaG8gIkZvdW5k IC91c3IvbG9jYWwvZXRjLyRuYW1lLmNvbmYgaW4gb2xkIGxvY2F0aW9uLiBNaWdyYXRpbmcg dG8gL3Vzci9sb2NhbC9ldGMvcnN5bmMvJG5hbWUuY29uZi4iCi0JCW12IC91c3IvbG9jYWwv ZXRjLyRuYW1lLmNvbmYgL3Vzci9sb2NhbC9ldGMvcnN5bmMvJG5hbWUuY29uZgotCQlsbiAt cyAvdXNyL2xvY2FsL2V0Yy9yc3luYy8kbmFtZS5jb25mIC91c3IvbG9jYWwvZXRjLyRuYW1l LmNvbmYKLQlmaQorbG9hZF9yY19jb25maWcgIiR7bmFtZX0iCitldmFsICI6IFwkeyR7bmFt ZX1fZW5hYmxlOj1cIk5PXCJ9IgorZXZhbCAiOiBcJHske25hbWV9X2NvbmZpZ2ZpbGU6PVwi L3Vzci9sb2NhbC9ldGMvcnN5bmMvJHtuYW1lfS5jb25mXCJ9IgorZXZhbCAiOiBcJHske25h bWV9X3BpZGZpbGU6PVwiL3Zhci9ydW4vcnN5bmMvJHtuYW1lfS5waWRcIn0iCitldmFsICI6 IFwkeyR7bmFtZX1fbG9ja2ZpbGU6PVwiL3Zhci9ydW4vcnN5bmMvJHtuYW1lfS5sb2NrXCJ9 IgorCitjb25maWdmaWxlPSIkKGV2YWwgZWNobyBcJHske25hbWV9X2NvbmZpZ2ZpbGV9ICki CitwaWRmaWxlPSIkKGV2YWwgZWNobyBcJHske25hbWV9X3BpZGZpbGV9KSIKK2xvY2tmaWxl PSIkKGV2YWwgZWNobyBcJHske25hbWV9X2xvY2tmaWxlfSkiCisKK3JlcXVpcmVkX2ZpbGVz PSIke2NvbmZpZ2ZpbGV9IgorCitjb21tYW5kX2FyZ3M9Ii0tZGFlbW9uIC0tY29uZmlnICR7 Y29uZmlnZmlsZX0gLS1kcGFyYW09cGlkZmlsZT0ke3BpZGZpbGV9IC0tZHBhcmFtPWxvY2tm aWxlPSR7bG9ja2ZpbGV9IgorCityc3luY2RfcHJlY21kICgpIHsKKyAgICBta2RpciAtcCAt bSAwNzU1ICIkKGRpcm5hbWUgJHtwaWRmaWxlfSkiCisgICAgbWtkaXIgLXAgLW0gMDc1NSAi JChkaXJuYW1lICR7bG9ja2ZpbGV9KSIKKyAgICBpZiBbIC1mICIvdXNyL2xvY2FsL2V0Yy8k e25hbWV9LmNvbmYiIF0gJiYgWyAhIC1MICIvdXNyL2xvY2FsL2V0Yy8ke25hbWV9LmNvbmYi IF07IHRoZW4KKyAgICAgICAgZWNobyAiRm91bmQgL3Vzci9sb2NhbC9ldGMvJHtuYW1lfS5j b25mIGluIG9sZCBsb2NhdGlvbi4gTWlncmF0aW5nIHRvICR7Y29uZmlnZmlsZX0uIgorICAg ICAgICBtdiAvdXNyL2xvY2FsL2V0Yy8ke25hbWV9LmNvbmYgJHtjb25maWdmaWxlfQorICAg ICAgICBsbiAtcyAke2NvbmZpZ2ZpbGV9IC91c3IvbG9jYWwvZXRjLyR7bmFtZX0uY29uZgor ICAgIGZpCiB9CiAKLXJ1bl9yY19jb21tYW5kICIkMSIKK3JzeW5jZF9wb3N0Y21kKCkgewor ICAgIHJtZGlyICIkKGRpcm5hbWUgJHtwaWRmaWxlfSkiICA+IC9kZXYvbnVsbCAyPiYxCisg ICAgcm1kaXIgIiQoZGlybmFtZSAke2xvY2tmaWxlfSkiID4gL2Rldi9udWxsIDI+JjEKK30K KworcnVuX3JjX2NvbW1hbmQgIiR7MX0iCisKKwo= --------------080606030607000804090407-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 16:34: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 1DDC2C12 for ; Mon, 19 Jan 2015 16:34:15 +0000 (UTC) Received: from toco-domains.de (mail.toco-domains.de [176.9.39.170]) (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 D2264636 for ; Mon, 19 Jan 2015 16:34:14 +0000 (UTC) Received: from [0.0.0.0] (mail.toco-domains.de [176.9.39.170]) by toco-domains.de (Postfix) with ESMTPA id F3E6D1B22187; Mon, 19 Jan 2015 17:34:11 +0100 (CET) Message-ID: <54BD3203.5050809@toco-domains.de> Date: Mon, 19 Jan 2015 17:34:11 +0100 From: Torsten Zuehlsdorff User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Kurt Jaeger Subject: Re: Poudriere Timeout References: <201501190145.t0J1jKvg006268@slippy.cwsent.com> <54BCF7C9.7090502@toco-domains.de> <20150119154822.GX44537@home.opsec.eu> In-Reply-To: <20150119154822.GX44537@home.opsec.eu> Content-Type: text/plain; charset=windows-1252; 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: Mon, 19 Jan 2015 16:34:15 -0000 Hi, >>> Has anyone seen this before? > >>> print/texlive-texmf texlive-texmf-20140525_4 package/timeout runaway_process >> >> Yes, i have. I've solved this problem by moving the build-jails of >> poudriere to an memory disk. This make poudriere no longer io-bund and >> incredibly fast. And solve this issue ;) > > How did you do this ? I want to try this myself 8-} I've hacked poudriere to run within a jail. Therefore its slightly modified and you must checked the paths for your configuration. When you run "poudriere bulk" you can view with "jls" the path were it creates the build-jails. Stop it right there. In my case the path is: /usr/local/jail/poudriere/poudriere/data/.m (It is possible that you must create the path) I do before execution: # mdmfs -s 20gb -S -o async md1 /usr/local/jail/poudriere/poudriere/data/.m This creates an memory disk of 20 GB and mounts it to the given path. Please be careful that the size is not greater than you RAM + free SWAP. Otherwise you could kill some programs. After this, launch poudriere. Invoke it with -J and choose a small number for testing. With 20 GB memory disk it works best for me with "-J 6". With less RAM use less jails. After building finished unmount the path and free the ram: # umount /usr/local/jail/poudriere/poudriere/data/.m # mdconfig -d -u 1 Everything can be scripted easily. In my case this speeds up the complete build for the packages of my Laptop (around 800 packages, involving X, Firefox, Thunderbird, LibreOffice) from 20 hours to 4,5 hour. Memory disk is a very good choice, because most of the IO - creating jail, building dependencies, compiling, etc. - is thrown away at the end. At least we just want the final package. I can write a more detailed description if needed. Greetings from Germany, Torsten From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 17:03: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 AD7D5789 for ; Mon, 19 Jan 2015 17:03:25 +0000 (UTC) Received: from mail.ma-mutuelle.tk (vps25766.lws-hosting.com [195.110.35.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0A83F9D0 for ; Mon, 19 Jan 2015 17:03:24 +0000 (UTC) Comment: DomainKeys? See http://domainkeys.sourceforge.net/ DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=private; d=ma-mutuelle.tk; b=XXd+ykEbS/Auf0gnjXRy3aFsxpadYD3flQsDi3aDOZesZytW0nlq5GJn9oLC+WapAueMW+h2kfle/scyq8743p58/zchIhB2kBXBPpv2+TSXZpPk4UycMC6u90dk8VTawtp1wJGt8H0D79T2BW3CmeiMaFsw/DhA9oQucMShAgI=; h=Received:To:Subject:Received:Date:From:Message-ID:X-Priority:X-Mailer:X-phpList-version:X-MessageID:X-ListMember:Precedence:Bounces-To:List-Help:List-Unsubscribe:List-Subscribe:List-Owner:MIME-Version:Content-Type; DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ma-mutuelle.tk; h=to :subject:date:from:message-id:list-help:list-unsubscribe :list-subscribe:list-owner:mime-version:content-type; s=private; bh=bFpljDsf4346UmkHtveVNJQJAk4=; b=FUOsvseYP3tk1Lnd42cwaNUYkjGg khZVFM1mqxX4kZsYBXMpbgk1821h/BEVjID1KhufwxbIE/FGmtTMvOvSaujI+u2h t89xxsOlrXDa5F+WNdQXQRD33GXbajNNZyUHsdvP+0Qz4okKNvzk0WydiUfMl5pn sT4eYuL/EMPmYrE= Received: (qmail 23728 invoked by uid 7797); 19 Jan 2015 16:56:42 -0000 To: freebsd-ports@freebsd.org Subject: =?UTF-8?Q?Prot=C3=A9gez_votre_famille_quoi_qu'il_arrive?= Received: from [105.157.66.241] by www.ma-mutuelle.tk with HTTP; Mon, 19 Jan 2015 16:55:49 +0000 Date: Mon, 19 Jan 2015 16:56:42 +0000 From: =?UTF-8?Q?Assurances_Obs=C3=A8ques_2015?= Message-ID: <7dd26ba87472e7ee155293a613f2f6d6@ma-mutuelle.tk> X-Priority: 3 X-Mailer: PHPMailer 5.2.9 (https://github.com/PHPMailer/PHPMailer/) X-phpList-version: 3.0.11 X-MessageID: 1 X-ListMember: freebsd-ports@freebsd.org Precedence: bulk Bounces-To: admin@ma-mutuelle.tk List-Owner: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2015 17:03:25 -0000 Cliquez ici pour lire cet e-mail dans votre navigateur. -- This message was sent to freebsd-ports@freebsd.org by admin@ma-mutuelle.tk To forward this message, please do not use the forward button of your email application, because this message was made specifically for you only. Instead use the forward page=0A in our newsletter system. To change your details and to choose which lists to be subscribed to, visit your personal preferences page=0A Or you can opt-out completely=0A from all future mailings. =20 -- powered by phpList, www.phplist.com -- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 17:04:48 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 8936584F for ; Mon, 19 Jan 2015 17:04:48 +0000 (UTC) Received: from mail.ma-mutuelle.tk (vps25766.lws-hosting.com [195.110.35.18]) by mx1.freebsd.org (Postfix) with ESMTP id CCC889F2 for ; Mon, 19 Jan 2015 17:04:47 +0000 (UTC) Comment: DomainKeys? See http://domainkeys.sourceforge.net/ DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=private; d=ma-mutuelle.tk; b=gjS+3nOfaQSoMGLXW9qXD8fQR1eOGq9OL90qQzq8T/SV4lsVbjwg0cpnNIBfroOSF4NUyZv1C5T0dIXU6mWTzcqccuBEEUzZMpZWkix9t7wQfDzgFNOhFiJpm4pg6lIUmxrom+A84hDI7zYyxK4kPjHqw9lp2obYozUQ4rkG0Po=; h=Received:To:Subject:Received:Date:From:Message-ID:X-Priority:X-Mailer:X-phpList-version:X-MessageID:X-ListMember:Precedence:Bounces-To:List-Unsubscribe:MIME-Version:Content-Type:Content-Transfer-Encoding; DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ma-mutuelle.tk; h=to :subject:date:from:message-id:list-unsubscribe:mime-version :content-type:content-transfer-encoding; s=private; bh=8KBQEuKa+ 4l1X4HwuX3N7n8qx5E=; b=olvS8hsyfFxCNWQkV0+14IgjVMuVxSdeJk2klLmcx y1hmvRP6O7A3YuA5KOCaDdmtDlC+kglRpptoJCEhSOt4WW6/u7NPib3677AhG0fX g094R8LdTT34gu2aRtkAKj3/ZQjoUo/OF/+xn6xfM/BbrTgqGGjbnNQlwCPcqMZc Wc= Received: (qmail 7578 invoked by uid 7797); 19 Jan 2015 17:04:46 -0000 To: freebsd-ports@freebsd.org Subject: Au revoir de notre bulletin d'information Received: from [61.155.4.70] by www.ma-mutuelle.tk with HTTP; Mon, 19 Jan 2015 17:04:45 +0000 Date: Mon, 19 Jan 2015 17:04:46 +0000 From: My email Message-ID: X-Priority: 3 X-Mailer: PHPMailer 5.2.9 (https://github.com/PHPMailer/PHPMailer/) X-phpList-version: 3.0.11 X-MessageID: systemmessage X-ListMember: freebsd-ports@freebsd.org Precedence: bulk Bounces-To: admin@ma-mutuelle.tk MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2015 17:04:48 -0000 Goodbye from our Newsletter, sorry to see you go. You have been unsubscribed from our newsletters. This is the last email you will receive from us. Our newsletter system, phpList, will refuse to send you any further messages, without manual intervention by our administrator. If there is an error in this information, you can re-subscribe: please go to http://www.ma-mutuelle.tk/obseque/?p=subscribe and follow the steps. Thank you From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 17:06: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 06FDE922 for ; Mon, 19 Jan 2015 17:06:40 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87006A12 for ; Mon, 19 Jan 2015 17:06:39 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id l15so8927678wiw.4 for ; Mon, 19 Jan 2015 09:06:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:mime-version:date:content-type:content-transfer-encoding :message-id:from:subject:to:in-reply-to:references; bh=CcamSXCV91WCKz/Pzr5IPtb8oIzzDJBqB/6Lmw52TNY=; b=TLN3Pvg2DqEG+MElP7AESg2yuxO/ZuYmgjEvDdppIANdYSoYb4tODpCw4H0q0sGwza 4FY6P2qLctireIU9kU6WNFLlbc9rIKuJUBhyyqm27E2QJTNHWZiNX8O3qA3+bXgNXW8L 9nwRlYMv6gFo519sHWrMqJa5h/x5NyDm1ZJ0elMik6/rj8LQEhaHdPMCwO0vVV8C8/1p n2SDX/l07EzlZGb+u3cjgbhB6n6k42r8bfVpGpNyk5yLltfBsPrhy0Zc3uvMB0iIdZvD 4abAc0NfcFasQFBIsECqGVEEdoyIeKqU6MJEJiQI8t9l0n9us3cmoB/Y8DW/5wVzTWJb L2nQ== X-Received: by 10.180.96.33 with SMTP id dp1mr37315987wib.13.1421687196240; Mon, 19 Jan 2015 09:06:36 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id cg8sm18009494wjc.1.2015.01.19.09.06.35 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Jan 2015 09:06:35 -0800 (PST) Sender: Baptiste Daroussin Received: from mail.etoilebsd.net (localhost [IPv6:::1]); by ivaldir.etoilebsd.net (OpenSMTPD) with ESMTP id 0ce46759; Mon, 19 Jan 2015 18:06:34 +0100 (CET) Mime-Version: 1.0 Date: Mon, 19 Jan 2015 17:06:34 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-ID: <69003a728b65c1054f238f21a01086e6@mail.etoilebsd.net> X-Mailer: RainLoop/1.7.2.220 From: "Baptiste Daroussin" Subject: Re: PKG - Fail to kill children To: "Michael Jung" , freebsd-ports@freebsd.org In-Reply-To: References: 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, 19 Jan 2015 17:06:40 -0000 January 19 2015 4:15 PM, "Michael Jung" wrote: =0A> On = 2015-01-19 09:20, Michael Jung wrote:=0A> =0A>> FreeBSD 10.1-RELEASE #0 r= 276896:=0A>> pkg 1.4.4 or pkg 1.4.6=0A>> poudriere 3.1.1 under 11.0-CURRE= NT r275419=0A>> =0A>> On i386 only pkg complains with "Fail to kill child= ren". I have=0A>> checked some but not all packages=0A>> and they appear = to be updated as expected so this=0A>> is a heads up.=0A>> =0AI do not un= derstand your setting, but that means you have an old kernel running a mo= re recent userland (which is something unsupported btw :))=0A=0ASo when b= uilding pkg is discovering it is being built on head (aka it support the = acquiring the reaper via procctl(2)) and assume it can use it. But your k= ernel does not have support for that, hence the failure.=0A=0ABasically y= our host must always be newer that your jails=0A=0ABest regards,=0ABapt From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 17:20: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 D39CDDD6; Mon, 19 Jan 2015 17:20:22 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 4676AB77; Mon, 19 Jan 2015 17:20:22 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t0JHK8f7036672 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Jan 2015 19:20:08 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t0JHK8f7036672 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t0JHK8sh036667; Mon, 19 Jan 2015 19:20:08 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 19 Jan 2015 19:20:08 +0200 From: Konstantin Belousov To: Baptiste Daroussin Subject: Re: PKG - Fail to kill children Message-ID: <20150119172008.GX42409@kib.kiev.ua> References: <69003a728b65c1054f238f21a01086e6@mail.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <69003a728b65c1054f238f21a01086e6@mail.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-ports@freebsd.org, Michael Jung 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, 19 Jan 2015 17:20:22 -0000 On Mon, Jan 19, 2015 at 05:06:34PM +0000, Baptiste Daroussin wrote: > January 19 2015 4:15 PM, "Michael Jung" wrote: > > On 2015-01-19 09:20, Michael Jung wrote: > > > >> FreeBSD 10.1-RELEASE #0 r276896: > >> pkg 1.4.4 or pkg 1.4.6 > >> poudriere 3.1.1 under 11.0-CURRENT r275419 > >> > >> On i386 only pkg complains with "Fail to kill children". I have > >> checked some but not all packages > >> and they appear to be updated as expected so this > >> is a heads up. > >> > I do not understand your setting, but that means you have an old kernel running a more recent userland (which is something unsupported btw :)) > > So when building pkg is discovering it is being built on head (aka it support the acquiring the reaper via procctl(2)) and assume it can use it. But your kernel does not have support for that, hence the failure. > > Basically your host must always be newer that your jails Would be useful for pkg to print the failed syscall name/basic mode and errno in addition to its interpretation of the events. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 17:30: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 303141EB for ; Mon, 19 Jan 2015 17:30:47 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (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 AE538C9B for ; Mon, 19 Jan 2015 17:30:46 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id y19so32973341wgg.3 for ; Mon, 19 Jan 2015 09:30:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:mime-version:date:content-type:content-transfer-encoding :message-id:from:subject:to:cc:in-reply-to:references; bh=XxVA/G2+UqDT/uyWdv+P2v+ZuVnOAyNhh3apU5VPq2s=; b=PCMndbVJFBDY7BhwGS4SV7TvRLKQMFI7nXgGbt+9Erbn6naVwbL8fnI7KXrf0zEOo0 x4/INF8NyaPRSs5Z4oVt9yqMkh1nwOo9f+ZOjfjw6ndxFs4vuAK9NHU54VITZHYxhr5+ bKPd/uGWH3ht1vNw2ckq0Idleu0XUpeUTKnP2Vbdv3h1U01L7ckit6IPUSlrwhbV1z+1 a7LT1b7RBFjlIWQhwN0ui7E6OmcvfNRaama5p5uFo6bdep2eOStwWbr2iYB/C5sU1BI6 U5O8hdEOwfUbzuJu6WC6CI5NrjDf505KtZ/PGdvYtqwrJh8H4hYvyloVdpbsKUy1MN/F jcrg== X-Received: by 10.194.60.19 with SMTP id d19mr8178207wjr.48.1421688644349; Mon, 19 Jan 2015 09:30:44 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id 18sm18048452wjr.46.2015.01.19.09.30.43 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Jan 2015 09:30:43 -0800 (PST) Sender: Baptiste Daroussin Received: from mail.etoilebsd.net (localhost [IPv6:::1]); by ivaldir.etoilebsd.net (OpenSMTPD) with ESMTP id 2f060f1d; Mon, 19 Jan 2015 18:30:42 +0100 (CET) Mime-Version: 1.0 Date: Mon, 19 Jan 2015 17:30:42 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-ID: <99fc38c65671e87ce2274188c78a5d97@mail.etoilebsd.net> X-Mailer: RainLoop/1.7.2.220 From: "Baptiste Daroussin" Subject: Re: PKG - Fail to kill children To: "Konstantin Belousov" In-Reply-To: <20150119172008.GX42409@kib.kiev.ua> References: <20150119172008.GX42409@kib.kiev.ua> <69003a728b65c1054f238f21a01086e6@mail.etoilebsd.net> Cc: freebsd-ports@freebsd.org, Michael Jung 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, 19 Jan 2015 17:30:47 -0000 January 19 2015 6:20 PM, "Konstantin Belousov" wrot= e: =0A> On Mon, Jan 19, 2015 at 05:06:34PM +0000, Baptiste Daroussin wrot= e:=0A> =0A>> January 19 2015 4:15 PM, "Michael Jung" wr= ote:=0A>>> On 2015-01-19 09:20, Michael Jung wrote:=0A>>> =0A>>>> FreeBSD= 10.1-RELEASE #0 r276896:=0A>>>> pkg 1.4.4 or pkg 1.4.6=0A>>>> poudriere = 3.1.1 under 11.0-CURRENT r275419=0A>>>> =0A>>>> On i386 only pkg complain= s with "Fail to kill children". I have=0A>>>> checked some but not all pa= ckages=0A>>>> and they appear to be updated as expected so this=0A>>>> is= a heads up.=0A>>>> =0A>> I do not understand your setting, but that mean= s you have an old kernel running a more recent=0A>> userland (which is so= mething unsupported btw :))=0A>> =0A>> So when building pkg is discoverin= g it is being built on head (aka it support the acquiring the=0A>> reaper= via procctl(2)) and assume it can use it. But your kernel does not have = support for that,=0A>> hence the failure.=0A>> =0A>> Basically your host = must always be newer that your jails=0A> =0A> Would be useful for pkg to = print the failed syscall name/basic mode and errno=0A> in addition to its= interpretation of the events.=0A=0AYes I will make that in pkg 1.4.7=0A= =0ABest regards,=0ABapt From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 19:15:04 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 E4AECBFC for ; Mon, 19 Jan 2015 19:15:04 +0000 (UTC) Received: from exodus.zi0r.com (exodus.zi0r.com [71.179.14.195]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "exodus.zi0r.com", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B55D3A8D for ; Mon, 19 Jan 2015 19:15:04 +0000 (UTC) Received: from exodus.zi0r.com (localhost [127.0.0.1]) by exodus.zi0r.com (Postfix) with ESMTP id A0ADDB91BD; Mon, 19 Jan 2015 14:15:01 -0500 (EST) X-Virus-Scanned: amavisd-new at zi0r.com Received: from exodus.zi0r.com ([127.0.0.1]) by exodus.zi0r.com (exodus.zi0r.com [127.0.0.1]) (amavisd-new, port 10026) with LMTP id PcDk2EdLWbVB; Mon, 19 Jan 2015 14:15:00 -0500 (EST) Received: from exodus.zi0r.com (syn.zi0r.com [71.179.14.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by exodus.zi0r.com (Postfix) with ESMTPSA id 4A2A2B91AD; Mon, 19 Jan 2015 14:15:00 -0500 (EST) Date: Mon, 19 Jan 2015 14:14:59 -0500 From: Ryan Steinmetz To: Sevan / Venture37 Subject: Re: Net-SNMP 5.7.3 with Perl support fails at configure stage Message-ID: <20150119191458.GA27449@exodus.zi0r.com> References: <20150119143329.GA69463@exodus.zi0r.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: 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, 19 Jan 2015 19:15:05 -0000 Sevan, I've updated the port to 5.7.3. -r On (01/19/15 15:22), Sevan / Venture37 wrote: >On 19 January 2015 at 14:33, Ryan Steinmetz wrote: >> Sevan, >> >> I'm currently working on an update for the port to get it to 5.7.3. In >> the interim, you should install 5.7.2 from the ports tree: >> >> To install the port: cd /usr/ports/net-mgmt/net-snmp/ && make install clean >> To add the package: pkg install net-mgmt/net-snmp >> >> -r >Hi Ryan, >Sure thing, for the sake of technical discussion, what's the cause of >the issue, autoconf?? > > >Sevan -- Ryan Steinmetz PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 19:18:36 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 D1676D4D for ; Mon, 19 Jan 2015 19:18:36 +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 8BEB6AC1 for ; Mon, 19 Jan 2015 19:18:36 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YDHqN-0000DY-1I; Mon, 19 Jan 2015 20:18:35 +0100 Date: Mon, 19 Jan 2015 20:18:35 +0100 From: Kurt Jaeger To: Torsten Zuehlsdorff Subject: Re: Poudriere Timeout Message-ID: <20150119191834.GH83169@home.opsec.eu> References: <201501190145.t0J1jKvg006268@slippy.cwsent.com> <54BCF7C9.7090502@toco-domains.de> <20150119154822.GX44537@home.opsec.eu> <54BD3203.5050809@toco-domains.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54BD3203.5050809@toco-domains.de> 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, 19 Jan 2015 19:18:36 -0000 Hi! > >> Yes, i have. I've solved this problem by moving the build-jails of > >> poudriere to an memory disk. This make poudriere no longer io-bund and > >> incredibly fast. And solve this issue ;) > > How did you do this ? I want to try this myself 8-} > I've hacked poudriere to run within a jail. Aha, the .m mountpoint. My test host has 32 GB, so 20 GB should not be a problem. Testport: www/p5-Selenium-Remote-Driver on 10.1-amd64, 9.3-amd64 and 8.4-i386. Results: old: 00:05:43 new: 00:05:11 old: 00:01:56 new: 00:00:12 old: 00:02:11 new: 00:00:14 Nice! -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-ports@FreeBSD.ORG Mon Jan 19 19:46:07 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 94BED6CD for ; Mon, 19 Jan 2015 19:46:07 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 27980DEE for ; Mon, 19 Jan 2015 19:46:06 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LnkiR-1XWmFK3X95-00huiH; Mon, 19 Jan 2015 20:46:02 +0100 Message-ID: <54BD5EF8.4010201@gmx.de> Date: Mon, 19 Jan 2015 20:46:00 +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: Kurt Jaeger Subject: Re: Poudriere Timeout References: <201501190145.t0J1jKvg006268@slippy.cwsent.com> <54BCF7C9.7090502@toco-domains.de> <20150119154822.GX44537@home.opsec.eu> <54BD3203.5050809@toco-domains.de> <20150119191834.GH83169@home.opsec.eu> In-Reply-To: <20150119191834.GH83169@home.opsec.eu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:vCY1nb6dmY3wylzF50+SAZFDH+q+o1q7EbewG1MtF1jHsG4yyjn z601ewGVanoQm0IkIiyownCVlk82QShQ/Rxou/Xxdoqhz4aV7gUBzVZZmb68BB1hg4+noDZ +cbGbBQlP4u/hPJCcRSwn2m3KbtXc8yDilnWogRH/0lXE4G5dGJoEXCu6U/2NUBVnOhs8tS s3b2wXdmF7+gRI33NFJfA== X-UI-Out-Filterresults: notjunk:1; Cc: freebsd-ports@freebsd.org, Torsten Zuehlsdorff 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, 19 Jan 2015 19:46:07 -0000 On 2015-01-19 20:18, Kurt Jaeger wrote: > Hi! > >>>> Yes, i have. I've solved this problem by moving the build-jails of >>>> poudriere to an memory disk. This make poudriere no longer io-bund and >>>> incredibly fast. And solve this issue ;) > >>> How did you do this ? I want to try this myself 8-} > >> I've hacked poudriere to run within a jail. > > Aha, the .m mountpoint. My test host has 32 GB, so 20 GB should not be > a problem. > > Testport: www/p5-Selenium-Remote-Driver on 10.1-amd64, 9.3-amd64 and 8.4-i386. > > Results: > > old: 00:05:43 > new: 00:05:11 > > old: 00:01:56 > new: 00:00:12 > > old: 00:02:11 > new: 00:00:14 > > Nice! > Hi Kurt, are you running PD also in a jail? If not PD can be tuned by setting MFSSIZE *or* USE_TMPFS in poudriere.conf. On my system I have good results with 8 concurrent builds and MFSSIZE=6G or 'USE_TMPFS=all'. Fine tuning can be done with an additional SSD (look at `systat -iostat' during a build) poudriere.conf: # When building packages, a memory device can be used to speedup the build. # Only one of MFSSIZE or USE_TMPFS is supported. TMPFS is generally faster # and will expand to the needed amount of RAM. MFS is a bit slower, but is # more mature and can have its memory usage capped. # If set WRKDIRPREFIX will be mdmfs of the given size (mM or gG) #MFSSIZE=4G # Use tmpfs(5) ... # all - Run the entire build in memory, including builder jails. USE_TMPFS=all -- olli From owner-freebsd-ports@FreeBSD.ORG Tue Jan 20 11:03:39 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 925C3598 for ; Tue, 20 Jan 2015 11:03:39 +0000 (UTC) Received: from toco-domains.de (mail.toco-domains.de [176.9.39.170]) (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 50C28CAA for ; Tue, 20 Jan 2015 11:03:38 +0000 (UTC) Received: from [0.0.0.0] (mail.toco-domains.de [176.9.39.170]) by toco-domains.de (Postfix) with ESMTPA id D306D1B22187; Tue, 20 Jan 2015 12:03:35 +0100 (CET) Message-ID: <54BE3607.1010203@toco-domains.de> Date: Tue, 20 Jan 2015 12:03:35 +0100 From: Torsten Zuehlsdorff User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Kurt Jaeger Subject: Re: Poudriere Timeout References: <201501190145.t0J1jKvg006268@slippy.cwsent.com> <54BCF7C9.7090502@toco-domains.de> <20150119154822.GX44537@home.opsec.eu> <54BD3203.5050809@toco-domains.de> <20150119191834.GH83169@home.opsec.eu> In-Reply-To: <20150119191834.GH83169@home.opsec.eu> Content-Type: text/plain; charset=windows-1252; 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, 20 Jan 2015 11:03:39 -0000 Hi, >>>> Yes, i have. I've solved this problem by moving the build-jails of >>>> poudriere to an memory disk. This make poudriere no longer io-bund and >>>> incredibly fast. And solve this issue ;) > >>> How did you do this ? I want to try this myself 8-} > >> I've hacked poudriere to run within a jail. > > Aha, the .m mountpoint. My test host has 32 GB, so 20 GB should not be > a problem. > > Testport: www/p5-Selenium-Remote-Driver on 10.1-amd64, 9.3-amd64 and 8.4-i386. > > Results: > > old: 00:05:43 > new: 00:05:11 I suppose the fetch has to be done? > old: 00:01:56 > new: 00:00:12 > > old: 00:02:11 > new: 00:00:14 > > Nice! You are welcome :) There are a bunch of speed-optimizations possible for poudriere, but this will defeat its general purpose. Using a memory disk is the easiest and fastest way for a big improvement. Greetings, Torsten From owner-freebsd-ports@FreeBSD.ORG Tue Jan 20 14:46:39 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 DF8D485B for ; Tue, 20 Jan 2015 14:46:39 +0000 (UTC) Received: from BLU004-OMC1S7.hotmail.com (blu004-omc1s7.hotmail.com [65.55.116.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 826EA9CD for ; Tue, 20 Jan 2015 14:46:38 +0000 (UTC) Received: from BLU437-SMTP68 ([65.55.116.8]) by BLU004-OMC1S7.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Tue, 20 Jan 2015 06:45:32 -0800 X-TMN: [R7BUs5/7frC7xauDaW5Z0nV3eANBfZ5w] X-Originating-Email: [shantanna@hotmail.com] Message-ID: Date: Tue, 20 Jan 2015 15:45:25 +0100 From: Alex User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: chris@bsdjunk.com Subject: FreeBSD Port: hiawatha-9.8 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Jan 2015 14:45:30.0224 (UTC) FILETIME=[BCA78F00:01D034BF] 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: Tue, 20 Jan 2015 14:46:40 -0000 Hello, hiawatha-web server 9.11 is out and include many nice features and updates. Please update hiawatha port and pkg. Thanks in advance. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 20 20:14:51 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 D14C8300 for ; Tue, 20 Jan 2015 20:14: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 9392F610 for ; Tue, 20 Jan 2015 20:14:51 +0000 (UTC) Received: from [89.204.135.42] (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 1YDfCD-0005qH-7s for freebsd-ports@freebsd.org; Tue, 20 Jan 2015 21:14:41 +0100 Date: Tue, 20 Jan 2015 21:14:38 +0100 From: Matthias Apitz To: freebsd-ports@freebsd.org Subject: poudriere: compiling ports on 32bit for amd64 Message-ID: <20150120201438.GA1338@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-ports@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: 89.204.135.42 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, 20 Jan 2015 20:14:51 -0000 Hello, Actually I have my poudriere bakery machine setup in a VM on Ubuntu with a 32bit FreeBSD and compile 'my' ports for distribution for the 32bi laptps/netbooks I have. On one of them I now want to run amd64, i.e. a 64bit FreeBSD. The question is simple: Can I cross-build the ports for amd64 in a jail running on a 32bit system (as I can do for making userland and kernel)? 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 Tue Jan 20 20:23:54 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 24520BCF for ; Tue, 20 Jan 2015 20:23:54 +0000 (UTC) Received: from lb1-smtp-cloud6.xs4all.net (lb1-smtp-cloud6.xs4all.net [194.109.24.24]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AE30A795 for ; Tue, 20 Jan 2015 20:23:53 +0000 (UTC) Received: from yokozuna.lan ([83.160.85.125]) by smtp-cloud6.xs4all.net with ESMTP id iLPp1p00L2iF10301LPqnl; Tue, 20 Jan 2015 21:23:50 +0100 Received: from localhost (localhost [127.0.0.1]) by yokozuna.lan (8.14.9/8.14.9) with ESMTP id t0KKNnN1060692; Tue, 20 Jan 2015 21:23:49 +0100 (CET) (envelope-from mbeis@xs4all.nl) Date: Tue, 20 Jan 2015 21:23:49 +0100 (CET) From: Marco Beishuizen X-X-Sender: marco@localhost Reply-To: Marco Beishuizen To: Kurt Jaeger Subject: Re: updating alpine port to new version (as a maintainer) In-Reply-To: <20150118082911.GV44537@home.opsec.eu> Message-ID: References: <20150117165844.GS44537@home.opsec.eu> <20150117182525.GU44537@home.opsec.eu> <20150118082911.GV44537@home.opsec.eu> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Ports 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, 20 Jan 2015 20:23:54 -0000 On Sun, 18 Jan 2015, the wise Kurt Jaeger wrote: Hi, Still trying to make the new alpine port work. There is one error message left: ===> Checking for items in pkg-plist which are not in STAGEDIR Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt ===> Error: Plist issues found. *** Error code 1 Adding things to the pkg-plist file just makes it worse so I think the cause of this is somewhere in the makefile, but I just can't find it. Does someone know how to get rid of this last error? Thanks in advance, Marco -- Be it our wealth, our jobs, or even our homes; nothing is safe while the legislature is in session. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 20 20:37:17 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 23F54CA for ; Tue, 20 Jan 2015 20:37:17 +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 C303D8BC for ; Tue, 20 Jan 2015 20:37:16 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YDfY2-0003cX-HS; Tue, 20 Jan 2015 21:37:14 +0100 Date: Tue, 20 Jan 2015 21:37:14 +0100 From: Kurt Jaeger To: Marco Beishuizen Subject: Re: updating alpine port to new version (as a maintainer) Message-ID: <20150120203714.GZ44537@home.opsec.eu> References: <20150117165844.GS44537@home.opsec.eu> <20150117182525.GU44537@home.opsec.eu> <20150118082911.GV44537@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: FreeBSD Ports 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, 20 Jan 2015 20:37:17 -0000 Hi! > Still trying to make the new alpine port work. There is one error message > left: > > ===> Checking for items in pkg-plist which are not in STAGEDIR > Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt > ===> Error: Plist issues found. > *** Error code 1 So, the install did not put one file into STAGEDIR, but plist says that this file should be there ? So maybe plist is wrong ? > Adding things to the pkg-plist file just makes it worse so I think the > cause of this is somewhere in the makefile, but I just can't find it. Have you tried removing the right line from the plist file ? -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Jan 20 20:43:24 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 7A273681 for ; Tue, 20 Jan 2015 20:43:24 +0000 (UTC) Received: from lb2-smtp-cloud6.xs4all.net (lb2-smtp-cloud6.xs4all.net [194.109.24.28]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E580996 for ; Tue, 20 Jan 2015 20:43:23 +0000 (UTC) Received: from yokozuna.lan ([83.160.85.125]) by smtp-cloud6.xs4all.net with ESMTP id iLjL1p00E2iF10301LjMeM; Tue, 20 Jan 2015 21:43:21 +0100 Received: from localhost (localhost [127.0.0.1]) by yokozuna.lan (8.14.9/8.14.9) with ESMTP id t0KKhKds060729; Tue, 20 Jan 2015 21:43:20 +0100 (CET) (envelope-from mbeis@xs4all.nl) Date: Tue, 20 Jan 2015 21:43:20 +0100 (CET) From: Marco Beishuizen X-X-Sender: marco@localhost Reply-To: Marco Beishuizen To: Kurt Jaeger Subject: Re: updating alpine port to new version (as a maintainer) In-Reply-To: <20150120203714.GZ44537@home.opsec.eu> Message-ID: References: <20150117165844.GS44537@home.opsec.eu> <20150117182525.GU44537@home.opsec.eu> <20150118082911.GV44537@home.opsec.eu> <20150120203714.GZ44537@home.opsec.eu> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Ports 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, 20 Jan 2015 20:43:24 -0000 On Tue, 20 Jan 2015, the wise Kurt Jaeger wrote: > Hi! > >> Still trying to make the new alpine port work. There is one error message >> left: >> >> ===> Checking for items in pkg-plist which are not in STAGEDIR >> Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt >> ===> Error: Plist issues found. >> *** Error code 1 > > So, the install did not put one file into STAGEDIR, but plist says > that this file should be there ? So maybe plist is wrong ? > >> Adding things to the pkg-plist file just makes it worse so I think the >> cause of this is somewhere in the makefile, but I just can't find it. > > Have you tried removing the right line from the plist file ? The remaining plist file: bin/alpine bin/rpdump bin/rpload %%ETCDIR%%.conf.sample man/man1/alpine.1.gz man/man1/rpdump.1.gz man/man1/rpload.1.gz %%PORTDOCS%%%%DOCSDIR%%/tech-notes.txt The last line was added to get rid of the other plist error. Seems to me that I can't remove the other lines. Regards, Marco -- If I had only known, I would have been a locksmith. -- Albert Einstein From owner-freebsd-ports@FreeBSD.ORG Tue Jan 20 21:45: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 32E1CFA3 for ; Tue, 20 Jan 2015 21:45:47 +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 E2569FDB for ; Tue, 20 Jan 2015 21:45:46 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YDgcN-0003k8-TN; Tue, 20 Jan 2015 22:45:47 +0100 Date: Tue, 20 Jan 2015 22:45:47 +0100 From: Kurt Jaeger To: Marco Beishuizen Subject: Re: updating alpine port to new version (as a maintainer) Message-ID: <20150120214547.GA44537@home.opsec.eu> References: <20150117182525.GU44537@home.opsec.eu> <20150118082911.GV44537@home.opsec.eu> <20150120203714.GZ44537@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: FreeBSD Ports 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, 20 Jan 2015 21:45:47 -0000 Hi! > >> ===> Checking for items in pkg-plist which are not in STAGEDIR > >> Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt > >> ===> Error: Plist issues found. > >> *** Error code 1 [...] > > Have you tried removing the right line from the plist file ? > > The remaining plist file: [...] > The last line was added to get rid of the other plist error. Seems to me > that I can't remove the other lines. Put the patch in it's current state in a PR, and post the PR and we'll have a look at it. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Jan 20 23:13:33 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 C5D17F52 for ; Tue, 20 Jan 2015 23:13:33 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [74.201.84.155]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC6F9C45 for ; Tue, 20 Jan 2015 23:13:33 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=bsdjunk; d=bsdjunk.com; h=mime-version:content-type:date:from:to:cc:subject:in-reply-to:references:message-id:user-agent; b=CRfgud4Ke2N2YGonZzqNN8rtRYpCkS7E4o33UYD55VDaD6Ur+WL7nB5ny/WhGg491SqGSUpzhi6t JerE3piLhwdoZZKAGlXfM7I5G8PtIb2u2VOVJ9WQK+stVnqn56xq9BgIrf8ITcTeDlAGCTo7yNYv 69blyMQ1l9uxn33qd58= Received: from webmail2.bsdjunk.com (freebsddev.bsdjunk.com [64.6.104.115]) by mx.zohomail.com with SMTPS id 1421795609275471.9395135783218; Tue, 20 Jan 2015 15:13:29 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 20 Jan 2015 17:13:27 -0600 From: chris@bsdjunk.com To: Alex Subject: Re: FreeBSD Port: hiawatha-9.8 In-Reply-To: References: Message-ID: <57c0f8a3fc4b42f7e408c90ac05e7b44@bsdjunk.com> X-Sender: chris@bsdjunk.com User-Agent: Roundcube Webmail/1.0.4 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: Tue, 20 Jan 2015 23:13:33 -0000 On , Alex wrote: > Hello, > > hiawatha-web server 9.11 is out and include many nice features and > updates. > Please update hiawatha port and pkg. > > Thanks in advance. I am working on a update that uses the port polarssl which looks to be broken atm. Once that is fixed I will submit a PR for such update. The Grim Reaper.... From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 03:19:50 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 7059D25A for ; Wed, 21 Jan 2015 03:19:50 +0000 (UTC) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3D11C970 for ; Wed, 21 Jan 2015 03:19:49 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=jhVCqOCcONDhIh1w2GEjcBn40ITekX4NlKMVE0oiDkw= c=1 sm=1 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=8nJEP1OIZ-IA:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=VxmjJ2MpAAAA:8 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=PzorGvRGzLuDkIFTnoQA:9 a=wPNLvfGTeEIA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by idcmail-mo2no.shaw.ca with ESMTP; 20 Jan 2015 20:19:43 -0700 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTP id 985FF9BE8; Tue, 20 Jan 2015 19:19:42 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.9/8.14.9) with ESMTP id t0L3JfQ5089858; Tue, 20 Jan 2015 19:19:41 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.14.9/8.14.8/Submit) with ESMTP id t0L3JelE089831; Tue, 20 Jan 2015 19:19:40 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201501210319.t0L3JelE089831@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Cy Schubert Subject: Re: Poudriere Timeout In-Reply-To: Message from Cy Schubert of "Sun, 18 Jan 2015 23:01:35 -0800." <201501190701.t0J71ZR2010695@slippy.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Tue, 20 Jan 2015 19:19:40 -0800 Cc: Matthias Apitz , 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, 21 Jan 2015 03:19:50 -0000 In message <201501190701.t0J71ZR2010695=40slippy.cwsent.com>, Cy Schubert= =20 writes: > In message <20150119051751.GA1185=40c720-r276659>, Matthias Apitz write= s: > > El d=C3=ADa Sunday, January 18, 2015 a las 05:45:19PM -0800, Cy Schub= ert escribi=C3=B3: > >=20 > > > =3D=3D=3D=3D> Compressing man pages (compress-man) > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > =3D=3D > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D > > > =3D=3D=3D> Building package for texlive-texmf-20140525_4 > > > =3D=3D=3D=3D>> Killing timed out build after 3600 seconds > > > =3D=3D=3D=3D>> Cleaning up wrkdir > > > =3D=3D=3D> Cleaning for texlive-texmf-20140525_4 > > > build of print/texlive-texmf ended at Fri Jan 16 23:49:09 PST 2015 > > > build time: 02:41:43 > > > =21=21=21 build failure encountered =21=21=21 > > >=20 > > > Building the port by hand, make package, took just over 19 minutes = (1150=20 > > > seconds). Would increasing the timeout from 3600 to something large= r (lik > e=20 > > > 7200 -- I know this will require hacking the code) address the issu= e? > >=20 > > I don't think that this would help. Something is waiting indefenitely= > > for some resource or even input from terminal. >=20 > If it was waiting for terminal input, wouldn't it also wait for termina= l=20 > input when make package is run manually from the command line? >=20 > I'm not convinced that the package build is waiting. Something to look = at. Hacking commmon.sh to increase the timeout from 3600 to 7200 allowed it t= o=20 finish. (This is an AMD 4600+ building i386 packages while my 5000+=20 building amd64 packages finishes within 3600 seconds). Maybe poudriere=20 needs a knob to tune this. --=20 Cheers, Cy Schubert or = FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 04:29:48 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 DE2D7EB6; Wed, 21 Jan 2015 04:29:47 +0000 (UTC) Received: from smtp-out-04.shaw.ca (smtp-out-04.shaw.ca [64.59.134.12]) by mx1.freebsd.org (Postfix) with ESMTP id A3A21FC3; Wed, 21 Jan 2015 04:29:47 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=Ur78AkMj4ME0q/xQKDu+fQsLaK/oG8/QJxPJp7yvMIc= c=1 sm=1 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=5Z8Q17SNjqGvcRdt22M/3g==:17 a=6I5d2MoRAAAA:8 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=RhAKPeCTAem0Es1L0soA:9 a=CjuIK1q_8ugA:10 a=Xm6Jdcrq3wZE93ZN:21 a=AO0sCBnT4vRu_haN:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO slippy.cwsent.com) ([184.66.131.197]) by smtp-out-04.shaw.ca with ESMTP; 20 Jan 2015 21:29:40 -0700 Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.9/8.14.9) with ESMTP id t0L4TdFN004384; Tue, 20 Jan 2015 20:29:39 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.14.9/8.14.8/Submit) with ESMTP id t0L4Td04004381; Tue, 20 Jan 2015 20:29:39 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201501210429.t0L4Td04004381@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Matthew Seaman Subject: Re: Poudriere Timeout In-Reply-To: Message from Matthew Seaman of "Mon, 19 Jan 2015 07:15:17 +0000." <54BCAF05.1090305@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Jan 2015 20:29:39 -0800 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, 21 Jan 2015 04:29:48 -0000 In message <54BCAF05.1090305@FreeBSD.org>, Matthew Seaman writes: > On 2015/01/19 01:45, Cy Schubert wrote: > > Hi, > > > > > > Has anyone seen this before? > > > > print/texlive-texmf texlive-texmf-20140525_4 package/timeout runaway_proces > s > > > > > > /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/local/ > s > > hare > > /texmf-dist/doc/.keep_me > > /bin/mkdir -p /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/local/s > h > > are/ > > texmf-dist/source > > /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/local/ > s > > hare > > /texmf-dist/source/.keep_me > > ====> Compressing man pages (compress-man) > > =========================================================================== > > =================================================== > > ===> Building package for texlive-texmf-20140525_4 > > ====>> Killing timed out build after 3600 seconds > > ====>> Cleaning up wrkdir > > ===> Cleaning for texlive-texmf-20140525_4 > > build of print/texlive-texmf ended at Fri Jan 16 23:49:09 PST 2015 > > build time: 02:41:43 > > !!! build failure encountered !!! > > > > Building the port by hand, make package, took just over 19 minutes (1150 > > seconds). Would increasing the timeout from 3600 to something larger (like > > 7200 -- I know this will require hacking the code) address the issue? > > Yeah. I've been seeing that exact problem. Seems that 'pkg create' is > taking an inordinately long time. truss shows that it is still > processing files, but very slowly. Not sure why it hits this port > specifically -- possibly just the number of files included in the > package. Printing something occasionally while processing the files in > the package would probably allow the process to complete instead of > poudriere killing it because it had apparently hung up, but doesn't > address the underlying reason for why it is so slow in the first place. Depending on the server it does. I've been building custom packages on a couple of machines in my basement, an AMD X2 5000+ system with 8 GB and an X2 4600+ system with 5.5 GB. The 5000+ builds amd64 packages while the 4600+ system builds my i386 packages. The problem does not exhibit itself on the 5000+ but does on the 4600+. Increasing the package build timeout in common.sh from 3600 to 7200 resolved the issue -- the package builds takes approximately an hour and 20 minutes. Maybe a poudriere knob to allow the timeouts to be tuned may address this. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 07:23: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 8E791795; Wed, 21 Jan 2015 07:23:53 +0000 (UTC) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (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 5A17E204; Wed, 21 Jan 2015 07:23:53 +0000 (UTC) Received: by mail-oi0-f52.google.com with SMTP id h136so14312291oig.11; Tue, 20 Jan 2015 23:23:52 -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=LAXeWEU6VBG6OToHy+2djewXPvyqd8u8mXkcPD1+vaw=; b=qjsAPWj4sM7kiaJy/G0q8DJn139hvhks5zcQ05iKCSKyrbCsRPUKjkEJ+JKwMBQ/0o a7e8fHzcpbwPKJ5M/UFf46RsiSTzYXukMjsMvklHWOvwrBK4oIwXqtHPoQy1ty7AguCq xy/8TU/VBazW74Tt7+tPVGuWr+A1873ODI98dUcEX2bQq1aCHql7SKMD5TgBmPs32k0s upITaeVYOmLPs8RFBTGmUgSykLR4ZoQLgl4ci0+gPteuEg22saCsefXgpyWyysoi2aDU zTmgGMOTmdzG9ZRihgfH3bCmosaSoMiCvKur5hJh3GK/EeCMlJmKj16zQ/VCeDF5TQ7g vkgg== MIME-Version: 1.0 X-Received: by 10.202.225.214 with SMTP id y205mr23099053oig.60.1421825032640; Tue, 20 Jan 2015 23:23:52 -0800 (PST) Received: by 10.76.86.42 with HTTP; Tue, 20 Jan 2015 23:23:52 -0800 (PST) In-Reply-To: <20150119191458.GA27449@exodus.zi0r.com> References: <20150119143329.GA69463@exodus.zi0r.com> <20150119191458.GA27449@exodus.zi0r.com> Date: Wed, 21 Jan 2015 07:23:52 +0000 Message-ID: Subject: Re: Net-SNMP 5.7.3 with Perl support fails at configure stage From: "Sevan / Venture37" To: Ryan Steinmetz Content-Type: text/plain; charset=UTF-8 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, 21 Jan 2015 07:23:53 -0000 On 19 January 2015 at 19:14, Ryan Steinmetz wrote: > Sevan, > > I've updated the port to 5.7.3. > > -r Excellent, thank you :) Sevan From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 08:28: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 D22BDA5D for ; Wed, 21 Jan 2015 08:28:08 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 B2A63A61 for ; Wed, 21 Jan 2015 08:28:08 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id t0L8S8LD098688 for ; Wed, 21 Jan 2015 08:28:08 GMT (envelope-from linimon@FreeBSD.org) Date: Wed, 21 Jan 2015 08:28:08 GMT Message-Id: <201501210828.t0L8S8LD098688@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@freebsd.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD unmaintained ports which are currently marked broken 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, 21 Jan 2015 08:28:08 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. One common problem is that recent versions of FreeBSD use clang instead of gcc by default. Another common problem is that the compiles succeed on the i386 and amd64 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 8.x/9.x/10.x/-current with target architecture'.) portname: audio/raproxy broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=raproxy portname: audio/wmauda broken because: Does not work with audacious 3.5 or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=wmauda portname: audio/x11amp broken because: hangs at start with gtk and linker errors build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=x11amp portname: biology/platon broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=platon portname: cad/cider broken because: Will not build with bmake and USES=fmake will not solve the issue build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=cider portname: databases/gtksql broken because: Fails to configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gtksql portname: databases/tora broken because: Does not compile with clang (include ) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=tora portname: deskutils/glipper broken because: Uses unknown GNOME components pygnomedesktop and pygnomeextras build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=glipper portname: deskutils/gnochm broken because: Uses unknown GNOME component pygnomeextras build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=gnochm portname: deskutils/kupfer broken because: Uses unknown GNOME component pygnomedesktop build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=kupfer portname: deskutils/timer-applet broken because: Uses unknown GNOME component pygnomedesktop build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=timer-applet portname: devel/p5-Cdk broken because: Does not build with Perl 5.18 or above build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Cdk portname: devel/xtla broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xtla portname: editors/scribes broken because: Uses unknown GNOME component pygnomeextras build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=scribes portname: emulators/linux_base-gentoo-stage3 broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_base-gentoo-stage3 portname: emulators/linux_dist-gentoo-stage3 broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_dist-gentoo-stage3 portname: ftp/rexx-curl broken because: Fails to install/package with new rexx-regina build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=rexx-curl portname: games/py-pychess broken because: Uses unknown GNOME component pygnomedesktop build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=py-pychess portname: games/wmfortune broken because: No public disfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wmfortune portname: graphics/gnash broken because: unable to link in libboost_system build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gnash portname: graphics/xfpovray broken because: Fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xfpovray portname: mail/mail-notification broken because: Run-time failure with Gnome 3 build errors: http://beefy1.isc.freebsd.org/bulk/93i386-RELENG_9_3/latest/logs/errors/mail-notification-5.4_11.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=mail-notification portname: net/nocatsplash broken because: Broken pkg-install script, should use USERS and UIDs build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=nocatsplash portname: security/arirang broken because: Does not build with Ruby 2.0 or newer build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=arirang portname: www/diamanda broken because: Does not work with current django build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=diamanda portname: www/lifetype broken because: no distinfo provided for some of the distfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lifetype portname: www/ump broken because: Fails to patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ump portname: x11-themes/kde-icons-graphite-rade8 broken because: Unfetchable build errors: http://beefy1.isc.freebsd.org/bulk/93i386-default/latest/logs/errors/kde-icons-graphite-rade8-3.1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-graphite-rade8 portname: x11-themes/kde-icons-lime-rade8 broken because: Unfetchable build errors: http://beefy1.isc.freebsd.org/bulk/93i386-default/latest/logs/errors/kde-icons-lime-rade8-3.1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-lime-rade8 From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 08:28: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 35380B55 for ; Wed, 21 Jan 2015 08:28:17 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 22B51A74 for ; Wed, 21 Jan 2015 08:28:17 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id t0L8SHJs099813 for ; Wed, 21 Jan 2015 08:28:17 GMT (envelope-from linimon@FreeBSD.org) Date: Wed, 21 Jan 2015 08:28:17 GMT Message-Id: <201501210828.t0L8SHJs099813@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD ports which are currently marked broken 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, 21 Jan 2015 08:28:17 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. One common problem is that recent versions of FreeBSD use clang instead of gcc by default. Another common problem is that the compiles succeed on the i386 and amd64 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 8.x/9.x/10.x/-current with target architecture'.) portname: archivers/ruby-lha broken because: Does not build with Ruby 2.0 or Ruby 2.1 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=ruby-lha portname: audio/aureal-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=aureal-kmod portname: audio/mp3splt-gtk broken because: Fails to configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=mp3splt-gtk portname: audio/padevchooser broken because: needs update to support pulseaudio 5.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=padevchooser portname: audio/qmidinet broken because: Fails to configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=qmidinet portname: audio/raproxy broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=raproxy portname: audio/wmauda broken because: Does not work with audacious 3.5 or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=wmauda portname: audio/x11amp broken because: hangs at start with gtk and linker errors build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=x11amp portname: audio/xmms-openspc broken because: does not build on FreeBSD 10.x and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-openspc portname: biology/platon broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=platon portname: cad/cider broken because: Will not build with bmake and USES=fmake will not solve the issue build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=cider portname: databases/freetds-devel broken because: Fails to build build errors: http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/freetds-devel-0.92.812,1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=freetds-devel portname: databases/gtksql broken because: Fails to configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gtksql portname: databases/mariadb-client broken because: Does not build under FreeBSD 10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mariadb-client portname: databases/mariadb-server broken because: Does not build under FreeBSD 10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mariadb-server portname: databases/py-fdb broken because: Does not compile on FreeBSD 9 i386 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-fdb portname: databases/pydbdesigner broken because: Needs an unsupported version of wxWidgets build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pydbdesigner portname: databases/tora broken because: Does not compile with clang (include ) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=tora portname: deskutils/deskbar-applet broken because: Uses unknown GNOME components pygnomedesktop and evolutiondataserver build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=deskbar-applet portname: deskutils/gimmie broken because: Uses unknown GNOME components pygnomedesktop and pygnomeextras build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=gimmie portname: deskutils/glipper broken because: Uses unknown GNOME components pygnomedesktop and pygnomeextras build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=glipper portname: deskutils/gnochm broken because: Uses unknown GNOME component pygnomeextras build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=gnochm portname: deskutils/hamster-applet broken because: Uses unknown GNOME components pygnomedesktop and gnomecontrolcenter2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=hamster-applet portname: deskutils/kupfer broken because: Uses unknown GNOME component pygnomedesktop build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=kupfer portname: deskutils/ontv broken because: Uses unknown GNOME components pygnomedesktop and pygnomeextras build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=ontv portname: deskutils/timer-applet broken because: Uses unknown GNOME component pygnomedesktop build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=timer-applet portname: devel/p5-Cdk broken because: Does not build with Perl 5.18 or above build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Cdk portname: devel/p5-Log-Any-Adapter broken because: Conflicts with p5-Log-Any build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Log-Any-Adapter portname: devel/rubygem-igraph broken because: does not build with igraph-0.7.1 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-igraph portname: devel/rubygem-rcov broken because: Does not work with Ruby 2.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rcov portname: devel/xtla broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xtla portname: editors/scribes broken because: Uses unknown GNOME component pygnomeextras build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=scribes portname: emulators/kqemu-kmod broken because: KPI changes in 10 and up, use bhyve or vbox build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=kqemu-kmod portname: emulators/linux_base-gentoo-stage3 broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_base-gentoo-stage3 portname: emulators/linux_dist-gentoo-stage3 broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_dist-gentoo-stage3 portname: finance/openerp-server broken because: Non-functional as shipped (Operational Error)(PR: 186262) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=openerp-server portname: ftp/rexx-curl broken because: Fails to install/package with new rexx-regina build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=rexx-curl portname: games/gtkradiant broken because: Does not support modern png build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=gtkradiant portname: games/py-pychess broken because: Uses unknown GNOME component pygnomedesktop build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=py-pychess portname: games/spring broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=spring portname: games/wmfortune broken because: No public disfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wmfortune portname: graphics/gnash broken because: unable to link in libboost_system build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gnash portname: graphics/kuickshow-kde4 broken because: depends on imlib build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=kuickshow-kde4 portname: graphics/opengtl broken because: Depends on deleted devel/llvm32 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=opengtl portname: graphics/p5-Geo-KML broken because: Upstream disabled support for textproc/p5-XML-Compile > 1.43 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-Geo-KML portname: graphics/p5-Image-Scale broken because: Uses undocumented giflib API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-Image-Scale portname: graphics/sng broken because: Does not support modern png build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=sng portname: graphics/xfpovray broken because: Fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xfpovray portname: japanese/netype broken because: depends on imlib build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=netype portname: japanese/p5-Text-MeCab broken because: Does not build with Perl 5.18 or above build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=p5-Text-MeCab portname: lang/ecl broken because: Fails to link with new libgc build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ecl portname: lang/pure broken because: Depends on deleted devel/llvm32 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pure portname: mail/mail-notification broken because: Run-time failure with Gnome 3 build errors: http://beefy1.isc.freebsd.org/bulk/93i386-RELENG_9_3/latest/logs/errors/mail-notification-5.4_11.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=mail-notification portname: mail/maildirsync broken because: Does not build with Perl 5.18 or above build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=maildirsync portname: mail/p5-MIME-Fast broken because: Does not build with Perl 5.18 or above build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=p5-MIME-Fast portname: mail/qar-bufo broken because: Does not build with Perl 5.18 or above build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=qar-bufo portname: math/isabelle broken because: Build seems to hang on the package builders build errors: http://beefy1.isc.freebsd.org/bulk/83i386-default/latest/logs/errors/isabelle-2009.2.log ((not currently populated)) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=isabelle portname: math/ruby-numru_units broken because: Does not build with Ruby 2.0 or newer build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ruby-numru_units portname: multimedia/arista broken because: Uses unknown GNOME component pygnomedesktop build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=arista portname: multimedia/subtitleeditor broken because: Does not compile on FreeBSD 10.0 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=subtitleeditor portname: net-im/pidgin-audacious-remote broken because: Does not work with audacious 3.5 or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=pidgin-audacious-remote portname: net-im/skype4 broken because: Skype 4.3 is missing several Linux syscalls. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=skype4 portname: net-im/venom broken because: Does not compile with the recent Tox build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=venom portname: net-mgmt/netxms broken because: Fails to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=netxms portname: net-mgmt/tcptrack broken because: binary segfaults build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=tcptrack portname: net/cyphesis broken because: Does not compile on FreeBSD 10+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cyphesis portname: net/gpxe broken because: does not build on FreeBSD 10.x and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gpxe portname: net/nocatsplash broken because: Broken pkg-install script, should use USERS and UIDs build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=nocatsplash portname: net/openospfd broken because: requires old CARP implementation (interface layer) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openospfd portname: net/service-discovery-applet broken because: Uses unknown GNOME component pygnomedesktop build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=service-discovery-applet portname: net/spserver broken because: Misuse libevent API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=spserver portname: ports-mgmt/gnome-packagekit broken because: Uses unknown GNOME component gnomemenus build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=gnome-packagekit portname: print/ghostscript7 broken because: Does not support modern png build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ghostscript7 portname: print/ghostscript7-nox11 broken because: Does not support modern png build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ghostscript7-nox11 portname: print/gnome-specimen broken because: Uses unknown GNOME component pygnomedesktop build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=gnome-specimen portname: print/sgf2tex broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=sgf2tex portname: science/meep broken because: Depends on conflicting guile and guile2 (via libctl) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=meep portname: science/paraview broken because: Fails to build build errors: http://beefy1.isc.freebsd.org/bulk/91i386-quarterly/latest/logs/errors/paraview-4.1.0_5.log http://beefy1.isc.freebsd.org/bulk/93i386-RELENG_9_3/latest/logs/errors/paraview-4.1.0.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=paraview portname: security/arirang broken because: Does not build with Ruby 2.0 or newer build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=arirang portname: security/p5-Crypt-GOST broken because: Does not build with Perl 5.18 or above build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=p5-Crypt-GOST portname: security/p5-Crypt-TEA broken because: Does not build with Perl 5.18 or above build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=p5-Crypt-TEA portname: sysutils/busybox-unstable broken because: uses mempcpy() GNU-ism build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=busybox-unstable portname: sysutils/puppet27 broken because: Does not work with Ruby 2.0 or Ruby 2.1 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=puppet27 portname: sysutils/py-salt-api broken because: Conflicts with py27-salt-2014.7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=py-salt-api portname: textproc/aiksaurus-gtk broken because: does not link against GTK2 on FreeBSD 10+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=aiksaurus-gtk portname: textproc/refdb broken because: Fails to link build errors: http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/refdb-0.9.9_7.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=refdb portname: www/deforaos-surfer broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=deforaos-surfer portname: www/diamanda broken because: Does not work with current django build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=diamanda portname: www/lifetype broken because: no distinfo provided for some of the distfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lifetype portname: www/mod_cplusplus broken because: does not build with new clang build errors: http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/ap22-mod_cplusplus-1.5.4_3.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_cplusplus portname: www/ump broken because: Fails to patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ump portname: x11-themes/kde-icons-graphite-rade8 broken because: Unfetchable build errors: http://beefy1.isc.freebsd.org/bulk/93i386-default/latest/logs/errors/kde-icons-graphite-rade8-3.1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-graphite-rade8 portname: x11-themes/kde-icons-lime-rade8 broken because: Unfetchable build errors: http://beefy1.isc.freebsd.org/bulk/93i386-default/latest/logs/errors/kde-icons-lime-rade8-3.1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-lime-rade8 From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 08:28: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 5B548C07 for ; Wed, 21 Jan 2015 08:28:22 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 3D9D0A8A for ; Wed, 21 Jan 2015 08:28:22 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id t0L8SMNj000318 for ; Wed, 21 Jan 2015 08:28:22 GMT (envelope-from linimon@FreeBSD.org) Date: Wed, 21 Jan 2015 08:28:22 GMT Message-Id: <201501210828.t0L8SMNj000318@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@freebsd.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD unmaintained ports which are currently scheduled for deletion 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, 21 Jan 2015 08:28:22 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/py-eyed3-06 description: Python module for processing ID3 tags maintainer: ports@FreeBSD.org deprecated because: In audio/abcde dependency has been changed to audio/py-eyed3 expiration date: 2015-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-eyed3-06 portname: audio/wmauda description: Port of wmxmms to GTK 2.x and Audacious maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=wmauda portname: audio/x11amp description: X11-based MP3 player with nice graphical interface maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=x11amp portname: ftp/rexx-curl description: External function package providing an interface to the cURL package maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=rexx-curl portname: www/lifetype description: PHP and MySQL based blogging platform maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lifetype portname: www/squid33 description: HTTP Caching Proxy maintainer: ports@FreeBSD.org deprecated because: Reached EOL on 28 August 2014, use www/squid (v3.4) instead expiration date: 2015-05-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squid33 portname: www/ump description: Unix MIDI Plugin based on TiMidity++ maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ump From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 08:28:23 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 62A83C20 for ; Wed, 21 Jan 2015 08:28:23 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 50DFFA8D for ; Wed, 21 Jan 2015 08:28:23 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id t0L8SNux000632 for ; Wed, 21 Jan 2015 08:28:23 GMT (envelope-from linimon@FreeBSD.org) Date: Wed, 21 Jan 2015 08:28:23 GMT Message-Id: <201501210828.t0L8SNux000632@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD ports which are currently scheduled for deletion 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, 21 Jan 2015 08:28:23 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/py-eyed3-06 description: Python module for processing ID3 tags maintainer: ports@FreeBSD.org deprecated because: In audio/abcde dependency has been changed to audio/py-eyed3 expiration date: 2015-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-eyed3-06 portname: audio/qmidinet description: Sends and receives MIDI over the network using UDP multicast maintainer: crees@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=qmidinet portname: audio/wmauda description: Port of wmxmms to GTK 2.x and Audacious maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=wmauda portname: audio/x11amp description: X11-based MP3 player with nice graphical interface maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=x11amp portname: databases/db48 description: The Berkeley DB package, revision 4.8 maintainer: mandree@FreeBSD.org deprecated because: Please migrate to db5 or db6 expiration date: 2015-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=db48 portname: devel/ntopng-zmq description: NTOPNG specific ZMQ library maintainer: bofh@FreeBSD.org deprecated because: No longer required after net/ntopng 1.1 expiration date: 2015-02-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ntopng-zmq portname: devel/ocaml-equeue description: The Equeue library for OCaml maintainer: michipili@gmail.com deprecated because: Superseded by www/ocaml-net expiration date: 2015-08-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ocaml-equeue portname: devel/p5-Log-Any-Adapter description: Perl extension to log anywhere maintainer: kuriyama@FreeBSD.org status: BROKEN deprecated because: devel/p5-Log-Any-Adapter merged into devel/p5-Log-Any by upstream expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Log-Any-Adapter portname: devel/subversion16 description: Version control system maintainer: lev@FreeBSD.org deprecated because: unsupported since 2013-06-18, missing CVE fixes expiration date: 2015-03-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=subversion16 portname: dns/bind10 description: Development version of ISC BIND 10 DNS Suite maintainer: mat@FreeBSD.org status: IGNORE deprecated because: Is not developed any more, use dns/bundy expiration date: 2015-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=bind10 portname: dns/maradns1 description: DNS server with focus on security and simplicity maintainer: mat@FreeBSD.org deprecated because: MaraDNS 1 end-of-life: June 21, 2015, use dns/maradns expiration date: 2015-06-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=maradns1 portname: ftp/rexx-curl description: External function package providing an interface to the cURL package maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=rexx-curl portname: graphics/p5-Geo-KML description: Perl Module to Create Google Earth KML/KMZ maintainer: perl@FreeBSD.org status: BROKEN deprecated because: expiration date: 2015-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-Geo-KML portname: lang/perl5.16 description: Practical Extraction and Report Language maintainer: perl@FreeBSD.org deprecated because: Unsupported, please upgrade to a more recent version of Perl expiration date: 2015-07-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=perl5.16 portname: mail/postfix210 description: Secure alternative to widely-used Sendmail maintainer: mandree@FreeBSD.org deprecated because: Use mail/postfix instead. expiration date: 2015-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix210 portname: net-im/pidgin-audacious-remote description: Pidgin-Audacious-Remote is a plug-in for Pidgin 2 maintainer: gnixua@gmail.com status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=pidgin-audacious-remote portname: net-im/venom description: Cross-platform GUI for Tox written in Vala using GTK+ maintainer: thierry@FreeBSD.org status: BROKEN deprecated because: No more support from the project expiration date: 2015-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=venom portname: net/owncloud-csync description: Csync fork for Owncloud maintainer: 6yearold@gmail.com deprecated because: Merged into deskutils/mirall and unsupported upstream expiration date: 2015-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=owncloud-csync portname: ports-mgmt/portbuilder description: Concurrent FreeBSD port builder maintainer: dbn@FreeBSD.org deprecated because: Unmaintained, please use ports-mgmt/poudriere. expiration date: 2015-03-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=portbuilder portname: ports-mgmt/porteasy description: Tool for fetching and building ports maintainer: des@FreeBSD.org deprecated because: Does not support pkgng expiration date: 2015-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=porteasy portname: security/openssh-portable66 description: The portable version of OpenBSD's OpenSSH maintainer: bdrewery@FreeBSD.org deprecated because: security/openssh-portable now has all patches working. This port is obsolete. expiration date: 2015-02-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openssh-portable66 portname: sysutils/rsyslog7-devel description: Syslogd supporting SQL, TCP, and TLS maintainer: brd@FreeBSD.org deprecated because: EoL, use sysutils/rsyslog8 expiration date: 2015-02-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog7-devel portname: sysutils/rsyslog8-devel description: Syslogd supporting SQL, TCP, and TLS maintainer: brd@FreeBSD.org deprecated because: EoL, use sysutils/rsyslog8 expiration date: 2015-02-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog8-devel portname: www/lifetype description: PHP and MySQL based blogging platform maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lifetype portname: www/mediawiki122 description: The wiki engine used by Wikipedia maintainer: wen@FreeBSD.org deprecated because: Deprecated by upstream, use www/mediawiki12{3,4} instead expiration date: 2015-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mediawiki122 portname: www/mod_cplusplus description: Apache module for loading C++ objects as handlers maintainer: apache@FreeBSD.org status: BROKEN deprecated because: written for apache 2.0, no longer maintained upstream expiration date: 2015-02-28 build errors: http://beefy2.isc.freebsd.org/bulk/101amd64-RELENG_10_1/latest/logs/errors/ap22-mod_cplusplus-1.5.4_3.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_cplusplus portname: www/moodle26 description: Course management system based on social constructionism maintainer: wen@FreeBSD.org deprecated because: Deprecated by upstream, use www/moodle2{7,8} instead expiration date: 2015-04-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=moodle26 portname: www/p5-WWW-Scraper-ISBN-Driver description: Driver class for WWW::Scraper::ISBN module maintainer: perl@FreeBSD.org deprecated because: Merged to www/p5-WWW-Scraper-ISBN by upstream expiration date: 2015-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-WWW-Scraper-ISBN-Driver portname: www/p5-WWW-Scraper-ISBN-Record description: Book Record class for WWW::Scraper::ISBN module maintainer: perl@FreeBSD.org deprecated because: Merged to www/p5-WWW-Scraper-ISBN by upstream expiration date: 2015-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-WWW-Scraper-ISBN-Record portname: www/squid33 description: HTTP Caching Proxy maintainer: ports@FreeBSD.org deprecated because: Reached EOL on 28 August 2014, use www/squid (v3.4) instead expiration date: 2015-05-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squid33 portname: www/typo345 description: The typo3 content management system maintainer: freebsd-ports@charlieroot.de deprecated because: Upgrade to www/typo3 or www/typo3-lts expiration date: 2015-03-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=typo345 portname: www/ump description: Unix MIDI Plugin based on TiMidity++ maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 months expiration date: 2015-01-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ump From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 08:28:25 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 5CE91C3C for ; Wed, 21 Jan 2015 08:28:25 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (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 3392DA90 for ; Wed, 21 Jan 2015 08:28:25 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.9/8.14.9) with ESMTP id t0L8SPlU000685 for ; Wed, 21 Jan 2015 08:28:25 GMT (envelope-from linimon@FreeBSD.org) Date: Wed, 21 Jan 2015 08:28:25 GMT Message-Id: <201501210828.t0L8SPlU000685@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Reply-To: portmgr-feedback@FreeBSD.org Subject: FreeBSD ports which are currently marked forbidden 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, 21 Jan 2015 08:28:25 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: x11/nvidia-driver-173 forbidden because: vulnerable to denial of service or arbitrary code execution (CVE-2014-8298) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=nvidia-driver-173 From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 09:44:44 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 C20C57CD for ; Wed, 21 Jan 2015 09:44:44 +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 AD4A2354 for ; Wed, 21 Jan 2015 09:44:44 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0L9iiTm054320 for ; Wed, 21 Jan 2015 09:44:44 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0L9iiwM054319; Wed, 21 Jan 2015 09:44:44 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501210944.t0L9iiwM054319@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, 21 Jan 2015 09:44:44 +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, 21 Jan 2015 09:44:44 -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 ------------------------------------------------+-----------------+------------ databases/geoserver-mysql-plugin | 2.6.1 | 2.6.2 ------------------------------------------------+-----------------+------------ graphics/geoserver | 2.1.1 | 2.6.2 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 09:47:40 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 ACB86B26 for ; Wed, 21 Jan 2015 09:47:40 +0000 (UTC) Received: from mail-pa0-x242.google.com (mail-pa0-x242.google.com [IPv6:2607:f8b0:400e:c03::242]) (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 716A2394 for ; Wed, 21 Jan 2015 09:47:40 +0000 (UTC) Received: by mail-pa0-f66.google.com with SMTP id kq14so61358pab.1 for ; Wed, 21 Jan 2015 01:47:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :content-language:thread-index; bh=8N0A75ETTpr6ZfmwJebBH20EAwL7ucqxoH22FVZndsk=; b=bkj3hK7qV/6OUxFL8iHTvdOyLPELi991cnz4+BZ20GDSJx9SqhyjT0KDn91HKXxJ4r QIktHiQQyX/1zu7aQsoBniRXdYyFN9VKvAl7wyWQHD16R5lXOKM2UR1LdP5YyD3f9FPT ag5ltXls4/2TaLC9/AaL/qmGzjOgey59MBau4DILZov/RBYKF2yv9KfoKHGkUgbVjtIR K7auycWz9KyQ6Q4mdttI4lmhsNoYg7+VuZZHoh8tr1xUS72kTkKEruTLZl/G6t80cYdy JYjlW27R0D+ZZ6r6x+6N28WDvLA/EibpXJQ8PQwotku/D2WW3y2goq5gf4rkIPjgz1zT EkVQ== X-Received: by 10.70.137.42 with SMTP id qf10mr60904189pdb.11.1421833660136; Wed, 21 Jan 2015 01:47:40 -0800 (PST) Received: from AmitGupta ([203.122.50.18]) by mx.google.com with ESMTPSA id gx1sm5342510pbd.57.2015.01.21.01.47.38 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 21 Jan 2015 01:47:39 -0800 (PST) From: "Amit Gupta" To: Subject: Software Solution Provider Date: Wed, 21 Jan 2015 15:17:38 +0530 Message-ID: <0e3d01d0355f$4e03c6e0$ea0b54a0$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Content-Language: en-us Thread-Index: AdA1XzkYIKv6W9nxSRqUg5QbaX649g== x-cr-hashedpuzzle: pq8= AQSd CB76 CMkG CsG6 CyVv DCyy EMDd EPva FPXY FsO/ HW05 IcM+ IoH/ JqDW J1eu; 1; cABvAHIAdABzAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {9A108516-E232-4741-90AA-01F8DC4BEC8F}; awByAHQAdABlAGMAaAA2ADcAQABnAG0AYQBpAGwALgBjAG8AbQA=; Wed, 21 Jan 2015 09:47:29 GMT; UwBvAGYAdAB3AGEAcgBlACAAUwBvAGwAdQB0AGkAbwBuACAAUAByAG8AdgBpAGQAZQByAA== x-cr-puzzleid: {9A108516-E232-4741-90AA-01F8DC4BEC8F} Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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: Wed, 21 Jan 2015 09:47:40 -0000 Dear Sir/Madam, Hope you are doing well. Thank you in advance for taking the time out of your busy day to read and consider this. My name is Amit Gupta and I represent a leading software solutions provider located in India. We have been helping our clients to shape their IT eco system and move up the value chain. Our team has wealth of experience in serving the clients from all over the world and most of our clients are from US, Canada, Australia, Middle East, Singapore and Kuwait. We have a team of 50+ highly skilled engineers who have loads of experience in handling and delivering multi million projects in timely fashion. With years of experience of working with a range of technology stacks - both open source and proprietary, we ensure that our clients get the best of what the technology industry has to offer. Some of the stacks we have successfully delivered are Microsoft Azure, Web API, MVC 4.0, LAMP Frameworks and technologies like asp.net, Unity 2D/3D, RubyonRails, Python, Angular.js, Node.js, Mobile Platforms (Android, iPhone & Crossed Platform), HTML5 & Big Data. We offer following Services at Reasonable Cost: Web Development Mobile Application development Web Application Development Software Product Engineering Mobile Games Development HRMS iOS/Android Apps IT Consulting Ecommerce Solutions Unity 2D/3D Web Design Mobility Solutions Accounting Software ERP Software Html5 I'd be happy to send you our pricing and past work details, if you'd like to assess our work. We provide high quality services at much reasonable cost. If you have any query, we will be more than happy to address that. Sounds interesting? Feel free to email us or alternatively you can provide me your phone number and the best time to call you. Looking for the positive reply from your end. A quick revert would be highly appreciated. Best Regards, Amit Gupta Business Development Manager PS: We specialize in helping companies/Individuals turning their ideas into apps, websites and revenue. Disclaimer: Though this is not an automated email and we are not spammers of any kind. We are sending these emails to all those people whom we find eligible of using our services. If you are in the same business then we would like you to offer our best deal as an Agency. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 09:52: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 D7262E17 for ; Wed, 21 Jan 2015 09:52:09 +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 9592666A for ; Wed, 21 Jan 2015 09:52:09 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 11309BDC68; Wed, 21 Jan 2015 10:52:06 +0100 (CET) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id 0CB7FBDC65; Wed, 21 Jan 2015 10:52:06 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id 27D1B235B7E7; Wed, 21 Jan 2015 10:52:05 +0100 (CET) Date: Wed, 21 Jan 2015 10:52:05 +0100 From: Mathieu Arnold To: Matthias Apitz , freebsd-ports@freebsd.org Subject: Re: poudriere: compiling ports on 32bit for amd64 Message-ID: <4274EC89BB13502E9A6ACFC3@atuin.in.mat.cc> In-Reply-To: <20150120201438.GA1338@c720-r276659> References: <20150120201438.GA1338@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: Wed, 21 Jan 2015 09:52:09 -0000 +--On 20 janvier 2015 21:14:38 +0100 Matthias Apitz wrote: | | Hello, | | Actually I have my poudriere bakery machine setup in a VM on Ubuntu | with a 32bit FreeBSD and compile 'my' ports for distribution for the | 32bi laptps/netbooks I have. | | On one of them I now want to run amd64, i.e. a 64bit FreeBSD. The | question is simple: Can I cross-build the ports for amd64 in a jail | running on a 32bit system (as I can do for making userland and kernel)? No, but you can cross builds the i386 ports in poudriere on an amd64 system. -- Mathieu Arnold From owner-freebsd-ports@FreeBSD.ORG Wed Jan 21 11:57: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 BE0DF82D for ; Wed, 21 Jan 2015 11:57:26 +0000 (UTC) Received: from mail.jarusgroup.com (mail.jarusgroup.com [103.4.218.201]) (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 CF8A760B for ; Wed, 21 Jan 2015 11:57:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.jarusgroup.com (Postfix) with ESMTP id 874351E4046; Wed, 21 Jan 2015 18:51:29 +0700 (ICT) Received: from mail.jarusgroup.com ([127.0.0.1]) by localhost (mail.jarusgroup.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id hsGHiv2X9akK; Wed, 21 Jan 2015 18:51:27 +0700 (ICT) Received: from localhost (localhost [127.0.0.1]) by mail.jarusgroup.com (Postfix) with ESMTP id 03EB91E4047; Wed, 21 Jan 2015 18:51:27 +0700 (ICT) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.jarusgroup.com 03EB91E4047 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jarusgroup.com; s=CEB19E98-6340-11E4-8871-9E3622FCED6C; t=1421841087; bh=4isk3gyLYwMm75NRjoCW7UA0h4ZqYM4Z6zVOrXZFUKc=; h=MIME-Version:From:To:Date:Subject:Content-Type:Message-Id; b=Fs15L8Ia0riyk6XKKCYsq2iqUAUpZMTRjpxYIkTCf+3gvGADkX86VJj5edkL5LMJ7 xdogcRidcTrBDjKK4illvwZC6IswymkUnoxpoe1LCKCU+sqd8/jodMm4vK+IihqZC3 aOBuZjR9X5d54daJdSQKRMqr5XPNIG2QRiTU6Mmw= X-Virus-Scanned: amavisd-new at mail.jarusgroup.com Received: from mail.jarusgroup.com ([127.0.0.1]) by localhost (mail.jarusgroup.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2dLWDvCIkqQg; Wed, 21 Jan 2015 18:51:26 +0700 (ICT) Received: from KKDV2-20120411C (node-18e8.pool-125-24.dynamic.totbb.net [125.24.224.192]) by mail.jarusgroup.com (Postfix) with ESMTPA id 399E71E4046; Wed, 21 Jan 2015 18:51:24 +0700 (ICT) MIME-Version: 1.0 From: "Pattaya Thailand" To: "Pattaya Thailand" Date: 21 Jan 2015 18:52:01 +0700 Subject: Neu!! Resort-Stil besonderen Altenpflege Service in Thailand. X-Antivirus: avast! (VPS 150120-1, 21/01/2015), Outbound message X-Antivirus-Status: Clean Message-Id: <20150121115124.399E71E4046@mail.jarusgroup.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 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: Wed, 21 Jan 2015 11:57:26 -0000 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MIHhtbG5zOm8gPSAidXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6 b2ZmaWNlIiB4bWxuczp2ID0gDQoidXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5z OncgPSANCiJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIj48SEVBRD4NCjxN RVRBIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11bmljb2RlIiBodHRwLWVxdWl2PUNvbnRl bnQtVHlwZT4NCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1TSFRNTCA5LjAwLjgxMTIu MTY0MzAiPjwvSEVBRD4NCjxCT0RZPjxGT05UIGNvbG9yPSMwMDAwMDAgc2l6ZT01IGZhY2U9RXVj cm9zaWFVUEM+PFNQQU4+PFNQQU4+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdDb3JkaWEg TmV3Jywnc2Fucy1zZXJpZic7IENPTE9SOiAjMjIyMjIyOyBGT05ULVNJWkU6IDIwcHQ7IG1zby1h c2NpaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28taGFuc2ktdGhlbWUtZm9udDogbWlub3It YmlkaTsgbXNvLWJpZGktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktZm9udC1mYW1p bHk6ICdDb3JkaWEgTmV3JzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9t YW4nIj4NCjxQIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiBub3JtYWw7IE1BUkdJTjogMGNtIDBjbSAx MHB0OyBCQUNLR1JPVU5EOiB3aGl0ZTsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFy Z2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48U1BB Tj48U1RST05HPkVudGRlY2tlbiBTaWUgZWluIG5ldWVzIEtvbnplcHQgdm9uIA0KZGVyIFJlbnRl IGxlYmVuIG1pdCBiZXNvbmRlcmVuIEFsdGVucGZsZWdlIFNlcnZpY2UsPC9TVFJPTkc+PC9TUEFO PjwvUD4NCjxQIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiBub3JtYWw7IE1BUkdJTjogMGNtIDBjbSAx MHB0OyBCQUNLR1JPVU5EOiB3aGl0ZTsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFy Z2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48U1BB Tj48U1RST05HPiZuYnNwOzxGT05UIGNvbG9yPSNmZjAwMDA+QWJzb2x1dGUgDQpMZWJlbiBUaGFp bGFuZDwvRk9OVD4gYmlldGV0IGVpbmUgcGVyZmVrdGUgS29tYmluYXRpb24gYXVzIGRlciBSZWhh YmlsaXRhdGlvbiANCjwvU1RST05HPjwvU1BBTj48L1A+DQo8UCANCnN0eWxlPSJMSU5FLUhFSUdI VDogbm9ybWFsOyBNQVJHSU46IDBjbSAwY20gMTBwdDsgQkFDS0dST1VORDogd2hpdGU7IG1zby1t YXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdpbi1ib3R0b20tYWx0OiBhdXRvIiANCmNsYXNz PU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4+PFNUUk9ORz5TZXJ2aWNlIHVuZCBzY2jDtm5l biBSdWhlc3RhbmQgaW4gDQpSZXNvcnQgVW1nZWJ1bmcuIDwvU1RST05HPjwvU1BBTj48L1A+DQo8 UCANCnN0eWxlPSJMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46IDBjbSAwY20gMTBwdDsgQkFD S0dST1VORDogd2hpdGU7IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdpbi1ib3R0 b20tYWx0OiBhdXRvIiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4+PFNUUk9O Rz5XaXIgc2luZCBiZXJlaXQsIGVpbmUgZ2FuemUgUmVpaGUgdm9uIA0KU2VuaW9yZW4gV29obi0g bcO2Z2xpY2hrZWl0ZW4gdW5kIEFubmVobWxpY2hrZWl0ZW4sIDwvU1RST05HPjwvU1BBTj48L1A+ DQo8UCANCnN0eWxlPSJMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46IDBjbSAwY20gMTBwdDsg QkFDS0dST1VORDogd2hpdGU7IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdpbi1i b3R0b20tYWx0OiBhdXRvIiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4+PFNU Uk9ORz5kaWUgbWl0IGVpbmVyIGJldHJldXRlbiBXb2huYW5sYWdlIA0KZsO8ciA8Rk9OVCBjb2xv cj0jZmYwMDAwPkFsemhlaW1lciB1bmQgUGFya2luc29uPC9GT05UPiwgPC9TVFJPTkc+PC9TUEFO PjwvUD4NCjxQIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiBub3JtYWw7IE1BUkdJTjogMGNtIDBjbSAx MHB0OyBCQUNLR1JPVU5EOiB3aGl0ZTsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFy Z2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48U1BB Tj48U1RST05HPmRpZSBQZmxlZ2UsIHVuYWJow6RuZ2lnZXMgTGViZW4gZsO8ciANCkxvbmdzdGF5 IHVuZCBHZXN1bmRoZWl0IEVyaG9sdW5nIG5hY2ggS3JhbmtlbmhhdXMgYXVmZW50aGFsdCANCmFu enViaWV0ZW4uPC9TVFJPTkc+PC9TUEFOPjwvUD4NCjxQIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiBu b3JtYWw7IE1BUkdJTjogMGNtIDBjbSAxMHB0OyBCQUNLR1JPVU5EOiB3aGl0ZTsgbXNvLW1hcmdp bi10b3AtYWx0OiBhdXRvOyBtc28tbWFyZ2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0KY2xhc3M9TXNv Tm9ybWFsIGFsaWduPWNlbnRlcj48U1BBTj48U1RST05HPiZuYnNwO01pdCBTZXJ2aWNlIFF1YWxp dMOkdCBnYXJhbnRpZXJ0IA0KZHVyY2ggVGhhaSBMb25nIFN0YXkgWmVydGlmaWthdCBhdXMgZGVt IE1pbmlzdGVyaXVtIHZvbiA8L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAgDQpzdHlsZT0iTElORS1I RUlHSFQ6IG5vcm1hbDsgTUFSR0lOOiAwY20gMGNtIDEwcHQ7IEJBQ0tHUk9VTkQ6IHdoaXRlOyBt c28tbWFyZ2luLXRvcC1hbHQ6IGF1dG87IG1zby1tYXJnaW4tYm90dG9tLWFsdDogYXV0byIgDQpj bGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyPjxTUEFOPjxTVFJPTkc+VG91cmlzbXVzIHVuZCB6 ZXJ0aWZpemllcnQgdm9uIGRlbiANCk5hdGlvbmFsZW4gRXNzZW4gSW5zdGl0dXQgVGhhaWxhbmQu IEtvbW1lbiBTaWUgdW5kIGVybGViZW4gU2llIGRhcyBNYXhpbXVtIGFuIA0KU3Bhw58uPG86cD48 L286cD48L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAgDQpzdHlsZT0iTElORS1IRUlHSFQ6IG5vcm1h bDsgTUFSR0lOOiAwY20gMGNtIDEwcHQ7IEJBQ0tHUk9VTkQ6IHdoaXRlOyBtc28tbWFyZ2luLXRv cC1hbHQ6IGF1dG87IG1zby1tYXJnaW4tYm90dG9tLWFsdDogYXV0byIgDQpjbGFzcz1Nc29Ob3Jt YWwgYWxpZ249Y2VudGVyPjxTUEFOPjxTVFJPTkc+UnVoZXN0YW5kIGxlYmVuIGJlZmluZGV0IHNp Y2ggaW4gZGVyIA0KbsOkaGUgdm9tIFN0cmFuZCB2b24gPEZPTlQgY29sb3I9I2ZmMDAwMD5QYXR0 YXlhIA0KVGhhaWxhbmQ8L0ZPTlQ+LjxvOnA+PC9vOnA+PC9TVFJPTkc+PC9TUEFOPjwvUD4NCjxQ IA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiBub3JtYWw7IE1BUkdJTjogMGNtIDBjbSAxMHB0OyBCQUNL R1JPVU5EOiB3aGl0ZTsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFyZ2luLWJvdHRv bS1hbHQ6IGF1dG8iIA0KY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFNSUxZ OiAnQXJpYWwnLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMyMjIyMjI7IEZPTlQtU0laRTogMTAuNXB0 OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbiciPjxTVFJPTkc+Jm5i c3A7PG86cD48L286cD48L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAgDQpzdHlsZT0iTElORS1IRUlH SFQ6IG5vcm1hbDsgTUFSR0lOOiAwY20gMGNtIDEwcHQ7IEJBQ0tHUk9VTkQ6IHdoaXRlOyBtc28t bWFyZ2luLXRvcC1hbHQ6IGF1dG87IG1zby1tYXJnaW4tYm90dG9tLWFsdDogYXV0byIgDQpjbGFz cz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdBcmlhbCcsJ3NhbnMtc2Vy aWYnOyBDT0xPUjogIzIyMjIyMjsgRk9OVC1TSVpFOiAxMC41cHQ7IG1zby1mYXJlYXN0LWZvbnQt ZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJyI+PFNUUk9ORz4mbmJzcDs8bzpwPjwvbzpwPjwvU1RS T05HPjwvU1BBTj48L1A+DQo8UCANCnN0eWxlPSJMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46 IDBjbSAwY20gMTBwdDsgQkFDS0dST1VORDogd2hpdGU7IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0 bzsgbXNvLW1hcmdpbi1ib3R0b20tYWx0OiBhdXRvIiANCmNsYXNzPU1zb05vcm1hbD48U1BBTj48 U1RST05HPjxGT05UIGNvbG9yPSNmZjAwMDA+U29uZGVyYW5nZWJvdCAhISEhJm5ic3A7IDMwJSAN CkVybcOkw59pZ3VuZyBmw7xyIGRlbiBlcnN0ZW4gQXVmdHJhZzwvRk9OVD4uPC9TVFJPTkc+PC9T UEFOPjwvUD4NCjxQIA0Kc3R5bGU9IkxJTkUtSEVJR0hUOiBub3JtYWw7IE1BUkdJTjogMGNtIDBj bSAxMHB0OyBCQUNLR1JPVU5EOiB3aGl0ZTsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28t bWFyZ2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0KY2xhc3M9TXNvTm9ybWFsPjxTUEFOPjxTVFJPTkc+ RGVyIEJldHJldXRlIFdvaG4gLSBTZXJ2aWNlIDxGT05UIA0KY29sb3I9I2ZmMDAwMD5mw7xyIHdl bmlnZXIgYWxzIDI1MDAgVVNEIC8gbW9uYXQuPC9GT05UPjwvU1RST05HPjwvU1BBTj48L1A+DQo8 UCANCnN0eWxlPSJMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46IDBjbSAwY20gMTBwdDsgQkFD S0dST1VORDogd2hpdGU7IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdpbi1ib3R0 b20tYWx0OiBhdXRvIiANCmNsYXNzPU1zb05vcm1hbD48U1BBTj48L1NQQU4+PFNQQU4gDQpzdHls ZT0iRk9OVC1GQU1JTFk6ICdDb3JkaWEgTmV3Jywnc2Fucy1zZXJpZic7IENPTE9SOiAjMjIyMjIy OyBGT05ULVNJWkU6IDIwcHQ7IG1zby1hc2NpaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28t aGFuc2ktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktdGhlbWUtZm9udDogbWlub3It YmlkaTsgbXNvLWJpZGktZm9udC1mYW1pbHk6ICdDb3JkaWEgTmV3JzsgbXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nIj48U1RST05HPiZuYnNwOzxvOnA+PC9vOnA+PC9T VFJPTkc+PC9TUEFOPjwvUD4NCjxQIHN0eWxlPSJMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46 IDBjbSAwY20gMHB0OyBCQUNLR1JPVU5EOiB3aGl0ZSIgDQpjbGFzcz1Nc29Ob3JtYWw+PFNQQU4+ PFNUUk9ORz5CZXN1Y2hlbiBTaWUgdW5zZXJlIFdlYnNpdGUmbmJzcDs8L1NUUk9ORz48QSANCmhy ZWY9Imh0dHA6Ly93d3cuYWJzb2x1dGVsaXZpbmd0aGFpbGFuZC5jb20vIiB0YXJnZXQ9X2JsYW5r PjxTUEFOIA0Kc3R5bGU9IkNPTE9SOiAjMDA3MGMwOyBURVhULURFQ09SQVRJT046IG5vbmU7IHRl eHQtdW5kZXJsaW5lOiBub25lIj48U1RST05HPjxGT05UIA0KY29sb3I9IzAwMDBmZj53d3cuYWJz b2x1dGVsaXZpbmd0aGFpbGFuZC5jb208L0ZPTlQ+PC9TVFJPTkc+PC9TUEFOPjwvQT48U1RST05H PiZuYnNwOzwvU1RST05HPjwvU1BBTj48L1A+DQo8UCBzdHlsZT0iTElORS1IRUlHSFQ6IG5vcm1h bDsgTUFSR0lOOiAwY20gMGNtIDBwdDsgQkFDS0dST1VORDogd2hpdGUiIA0KY2xhc3M9TXNvTm9y bWFsPjxTUEFOPjxTVFJPTkc+UnVmZW4gU2llIHVucyBqZXR6dCB1bnRlciA8Rk9OVCBjb2xvcj0j MDAwMGZmPjA4NCANCjM2MiAzMTQ1IHVuZCAwOTIgMjY1IDExNDUgPC9GT05UPjwvU1RST05HPjwv U1BBTj48L1A+DQo8UCBzdHlsZT0iTElORS1IRUlHSFQ6IG5vcm1hbDsgTUFSR0lOOiAwY20gMGNt IDBwdDsgQkFDS0dST1VORDogd2hpdGUiIA0KY2xhc3M9TXNvTm9ybWFsPjxTUEFOPjxTVFJPTkc+ b2RlciBlLW1haWwgYW4gdW5zIGJlaSZuYnNwOzwvU1RST05HPjxBIA0KaHJlZj0ibWFpbHRvOmlu Zm9AYWJzb2x1dGVsaXZpbmcuY28udGgiIHRhcmdldD1fYmxhbms+PFNQQU4gDQpzdHlsZT0iQ09M T1I6ICM1NThlZDU7IFRFWFQtREVDT1JBVElPTjogbm9uZTsgdGV4dC11bmRlcmxpbmU6IG5vbmU7 IG1zby10aGVtZWNvbG9yOiB0ZXh0MjsgbXNvLXRoZW1ldGludDogMTUzOyBtc28tc3R5bGUtdGV4 dGZpbGwtZmlsbC1jb2xvcjogIzU1OEVENTsgbXNvLXN0eWxlLXRleHRmaWxsLWZpbGwtdGhlbWVj b2xvcjogdGV4dDI7IG1zby1zdHlsZS10ZXh0ZmlsbC1maWxsLWFscGhhOiAxMDAuMCU7IG1zby1z dHlsZS10ZXh0ZmlsbC1maWxsLWNvbG9ydHJhbnNmb3JtczogJ2x1bW09NjAwMDAgbHVtbz00MDAw MCciPjxTVFJPTkc+PEZPTlQgDQpjb2xvcj0jMDAwMGZmPmluZm9AYWJzb2x1dGVsaXZpbmcuY28u dGg8L0ZPTlQ+PC9TVFJPTkc+PC9TUEFOPjwvQT48L1NQQU4+PC9QPg0KPFAgc3R5bGU9IkxJTkUt SEVJR0hUOiBub3JtYWw7IE1BUkdJTjogMGNtIDBjbSAwcHQ7IEJBQ0tHUk9VTkQ6IHdoaXRlIiAN CmNsYXNzPU1zb05vcm1hbD48U1BBTj48L1NQQU4+Jm5ic3A7PC9QPg0KPFAgc3R5bGU9IkxJTkUt SEVJR0hUOiBub3JtYWw7IE1BUkdJTjogMGNtIDBjbSAwcHQ7IEJBQ0tHUk9VTkQ6IHdoaXRlIiAN CmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4+PFNUUk9ORz4oIA0KRU5HTElTSCk8 L1NUUk9ORz48L1NQQU4+PC9TUEFOPjwvUD48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0Nv cmRpYSBOZXcnLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMyMjIyMjI7IEZPTlQtU0laRTogMjBwdDsg bXNvLWFzY2lpLXRoZW1lLWZvbnQ6IG1pbm9yLWJpZGk7IG1zby1oYW5zaS10aGVtZS1mb250OiBt aW5vci1iaWRpOyBtc28tYmlkaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlkaS1mb250 LWZhbWlseTogJ0NvcmRpYSBOZXcnOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbiciPjxTVFJPTkc+DQo8UCANCnN0eWxlPSJURVhULUFMSUdOOiBjZW50ZXI7IExJTkUt SEVJR0hUOiBub3JtYWw7IE1BUkdJTjogMGNtIDBjbSAxMHB0OyBCQUNLR1JPVU5EOiB3aGl0ZTsg bXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFyZ2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0K Y2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48Qj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlM WTogJ0NvcmRpYSBOZXcnLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMyMjIyMjI7IEZPTlQtU0laRTog MjBwdDsgbXNvLWFzY2lpLXRoZW1lLWZvbnQ6IG1pbm9yLWJpZGk7IG1zby1oYW5zaS10aGVtZS1m b250OiBtaW5vci1iaWRpOyBtc28tYmlkaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlk aS1mb250LWZhbWlseTogJ0NvcmRpYSBOZXcnOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1Rp bWVzIE5ldyBSb21hbiciPkRpc2NvdmVyIA0KYSBuZXcgY29uY2VwdCBvZiByZXRpcmVtZW50IGxp dmluZyB3aXRoIHNwZWNpYWwgZWxkZXJseSBjYXJlIA0Kc2VydmljZSw8bzpwPjwvbzpwPjwvU1BB Tj48L0I+PC9QPg0KPFAgDQpzdHlsZT0iVEVYVC1BTElHTjogY2VudGVyOyBMSU5FLUhFSUdIVDog bm9ybWFsOyBNQVJHSU46IDBjbSAwY20gMTBwdDsgQkFDS0dST1VORDogd2hpdGU7IG1zby1tYXJn aW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdpbi1ib3R0b20tYWx0OiBhdXRvIiANCmNsYXNzPU1z b05vcm1hbCBhbGlnbj1jZW50ZXI+PEI+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdDb3Jk aWEgTmV3Jywnc2Fucy1zZXJpZic7IENPTE9SOiAjYzAwMDAwOyBGT05ULVNJWkU6IDIwcHQ7IG1z by1hc2NpaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28taGFuc2ktdGhlbWUtZm9udDogbWlu b3ItYmlkaTsgbXNvLWJpZGktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktZm9udC1m YW1pbHk6ICdDb3JkaWEgTmV3JzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcg Um9tYW4nIj5BYnNvbHV0ZSANCkxpdmluZyBUaGFpbGFuZDwvU1BBTj48L0I+PEI+PFNQQU4gDQpz dHlsZT0iRk9OVC1GQU1JTFk6ICdDb3JkaWEgTmV3Jywnc2Fucy1zZXJpZic7IENPTE9SOiAjMjIy MjIyOyBGT05ULVNJWkU6IDIwcHQ7IG1zby1hc2NpaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBt c28taGFuc2ktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktdGhlbWUtZm9udDogbWlu b3ItYmlkaTsgbXNvLWJpZGktZm9udC1mYW1pbHk6ICdDb3JkaWEgTmV3JzsgbXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nIj4gDQpvZmZlcnMgYSBwZXJmZWN0IGNvbWJp bmF0aW9uIG9mIHJlaGFiaWxpdGF0aW9uIHNlcnZpY2UgPC9TUEFOPjwvQj48L1A+DQo8UCANCnN0 eWxlPSJURVhULUFMSUdOOiBjZW50ZXI7IExJTkUtSEVJR0hUOiBub3JtYWw7IE1BUkdJTjogMGNt IDBjbSAxMHB0OyBCQUNLR1JPVU5EOiB3aGl0ZTsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBt c28tbWFyZ2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRl cj48Qj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NvcmRpYSBOZXcnLCdzYW5zLXNlcmlm JzsgQ09MT1I6ICMyMjIyMjI7IEZPTlQtU0laRTogMjBwdDsgbXNvLWFzY2lpLXRoZW1lLWZvbnQ6 IG1pbm9yLWJpZGk7IG1zby1oYW5zaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlkaS10 aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlkaS1mb250LWZhbWlseTogJ0NvcmRpYSBOZXcn OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbiciPmFuZCANCmJlYXV0 aWZ1bCByZXRpcmVtZW50IGxpdmluZyByZXNvcnQgZW52aXJvbm1lbnQuIDxvOnA+PC9vOnA+PC9T UEFOPjwvQj48L1A+DQo8UCANCnN0eWxlPSJURVhULUFMSUdOOiBjZW50ZXI7IExJTkUtSEVJR0hU OiBub3JtYWw7IE1BUkdJTjogMGNtIDBjbSAxMHB0OyBCQUNLR1JPVU5EOiB3aGl0ZTsgbXNvLW1h cmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFyZ2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0KY2xhc3M9 TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48Qj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0Nv cmRpYSBOZXcnLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMyMjIyMjI7IEZPTlQtU0laRTogMjBwdDsg bXNvLWFzY2lpLXRoZW1lLWZvbnQ6IG1pbm9yLWJpZGk7IG1zby1oYW5zaS10aGVtZS1mb250OiBt aW5vci1iaWRpOyBtc28tYmlkaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlkaS1mb250 LWZhbWlseTogJ0NvcmRpYSBOZXcnOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbiciPldlIA0KYXJlIHJlYWR5IHRvIHNlcnZlIGEgdmFyaWV0eSBvZiBzZW5pb3IgbGl2 aW5nIG9wdGlvbnMgYW5kIGFtZW5pdGllcyANCjwvU1BBTj48L0I+PC9QPg0KPFAgDQpzdHlsZT0i VEVYVC1BTElHTjogY2VudGVyOyBMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46IDBjbSAwY20g MTBwdDsgQkFDS0dST1VORDogd2hpdGU7IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1h cmdpbi1ib3R0b20tYWx0OiBhdXRvIiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PEI+ PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdDb3JkaWEgTmV3Jywnc2Fucy1zZXJpZic7IENP TE9SOiAjMjIyMjIyOyBGT05ULVNJWkU6IDIwcHQ7IG1zby1hc2NpaS10aGVtZS1mb250OiBtaW5v ci1iaWRpOyBtc28taGFuc2ktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktdGhlbWUt Zm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktZm9udC1mYW1pbHk6ICdDb3JkaWEgTmV3JzsgbXNv LWZhcmVhc3QtZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nIj50aGF0IA0KY29tZSB3aXRo IGFuIEFzc2lzdGVkIExpdmluZyBmYWNpbGl0eSBmb3IgPC9TUEFOPjwvQj48Qj48U1BBTiANCnN0 eWxlPSJGT05ULUZBTUlMWTogJ0NvcmRpYSBOZXcnLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICNjMDAw MDA7IEZPTlQtU0laRTogMjBwdDsgbXNvLWFzY2lpLXRoZW1lLWZvbnQ6IG1pbm9yLWJpZGk7IG1z by1oYW5zaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlkaS10aGVtZS1mb250OiBtaW5v ci1iaWRpOyBtc28tYmlkaS1mb250LWZhbWlseTogJ0NvcmRpYSBOZXcnOyBtc28tZmFyZWFzdC1m b250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbiciPkFsemhlaW1lcuKAmXMgDQphbmQgUGFya2lu c29u4oCZcyBjYXJlPC9TUEFOPjwvQj48Qj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0Nv cmRpYSBOZXcnLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMyMjIyMjI7IEZPTlQtU0laRTogMjBwdDsg bXNvLWFzY2lpLXRoZW1lLWZvbnQ6IG1pbm9yLWJpZGk7IG1zby1oYW5zaS10aGVtZS1mb250OiBt aW5vci1iaWRpOyBtc28tYmlkaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlkaS1mb250 LWZhbWlseTogJ0NvcmRpYSBOZXcnOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbiciPiwgDQo8bzpwPjwvbzpwPjwvU1BBTj48L0I+PC9QPg0KPFAgDQpzdHlsZT0iVEVY VC1BTElHTjogY2VudGVyOyBMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46IDBjbSAwY20gMTBw dDsgQkFDS0dST1VORDogd2hpdGU7IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdp bi1ib3R0b20tYWx0OiBhdXRvIiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PEI+PFNQ QU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdDb3JkaWEgTmV3Jywnc2Fucy1zZXJpZic7IENPTE9S OiAjMjIyMjIyOyBGT05ULVNJWkU6IDIwcHQ7IG1zby1hc2NpaS10aGVtZS1mb250OiBtaW5vci1i aWRpOyBtc28taGFuc2ktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktdGhlbWUtZm9u dDogbWlub3ItYmlkaTsgbXNvLWJpZGktZm9udC1mYW1pbHk6ICdDb3JkaWEgTmV3JzsgbXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nIj5JbmRlcGVuZGVudC1saXZpbmcg DQpmb3IgTG9uZ3N0YXkgYW5kIEhlYWx0aCByZWNvdmVyeSBmb3IgYWZ0ZXIgaG9zcGl0YWwgc3Rh eS4gDQo8bzpwPjwvbzpwPjwvU1BBTj48L0I+PC9QPg0KPFAgDQpzdHlsZT0iVEVYVC1BTElHTjog Y2VudGVyOyBMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46IDBjbSAwY20gMTBwdDsgQkFDS0dS T1VORDogd2hpdGU7IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdpbi1ib3R0b20t YWx0OiBhdXRvIiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PEI+PFNQQU4gDQpzdHls ZT0iRk9OVC1GQU1JTFk6ICdDb3JkaWEgTmV3Jywnc2Fucy1zZXJpZic7IENPTE9SOiAjMjIyMjIy OyBGT05ULVNJWkU6IDIwcHQ7IG1zby1hc2NpaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28t aGFuc2ktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktdGhlbWUtZm9udDogbWlub3It YmlkaTsgbXNvLWJpZGktZm9udC1mYW1pbHk6ICdDb3JkaWEgTmV3JzsgbXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nIj5XaXRoIA0Kc2VydmljZSBxdWFsaXR5IGd1YXJh bnRlZWQgYnkgVGhhaSBMb25nIFN0YXkgQ2VydGlmaWNhdGUgPC9TUEFOPjwvQj48L1A+DQo8UCAN CnN0eWxlPSJURVhULUFMSUdOOiBjZW50ZXI7IExJTkUtSEVJR0hUOiBub3JtYWw7IE1BUkdJTjog MGNtIDBjbSAxMHB0OyBCQUNLR1JPVU5EOiB3aGl0ZTsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRv OyBtc28tbWFyZ2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNl bnRlcj48Qj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NvcmRpYSBOZXcnLCdzYW5zLXNl cmlmJzsgQ09MT1I6ICMyMjIyMjI7IEZPTlQtU0laRTogMjBwdDsgbXNvLWFzY2lpLXRoZW1lLWZv bnQ6IG1pbm9yLWJpZGk7IG1zby1oYW5zaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlk aS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlkaS1mb250LWZhbWlseTogJ0NvcmRpYSBO ZXcnOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbiciPmZyb20gDQp0 aGUgTWluaXN0cnkgb2YgVHJ1aXNtcyBhbmQgQ2VydGlmaWVkIGZvciBNYXNzIENhdGVyaW5nIGZy b20gTmF0aW9uYWwgRm9vZCANCkluc3RpdHV0ZSBUaGFpbGFuZC4gPG86cD48L286cD48L1NQQU4+ PC9CPjwvUD4NCjxQIA0Kc3R5bGU9IlRFWFQtQUxJR046IGNlbnRlcjsgTElORS1IRUlHSFQ6IG5v cm1hbDsgTUFSR0lOOiAwY20gMGNtIDEwcHQ7IEJBQ0tHUk9VTkQ6IHdoaXRlOyBtc28tbWFyZ2lu LXRvcC1hbHQ6IGF1dG87IG1zby1tYXJnaW4tYm90dG9tLWFsdDogYXV0byIgDQpjbGFzcz1Nc29O b3JtYWwgYWxpZ249Y2VudGVyPjxCPjxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiAnQ29yZGlh IE5ldycsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzIyMjIyMjsgRk9OVC1TSVpFOiAyMHB0OyBtc28t YXNjaWktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWhhbnNpLXRoZW1lLWZvbnQ6IG1pbm9y LWJpZGk7IG1zby1iaWRpLXRoZW1lLWZvbnQ6IG1pbm9yLWJpZGk7IG1zby1iaWRpLWZvbnQtZmFt aWx5OiAnQ29yZGlhIE5ldyc7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJv bWFuJyI+Q29tZSANCmFuZCBleHBlcmllbmNlIHRoZSB1dG1vc3QgaW4gZW5qb3lhYmxlIGFuZCBl bnJpY2hlZCByZXRpcmVtZW50IGxpdmluZyBsb2NhdGVkIA0KbmVhciA8L1NQQU4+PC9CPjxCPjxT UEFOIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiAnQ29yZGlhIE5ldycsJ3NhbnMtc2VyaWYnOyBDT0xP UjogI2MwMDAwMDsgRk9OVC1TSVpFOiAyMHB0OyBtc28tYXNjaWktdGhlbWUtZm9udDogbWlub3It YmlkaTsgbXNvLWhhbnNpLXRoZW1lLWZvbnQ6IG1pbm9yLWJpZGk7IG1zby1iaWRpLXRoZW1lLWZv bnQ6IG1pbm9yLWJpZGk7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiAnQ29yZGlhIE5ldyc7IG1zby1m YXJlYXN0LWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJyI+UGF0dGF5YSANCmJlYWNoLCBU aGFpbGFuZDwvU1BBTj48L0I+PEI+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdDb3JkaWEg TmV3Jywnc2Fucy1zZXJpZic7IENPTE9SOiAjMjIyMjIyOyBGT05ULVNJWkU6IDIwcHQ7IG1zby1h c2NpaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28taGFuc2ktdGhlbWUtZm9udDogbWlub3It YmlkaTsgbXNvLWJpZGktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktZm9udC1mYW1p bHk6ICdDb3JkaWEgTmV3JzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9t YW4nIj4uIA0KPG86cD48L286cD48L1NQQU4+PC9CPjwvUD4NCjxQIA0Kc3R5bGU9IlRFWFQtQUxJ R046IGNlbnRlcjsgTElORS1IRUlHSFQ6IG5vcm1hbDsgTUFSR0lOOiAwY20gMGNtIDEwcHQ7IEJB Q0tHUk9VTkQ6IHdoaXRlOyBtc28tbWFyZ2luLXRvcC1hbHQ6IGF1dG87IG1zby1tYXJnaW4tYm90 dG9tLWFsdDogYXV0byIgDQpjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyPjwvU1RST05HPjwv U1BBTj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NvcmRpYSBOZXcnLCdzYW5zLXNlcmlm JzsgQ09MT1I6ICMyMjIyMjI7IEZPTlQtU0laRTogMjBwdDsgbXNvLWFzY2lpLXRoZW1lLWZvbnQ6 IG1pbm9yLWJpZGk7IG1zby1oYW5zaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlkaS10 aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlkaS1mb250LWZhbWlseTogJ0NvcmRpYSBOZXcn OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbiciPjxvOnA+PFNUUk9O Rz4mbmJzcDs8L1NUUk9ORz48L286cD48L1NQQU4+PC9QPg0KPFAgc3R5bGU9IkxJTkUtSEVJR0hU OiBub3JtYWw7IE1BUkdJTjogMGNtIDBjbSAwcHQ7IEJBQ0tHUk9VTkQ6IHdoaXRlIiANCmNsYXNz PU1zb05vcm1hbD48U1BBTj48U1RST05HPlZlcnkgU3BlY2lhbCBQcm9tb3Rpb24hISEhIDxGT05U IA0KY29sb3I9I2ZmMDAwMD5EaXNjb3VudCAzMCUgZm9yIHRoZSBmaXJzdCBjb250cmFjdC48L0ZP TlQ+IA0KPG86cD48L286cD48L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAgc3R5bGU9IkxJTkUtSEVJ R0hUOiBub3JtYWw7IE1BUkdJTjogMGNtIDBjbSAwcHQ7IEJBQ0tHUk9VTkQ6IHdoaXRlIiANCmNs YXNzPU1zb05vcm1hbD48U1BBTj48U1RST05HPlRoZSBBc3Npc3RlZCBMaXZpbmcgU2VydmljZSBz dGFydGluZzxGT05UIA0KY29sb3I9I2ZmMDAwMD4gZnJvbSBsZXNzIHRoYW4gMiw1MDAgVVNEIC8g bW9udGggDQouPG86cD48L286cD48L0ZPTlQ+PC9TVFJPTkc+PC9TUEFOPjwvUD4NCjxQIHN0eWxl PSJMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46IDBjbSAwY20gMHB0OyBCQUNLR1JPVU5EOiB3 aGl0ZSIgDQpjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdDb3Jk aWEgTmV3Jywnc2Fucy1zZXJpZic7IENPTE9SOiAjMjIyMjIyOyBGT05ULVNJWkU6IDIwcHQ7IG1z by1hc2NpaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28taGFuc2ktdGhlbWUtZm9udDogbWlu b3ItYmlkaTsgbXNvLWJpZGktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktZm9udC1m YW1pbHk6ICdDb3JkaWEgTmV3JzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcg Um9tYW4nIj48bzpwPjxTVFJPTkc+Jm5ic3A7PC9TVFJPTkc+PC9vOnA+PC9TUEFOPjwvUD4NCjxQ IHN0eWxlPSJMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46IDBjbSAwY20gMHB0OyBCQUNLR1JP VU5EOiB3aGl0ZSIgDQpjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6 ICdDb3JkaWEgTmV3Jywnc2Fucy1zZXJpZic7IENPTE9SOiAjMjIyMjIyOyBGT05ULVNJWkU6IDIw cHQ7IG1zby1hc2NpaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28taGFuc2ktdGhlbWUtZm9u dDogbWlub3ItYmlkaTsgbXNvLWJpZGktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGkt Zm9udC1mYW1pbHk6ICdDb3JkaWEgTmV3JzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6ICdUaW1l cyBOZXcgUm9tYW4nIj48U1RST05HPlZpc2l0IA0Kb3VyIFdlYnNpdGUgPC9TVFJPTkc+PEEgaHJl Zj0iaHR0cDovL3d3dy5hYnNvbHV0ZWxpdmluZ3RoYWlsYW5kLmNvbS8iIA0KdGFyZ2V0PV9ibGFu az48U1BBTiANCnN0eWxlPSJDT0xPUjogYmx1ZSI+PFNUUk9ORz53d3cuYWJzb2x1dGVsaXZpbmd0 aGFpbGFuZC5jb208L1NUUk9ORz48L1NQQU4+PC9BPjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQ IHN0eWxlPSJMSU5FLUhFSUdIVDogbm9ybWFsOyBNQVJHSU46IDBjbSAwY20gMHB0OyBCQUNLR1JP VU5EOiB3aGl0ZSIgDQpjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6 ICdDb3JkaWEgTmV3Jywnc2Fucy1zZXJpZic7IEZPTlQtU0laRTogMjBwdDsgbXNvLWFzY2lpLXRo ZW1lLWZvbnQ6IG1pbm9yLWJpZGk7IG1zby1oYW5zaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBt c28tYmlkaS10aGVtZS1mb250OiBtaW5vci1iaWRpOyBtc28tYmlkaS1mb250LWZhbWlseTogJ0Nv cmRpYSBOZXcnOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbiciPjxT VFJPTkc+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPk1vYmlsZTwvRk9OVD48U1BBTiBzdHlsZT0iQ09M T1I6IGJsdWUiPiA6IDA4NCAzNjIgMzE0NSAsIA0KPC9TUEFOPjxTUEFOIHN0eWxlPSJDT0xPUjog IzIyMjIyMiI+PEEgaHJlZj0idGVsOjA5MiUyMDI2NSUyMDExNDUiIA0KdGFyZ2V0PV9ibGFuaz48 U1BBTiANCnN0eWxlPSJDT0xPUjogYmx1ZTsgVEVYVC1ERUNPUkFUSU9OOiBub25lOyB0ZXh0LXVu ZGVybGluZTogbm9uZSI+MDkyIDI2NSANCjExNDU8L1NQQU4+PC9BPiA8bzpwPjwvbzpwPjwvU1BB Tj48L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAxMHB0IiBj bGFzcz1Nc29Ob3JtYWw+PFNQQU4+PFNUUk9ORz5lbWFpbCA6IA0KPC9TVFJPTkc+PEEgaHJlZj0i bWFpbHRvOmluZm9AYWJzb2x1dGVsaXZpbmcuY28udGgiIHRhcmdldD1fYmxhbms+PFNQQU4gDQpz dHlsZT0iRk9OVC1GQU1JTFk6ICdDb3JkaWEgTmV3Jywnc2Fucy1zZXJpZic7IENPTE9SOiBibHVl OyBURVhULURFQ09SQVRJT046IG5vbmU7IG1zby1hc2NpaS10aGVtZS1mb250OiBtaW5vci1iaWRp OyBtc28taGFuc2ktdGhlbWUtZm9udDogbWlub3ItYmlkaTsgbXNvLWJpZGktdGhlbWUtZm9udDog bWlub3ItYmlkaTsgdGV4dC11bmRlcmxpbmU6IG5vbmUiPjxTVFJPTkc+aW5mb0BhYnNvbHV0ZWxp dmluZy48V0JSPmNvLnRoPC9TVFJPTkc+PC9TUEFOPjwvQT48L1NQQU4+PFNQQU4+PEJSIA0KY2xh c3M9QXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZT48U1RST05HPiZuYnNwOzwvU1RST05HPjwvUD48 U1BBTiANCnN0eWxlPSJURVhULURFQ09SQVRJT046IG5vbmUiPjxTUEFOPjxTUEFOPjxTUEFOIA0K c3R5bGU9IkNPTE9SOiByZ2IoMTkyLDAsMCkiPjwvU1BBTj4NCjxQIA0Kc3R5bGU9IlRFWFQtVFJB TlNGT1JNOiBub25lOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjU1LDI1NSwyNTUpOyBURVhULUlO REVOVDogMHB4OyBNQVJHSU46IDBpbiAwaW4gMHB0OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBG T05UOiAxMXB0IENhbGlicmksIHNhbnMtc2VyaWY7IFdISVRFLVNQQUNFOiBub3JtYWw7IENPTE9S OiByZ2IoMzQsMzQsMzQpOyBXT1JELVNQQUNJTkc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4IiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4gc3R5bGU9IkNP TE9SOiByZ2IoMTkyLDAsMCkiPjxTVFJPTkc+PElNRyANCnN0eWxlPSJXSURUSDogNTM4cHg7IEhF SUdIVDogMzYxcHgiIA0Kc3JjPSJodHRwczovL2FxczN2cS5ibDMzMDIubGl2ZWZpbGVzdG9yZS5j b20veTJwVkMtSFQ4MG9ETHJ5VkczRm9UZWFWTnBxYkdTY0o4cS1ERVlBTGdYRmd5eEExVG0zVVBS X1llWGlKQ0JReGVuYTYwbnFYMnZsS2Zob2trTGRHMDMtYUhqMEcxaVV4cHZXeVdnVkdCb3VvdWFJ ZTZ6YUhUSGxhVDJoUzhzckVWd0ZfTkdRWmxWczdJRHlrR1hfbC02cThRL0lNR18wODU5LmpwZz9w c2lkPTEiIA0Kd2lkdGg9MTY2MiBoZWlnaHQ9MTI3NT48L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAg DQpzdHlsZT0iVEVYVC1UUkFOU0ZPUk06IG5vbmU7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTUs MjU1LDI1NSk7IFRFWFQtSU5ERU5UOiAwcHg7IE1BUkdJTjogMGluIDBpbiAwcHQ7IExFVFRFUi1T UEFDSU5HOiBub3JtYWw7IEZPTlQ6IDExcHQgQ2FsaWJyaSwgc2Fucy1zZXJpZjsgV0hJVEUtU1BB Q0U6IG5vcm1hbDsgQ09MT1I6IHJnYigzNCwzNCwzNCk7IFdPUkQtU1BBQ0lORzogMHB4OyAtd2Vi a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRl cj48U1BBTiBzdHlsZT0iQ09MT1I6IHJnYigxOTIsMCwwKSI+PC9TUEFOPiZuYnNwOzwvUD4NCjxQ IA0Kc3R5bGU9IlRFWFQtVFJBTlNGT1JNOiBub25lOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjU1 LDI1NSwyNTUpOyBURVhULUlOREVOVDogMHB4OyBNQVJHSU46IDBpbiAwaW4gMHB0OyBMRVRURVIt U1BBQ0lORzogbm9ybWFsOyBGT05UOiAxMXB0IENhbGlicmksIHNhbnMtc2VyaWY7IFdISVRFLVNQ QUNFOiBub3JtYWw7IENPTE9SOiByZ2IoMzQsMzQsMzQpOyBXT1JELVNQQUNJTkc6IDBweDsgLXdl YmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4IiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50 ZXI+PFNQQU4gc3R5bGU9IkNPTE9SOiByZ2IoMTkyLDAsMCkiPjxTVFJPTkc+PElNRyANCnN0eWxl PSJXSURUSDogNTM2cHg7IEhFSUdIVDogMzg2cHgiIA0Kc3JjPSJodHRwczovL2FxczN2cS5ibDMz MDIubGl2ZWZpbGVzdG9yZS5jb20veTJwM3k0Snl5ZGhlT3pFeWxrZVU1OExyeU1oRkhySkdqM2dl VTRIaVdrS2lZY2xtcWJYWFZQd3VtZmdER2pyTHN4enhBMWUxZl9fZXgtZ05Bb01ZRkJyUnpVVWNG R3ppNlF4TDlDSTBrM3EzT2pKdUEtbUJyYVZ1b0NZODZJQm9lb2tNc0RkNWx5dXBnUndiSkhNNUVY SXd3L0lNR18xNDUxLmpwZz9wc2lkPTEiIA0Kd2lkdGg9MTU5NiBoZWlnaHQ9MTMxMD48L1NUUk9O Rz48L1NQQU4+PC9QPg0KPFAgDQpzdHlsZT0iVEVYVC1UUkFOU0ZPUk06IG5vbmU7IEJBQ0tHUk9V TkQtQ09MT1I6IHJnYigyNTUsMjU1LDI1NSk7IFRFWFQtSU5ERU5UOiAwcHg7IE1BUkdJTjogMGlu IDBpbiAwcHQ7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEZPTlQ6IDExcHQgQ2FsaWJyaSwgc2Fu cy1zZXJpZjsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsgQ09MT1I6IHJnYigzNCwzNCwzNCk7IFdPUkQt U1BBQ0lORzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiIA0KY2xhc3M9TXNv Tm9ybWFsIGFsaWduPWNlbnRlcj48U1BBTiBzdHlsZT0iQ09MT1I6IHJnYigxOTIsMCwwKSI+PC9T UEFOPiZuYnNwOzwvUD4NCjxQIA0Kc3R5bGU9IlRFWFQtVFJBTlNGT1JNOiBub25lOyBCQUNLR1JP VU5ELUNPTE9SOiByZ2IoMjU1LDI1NSwyNTUpOyBURVhULUlOREVOVDogMHB4OyBNQVJHSU46IDBp biAwaW4gMHB0OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05UOiAxMXB0IENhbGlicmksIHNh bnMtc2VyaWY7IFdISVRFLVNQQUNFOiBub3JtYWw7IENPTE9SOiByZ2IoMzQsMzQsMzQpOyBXT1JE LVNQQUNJTkc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4IiANCmNsYXNzPU1z b05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4gc3R5bGU9IkNPTE9SOiByZ2IoMTkyLDAsMCkiPjxT VFJPTkc+PElNRyANCnN0eWxlPSJXSURUSDogNTM2cHg7IEhFSUdIVDogNDM1cHgiIA0Kc3JjPSJo dHRwczovL2FxczN2cS5ibDMzMDIubGl2ZWZpbGVzdG9yZS5jb20veTJwdllGbVVnV251WWJ0MmdG VlhjYTJiWWRGaDhTSjl4TWV1X2dUb3hmWmJXNldkWEk1TElQYy1XSmYtbGhyMEFjdl9rby01UGo1 NElvUmxfVlczc2FYSExacGNCSktiZDhOeUJ2M3NWSURDN1Q3aEtyVEhZb2psWXNXVk5xTHE2Nkxl RlFVN25FTU5MN0VXN3Z2MnNPWU93L0lNR18wODcxLmpwZz9wc2lkPTEiIA0Kd2lkdGg9MTI0MiBo ZWlnaHQ9MTI1OD48L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAgDQpzdHlsZT0iVEVYVC1UUkFOU0ZP Uk06IG5vbmU7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTUsMjU1LDI1NSk7IFRFWFQtSU5ERU5U OiAwcHg7IE1BUkdJTjogMGluIDBpbiAwcHQ7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEZPTlQ6 IDExcHQgQ2FsaWJyaSwgc2Fucy1zZXJpZjsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsgQ09MT1I6IHJn YigzNCwzNCwzNCk7IFdPUkQtU1BBQ0lORzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRo OiAwcHgiIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48U1BBTiANCnN0eWxlPSJDT0xP UjogcmdiKDE5MiwwLDApIj48U1RST05HPjwvU1RST05HPjwvU1BBTj4mbmJzcDs8L1A+DQo8UCAN CnN0eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1NSwy NTUsMjU1KTsgVEVYVC1JTkRFTlQ6IDBweDsgTUFSR0lOOiAwaW4gMGluIDBwdDsgTEVUVEVSLVNQ QUNJTkc6IG5vcm1hbDsgRk9OVDogMTFwdCBDYWxpYnJpLCBzYW5zLXNlcmlmOyBXSElURS1TUEFD RTogbm9ybWFsOyBDT0xPUjogcmdiKDM0LDM0LDM0KTsgV09SRC1TUEFDSU5HOiAwcHg7IC13ZWJr aXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCIgDQpjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVy PjxTUEFOIHN0eWxlPSJDT0xPUjogcmdiKDE5MiwwLDApIj48SU1HIA0Kc3R5bGU9IldJRFRIOiA1 MzRweDsgSEVJR0hUOiAzNjJweCIgDQpzcmM9Imh0dHBzOi8vYXFzM3ZxLmJsMzMwMi5saXZlZmls ZXN0b3JlLmNvbS95MnAzVHhYNEFVeTBMaktlVWk5M3Fya1JRazRxMmxKM3VnVWJIVllNejZJQzdC cnYxbEpLd0ZsVmRVUTNXV1dIWHR2SGVyRlRZMlQ5eUkwYXdMOGg1YlUySFlaVUVMZWpIZFBKanl1 bHotS2ZaNWExdDAzNW5zU1pWblZsb3d1dTc1U3ZFNkZUZFNRd2dKNThEN1JVMlBiaUEvSU1HXzA5 NTMuanBnP3BzaWQ9MSIgDQp3aWR0aD01OTggaGVpZ2h0PTEyOTE+PC9TUEFOPjwvUD4NCjxQIA0K c3R5bGU9IlRFWFQtVFJBTlNGT1JNOiBub25lOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjU1LDI1 NSwyNTUpOyBURVhULUlOREVOVDogMHB4OyBNQVJHSU46IDBpbiAwaW4gMHB0OyBMRVRURVItU1BB Q0lORzogbm9ybWFsOyBGT05UOiAxMXB0IENhbGlicmksIHNhbnMtc2VyaWY7IFdISVRFLVNQQUNF OiBub3JtYWw7IENPTE9SOiByZ2IoMzQsMzQsMzQpOyBXT1JELVNQQUNJTkc6IDBweDsgLXdlYmtp dC10ZXh0LXN0cm9rZS13aWR0aDogMHB4IiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+ PFNQQU4gc3R5bGU9IkNPTE9SOiByZ2IoMTkyLDAsMCkiPjwvU1BBTj4mbmJzcDs8L1A+DQo8UCAN CnN0eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1NSwy NTUsMjU1KTsgVEVYVC1JTkRFTlQ6IDBweDsgTUFSR0lOOiAwaW4gMGluIDBwdDsgTEVUVEVSLVNQ QUNJTkc6IG5vcm1hbDsgRk9OVDogMTFwdCBDYWxpYnJpLCBzYW5zLXNlcmlmOyBXSElURS1TUEFD RTogbm9ybWFsOyBDT0xPUjogcmdiKDM0LDM0LDM0KTsgV09SRC1TUEFDSU5HOiAwcHg7IC13ZWJr aXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCIgDQpjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVy PjxTUEFOIHN0eWxlPSJDT0xPUjogcmdiKDE5MiwwLDApIj48U1RST05HPjxJTUcgDQpzdHlsZT0i V0lEVEg6IDUzMnB4OyBIRUlHSFQ6IDQyMHB4IiANCnNyYz0iaHR0cHM6Ly9hcXMzdnEuYmwzMzAy LmxpdmVmaWxlc3RvcmUuY29tL3kycDRpOEZEbWhuaGVFdDY0QkcxVmdLSHJORXVndVA4TkRpMmxz SlRvbVNvYVNETjYycFFUM1FQTTJGZHlOb2JhNks5a0plV0tyeDBqcGhiaVVGQnY4dkFpeHVBWXBW OEVsLXdGTHRGVmZobGFHVkRvUE0zSXIxVzZVY3hQQmlpZjhhTkdvVk1HSjhla2s5Q19YcWIyZVBU US9JTUdfMDgzNS5qcGc/cHNpZD0xIiANCndpZHRoPTE0ODYgaGVpZ2h0PTEyNTM+PC9TVFJPTkc+ PC9TUEFOPjwvUD4NCjxQIA0Kc3R5bGU9IlRFWFQtVFJBTlNGT1JNOiBub25lOyBCQUNLR1JPVU5E LUNPTE9SOiByZ2IoMjU1LDI1NSwyNTUpOyBURVhULUlOREVOVDogMHB4OyBNQVJHSU46IDBpbiAw aW4gMHB0OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05UOiAxMXB0IENhbGlicmksIHNhbnMt c2VyaWY7IFdISVRFLVNQQUNFOiBub3JtYWw7IENPTE9SOiByZ2IoMzQsMzQsMzQpOyBXT1JELVNQ QUNJTkc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4IiANCmNsYXNzPU1zb05v cm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4gc3R5bGU9IkNPTE9SOiByZ2IoMTkyLDAsMCkiPjwvU1BB Tj4mbmJzcDs8L1A+DQo8UCANCnN0eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgQkFDS0dST1VO RC1DT0xPUjogcmdiKDI1NSwyNTUsMjU1KTsgVEVYVC1JTkRFTlQ6IDBweDsgTUFSR0lOOiAwaW4g MGluIDBwdDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgRk9OVDogMTFwdCBDYWxpYnJpLCBzYW5z LXNlcmlmOyBXSElURS1TUEFDRTogbm9ybWFsOyBDT0xPUjogcmdiKDM0LDM0LDM0KTsgV09SRC1T UEFDSU5HOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCIgDQpjbGFzcz1Nc29O b3JtYWwgYWxpZ249Y2VudGVyPjxTUEFOIHN0eWxlPSJDT0xPUjogcmdiKDE5MiwwLDApIj48U1RS T05HPjxJTUcgDQpzdHlsZT0iV0lEVEg6IDUzMnB4OyBIRUlHSFQ6IDQwM3B4IiANCnNyYz0iaHR0 cHM6Ly9hcXMzdnEuYmwzMzAyLmxpdmVmaWxlc3RvcmUuY29tL3kycE1QS0pxMTdFOWhxRFd5MU1F SGpWRDlWNGg3YnF1YkZVdWVUMXJDSDk1dW03MHZhb3B6TkVFcTVrU1FKUUxkUktUOTBBM2J3djBW UGlGSE5SWklMb3FhTG8ySldmTnhpV0xYbGtEcFRTcm9HcGxwQndHTzFUQ3I4U2hYbnJLU3NGNzFP SEEtNGw1QTVDWkhYanBjcExoQS9JTUdfMTM4Ny5qcGc/cHNpZD0xIiANCndpZHRoPTE1MjYgaGVp Z2h0PTEyOTI+PC9TVFJPTkc+PC9TUEFOPjwvUD4NCjxQIA0Kc3R5bGU9IlRFWFQtVFJBTlNGT1JN OiBub25lOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjU1LDI1NSwyNTUpOyBURVhULUlOREVOVDog MHB4OyBNQVJHSU46IDBpbiAwaW4gMHB0OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05UOiAx MXB0IENhbGlicmksIHNhbnMtc2VyaWY7IFdISVRFLVNQQUNFOiBub3JtYWw7IENPTE9SOiByZ2Io MzQsMzQsMzQpOyBXT1JELVNQQUNJTkc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDog MHB4IiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4gc3R5bGU9IkNPTE9SOiBy Z2IoMTkyLDAsMCkiPjwvU1BBTj4mbmJzcDs8L1A+DQo8UCANCnN0eWxlPSJURVhULVRSQU5TRk9S TTogbm9uZTsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1NSwyNTUsMjU1KTsgVEVYVC1JTkRFTlQ6 IDBweDsgTUFSR0lOOiAwaW4gMGluIDBwdDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgRk9OVDog MTFwdCBDYWxpYnJpLCBzYW5zLXNlcmlmOyBXSElURS1TUEFDRTogbm9ybWFsOyBDT0xPUjogcmdi KDM0LDM0LDM0KTsgV09SRC1TUEFDSU5HOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6 IDBweCIgDQpjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyPjxTUEFOIHN0eWxlPSJDT0xPUjog cmdiKDE5MiwwLDApIj48U1RST05HPjxJTUcgDQpzdHlsZT0iV0lEVEg6IDUzMnB4OyBIRUlHSFQ6 IDM3MHB4IiANCnNyYz0iaHR0cHM6Ly9hcXMzdnEuYmwzMzAyLmxpdmVmaWxlc3RvcmUuY29tL3ky cDZNT1RNY2JWWVIyU2ZyMnhoUnlSRnZVU21rZzdua3ZfZXNwTWZmM05vbWp6TVAtcDVhcnR2bEFk SEJ4VUlPazFhVzVWSThwNlgtU2t4b0JFY216WHRWYjIzTzdXeTlhQ1BYU2pfbXpBSU12QjVha2pI R25EZk9ORlFES1E4SlRsMzFXVWxGb1NycmJFXzgxdVRjQlF1Zy9MQUhfODgzMi5qcGc/cHNpZD0x IiANCndpZHRoPTU0MCBoZWlnaHQ9NTA1PjwvU1RST05HPjwvU1BBTj48L1A+DQo8UCANCnN0eWxl PSJURVhULVRSQU5TRk9STTogbm9uZTsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1NSwyNTUsMjU1 KTsgVEVYVC1JTkRFTlQ6IDBweDsgTUFSR0lOOiAwaW4gMGluIDBwdDsgTEVUVEVSLVNQQUNJTkc6 IG5vcm1hbDsgRk9OVDogMTFwdCBDYWxpYnJpLCBzYW5zLXNlcmlmOyBXSElURS1TUEFDRTogbm9y bWFsOyBDT0xPUjogcmdiKDM0LDM0LDM0KTsgV09SRC1TUEFDSU5HOiAwcHg7IC13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweCIgDQpjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyPjxTUEFO IHN0eWxlPSJDT0xPUjogcmdiKDE5MiwwLDApIj48L1NQQU4+Jm5ic3A7PC9QPg0KPFAgDQpzdHls ZT0iVEVYVC1UUkFOU0ZPUk06IG5vbmU7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTUsMjU1LDI1 NSk7IFRFWFQtSU5ERU5UOiAwcHg7IE1BUkdJTjogMGluIDBpbiAwcHQ7IExFVFRFUi1TUEFDSU5H OiBub3JtYWw7IEZPTlQ6IDExcHQgQ2FsaWJyaSwgc2Fucy1zZXJpZjsgV0hJVEUtU1BBQ0U6IG5v cm1hbDsgQ09MT1I6IHJnYigzNCwzNCwzNCk7IFdPUkQtU1BBQ0lORzogMHB4OyAtd2Via2l0LXRl eHQtc3Ryb2tlLXdpZHRoOiAwcHgiIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48U1BB TiBzdHlsZT0iQ09MT1I6IHJnYigxOTIsMCwwKSI+PFNUUk9ORz48SU1HIA0Kc3R5bGU9IldJRFRI OiA1MjZweDsgSEVJR0hUOiAzODZweCIgDQpzcmM9Imh0dHBzOi8vYXFzM3ZxLmJsMzMwMi5saXZl ZmlsZXN0b3JlLmNvbS95MnBmQWNWMEdOdU1NaWd0cHoxT1NQN3hlS3dVVmU3OWV0dHpFMTgtdDBw Y0FkSTBWUUhoT0dyNFFKVks0RGZHRXdoQ2QyUmFWekFFSzRETXZCbi1faXBVYWVwRC01QTMtaWI5 VUpDdlNHRnkzT2p1d2p0dUhQNkVoYnZUSDhVdWxzbVZCRVRMaXRiZ192dTJ6V2paX1R2SHcvdW5u YW1lZC5qcGc/cHNpZD0xIiANCndpZHRoPTUzNCBoZWlnaHQ9NDYxPjwvU1RST05HPjwvU1BBTj48 L1A+DQo8UCANCnN0eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgQkFDS0dST1VORC1DT0xPUjog cmdiKDI1NSwyNTUsMjU1KTsgVEVYVC1JTkRFTlQ6IDBweDsgTUFSR0lOOiAwaW4gMGluIDBwdDsg TEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgRk9OVDogMTFwdCBDYWxpYnJpLCBzYW5zLXNlcmlmOyBX SElURS1TUEFDRTogbm9ybWFsOyBDT0xPUjogcmdiKDM0LDM0LDM0KTsgV09SRC1TUEFDSU5HOiAw cHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCIgDQpjbGFzcz1Nc29Ob3JtYWwgYWxp Z249Y2VudGVyPjxTUEFOIHN0eWxlPSJDT0xPUjogcmdiKDE5MiwwLDApIj48L1NQQU4+Jm5ic3A7 PC9QPg0KPFAgDQpzdHlsZT0iVEVYVC1UUkFOU0ZPUk06IG5vbmU7IEJBQ0tHUk9VTkQtQ09MT1I6 IHJnYigyNTUsMjU1LDI1NSk7IFRFWFQtSU5ERU5UOiAwcHg7IE1BUkdJTjogMGluIDBpbiAwcHQ7 IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEZPTlQ6IDExcHQgQ2FsaWJyaSwgc2Fucy1zZXJpZjsg V0hJVEUtU1BBQ0U6IG5vcm1hbDsgQ09MT1I6IHJnYigzNCwzNCwzNCk7IFdPUkQtU1BBQ0lORzog MHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiIA0KY2xhc3M9TXNvTm9ybWFsIGFs aWduPWNlbnRlcj48U1BBTiBzdHlsZT0iQ09MT1I6IHJnYigxOTIsMCwwKSI+PFNUUk9ORz48SU1H IA0Kc3R5bGU9IldJRFRIOiA1MzBweDsgSEVJR0hUOiAzNzNweCIgDQpzcmM9Imh0dHBzOi8vYXFz M3ZxLmJsMzMwMi5saXZlZmlsZXN0b3JlLmNvbS95MnByRk9DNDVkZzV2UXVxVFpMY1UtcnRYVEp0 YTB1VlljZkhQVjZaV3I3WHhqV2RRcURnclpVejU4Y3ZxbjBBZjhqUjlHNkEzNnpiUS16TWVRUEJQ SXRLLUgtV2hOWGZ2d2M4U1pSUmI0alFsSlZDa0RqNEFXRWxZSmVmUlpaRUlFcTBvdEk5SHVDUWJM c2g1by1nSDctdkEvdW5uYW1lZCUyMCUyODElMjkuanBnP3BzaWQ9MSIgDQp3aWR0aD01MzAgaGVp Z2h0PTQ1Nj48L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAgDQpzdHlsZT0iVEVYVC1UUkFOU0ZPUk06 IG5vbmU7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTUsMjU1LDI1NSk7IFRFWFQtSU5ERU5UOiAw cHg7IE1BUkdJTjogMGluIDBpbiAwcHQ7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEZPTlQ6IDEx cHQgQ2FsaWJyaSwgc2Fucy1zZXJpZjsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsgQ09MT1I6IHJnYigz NCwzNCwzNCk7IFdPUkQtU1BBQ0lORzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAw cHgiIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48U1BBTiANCnN0eWxlPSJDT0xPUjog cmdiKDE5MiwwLDApIj48U1RST05HPjwvU1RST05HPjwvU1BBTj4mbmJzcDs8L1A+DQo8UCANCnN0 eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1NSwyNTUs MjU1KTsgVEVYVC1JTkRFTlQ6IDBweDsgTUFSR0lOOiAwaW4gMGluIDBwdDsgTEVUVEVSLVNQQUNJ Tkc6IG5vcm1hbDsgRk9OVDogMTFwdCBDYWxpYnJpLCBzYW5zLXNlcmlmOyBXSElURS1TUEFDRTog bm9ybWFsOyBDT0xPUjogcmdiKDM0LDM0LDM0KTsgV09SRC1TUEFDSU5HOiAwcHg7IC13ZWJraXQt dGV4dC1zdHJva2Utd2lkdGg6IDBweCIgDQpjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyPjxT UEFOIHN0eWxlPSJDT0xPUjogcmdiKDE5MiwwLDApIj48SU1HIA0Kc3R5bGU9IldJRFRIOiA1Mjhw eDsgSEVJR0hUOiA0NTFweCIgDQpzcmM9Imh0dHBzOi8vYXFzM3ZxLmJsMzMwMi5saXZlZmlsZXN0 b3JlLmNvbS95MnB1OFdPLTdMd0ZoaGFWRWc2cUozaWlqRm84aUZUWjI1X0VZTkgtUFNIUXNJc3Rk MWlNbkpBVXpvc1UtQ0E0SFdNOFlFUFlLTWhfcW9MblFPbFllcVJwSl9Cd3lMVmM1c25oOWRhQzBf Q1BBdVVHR1UxQ1lMM1dPejdiXzBRN2tPZWE4ckxoTlhuYTMxQVVBdnV1N1o1NncvMTQxNzc1ODY4 OTQyMi5qcGc/cHNpZD0xIiANCndpZHRoPTUzMiBoZWlnaHQ9MTI1NT48L1NQQU4+PC9QPg0KPFAg DQpzdHlsZT0iVEVYVC1UUkFOU0ZPUk06IG5vbmU7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTUs MjU1LDI1NSk7IFRFWFQtSU5ERU5UOiAwcHg7IE1BUkdJTjogMGluIDBpbiAwcHQ7IExFVFRFUi1T UEFDSU5HOiBub3JtYWw7IEZPTlQ6IDExcHQgQ2FsaWJyaSwgc2Fucy1zZXJpZjsgV0hJVEUtU1BB Q0U6IG5vcm1hbDsgQ09MT1I6IHJnYigzNCwzNCwzNCk7IFdPUkQtU1BBQ0lORzogMHB4OyAtd2Vi a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRl cj48U1BBTiBzdHlsZT0iQ09MT1I6IHJnYigxOTIsMCwwKSI+PC9TUEFOPiZuYnNwOzwvUD4NCjxQ IA0Kc3R5bGU9IlRFWFQtVFJBTlNGT1JNOiBub25lOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjU1 LDI1NSwyNTUpOyBURVhULUlOREVOVDogMHB4OyBNQVJHSU46IDBpbiAwaW4gMHB0OyBMRVRURVIt U1BBQ0lORzogbm9ybWFsOyBGT05UOiAxMXB0IENhbGlicmksIHNhbnMtc2VyaWY7IFdISVRFLVNQ QUNFOiBub3JtYWw7IENPTE9SOiByZ2IoMzQsMzQsMzQpOyBXT1JELVNQQUNJTkc6IDBweDsgLXdl YmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4IiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50 ZXI+PFNQQU4gc3R5bGU9IkNPTE9SOiByZ2IoMTkyLDAsMCkiPjxJTUcgDQpzdHlsZT0iV0lEVEg6 IDUzMXB4OyBIRUlHSFQ6IDM0M3B4IiANCnNyYz0iaHR0cHM6Ly9hcXMzdnEuYmwzMzAyLmxpdmVm aWxlc3RvcmUuY29tL3kycENkZHE4cEF2cWhkNHB4SzFicHdEeURqbjAwbEpjbEt1NHhmU3VUQ0hj S184Wl9ra19oRkI4MjY1S2psNU03eVFHbWRIR2lJc3g0Umk3Nk4wNlVCdF91TXZDVThJbm8tNVRI OVpLWlE4TG01V3Vlb3piSkJzamxIU3JiQ2VwNjJWLXZYc2VWelMwNFRvdmFQOFZOUFpuUS91bm5h bWVkJTIwJTI4MyUyOS5qcGc/cHNpZD0xIiANCndpZHRoPTUzMSBoZWlnaHQ9NDY4PjwvU1BBTj48 L1A+DQo8UCANCnN0eWxlPSJURVhULVRSQU5TRk9STTogbm9uZTsgQkFDS0dST1VORC1DT0xPUjog cmdiKDI1NSwyNTUsMjU1KTsgVEVYVC1JTkRFTlQ6IDBweDsgTUFSR0lOOiAwaW4gMGluIDBwdDsg TEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgRk9OVDogMTFwdCBDYWxpYnJpLCBzYW5zLXNlcmlmOyBX SElURS1TUEFDRTogbm9ybWFsOyBDT0xPUjogcmdiKDM0LDM0LDM0KTsgV09SRC1TUEFDSU5HOiAw cHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCIgDQpjbGFzcz1Nc29Ob3JtYWwgYWxp Z249Y2VudGVyPjxTUEFOIHN0eWxlPSJDT0xPUjogcmdiKDE5MiwwLDApIj48L1NQQU4+Jm5ic3A7 PC9QPg0KPFAgDQpzdHlsZT0iVEVYVC1UUkFOU0ZPUk06IG5vbmU7IEJBQ0tHUk9VTkQtQ09MT1I6 IHJnYigyNTUsMjU1LDI1NSk7IFRFWFQtSU5ERU5UOiAwcHg7IE1BUkdJTjogMGluIDBpbiAwcHQ7 IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEZPTlQ6IDExcHQgQ2FsaWJyaSwgc2Fucy1zZXJpZjsg V0hJVEUtU1BBQ0U6IG5vcm1hbDsgQ09MT1I6IHJnYigzNCwzNCwzNCk7IFdPUkQtU1BBQ0lORzog MHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiIA0KY2xhc3M9TXNvTm9ybWFsIGFs aWduPWNlbnRlcj48U1BBTiBzdHlsZT0iQ09MT1I6IHJnYigxOTIsMCwwKSI+PFNUUk9ORz48SU1H IA0Kc3R5bGU9IldJRFRIOiA1MzJweDsgSEVJR0hUOiA0MTJweCIgDQpzcmM9Imh0dHBzOi8vYXFz M3ZxLmJsMzMwMi5saXZlZmlsZXN0b3JlLmNvbS95MnBGMWNCcktJcFc4ekU1aEk1eWdhYWxzY0Fz V09fSDdnN0d5U3ZOMDUyTkt2SHdvR0tFdy1JSE9TQkpIY2lCSnZxNC1SVXdNZ0szeTBZZ0V2WFRI NEYzX3B6WnUwUFRFcjhKTXlVZ0JWSXdZNUVHd2ZXVlVBRTBTdkVqZUUyMGc3a2ZFNXRJamFHeV9l TDdzMW10VHpBZmcvMjAxNDA3MTFfMTUzNjI2LmpwZz9wc2lkPTEiIA0Kd2lkdGg9MjQ2NCBoZWln aHQ9MjM3OD48L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAgDQpzdHlsZT0iVEVYVC1UUkFOU0ZPUk06 IG5vbmU7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTUsMjU1LDI1NSk7IFRFWFQtSU5ERU5UOiAw cHg7IE1BUkdJTjogMGluIDBpbiAwcHQ7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEZPTlQ6IDEx cHQgQ2FsaWJyaSwgc2Fucy1zZXJpZjsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsgQ09MT1I6IHJnYigz NCwzNCwzNCk7IFdPUkQtU1BBQ0lORzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAw cHgiIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48U1BBTiBzdHlsZT0iQ09MT1I6IHJn YigxOTIsMCwwKSI+PC9TUEFOPiZuYnNwOzwvUD4NCjxQIA0Kc3R5bGU9IlRFWFQtVFJBTlNGT1JN OiBub25lOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjU1LDI1NSwyNTUpOyBURVhULUlOREVOVDog MHB4OyBNQVJHSU46IDBpbiAwaW4gMHB0OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05UOiAx MXB0IENhbGlicmksIHNhbnMtc2VyaWY7IFdISVRFLVNQQUNFOiBub3JtYWw7IENPTE9SOiByZ2Io MzQsMzQsMzQpOyBXT1JELVNQQUNJTkc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDog MHB4IiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4gc3R5bGU9IkNPTE9SOiBy Z2IoMTkyLDAsMCkiPjxTVFJPTkc+PElNRyANCnN0eWxlPSJXSURUSDogNTI4cHg7IEhFSUdIVDog NDQ3cHgiIA0Kc3JjPSJodHRwczovL2FxczN2cS5ibDMzMDIubGl2ZWZpbGVzdG9yZS5jb20veTJw a2psdWFlOXI3aUo1dVVMY3B3VmI4VmVJNkhUR2cweGtEcUZpV2tMZTJwSWFZMGw1eUlrYWQtc0Vf cTZwS20yRmtMOWJtR1IydzB6dHA5WDNDbHMyYk5STUU3M3prWFdpSTlJeVZFa09jTGJxMjk0c21n Umkyd0RfVnVNZElqbHc1WUIzWWh3UlNYU0RMdkhkRGFXelp3Lzk5MzgxMl8xMDE1Mzc0NjUwMjA4 MDcxN18xNDY2ODExMDU2X24lMjAlMjgxJTI5LmpwZz9wc2lkPTEiIA0Kd2lkdGg9NTM2IGhlaWdo dD05MzM+PC9TVFJPTkc+PC9TUEFOPjwvUD4NCjxQIA0Kc3R5bGU9IlRFWFQtVFJBTlNGT1JNOiBu b25lOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjU1LDI1NSwyNTUpOyBURVhULUlOREVOVDogMHB4 OyBNQVJHSU46IDBpbiAwaW4gMHB0OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05UOiAxMXB0 IENhbGlicmksIHNhbnMtc2VyaWY7IFdISVRFLVNQQUNFOiBub3JtYWw7IENPTE9SOiByZ2IoMzQs MzQsMzQpOyBXT1JELVNQQUNJTkc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4 IiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4gc3R5bGU9IkNPTE9SOiByZ2Io MTkyLDAsMCkiPjwvU1BBTj4mbmJzcDs8L1A+DQo8UCANCnN0eWxlPSJURVhULVRSQU5TRk9STTog bm9uZTsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1NSwyNTUsMjU1KTsgVEVYVC1JTkRFTlQ6IDBw eDsgTUFSR0lOOiAwaW4gMGluIDBwdDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgRk9OVDogMTFw dCBDYWxpYnJpLCBzYW5zLXNlcmlmOyBXSElURS1TUEFDRTogbm9ybWFsOyBDT0xPUjogcmdiKDM0 LDM0LDM0KTsgV09SRC1TUEFDSU5HOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBw eCIgDQpjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyPjxTUEFOIHN0eWxlPSJDT0xPUjogcmdi KDE5MiwwLDApIj48L1NQQU4+Jm5ic3A7PC9QPg0KPFAgDQpzdHlsZT0iVEVYVC1UUkFOU0ZPUk06 IG5vbmU7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTUsMjU1LDI1NSk7IFRFWFQtSU5ERU5UOiAw cHg7IE1BUkdJTjogMGluIDBpbiAwcHQ7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEZPTlQ6IDEx cHQgQ2FsaWJyaSwgc2Fucy1zZXJpZjsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsgQ09MT1I6IHJnYigz NCwzNCwzNCk7IFdPUkQtU1BBQ0lORzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAw cHgiIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48U1BBTiBzdHlsZT0iQ09MT1I6IHJn YigxOTIsMCwwKSI+PC9TUEFOPiZuYnNwOzwvUD4NCjxQIA0Kc3R5bGU9IlRFWFQtVFJBTlNGT1JN OiBub25lOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjU1LDI1NSwyNTUpOyBURVhULUlOREVOVDog MHB4OyBNQVJHSU46IDBpbiAwaW4gMHB0OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05UOiAx MXB0IENhbGlicmksIHNhbnMtc2VyaWY7IFdISVRFLVNQQUNFOiBub3JtYWw7IENPTE9SOiByZ2Io MzQsMzQsMzQpOyBXT1JELVNQQUNJTkc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDog MHB4IiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4gc3R5bGU9IkNPTE9SOiBy Z2IoMTkyLDAsMCkiPjxTVFJPTkc+PElNRyANCnN0eWxlPSJXSURUSDogNTM2cHg7IEhFSUdIVDog NTIxcHgiIA0Kc3JjPSJodHRwczovL2FxczN2cS5ibDMzMDIubGl2ZWZpbGVzdG9yZS5jb20veTJw MEt2aEZZX3A4YUJyajZDNGNuUHItd3Z0NFNsTWQtaERpcGdrckVKNG8yTndTQlBod3dEOHl5WXpC dm9ycmpDdHF5TElrR1RTd2FSR0pDRU56SzltS2kwTF9jR0RYUE94U2JtOEdLTnN6VUhNaVJvTEZM cEFhaC12eXFVVGloRGtSaHo3Z1hTUDBtS0tnZmZfaDRxVkd3LzEuanBnP3BzaWQ9MSIgDQp3aWR0 aD0yNDc1IGhlaWdodD0zNDM1PjwvU1RST05HPjwvU1BBTj48L1A+DQo8UCANCnN0eWxlPSJURVhU LVRSQU5TRk9STTogbm9uZTsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1NSwyNTUsMjU1KTsgVEVY VC1JTkRFTlQ6IDBweDsgTUFSR0lOOiAwaW4gMGluIDBwdDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1h bDsgRk9OVDogMTFwdCBDYWxpYnJpLCBzYW5zLXNlcmlmOyBXSElURS1TUEFDRTogbm9ybWFsOyBD T0xPUjogcmdiKDM0LDM0LDM0KTsgV09SRC1TUEFDSU5HOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJv a2Utd2lkdGg6IDBweCIgDQpjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyPjxTUEFOIHN0eWxl PSJDT0xPUjogcmdiKDE5MiwwLDApIj48L1NQQU4+Jm5ic3A7PC9QPg0KPFAgDQpzdHlsZT0iVEVY VC1UUkFOU0ZPUk06IG5vbmU7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTUsMjU1LDI1NSk7IFRF WFQtSU5ERU5UOiAwcHg7IE1BUkdJTjogMGluIDBpbiAwcHQ7IExFVFRFUi1TUEFDSU5HOiBub3Jt YWw7IEZPTlQ6IDExcHQgQ2FsaWJyaSwgc2Fucy1zZXJpZjsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsg Q09MT1I6IHJnYigzNCwzNCwzNCk7IFdPUkQtU1BBQ0lORzogMHB4OyAtd2Via2l0LXRleHQtc3Ry b2tlLXdpZHRoOiAwcHgiIA0KY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlcj48U1BBTiBzdHls ZT0iQ09MT1I6IHJnYigxOTIsMCwwKSI+PC9TUEFOPiZuYnNwOzwvUD4NCjxQIA0Kc3R5bGU9IlRF WFQtVFJBTlNGT1JNOiBub25lOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjU1LDI1NSwyNTUpOyBU RVhULUlOREVOVDogMHB4OyBNQVJHSU46IDBpbiAwaW4gMHB0OyBMRVRURVItU1BBQ0lORzogbm9y bWFsOyBGT05UOiAxMXB0IENhbGlicmksIHNhbnMtc2VyaWY7IFdISVRFLVNQQUNFOiBub3JtYWw7 IENPTE9SOiByZ2IoMzQsMzQsMzQpOyBXT1JELVNQQUNJTkc6IDBweDsgLXdlYmtpdC10ZXh0LXN0 cm9rZS13aWR0aDogMHB4IiANCmNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXI+PFNQQU4gc3R5 bGU9IkNPTE9SOiByZ2IoMTkyLDAsMCkiPjxTVFJPTkc+PElNRyANCnNyYz0iaHR0cHM6Ly9hcXMz dnEuYmwzMzAyLmxpdmVmaWxlc3RvcmUuY29tL3kycDhFUk0xYkdKYlNzeXNiWFF3cjQwMFh0QzNl Zzl5NFVXU01XaGN0VXdRWXYzallKSmpDU0VMVHJ4SG9Kc2JtdzB5ZTludG15c2l1ZUl3ckRXMV9S YWJtMy05SnlJc2NXeV9SUzk1bFRyd0U0Y2ZtWG4xMktpaGRLOFJ5MFJMMk5oOVp3T2NUcEpzSHBi UW5qZW1NcEs2US91bnRpdGxlZCUyMCUyODIlMjkucG5nP3BzaWQ9MSI+PC9TVFJPTkc+PC9TUEFO PjwvUD4NCjxQIA0Kc3R5bGU9IlRFWFQtVFJBTlNGT1JNOiBub25lOyBCQUNLR1JPVU5ELUNPTE9S OiByZ2IoMjU1LDI1NSwyNTUpOyBURVhULUlOREVOVDogMHB4OyBNQVJHSU46IDBpbiAwaW4gMHB0 OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBGT05UOiAxMXB0IENhbGlicmksIHNhbnMtc2VyaWY7 IFdISVRFLVNQQUNFOiBub3JtYWw7IENPTE9SOiByZ2IoMzQsMzQsMzQpOyBXT1JELVNQQUNJTkc6 IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4IiANCmNsYXNzPU1zb05vcm1hbCBh bGlnbj1jZW50ZXI+PFNQQU4gDQpzdHlsZT0iQ09MT1I6IHJnYigxOTIsMCwwKSI+PC9TUEFOPiZu YnNwOzwvUD48L1NQQU4+PC9TUEFOPjwvU1BBTj48L1NQQU4+PC9TUEFOPjwvU1BBTj48L0ZPTlQ+ PCEtLSBJVFggU3RhcnQgb2YgU3RhdENvdW50ZXIgQ29kZSAtLT48IS0tIFN0YXJ0IG9mIFN0YXRD b3VudGVyIENvZGUgZm9yIERlZmF1bHQgR3VpZGUgLS0+DQo8U0NSSVBUIHR5cGU9dGV4dC9qYXZh c2NyaXB0Pg0KdmFyIHNjX3Byb2plY3Q9MTAyMzA0ODA7IA0KdmFyIHNjX2ludmlzaWJsZT0xOyAN CnZhciBzY19zZWN1cml0eT0iZThhYzYwMjQiOyANCnZhciBzY0pzSG9zdCA9ICgoImh0dHBzOiIg PT0gZG9jdW1lbnQubG9jYXRpb24ucHJvdG9jb2wpID8NCiJodHRwczovL3NlY3VyZS4iIDogImh0 dHA6Ly93d3cuIik7DQpkb2N1bWVudC53cml0ZSgiPHNjIisicmlwdCB0eXBlPSd0ZXh0L2phdmFz Y3JpcHQnIHNyYz0nIiArDQpzY0pzSG9zdCsNCiJzdGF0Y291bnRlci5jb20vY291bnRlci9jb3Vu dGVyLmpzJz48LyIrInNjcmlwdD4iKTsNCjwvU0NSSVBUPg0KPE5PU0NSSVBUPg0KPERJViBjbGFz cz1zdGF0Y291bnRlcj48QSB0aXRsZT0iZnJlZSBoaXQmIzEzOyYjMTA7Y291bnRlciIgDQpocmVm PSJodHRwOi8vc3RhdGNvdW50ZXIuY29tL2ZyZWUtaGl0LWNvdW50ZXIvIiB0YXJnZXQ9X2JsYW5r PjxJTUcgDQpjbGFzcz1zdGF0Y291bnRlciBhbHQ9ImZyZWUgaGl0IGNvdW50ZXIiIA0Kc3JjPSJo dHRwOi8vYy5zdGF0Y291bnRlci5jb20vMTAyMzA0ODAvMC9lOGFjNjAyNC8xLyI+PC9BPjwvRElW PjwvTk9TQ1JJUFQ+PCEtLSBFbmQgb2YgU3RhdENvdW50ZXIgQ29kZSBmb3IgRGVmYXVsdCBHdWlk ZSAtLT48IS0tIElUWCBFbmQgb2YgU3RhdENvdW50ZXIgQ29kZSAtLT4NCldlZCwgMjEgSmFuIDIw MTUgMTg6MjQ6MzMgR01UDQo8L0JPRFk+PC9IVE1MPg0KDQoNCi0tLQ0K4LiL4Lit4Lif4LiV4LmM 4LmB4Lin4Lij4LmMIEF2YXN0IOC5geC4reC4meC4leC4teC5ieC5hOC4p+C4o+C4seC4quC4leC4 o+C4p+C4iOC4quC4reC4muC4q+C4suC5hOC4p+C4o+C4seC4quC4iOC4suC4geC4reC4teC5gOC4 oeC4peC4meC4teC5ieC5geC4peC5ieC4pw0KaHR0cDovL3d3dy5hdmFzdC5jb20NCg== From owner-freebsd-ports@FreeBSD.ORG Thu Jan 22 09:35:21 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 60298F0E for ; Thu, 22 Jan 2015 09:35:21 +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 4CA3E65C for ; Thu, 22 Jan 2015 09:35:21 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0M9ZLcN044789 for ; Thu, 22 Jan 2015 09:35:21 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0M9ZLAt044788; Thu, 22 Jan 2015 09:35:21 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501220935.t0M9ZLAt044788@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, 22 Jan 2015 09:35:21 +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, 22 Jan 2015 09:35:21 -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/pear-PHP_CodeSniffer | 1.5.4 | 2.2.0 ------------------------------------------------+-----------------+------------ games/gottet | 1.0.6 | 1.1.0 ------------------------------------------------+-----------------+------------ lang/scm | 5f1 | 5f2 ------------------------------------------------+-----------------+------------ 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 22 18:09:18 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 1679F62C for ; Thu, 22 Jan 2015 18:09:18 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B1B0DB7 for ; Thu, 22 Jan 2015 18:09:17 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id q59so3293865wes.10 for ; Thu, 22 Jan 2015 10:09:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=h+tbrxYxHARiN9tNOV863gulIj9klhRBWvIa8vJzH4c=; b=nl88CGL9N4zHYSiHzoi9+HmaMTHeIPEcVR5cO2VKe1PAB0SxZzmJOC9RSFmNwnerFU jdn2Nd7fQVjcPjyKEfJE+lG5qF1dPDrs2S2WjaHnW6yfPi/y6UpXzCJiU3WbyJcAZHTc RLi2ZlG0klAR603Z4gGBlvdTIw4vDpue/wX2RsRrPgQiL2a4BVZtGfIZclNoHnm3HuY7 ORDaJA2MRNoWz5uhNsYvx5buce+LznV6Wg34I5Ex8vdU3JZvwBCPl0cCI/JnocdVzY8w lzq2P3vf89mPi4+gFfIulkc5Uf6iK/YyTZZaDaT+Mz7brxow4fUsXn17gZLyn59u0nZZ LSeA== X-Received: by 10.194.237.41 with SMTP id uz9mr5758523wjc.80.1421950156160; Thu, 22 Jan 2015 10:09:16 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id gl11sm4910548wjc.40.2015.01.22.10.09.14 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Jan 2015 10:09:15 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 22 Jan 2015 19:09:13 +0100 From: Baptiste Daroussin To: ports@FreeBSD.org Subject: [HEADSUP] Upcoming change in dependency registration Message-ID: <20150122180912.GE81001@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sfyO1m2EN8ZOtJL6" 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: Thu, 22 Jan 2015 18:09:18 -0000 --sfyO1m2EN8ZOtJL6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all Some changes are coming to the ports, the diff is rather simple, but the change of behaviour is worse notifying all maintainers: Currently and since very long the dependency registration in the ports tree is based on the origin of the packages. which makes it unfriendly with FLAVORS and Subpackages. The ports tree has been changed in the branch https://svnweb.freebsd.org/ports/projects/rework-dependency-registration/ so now it basically do the same kind of mechanism which is done during the different -depends targets, which means it is passing through all the LIB_DEPENDS resolving the dependency pattern into a filename: libintl.so -> /usr/local/lib/libintl.so.8.1.2 then from that path determine the package which should be registered in the dependencies it is walking through all the run depends resolving the dependency pattern the following way: if the pattern is a package schema: pkgconf>0 then it tries to figure out which package should be registered in the dependencies via: pkg info -Eg "pattern" if the pattern is a word it tries to lookup in the PATH for a file and then which package this files belongs to. if the package is an absolute path it will depends on the package this file belong to. While this change sounds a bit simple it is very important, because it fixes people trying to build twice the same py-something port with python3 and python2 ending up with wrong dependency registration. It also allows so start working on FLAVORS and SUBPACKAGES for real (more to come in that area soon). What will change from User PoV: nothing What will change from Maintainer PoV, very few, except that if the dependency pattern is a file or an element to be resolved as a file please ensure that the said file belongs to a package (versus is being generated during post-install scripts). Last side effect it also prepare the way to be able to depend on provides and depend correctly on "smart dep" aka "perl5>=5.18.2_3<5.20" This change is being exp-run and will be committed as soon as it is stable enough Best regards, Bapt --sfyO1m2EN8ZOtJL6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTBPMgACgkQ8kTtMUmk6EyO+ACguiXv4e6hHV9eKpWk5e3O6HQw IaUAoIL8d3Aent67UvKfL2ORe3v1k5bx =MLEx -----END PGP SIGNATURE----- --sfyO1m2EN8ZOtJL6-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 22 20:23:42 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 21ECC223; Thu, 22 Jan 2015 20:23:42 +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 B05D7EF3; Thu, 22 Jan 2015 20:23:41 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0MKOM81093195; Thu, 22 Jan 2015 12:24:22 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: ports@FreeBSD.org, Baptiste Daroussin In-Reply-To: <20150122180912.GE81001@ivaldir.etoilebsd.net> References: <20150122180912.GE81001@ivaldir.etoilebsd.net> From: "Chris H" Subject: Re: [HEADSUP] Upcoming change in dependency registration Date: Thu, 22 Jan 2015 12:24:22 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7996d75b9d724f65af7dd3f63033eb03@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: Thu, 22 Jan 2015 20:23:42 -0000 On Thu, 22 Jan 2015 19:09:13 +0100 Baptiste Daroussin wrote > Hi all > > Some changes are coming to the ports, the diff is rather simple, but the > change of behaviour is worse notifying all maintainers: > > Currently and since very long the dependency registration in the ports tree > is based on the origin of the packages. which makes it unfriendly with > FLAVORS and Subpackages. > > The ports tree has been changed in the branch > https://svnweb.freebsd.org/ports/projects/rework-dependency-registration/ > > so now it basically do the same kind of mechanism which is done during the .. > > Last side effect it also prepare the way to be able to depend on provides and > depend correctly on "smart dep" aka "perl5>=5.18.2_3<5.20" > > This change is being exp-run and will be committed as soon as it is stable > enough > > Best regards, > Bapt Hi Bapt. Will this be OR'ed? In other words; will this create compatibility issues for anyone using ports without this change? While I develop on 11-CURRENT. I wonder about developers that aren't, or haven't yet incorporated this new change? (granted, developers *should* always be running *fairly* current revision(s)). I guess I'm just wondering if ports, and those still using them, that don't *yet* incorporate this change, will still continue to work as intended/expected (at least for awhile). I'm still reading the proposed changes. :) Thanks. --Chris From owner-freebsd-ports@FreeBSD.ORG Thu Jan 22 22:49:34 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 BE3EB940 for ; Thu, 22 Jan 2015 22:49:34 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 9EFB08F for ; Thu, 22 Jan 2015 22:49:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t0MMnYNF055868 for ; Thu, 22 Jan 2015 22:49:34 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t0MMnYVD055866 for ports@FreeBSD.org; Thu, 22 Jan 2015 22:49:34 GMT (envelope-from bdrewery) Received: (qmail 38154 invoked from network); 22 Jan 2015 16:49:33 -0600 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 22 Jan 2015 16:49:33 -0600 Message-ID: <54C17E8B.1060400@FreeBSD.org> Date: Thu, 22 Jan 2015 16:49:47 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Chris H , ports@FreeBSD.org, Baptiste Daroussin Subject: Re: [HEADSUP] Upcoming change in dependency registration References: <20150122180912.GE81001@ivaldir.etoilebsd.net> <7996d75b9d724f65af7dd3f63033eb03@ultimatedns.net> In-Reply-To: <7996d75b9d724f65af7dd3f63033eb03@ultimatedns.net> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KEAcA8HQ0eCGeEpdODV96PcjH0WnIbe0A" 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, 22 Jan 2015 22:49:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KEAcA8HQ0eCGeEpdODV96PcjH0WnIbe0A Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 1/22/2015 2:24 PM, Chris H wrote: > On Thu, 22 Jan 2015 19:09:13 +0100 Baptiste Daroussin wrote >=20 >> Hi all >> >> Some changes are coming to the ports, the diff is rather simple, but t= he >> change of behaviour is worse notifying all maintainers: >> >> Currently and since very long the dependency registration in the ports= tree >> is based on the origin of the packages. which makes it unfriendly with= >> FLAVORS and Subpackages. >> >> The ports tree has been changed in the branch >> https://svnweb.freebsd.org/ports/projects/rework-dependency-registrati= on/ >> >> so now it basically do the same kind of mechanism which is done during= the > .. >> >> Last side effect it also prepare the way to be able to depend on provi= des and >> depend correctly on "smart dep" aka "perl5>=3D5.18.2_3<5.20" >> >> This change is being exp-run and will be committed as soon as it is st= able >> enough >> >> Best regards, >> Bapt > Hi Bapt. > Will this be OR'ed? In other words; will this create compatibility > issues for anyone using ports without this change? While I develop > on 11-CURRENT. I wonder about developers that aren't, or haven't yet > incorporated this new change? (granted, developers *should* always > be running *fairly* current revision(s)). > I guess I'm just wondering if ports, and those still using them, that > don't *yet* incorporate this change, will still continue to work > as intended/expected (at least for awhile). >=20 > I'm still reading the proposed changes. :) >=20 > Thanks. >=20 > --Chris >=20 For the most part, ports written after this change can be used without this change. The py-27 py-33 multiple installations stuff maybe not. This required action here is to fix dependencies depending on *generated files* rather than *plist files*. This is a proper fix even without this change. So the ports will still work without this change. The bigger picture changes, such as sub-packages, flavors and flexible dependencies, are not here yet. Those changes will most definitely not be forward-compat once they go in. Ports written after those won't work with older framework. We're not quite there yet though. And in general, the ports tree is a single snapshot. It's only supported to build a port using the exact Mk/ it was checked-in as. At my work we violate this frequently though. It's on us/you to deal with this if you choose to go off book. --=20 Regards, Bryan Drewery --KEAcA8HQ0eCGeEpdODV96PcjH0WnIbe0A 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 iQEcBAEBAgAGBQJUwX6LAAoJEDXXcbtuRpfPWIoIAI7WgvVPzR0d98rSV3OZjy/L Ef2nVgl+tRO/zXsSBBq2qyf8CFs8x0/0xNby4/ZebgIAkE6pykC5lOTp9KiqMp9V /VPX0LrI8nEP6+5pUajorEo59SO8pVj/2AUafoOkG8+4kYWc1MprXGfyRP7JpPpX Y4y5kbGGk4oTyN048K+zd8/fc7G83JRLnXS1kMp72QsGsj4DIqzwcZKKtr2WyqFL BR6HBzgGtV9KmslHAmh9sAAU/6ELwXOJYDmu714g6RWIzF2VSfxy/GKV8u9F5VAy stIpNN+pNiO3FsSLMEfq/NajMVcXbPqJoDu61YLMKNr9FJ2Aw3MhwLQDyFs7/Bo= =fET8 -----END PGP SIGNATURE----- --KEAcA8HQ0eCGeEpdODV96PcjH0WnIbe0A-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 22 22:50: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 DC54FBCB for ; Thu, 22 Jan 2015 22:50:57 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 BDB33BB for ; Thu, 22 Jan 2015 22:50:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t0MMovDt058726 for ; Thu, 22 Jan 2015 22:50:57 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t0MMovwX058721 for ports@FreeBSD.org; Thu, 22 Jan 2015 22:50:57 GMT (envelope-from bdrewery) Received: (qmail 60707 invoked from network); 22 Jan 2015 16:50:56 -0600 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 22 Jan 2015 16:50:56 -0600 Message-ID: <54C17EDF.40908@FreeBSD.org> Date: Thu, 22 Jan 2015 16:51:11 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Chris H , ports@FreeBSD.org, Baptiste Daroussin Subject: Re: [HEADSUP] Upcoming change in dependency registration References: <20150122180912.GE81001@ivaldir.etoilebsd.net> <7996d75b9d724f65af7dd3f63033eb03@ultimatedns.net> <54C17E8B.1060400@FreeBSD.org> In-Reply-To: <54C17E8B.1060400@FreeBSD.org> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gEAKVq8r2rR5uLpWxefotPU3gOQkJvhLs" 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, 22 Jan 2015 22:50:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gEAKVq8r2rR5uLpWxefotPU3gOQkJvhLs Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 1/22/2015 4:49 PM, Bryan Drewery wrote: >=20 > And in general, the ports tree is a single snapshot. It's only supporte= d > to build a port using the exact Mk/ it was checked-in as. For the record, I don't like this at all. It's one of my biggest gripes about the ports framework. That's a separate discussion though. --=20 Regards, Bryan Drewery --gEAKVq8r2rR5uLpWxefotPU3gOQkJvhLs 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 iQEcBAEBAgAGBQJUwX7fAAoJEDXXcbtuRpfPaBYH/iBgSuDfZrE3sedkcvaV2ivP pvpML5B+xhIavoBv1kntnIR5teh/6IEFSqaQqY2jOy5L4c8lQbUtfrS4glTd6EVh UTgXVlU04QbHY9bpr/kYzHGvOGW3qcrdqZUIZnx5/bytuB+ZlonJe6JNy2YtV4ub 3hJJjqfqV/0n6JJP6YvPupSLMpEl71l1v5zNjX63J3y3Afrcs83XYWUmSG0olQh8 a7XLicZyt510fAS5p4tiHbDcoYTN3/52k3rQfAjVFjytDtMiXcrW/zi9Z0Ecsn2K wzteWxYf19c7ZFHn4G90qSIIXRzLoEMVWl0dSQQhBr5r1QLpRPj8fNKDgh6qwxM= =nG2n -----END PGP SIGNATURE----- --gEAKVq8r2rR5uLpWxefotPU3gOQkJvhLs-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 22 22:56: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 870ABD8A for ; Thu, 22 Jan 2015 22:56:27 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 663FB1A2 for ; Thu, 22 Jan 2015 22:56:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t0MMuQdb058856 for ; Thu, 22 Jan 2015 22:56:26 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t0MMuQaC058855 for freebsd-ports@freebsd.org; Thu, 22 Jan 2015 22:56:26 GMT (envelope-from bdrewery) Received: (qmail 41897 invoked from network); 22 Jan 2015 16:56:24 -0600 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 22 Jan 2015 16:56:24 -0600 Message-ID: <54C18027.7050002@FreeBSD.org> Date: Thu, 22 Jan 2015 16:56:39 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: olli hauer , Kurt Jaeger Subject: Poudriere MFS support [was Re: Poudriere Timeout] References: <201501190145.t0J1jKvg006268@slippy.cwsent.com> <54BCF7C9.7090502@toco-domains.de> <20150119154822.GX44537@home.opsec.eu> <54BD3203.5050809@toco-domains.de> <20150119191834.GH83169@home.opsec.eu> <54BD5EF8.4010201@gmx.de> In-Reply-To: <54BD5EF8.4010201@gmx.de> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AM1piB8sDHU9qRTAwg8TIupbXtWM2M3eQ" Cc: Torsten Zuehlsdorff , 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, 22 Jan 2015 22:56:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --AM1piB8sDHU9qRTAwg8TIupbXtWM2M3eQ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 1/19/2015 1:46 PM, olli hauer wrote: > On 2015-01-19 20:18, Kurt Jaeger wrote: >> Hi! >> >>>>> Yes, i have. I've solved this problem by moving the build-jails of >>>>> poudriere to an memory disk. This make poudriere no longer io-bund = and >>>>> incredibly fast. And solve this issue ;) >> >>>> How did you do this ? I want to try this myself 8-} >> >>> I've hacked poudriere to run within a jail. >> >> Aha, the .m mountpoint. My test host has 32 GB, so 20 GB should not be= >> a problem. >> >> Testport: www/p5-Selenium-Remote-Driver on 10.1-amd64, 9.3-amd64 and 8= =2E4-i386. >> >> Results: >> >> old: 00:05:43 >> new: 00:05:11 >> >> old: 00:01:56 >> new: 00:00:12 >> >> old: 00:02:11 >> new: 00:00:14 >> >> Nice! >> >=20 > Hi Kurt, >=20 > are you running PD also in a jail? >=20 > If not PD can be tuned by setting MFSSIZE *or* USE_TMPFS in poudriere.c= onf. >=20 > On my system I have good results with 8 concurrent builds and MFSSIZE=3D= 6G or 'USE_TMPFS=3Dall'. > Fine tuning can be done with an additional SSD (look at `systat -iostat= ' during a build) >=20 > poudriere.conf: >=20 > # When building packages, a memory device can be used to speedup the bu= ild. > # Only one of MFSSIZE or USE_TMPFS is supported. TMPFS is generally fas= ter > # and will expand to the needed amount of RAM. MFS is a bit slower, but= is > # more mature and can have its memory usage capped. >=20 > # If set WRKDIRPREFIX will be mdmfs of the given size (mM or gG) > #MFSSIZE=3D4G >=20 > # Use tmpfs(5) > ... > # all - Run the entire build in memory, including builder jails. > USE_TMPFS=3Dall >=20 Why do people pick MFS over TMPFS? I've found MFS/UFS significantly slower than TMPFS on FreeBSD 10+. I'm very inclined to remove MFS support from Poudriere as it is far less supported as TMPFS and not tested well. I suspect the reason is due to size constraint not being supported in the past. TMPFS_LIMIT can be used just as MFSSIZE can be. --=20 Regards, Bryan Drewery --AM1piB8sDHU9qRTAwg8TIupbXtWM2M3eQ 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 iQEcBAEBAgAGBQJUwYAoAAoJEDXXcbtuRpfPwD4IANj6WJ7GFnx23ApOkomOMz+E kz6tkDgxO4YKLpeRH2LG0alkBLisTz0U947U7gxwBgp0rupjPhIWRgoq/5MNLVCQ Np4gJQDCt9ZKHnLwHsR+AH5PzPz8mDIFSE6YwqBLkHUJI/plmw2WlIqwcHAYZRJn WuwKDpbzveVqekev9RMJPHy1VdSbTQpErr7Bstd/3zS16Zxr4E+FNMNnHqEyLRSa F/rCImtHWpedZKMqmoLLCnUKk5tTMJZ3webbLEHeT7iTTzxMUT5I/Y4ZGb4VBCrf NmlzlnnSCtRWLzLebBIAqnZep/FG7rPj4IiWjoGNteXv1THImBXHI4h/pd1Vn6s= =o4kG -----END PGP SIGNATURE----- --AM1piB8sDHU9qRTAwg8TIupbXtWM2M3eQ-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 22 23:02:30 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 7DE48EA1 for ; Thu, 22 Jan 2015 23:02:30 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 5F230280 for ; Thu, 22 Jan 2015 23:02:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t0MN2Ugj061933 for ; Thu, 22 Jan 2015 23:02:30 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t0MN2Uwl061931 for freebsd-ports@freebsd.org; Thu, 22 Jan 2015 23:02:30 GMT (envelope-from bdrewery) Received: (qmail 44960 invoked from network); 22 Jan 2015 17:02:28 -0600 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 22 Jan 2015 17:02:28 -0600 Message-ID: <54C18193.1000701@FreeBSD.org> Date: Thu, 22 Jan 2015 17:02:43 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Cy Schubert , freebsd-ports@freebsd.org Subject: Re: Poudriere Timeout References: <201501190145.t0J1jKvg006268@slippy.cwsent.com> In-Reply-To: <201501190145.t0J1jKvg006268@slippy.cwsent.com> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NvIRPgp2pVcRmjhwtM9TwAvH1900GK90a" 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, 22 Jan 2015 23:02:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NvIRPgp2pVcRmjhwtM9TwAvH1900GK90a Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 1/18/2015 7:45 PM, Cy Schubert wrote: > Hi, >=20 >=20 > Has anyone seen this before?=20 >=20 > print/texlive-texmf texlive-texmf-20140525_4 package/timeout runaway_pr= ocess >=20 >=20 > /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/lo= cal/s > hare > /texmf-dist/doc/.keep_me > /bin/mkdir -p /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/loc= al/sh > are/ > texmf-dist/source > /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/lo= cal/s > hare > /texmf-dist/source/.keep_me > =3D=3D=3D=3D> Compressing man pages (compress-man) > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D> Building package for texlive-texmf-20140525_4 > =3D=3D=3D=3D>> Killing timed out build after 3600 seconds > =3D=3D=3D=3D>> Cleaning up wrkdir > =3D=3D=3D> Cleaning for texlive-texmf-20140525_4 > build of print/texlive-texmf ended at Fri Jan 16 23:49:09 PST 2015 > build time: 02:41:43 > !!! build failure encountered !!! >=20 > Building the port by hand, make package, took just over 19 minutes (115= 0=20 > seconds). Would increasing the timeout from 3600 to something larger (l= ike=20 > 7200 -- I know this will require hacking the code) address the issue? >=20 >=20 I'm curious why building outside of poudriere took 19 minutes, but inside took over 60 minutes. Did you have MFS or TMPFS enabled at the time of 60+ minutes? Is pkg the same version in the jail as your host? It may be a recent pkg create regression. --=20 Regards, Bryan Drewery --NvIRPgp2pVcRmjhwtM9TwAvH1900GK90a 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 iQEcBAEBAgAGBQJUwYGTAAoJEDXXcbtuRpfPf5wH/1RKwrfDsnkHDispI2YnByHh +l68CxU3ubgAMIG5qSOujwjYUGni/nxI9i5H0kvG4DL1hpuaTFmzK7oS/ldE627o P8kzyi+WQEQ/gwk+y5MPfff0ncjHWZkG7dS41aRbvTHvM57IEx5duFhzwDUk7qJk ru2x1Nax3sm0nprtdB7NxehGB0ZSni259c1CwU4mTlh+uinqCdGk0ZtdauxuXZyl +7ZVL5l/jH0fDbWy7knGRRUJGWb4DquCuRhSWSUcC3LGyVdGnuhuuQgO0SYad1nn Igi4R0ZgOoBNU9HLj+9lS1cLboQtHR7IcLPb2kn20mW/PjpIynhW1V/InaGwIg4= =OLfe -----END PGP SIGNATURE----- --NvIRPgp2pVcRmjhwtM9TwAvH1900GK90a-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 22 23:16:41 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 B5FE8271; Thu, 22 Jan 2015 23:16:41 +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 88E933CB; Thu, 22 Jan 2015 23:16:41 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0MNHNjS012400; Thu, 22 Jan 2015 15:17:23 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: ports@FreeBSD.org, Baptiste Daroussin , Bryan Drewery In-Reply-To: <54C17E8B.1060400@FreeBSD.org> References: <20150122180912.GE81001@ivaldir.etoilebsd.net> <7996d75b9d724f65af7dd3f63033eb03@ultimatedns.net>, <54C17E8B.1060400@FreeBSD.org> From: "Chris H" Subject: Re: [HEADSUP] Upcoming change in dependency registration Date: Thu, 22 Jan 2015 15:17:23 -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: Thu, 22 Jan 2015 23:16:41 -0000 On Thu, 22 Jan 2015 16:49:47 -0600 Bryan Drewery wrote > On 1/22/2015 2:24 PM, Chris H wrote: > > On Thu, 22 Jan 2015 19:09:13 +0100 Baptiste Daroussin > > wrote > >> Hi all > >> > >> Some changes are coming to the ports, the diff is rather simple, but the > >> change of behaviour is worse notifying all maintainers: > >> > >> Currently and since very long the dependency registration in the ports > >> tree is based on the origin of the packages. which makes it unfriendly > >> with FLAVORS and Subpackages. > >> > >> The ports tree has been changed in the branch > >> https://svnweb.freebsd.org/ports/projects/rework-dependency-registration/ > >> .. > >> > >> This change is being exp-run and will be committed as soon as it is stable > >> enough > >> > >> Best regards, > >> Bapt > > Hi Bapt. > > Will this be OR'ed? In other words; will this create compatibility > > issues for anyone using ports without this change? While I develop > > on 11-CURRENT. I wonder about developers that aren't, or haven't yet > > incorporated this new change? (granted, developers *should* always > > be running *fairly* current revision(s)). > > I guess I'm just wondering if ports, and those still using them, that > > don't *yet* incorporate this change, will still continue to work > > as intended/expected (at least for awhile). > > > > I'm still reading the proposed changes. :) > > > > Thanks. > > > > --Chris > > > > For the most part, ports written after this change can be used without > this change. The py-27 py-33 multiple installations stuff maybe not. > > This required action here is to fix dependencies depending on *generated > files* rather than *plist files*. This is a proper fix even without this > change. So the ports will still work without this change. > > The bigger picture changes, such as sub-packages, flavors and flexible > dependencies, are not here yet. Those changes will most definitely not > be forward-compat once they go in. Ports written after those won't work > with older framework. We're not quite there yet though. Looking forward to this! :) > > And in general, the ports tree is a single snapshot. It's only supported > to build a port using the exact Mk/ it was checked-in as. At my work we > violate this frequently though. It's on us/you to deal with this if you > choose to go off book. Understood. Thanks for clearing things up, Bryan! > > -- > Regards, > Bryan Drewery --Chris -- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 22 23:25:06 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 63FC53AA; Thu, 22 Jan 2015 23:25:06 +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 2DBE5682; Thu, 22 Jan 2015 23:25:06 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0MNPmTL012951; Thu, 22 Jan 2015 15:25:48 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: ports@FreeBSD.org, Baptiste Daroussin , Bryan Drewery In-Reply-To: <54C17EDF.40908@FreeBSD.org> References: <20150122180912.GE81001@ivaldir.etoilebsd.net> <7996d75b9d724f65af7dd3f63033eb03@ultimatedns.net> <54C17E8B.1060400@FreeBSD.org>, <54C17EDF.40908@FreeBSD.org> From: "Chris H" Subject: Re: [HEADSUP] Upcoming change in dependency registration Date: Thu, 22 Jan 2015 15:25:48 -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: Thu, 22 Jan 2015 23:25:06 -0000 On Thu, 22 Jan 2015 16:51:11 -0600 Bryan Drewery wrote > On 1/22/2015 4:49 PM, Bryan Drewery wrote: > > > > And in general, the ports tree is a single snapshot. It's only supported > > to build a port using the exact Mk/ it was checked-in as. > > For the record, I don't like this at all. It's one of my biggest gripes > about the ports framework. +1 > That's a separate discussion though. I'll be looking forward to that discussion. :) > > -- > Regards, > Bryan Drewery --Chris -- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 23 02:34:39 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 BC9C1242; Fri, 23 Jan 2015 02:34:39 +0000 (UTC) Received: from smtp-out-01.shaw.ca (smtp-out-01.shaw.ca [64.59.136.137]) by mx1.freebsd.org (Postfix) with ESMTP id 81D4EA8F; Fri, 23 Jan 2015 02:34:39 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=vC3pk2euBDNChG//pvWvL3ooOWecHx7HOhb0No4pI08= c=1 sm=1 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=6I5d2MoRAAAA:8 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=ZbshrWr5Z6ldrzVW00EA:9 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO slippy.cwsent.com) ([96.50.7.119]) by smtp-out-01.shaw.ca with ESMTP; 22 Jan 2015 19:34:37 -0700 Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.9/8.14.9) with ESMTP id t0N2YZ7A033351; Thu, 22 Jan 2015 18:34:35 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.14.9/8.14.8/Submit) with ESMTP id t0N2YZbf033345; Thu, 22 Jan 2015 18:34:35 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201501230234.t0N2YZbf033345@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Bryan Drewery Subject: Re: Poudriere Timeout In-Reply-To: Message from Bryan Drewery of "Thu, 22 Jan 2015 17:02:43 -0600." <54C18193.1000701@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Jan 2015 18:34:35 -0800 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: Fri, 23 Jan 2015 02:34:39 -0000 In message <54C18193.1000701@FreeBSD.org>, Bryan Drewery writes: > This is an OpenPGP/MIME signed message (RFC 4880 and 3156) > --NvIRPgp2pVcRmjhwtM9TwAvH1900GK90a > Content-Type: text/plain; charset=windows-1252 > Content-Transfer-Encoding: quoted-printable > > On 1/18/2015 7:45 PM, Cy Schubert wrote: > > Hi, > >=20 > >=20 > > Has anyone seen this before?=20 > >=20 > > print/texlive-texmf texlive-texmf-20140525_4 package/timeout runaway_pr= > ocess > >=20 > >=20 > > /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/lo= > cal/s > > hare > > /texmf-dist/doc/.keep_me > > /bin/mkdir -p /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/loc= > al/sh > > are/ > > texmf-dist/source > > /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/lo= > cal/s > > hare > > /texmf-dist/source/.keep_me > > =3D=3D=3D=3D> Compressing man pages (compress-man) > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D hase: package >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > =3D=3D=3D> Building package for texlive-texmf-20140525_4 > > =3D=3D=3D=3D>> Killing timed out build after 3600 seconds > > =3D=3D=3D=3D>> Cleaning up wrkdir > > =3D=3D=3D> Cleaning for texlive-texmf-20140525_4 > > build of print/texlive-texmf ended at Fri Jan 16 23:49:09 PST 2015 > > build time: 02:41:43 > > !!! build failure encountered !!! > >=20 > > Building the port by hand, make package, took just over 19 minutes (115= > 0=20 > > seconds). Would increasing the timeout from 3600 to something larger (l= > ike=20 > > 7200 -- I know this will require hacking the code) address the issue? > >=20 > >=20 > > I'm curious why building outside of poudriere took 19 minutes, but > inside took over 60 minutes. Did you have MFS or TMPFS enabled at the > time of 60+ minutes? No. I don't have enough memory to support mfs or tmpfs except for /tmp. Having said that, my poudriere jails don't have tmpfs /tmp while all my servers (and laptop) do. > > Is pkg the same version in the jail as your host? It may be a recent pkg > create regression. All the software is the same. The difference is that the failed build was on an AMD 64 X2 4600+ (dual core with 5.5 GB) whereas the successful build was on an Intel Core I3 dual core with four threads with 6 GB. All filesystems are ZFS. My guess is that the speed of the processors may have had something to do with it. I don't think the extra 500 MB ram mattered much. All my build systems are amd64 architecture. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 23 06:32:41 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 7F24CCF1; Fri, 23 Jan 2015 06:32:41 +0000 (UTC) Received: from mail145c7.megamailservers.com (mail318c7.megamailservers.com [149.115.68.18]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 511D6282; Fri, 23 Jan 2015 06:32:40 +0000 (UTC) X-Authenticated-User: hurds.sasktel.net X-VIP: 69.49.109.87 Received: from [192.168.0.33] (ip72-194-65-37.oc.oc.cox.net [72.194.65.37]) (authenticated bits=0) by mail145c7.megamailservers.com (8.13.6/8.13.1) with ESMTP id t0N6S1nm013899; Fri, 23 Jan 2015 01:28:03 -0500 Message-ID: <54C1E9F0.7090301@sasktel.net> Date: Thu, 22 Jan 2015 22:28:00 -0800 From: Stephen Hurd User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31 MIME-Version: 1.0 To: Baptiste Daroussin , ports@freebsd.org Subject: Re: [HEADSUP] Upcoming change in dependency registration References: <20150122180912.GE81001@ivaldir.etoilebsd.net> In-Reply-To: <20150122180912.GE81001@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-CTCH-RefID: str=0001.0A020202.54C1E9F3.0111, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.1 cv=bexSDo/B c=1 sm=1 tr=0 a=Z5AWCFQ5VKA4phzWx86Kmg==:117 a=Z5AWCFQ5VKA4phzWx86Kmg==:17 a=kviXuzpPAAAA:8 a=BDKbP5mgAAAA:8 a=vOD6qHNAdsYA:10 a=8nJEP1OIZ-IA:10 a=uhPMnebkAAAA:8 a=6I5d2MoRAAAA:8 a=9YxLjr2j_pb_xjDZET4A:9 a=wPNLvfGTeEIA:10 X-Origin-Country: US 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, 23 Jan 2015 06:32:41 -0000 Baptiste Daroussin wrote: > Hi all > > Some changes are coming to the ports, the diff is rather simple, but the change > of behaviour is worse notifying all maintainers: > > Currently and since very long the dependency registration in the ports tree is > based on the origin of the packages. which makes it unfriendly with FLAVORS and > Subpackages. > > The ports tree has been changed in the branch > https://svnweb.freebsd.org/ports/projects/rework-dependency-registratio= n/ > > so now it basically do the same kind of mechanism which is done during = the > different -depends targets, which means it is passing through all the > LIB_DEPENDS resolving the dependency pattern into a filename: > libintl.so -> /usr/local/lib/libintl.so.8.1.2 then from that path determine the > package which should be registered in the dependencies > it is walking through all the run depends resolving the dependency pattern the > following way: Not sure if this means that if we link with multiple libraries provided by the same port we should start adding explicit LIB_DEPENDS lines for each one... also, it occurs to me that this information could possibly be automatically extracted by inspecting the staged files, something like the generate-plist target. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 23 07:02: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 A2B6CFA5 for ; Fri, 23 Jan 2015 07:02:56 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FCEF794 for ; Fri, 23 Jan 2015 07:02:56 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id q59so5839049wes.10 for ; Thu, 22 Jan 2015 23:02: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=C+wIOVoO8Er09DxCxmGxtFEhFqBOoLS4ZvxqnEkdGP8=; b=Y3qI2JQr9siovMs4sfRxyHCd3exXLEVepV2q3Oo1JCAzgsVvtiYClqxqfUeh7EWgfs unAo5shFBMlVYXwUs4NqfR13OIL3+fULf4w9Iazi57hgGCVOYNON12wGHPmIrOohBDA3 4ZOR9n6ouShAC6c0IlrU6WnO1W9Wd7Mrw8YLlcHE+rTEY65UnCdXcd4VE9MipzoKZd2o ZLr5rL5bTPH8Fy75u9m2b3qgqCnNC/bQ0FxJB+9ewNI8Riaag3GSgtkTMwrI4H9qQade 1bAoqjEd2jSj8BeK81sB2sLGBV5SFfev6D57sjCsqmZ2wcQMsAlo+Vty49erA6lBmoQc NE0Q== X-Received: by 10.194.8.232 with SMTP id u8mr10462360wja.47.1421996574392; Thu, 22 Jan 2015 23:02:54 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id ez1sm912223wjd.31.2015.01.22.23.02.52 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Jan 2015 23:02:53 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 23 Jan 2015 08:02:50 +0100 From: Baptiste Daroussin To: Stephen Hurd Subject: Re: [HEADSUP] Upcoming change in dependency registration Message-ID: <20150123070250.GF81001@ivaldir.etoilebsd.net> References: <20150122180912.GE81001@ivaldir.etoilebsd.net> <54C1E9F0.7090301@sasktel.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QXO0/MSS4VvK6f+D" Content-Disposition: inline In-Reply-To: <54C1E9F0.7090301@sasktel.net> 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: Fri, 23 Jan 2015 07:02:56 -0000 --QXO0/MSS4VvK6f+D Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 22, 2015 at 10:28:00PM -0800, Stephen Hurd wrote: > Baptiste Daroussin wrote: > > Hi all > > > > Some changes are coming to the ports, the diff is rather simple, but > the change > > of behaviour is worse notifying all maintainers: > > > > Currently and since very long the dependency registration in the ports > tree is > > based on the origin of the packages. which makes it unfriendly with > FLAVORS and > > Subpackages. > > > > The ports tree has been changed in the branch > > https://svnweb.freebsd.org/ports/projects/rework-dependency-registratio= n/ > > > > so now it basically do the same kind of mechanism which is done during = the > > different -depends targets, which means it is passing through all the > > LIB_DEPENDS resolving the dependency pattern into a filename: > > libintl.so -> /usr/local/lib/libintl.so.8.1.2 then from that path > determine the > > package which should be registered in the dependencies > > it is walking through all the run depends resolving the dependency > pattern the > > following way: >=20 > Not sure if this means that if we link with multiple libraries provided > by the same port we should start adding explicit LIB_DEPENDS lines for > each one... also, it occurs to me that this information could possibly > be automatically extracted by inspecting the staged files, something > like the generate-plist target. >=20 Nope that does not means that at all ;) Bapt --QXO0/MSS4VvK6f+D Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTB8hoACgkQ8kTtMUmk6EwcCACfUOC0YCex0+y+40BPcoVD26k+ /9YAnAnPJjMEsovgGErW/5qSjiTqMkQR =JNRD -----END PGP SIGNATURE----- --QXO0/MSS4VvK6f+D-- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 23 07:29:36 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 594496B7 for ; Fri, 23 Jan 2015 07:29:36 +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 ED399987 for ; Fri, 23 Jan 2015 07:29:35 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0N7TSIl091797 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 23 Jan 2015 07:29:29 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 t0N7TSIl091797 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1421998169; bh=5pyMOBgQK0astipReBzaU07MH5juoeKv9eY1dj44frc=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Fri,=2023=20Jan=202015=2007:29:13=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-ports@ freebsd.org|Subject:=20Re:=20Poudriere=20Timeout|References:=20<20 1501230234.t0N2YZbf033345@slippy.cwsent.com>|In-Reply-To:=20<20150 1230234.t0N2YZbf033345@slippy.cwsent.com>; b=m2D0Y0l+mtRwLoy6Pqk5gv83FFyzIlO4H5jf64tKl44cPgfPgzugJ507EHANBMEBj lPQRzcipHb6kdqoTPazt1qfM+sCgol/fhJrXsZfKlg2F4EsiH57MXLP29vAXnYtffH kWkNCFf71alJ+pEePkldA9j/FzfDCSGNN9zMuHao= Message-ID: <54C1F849.7050101@infracaninophile.co.uk> Date: Fri, 23 Jan 2015 07:29:13 +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: Poudriere Timeout References: <201501230234.t0N2YZbf033345@slippy.cwsent.com> In-Reply-To: <201501230234.t0N2YZbf033345@slippy.cwsent.com> OpenPGP: id=E1ECF9BB Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="48cgHMJ3HUGqPJURUoGtHeFOXN6HWUA5U" 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: Fri, 23 Jan 2015 07:29:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --48cgHMJ3HUGqPJURUoGtHeFOXN6HWUA5U Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 23/01/2015 02:34, Cy Schubert wrote: > In message <54C18193.1000701@FreeBSD.org>, Bryan Drewery writes: >> This is an OpenPGP/MIME signed message (RFC 4880 and 3156) >> --NvIRPgp2pVcRmjhwtM9TwAvH1900GK90a >> Content-Type: text/plain; charset=3Dwindows-1252 >> Content-Transfer-Encoding: quoted-printable >> >> On 1/18/2015 7:45 PM, Cy Schubert wrote: >>> Hi, >>> =3D20 >>> =3D20 >>> Has anyone seen this before?=3D20 >>> =3D20 >>> print/texlive-texmf texlive-texmf-20140525_4 package/timeout runaway_= pr=3D >> ocess >>> =3D20 >>> =3D20 >>> /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/= lo=3D >> cal/s >>> hare >>> /texmf-dist/doc/.keep_me >>> /bin/mkdir -p /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/l= oc=3D >> al/sh >>> are/ >>> texmf-dist/source >>> /usr/bin/touch /wrkdirs/usr/ports/print/texlive-texmf/work/stage/usr/= lo=3D >> cal/s >>> hare >>> /texmf-dist/source/.keep_me >>> =3D3D=3D3D=3D3D=3D3D> Compressing man pages (compress-man) >>> =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3= D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D >> =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D >> =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D= =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D >> =3D3D >>> =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3= D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D> hase: package >=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D >> =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D >>> =3D3D=3D3D=3D3D> Building package for texlive-texmf-20140525_4 >>> =3D3D=3D3D=3D3D=3D3D>> Killing timed out build after 3600 seconds >>> =3D3D=3D3D=3D3D=3D3D>> Cleaning up wrkdir >>> =3D3D=3D3D=3D3D> Cleaning for texlive-texmf-20140525_4 >>> build of print/texlive-texmf ended at Fri Jan 16 23:49:09 PST 2015 >>> build time: 02:41:43 >>> !!! build failure encountered !!! >>> =3D20 >>> Building the port by hand, make package, took just over 19 minutes (1= 15=3D >> 0=3D20 >>> seconds). Would increasing the timeout from 3600 to something larger = (l=3D >> ike=3D20 >>> 7200 -- I know this will require hacking the code) address the issue?= >>> =3D20 >>> =3D20 >> >> I'm curious why building outside of poudriere took 19 minutes, but >> inside took over 60 minutes. Did you have MFS or TMPFS enabled at the >> time of 60+ minutes? >=20 > No. I don't have enough memory to support mfs or tmpfs except for /tmp.= =20 > Having said that, my poudriere jails don't have tmpfs /tmp while all my= =20 > servers (and laptop) do. >=20 >> >> Is pkg the same version in the jail as your host? It may be a recent p= kg >> create regression. >=20 > All the software is the same. The difference is that the failed build w= as=20 > on an AMD 64 X2 4600+ (dual core with 5.5 GB) whereas the successful bu= ild=20 > was on an Intel Core I3 dual core with four threads with 6 GB. All=20 > filesystems are ZFS. >=20 > My guess is that the speed of the processors may have had something to = do=20 > with it. I don't think the extra 500 MB ram mattered much. All my build= =20 > systems are amd64 architecture. >=20 I've been seeing the same sort of problem with texlive-texmf. I only build a relatively small number of packages (1500) and I usually do a complete rebuild on Saturdays, and daily updates otherwise. I also enable package jobs everywhere as this does in general lead to faster compilation times despite the system load thrashing around at about 60-ish. This has the result that at the weekend, the single-threaded texlive-texmf 'pkg create' process is competing against many other processes for CPU time, and can overshoot the 3600 second timeout, hence resulting in the process being killed. During the week, generally there are only a few ports needing rebuild and texlive-texmf usually ends up as the only thing building, in which case it finishes just fine. I've a pretty simplistic work-around to this I intend to commit to pkg over the weekend: just add a counter to 'pkg create' so it puts out some output while processing the package's files. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --48cgHMJ3HUGqPJURUoGtHeFOXN6HWUA5U 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) iQJ8BAEBCgBmBQJUwfhYXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATP+wP/iFqPGzjVRF0ZxFfX8n3d6Dy ckDtQnPvb/RoG2F59mvmMuLArf852KEZNMbNnCnZ/9rp0vmlU0IeAYYyHw3diLG9 7QTJUcQB7wUsiOCwpAyRNqCiFrppEICbW1CpoEJ3/wZtYZJGDiE3RXY/SJCMy+GV lam21ShwMnfcm9wab6HR/kR7RBmSPTU9Ler5y6b8SO2tCLBXtHRyugrWFTmLE932 5tbqloysH+Rt9LLVuuxwxWRsgDtJkqdx8zWe/S0sz1ike5mEob4PUXC+3Ntb2Gx4 WiNhSONVr5D8TbmSXLNpOw3/oLcRoGakYYFr2VxCMIsGU0NVLOBMvVhyhvGC3kp7 gwOpaTkpFSB0fbhV23ZbS+wveM6VGcVwhmAYeX3PaJPXVTUfWDCfj9GaU43rNBSz gmPXlxO8a+MYawlUyJUnRDOmicbKeap04EqRrT6SmlhPooIb966We01rLRgVN4iY y6+e7CaygrTiddWLHHL04T8EW9PK0nvH6KZ01+uOFnCKJ+W+fgcqmvanK/k7hKT7 flj8Gm/1/wuCNTWxKxSHNphXQhcYTEDHlpNXzDoV5LJdWJGVcoSjOyob+xZsbxr/ uDftbQyk/tF3xr3c3lJ1fUFgQGRHTxj+XY8o34kqxKHRguE2PLv9aJDqE9kMUq6V k5NrVwjqZrGZMmbxo697 =3Cnv -----END PGP SIGNATURE----- --48cgHMJ3HUGqPJURUoGtHeFOXN6HWUA5U-- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 23 07:59: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 05E77E06 for ; Fri, 23 Jan 2015 07:59:13 +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 63AF8C3F for ; Fri, 23 Jan 2015 07:59:12 +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 t0N7x39x068396 for ; Thu, 22 Jan 2015 23:59:07 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201501230759.t0N7x39x068396@gw.catspoiler.org> Date: Thu, 22 Jan 2015 23:59:03 -0800 (PST) From: Don Lewis Subject: strange pkg upgrade problems 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, 23 Jan 2015 07:59:13 -0000 I tried to do a pkg upgrade on one of my FreeBSD 8.4-STABLE boxes and ran into some strange problems. # pkg upgrade Updating myrepo repository catalogue... myrepo repository is up-to-date. All repositories are up-to-date. Checking for upgrades (365 candidates): 100% Processing candidates (365 candidates): 100% Checking integrity... done (1 conflicting) Checking integrity... done (0 conflicting) The following 72 packages will be affected (of 0 checked): Installed packages to be REMOVED: giflib-nox11-4.2.3_4 New packages to be INSTALLED: giflib: 5.0.6 libedit: 3.1.20141030_2 Installed packages to be UPGRADED: xorg-libraries: 7.7_1 -> 7.7_2 xorg-apps: 7.7_1 -> 7.7_2 webp: 0.4.2_2 -> 0.4.2_3 vigra: 1.10.0_4 -> 1.10.0_5 vala: 0.26.1 -> 0.26.2 unzip: 6.0_2 -> 6.0_3 unrar: 5.10,5 -> 5.21,5 uhttpmock: 0.3.1_1 -> 0.3.3 transcode: 1.1.7_20 -> 1.1.7_21 tracker: 1.2.5_1 -> 1.2.5_2 thunderbird: 31.3.0_1 -> 31.4.0 tevent: 0.9.21 -> 0.9.22 tdb: 1.2.13,1 -> 1.3.4,1 talloc: 2.1.0 -> 2.1.1 sqlite3: 3.8.7.4 -> 3.8.8 scilab: 5.5.0_1 -> 5.5.0_2 py34-setuptools34: 5.5.1 -> 5.5.1_1 py27-setuptools27: 5.5.1 -> 5.5.1_1 py27-pygments: 1.6_2 -> 2.0.1 py27-lxml: 3.4.0 -> 3.4.1 py27-cryptography: 0.5.4 -> 0.7.2 pciids: 20150105 -> 20150117 p5-Net-SSLeay: 1.66_1 -> 1.67 p5-HTTP-Message: 6.06_3 -> 6.06_4 p5-Filter: 1.53 -> 1.54 p5-Crypt-Eksblowfish: 0.009_1 -> 0.009_2 p5-CGI-FormBuilder: 3.0800_1 -> 3.0900 p5-Archive-Zip: 1.42 -> 1.43 octave: 3.8.1_6 -> 3.8.1_7 mplayer: 1.1.r20141223 -> 1.1.r20141223_1 mencoder: 1.1.r20141223 -> 1.1.r20141223_2 matio: 1.5.2_3 -> 1.5.2_4 lua52: 5.2.3_3 -> 5.2.3_4 libxul: 31.3.0_1 -> 31.4.0 libxklavier: 5.2.1_1,1 -> 5.3,1 libxine: 1.2.6_2 -> 1.2.6_3 librsvg2: 2.40.6 -> 2.40.6_1 libnice-gst1: 0.1.7_1 -> 0.1.8 libnice-gst010: 0.1.7_1 -> 0.1.8 libnice: 0.1.7_1 -> 0.1.8 libgweather: 3.14.2 -> 3.14.3 libgsf: 1.14.30 -> 1.14.30_1 libamrwb: 11.0.0.0_1 -> 11.0.0.0_2 libamrnb: 11.0.0.0,2 -> 11.0.0.0_1,2 libXft: 2.3.1_2 -> 2.3.2 hdf5: 1.8.13_1 -> 1.8.14 guile2: 2.0.11_2 -> 2.0.11_3 gtkspell3: 3.0.4_2 -> 3.0.6 gtkhtml4: 4.8.4 -> 4.8.5 gnome-power-manager: 3.12.2 -> 3.14.1 gnome-documents: 3.14.1 -> 3.14.2 gnome-dictionary: 3.14.0 -> 3.14.2 gnome-color-manager: 3.14.1 -> 3.14.2 gfbgraph: 0.2.2_1 -> 0.2.2_2 geoclue: 2.1.9 -> 2.1.10 folks: 0.10.0 -> 0.10.1 firefox: 34.0.5_1,1 -> 35.0,1 farstream: 0.2.4 -> 0.2.6 evolution-data-server: 3.12.9 -> 3.12.10 evolution: 3.12.9 -> 3.12.10_1 dvdauthor: 0.7.1_8 -> 0.7.1_9 dbus: 1.8.12 -> 1.8.12_1 cuse4bsd-kmod: 0.1.35 -> 0.1.36 cracklib: 2.9.2 -> 2.9.2_1 cmake-modules: 3.1.0 -> 3.1.0_1 bash: 4.3.30_1 -> 4.3.33 baobab: 3.14.0 -> 3.14.1 aisleriot: 3.14.1 -> 3.14.2 ImageMagick: 6.9.0.2,1 -> 6.9.0.4,1 The process will require 4 MB more space. Proceed with this action? [y/N]: y [1/72] Upgrading pciids from 20150105 to 20150117... pkg: unlinkat(usr/local/share/licenses/pciids-20150105/BSD3CLAUSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/pciids-20150105/GPLv2): No such file or directory pkg: unlinkat(usr/local/share/licenses/pciids-20150105/GPLv3): No such file or directory pkg: unlinkat(usr/local/share/licenses/pciids-20150105/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/pciids-20150105/catalog.mk): No such file or directory [1/72] Extracting pciids-20150117: 100% [2/72] Upgrading libXft from 2.3.1_2 to 2.3.2... pkg: unlinkat(usr/local/lib/libXft.so.2.3.1): No such file or directory [2/72] Extracting libXft-2.3.2: 100% [3/72] Upgrading dbus from 1.8.12 to 1.8.12_1... ==> You should manually remove the "messagebus" user. ===> Creating users and/or groups. Using existing group 'messagebus'. Using existing user 'messagebus'. [3/72] Extracting dbus-1.8.12_1: 100% [4/72] Upgrading talloc from 2.1.0 to 2.1.1... pkg: unlinkat(usr/local/share/licenses/talloc-2.1.0/LGPL3): No such file or directory pkg: unlinkat(usr/local/share/licenses/talloc-2.1.0/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/talloc-2.1.0/catalog.mk): No such file or directory [4/72] Extracting talloc-2.1.1: 100% [5/72] Upgrading py27-setuptools27 from 5.5.1 to 5.5.1_1... pkg: unlinkat(usr/local/share/licenses/py27-setuptools27-5.5.1/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/py27-setuptools27-5.5.1/PSFL): No such file or directory pkg: unlinkat(usr/local/share/licenses/py27-setuptools27-5.5.1/catalog.mk): No such file or directory pkg: unlinkat(usr/local/share/licenses/py27-setuptools27-5.5.1/): No such file or directory [5/72] Extracting py27-setuptools27-5.5.1_1: 100% [6/72] Upgrading bash from 4.3.30_1 to 4.3.33... pkg: unlinkat(usr/local/share/licenses/bash-4.3.30_1/GPLv3): No such file or directory pkg: unlinkat(usr/local/share/licenses/bash-4.3.30_1/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/bash-4.3.30_1/catalog.mk): No such file or directory [6/72] Extracting bash-4.3.33: 100% [7/72] Upgrading tevent from 0.9.21 to 0.9.22... pkg: unlinkat(usr/local/share/licenses/tevent-0.9.21/LGPL3): No such file or directory pkg: unlinkat(usr/local/share/licenses/tevent-0.9.21/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/tevent-0.9.21/catalog.mk): No such file or directory [7/72] Extracting tevent-0.9.22: 100% [8/72] Upgrading tdb from 1.2.13,1 to 1.3.4,1... pkg: unlinkat(usr/local/share/licenses/tdb-1.2.13,1/GPLv3): No such file or directory pkg: unlinkat(usr/local/share/licenses/tdb-1.2.13,1/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/tdb-1.2.13,1/catalog.mk): No such file or directory [8/72] Extracting tdb-1.3.4,1: 100% [9/72] Installing libedit-3.1.20141030_2... [9/72] Extracting libedit-3.1.20141030_2: 100% [10/72] Deinstalling giflib-nox11-4.2.3_4... [10/72] Deleting files for giflib-nox11-4.2.3_4: 0% pkg: /usr/local/bin/gif2rgb fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 1% pkg: cannot stat /usr/local/bin/gifasm: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 3% pkg: cannot stat /usr/local/bin/gifbg: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 5% pkg: cannot stat /usr/local/bin/gifburst: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 7% pkg: cannot stat /usr/local/bin/gifclip: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 8% pkg: /usr/local/bin/gifclrmp fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 10% pkg: cannot stat /usr/local/bin/gifcolor: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 12% pkg: cannot stat /usr/local/bin/gifcomb: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 14% pkg: cannot stat /usr/local/bin/gifcompose: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 15% pkg: cannot stat /usr/local/bin/giffiltr: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 17% pkg: /usr/local/bin/giffix fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 19% pkg: cannot stat /usr/local/bin/gifflip: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 21% pkg: cannot stat /usr/local/bin/gifhisto: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 22% pkg: cannot stat /usr/local/bin/gifinfo: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 24% pkg: cannot stat /usr/local/bin/gifinter: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 26% pkg: /usr/local/bin/gifinto fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 28% pkg: cannot stat /usr/local/bin/gifovly: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 29% pkg: cannot stat /usr/local/bin/gifpos: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 31% pkg: cannot stat /usr/local/bin/gifrotat: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 33% pkg: cannot stat /usr/local/bin/gifrsize: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 35% pkg: cannot stat /usr/local/bin/gifspnge: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 36% pkg: /usr/local/bin/giftext fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 38% pkg: cannot stat /usr/local/bin/gifwedge: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 40% pkg: cannot stat /usr/local/bin/icon2gif: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 42% pkg: cannot stat /usr/local/bin/raw2gif: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 43% pkg: cannot stat /usr/local/bin/rgb2gif: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 45% pkg: cannot stat /usr/local/bin/text2gif: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 47% pkg: /usr/local/include/gif_lib.h fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 49% pkg: /usr/local/lib/libgif.a fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 50% pkg: /usr/local/lib/libgif.so fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 52% pkg: cannot stat /usr/local/lib/libgif.so.4: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 54% pkg: cannot stat /usr/local/lib/libgif.so.4.1.7: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 56% pkg: /usr/local/man/man1/gif2rgb.1.gz fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 57% pkg: cannot stat /usr/local/man/man1/gifasm.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 59% pkg: /usr/local/man/man1/gifbg.1.gz fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 61% pkg: cannot stat /usr/local/man/man1/gifclip.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 63% pkg: /usr/local/man/man1/gifclrmp.1.gz fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 64% pkg: /usr/local/man/man1/gifcolor.1.gz fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 66% pkg: cannot stat /usr/local/man/man1/gifcomb.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 68% pkg: cannot stat /usr/local/man/man1/gifcompose.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 70% pkg: cannot stat /usr/local/man/man1/giffiltr.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 71% pkg: /usr/local/man/man1/giffix.1.gz fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 73% pkg: cannot stat /usr/local/man/man1/gifflip.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 75% pkg: /usr/local/man/man1/gifhisto.1.gz fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 77% pkg: cannot stat /usr/local/man/man1/gifinter.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 78% pkg: /usr/local/man/man1/gifinto.1.gz fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 80% pkg: cannot stat /usr/local/man/man1/gifovly.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 82% pkg: cannot stat /usr/local/man/man1/gifpos.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 84% pkg: cannot stat /usr/local/man/man1/gifrotat.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 85% pkg: cannot stat /usr/local/man/man1/gifrsize.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 87% pkg: cannot stat /usr/local/man/man1/gifspnge.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 89% pkg: /usr/local/man/man1/giftext.1.gz fails original SHA256 checksum, not removing [10/72] Deleting files for giflib-nox11-4.2.3_4: 92% pkg: cannot stat /usr/local/man/man1/icon2gif.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 94% pkg: cannot stat /usr/local/man/man1/raw2gif.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 96% pkg: cannot stat /usr/local/man/man1/rgb2gif.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 98% pkg: cannot stat /usr/local/man/man1/text2gif.1.gz: No such file or directory [10/72] Deleting files for giflib-nox11-4.2.3_4: 100% [11/72] Upgrading sqlite3 from 3.8.7.4 to 3.8.8... pkg: unlinkat(usr/local/share/licenses/sqlite3-3.8.7.4/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/sqlite3-3.8.7.4/catalog.mk): No such file or directory pkg: unlinkat(usr/local/share/licenses/sqlite3-3.8.7.4/public): No such file or directory [11/72] Extracting sqlite3-3.8.8: 100% [12/72] Upgrading lua52 from 5.2.3_3 to 5.2.3_4... pkg: unlinkat(usr/local/share/licenses/lua52-5.2.3_3/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/lua52-5.2.3_3/MIT): No such file or directory pkg: unlinkat(usr/local/share/licenses/lua52-5.2.3_3/catalog.mk): No such file or directory [12/72] Extracting lua52-5.2.3_4: 100% [13/72] Installing giflib-5.0.6... [13/72] Extracting giflib-5.0.6: 100% [14/72] Upgrading webp from 0.4.2_2 to 0.4.2_3... pkg: unlinkat(usr/local/share/licenses/webp-0.4.2_2/BSD3CLAUSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/webp-0.4.2_2/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/webp-0.4.2_2/catalog.mk): No such file or directory [14/72] Extracting webp-0.4.2_3: 100% [15/72] Upgrading vala from 0.26.1 to 0.26.2... pkg: unlinkat(usr/local/share/licenses/vala-0.26.1/LGPL21): No such file or directory pkg: unlinkat(usr/local/share/licenses/vala-0.26.1/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/vala-0.26.1/catalog.mk): No such file or directory [15/72] Extracting vala-0.26.2: 100% [16/72] Upgrading libgsf from 1.14.30 to 1.14.30_1... pkg: unlinkat(usr/local/share/doc/gsf/annotation-glossary.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/api.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/dependencies.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-Compression.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-GIO.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-GIOChannel.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-Infile-reading-structed-files.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-Input-from-unstructured-files.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-MS-OLE2.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-OASIS-Open-Document.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-Outfile-writing-structed-files.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-Output-to-unstructured-files.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-Reading-and-Writing-from-local-files-and-directories.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-Text.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-XML-and-libxml.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-Zip.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-blobs.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-clip-data.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-index.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-memory.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-metadata.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-users.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf-utils.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/gsf.devhelp2): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/history.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/home.png): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/index.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/index.sgml): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/intro.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/io.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/left.png): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/misc.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/parsers.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/right.png): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/sources.html): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/style.css): No such file or directory pkg: unlinkat(usr/local/share/doc/gsf/up.png): No such file or directory [16/72] Extracting libgsf-1.14.30_1: 100% [17/72] Upgrading geoclue from 2.1.9 to 2.1.10... [17/72] Extracting geoclue-2.1.10: 100% [18/72] Upgrading uhttpmock from 0.3.1_1 to 0.3.3... pkg: unlinkat(usr/local/lib/libuhttpmock-0.0.so.0.1.1): No such file or directory [18/72] Extracting uhttpmock-0.3.3: 100% [19/72] Upgrading tracker from 1.2.5_1 to 1.2.5_2... [19/72] Extracting tracker-1.2.5_2: 53% pkg: cannot rename /usr/local/share/doc/libtracker-sparql/tracker-examples-writeonly-with-blank-nodes.html.U0B6VZKyL9L2 to /usr/local/share/doc/libtracker-sparql/tracker-examples-writeonly-with-blank-nodes.html: Operation not permitted [19/72] Extracting tracker-1.2.5_2: 100% [19/72] Deleting files for tracker-1.2.5_2: 100% and then pkg calls it quits. The EPERM errors seem to be kind of random. If I go and look at the "from" file for the rename() using "ls -lo", I see all sorts of random flags, like opaque, archive, uunlnk, etc. I booted single user and ran fsck, which came back totally clean. Then I used chflags -R to clear all the flags, did pkg upgrade again, and ran into the exact same problems. If I rerun pkg upgrade, it may fail on the same port again, ir it might pick another. I can go in an manually clear the flags, nuke the temporary file that pkg created and upgrade the failed package. I never had that fail. But running pkg upgrade without specifying a package will then fail elsewhere. When pkg upgrade exits like shown above, it seems to nuke the license files (and random other files) for the earlier ports, causing the unlinkat errors on the next upgrade attempt. After getting everything upgraded, I then tried "pkg upgrade -f" and got something like the following error: # pkg upgrade -f qt4-uic3 Updating myrepo repository catalogue... myrepo repository is up-to-date. All repositories are up-to-date. qt4-uic3 has no direct installation candidates, change it to qt4-uic? [Y/n]: y pkg: sqlite error while executing UPDATE packages SET name=?1 WHERE name=?2; in file pkg_jobs.c:1577: UNIQUE constraint failed: packages.name Checking integrity...Assertion failed: (strcmp(uid, p->uid) != 0), function pkg_ conflicts_check_local_path, file pkg_jobs_conflicts.c, line 360. Child process pid=3117 terminated abnormally: Abort trap: 6 THis seems to happen when for ports that are obsolete and the replacement that pkg suggest is already installed. Answering "n" to the question doesn't help because pkg just asks again. I went through and deleted all of the outmoded packages, and when I ran I ran "pkg upgrade -f" again, I was back to the first error. [snip] aisleriot-3.14.2 adwaita-icon-theme-3.14.0_1 accountsservice-0.6.37_1 accerciser-3.14.0_1 aalib-1.4.r5_11 OpenEXR-2.2.0_4 ORBit2-2.14.19_1 ImageMagick-6.9.0.4,1 GraphicsMagick-1.3.20_2,1 CoinMP-1.7.6_1 2ManDVD-1.8.5_2 The process will require 700 kB more space. Proceed with this action? [y/N]: y [1/1211] Reinstalling xproto-7.0.26... [1/1211] Extracting xproto-7.0.26: 100% [2/1211] Reinstalling libiconv-1.14_6... [2/1211] Extracting libiconv-1.14_6: 100% [3/1211] Reinstalling libxml2-2.9.2_2... [3/1211] Extracting libxml2-2.9.2_2: 100% [4/1211] Reinstalling libpthread-stubs-0.3_6... [4/1211] Extracting libpthread-stubs-0.3_6: 100% [5/1211] Reinstalling libXdmcp-1.1.1_2... [5/1211] Extracting libXdmcp-1.1.1_2: 100% [6/1211] Reinstalling libXau-1.0.8_2... [6/1211] Extracting libXau-1.0.8_2: 100% [7/1211] Reinstalling indexinfo-0.2.2... [7/1211] Extracting indexinfo-0.2.2: 100% [8/1211] Reinstalling libxcb-1.11... [8/1211] Extracting libxcb-1.11: 100% [9/1211] Reinstalling libfontenc-1.1.2_2... [9/1211] Extracting libfontenc-1.1.2_2: 100% [10/1211] Reinstalling libffi-3.2.1... [10/1211] Extracting libffi-3.2.1: 100% [11/1211] Reinstalling kbproto-1.0.6... [11/1211] Extracting kbproto-1.0.6: 100% [12/1211] Reinstalling gettext-runtime-0.19.3... [12/1211] Extracting gettext-runtime-0.19.3: 100% [13/1211] Reinstalling freetype2-2.5.5... [13/1211] Extracting freetype2-2.5.5: 100% [14/1211] Reinstalling xextproto-7.3.0... [14/1211] Extracting xextproto-7.3.0: 100% [15/1211] Reinstalling xcb-util-0.4.0,1... [15/1211] Extracting xcb-util-0.4.0,1: 100% [16/1211] Reinstalling renderproto-0.11.1... [16/1211] Extracting renderproto-0.11.1: 100% [17/1211] Reinstalling python27-2.7.9... [17/1211] Extracting python27-2.7.9: 100% [18/1211] Reinstalling perl5-5.18.4_11... [18/1211] Extracting perl5-5.18.4_11: 30% pkg: cannot rename /usr/local/lib/perl5/5.18/perl/man/man3/CPANPLUS::Internals::Utils.3.gz.tUKayLFDPn2q to /usr/local/lib/perl5/5.18/perl/man/man3/CPANPLUS::Internals::Utils.3.gz: Operation not permitted [18/1211] Extracting perl5-5.18.4_11: 100% [18/1211] Deleting files for perl5-5.18.4_11: 100% I'm using the lastest version of pkg: %pkg info pkg pkg-1.4.6 Name : pkg Version : 1.4.6 Installed on : Thu Jan 22 21:57:42 PST 2015 Origin : ports-mgmt/pkg Architecture : freebsd:8:x86:32 Prefix : /usr/local Categories : ports-mgmt Licenses : BSD2CLAUSE Maintainer : portmgr@FreeBSD.org WWW : http://wiki.freebsd.org/pkgng Comment : Package manager Shared Libs provided: libpkg.so.3 Annotations : repo_type : binary repository : myrepo Flat size : 6.87MiB Description : Package management tool WWW: http://wiki.freebsd.org/pkgng In case my package repository is corrupt, I kicked off a poudriere bulk run to rebuild the whole thing. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 23 08:17: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 183F0FFC for ; Fri, 23 Jan 2015 08:17:16 +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 99456DEA for ; Fri, 23 Jan 2015 08:17:15 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t0N8GurM092754 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 23 Jan 2015 08:17:03 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 t0N8GurM092754 Authentication-Results: smtp.infracaninophile.co.uk/t0N8GurM092754; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral Message-ID: <54C2036E.1040101@FreeBSD.org> Date: Fri, 23 Jan 2015 08:16:46 +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: strange pkg upgrade problems References: <201501230759.t0N7x39x068396@gw.catspoiler.org> In-Reply-To: <201501230759.t0N7x39x068396@gw.catspoiler.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="APKPfOd8mhfXxf3O6A354LEajCQr1fQs2" 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, 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: Fri, 23 Jan 2015 08:17:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --APKPfOd8mhfXxf3O6A354LEajCQr1fQs2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 23/01/2015 07:59, Don Lewis wrote: > The EPERM errors seem to be kind of random. If I go and look at the > "from" file for the rename() using "ls -lo", I see all sorts of random > flags, like opaque, archive, uunlnk, etc. I booted single user and ran= > fsck, which came back totally clean. Then I used chflags -R to clear > all the flags, did pkg upgrade again, and ran into the exact same > problems. If I rerun pkg upgrade, it may fail on the same port again, > ir it might pick another. I can go in an manually clear the flags, nuk= e > the temporary file that pkg created and upgrade the failed package. I > never had that fail. But running pkg upgrade without specifying a > package will then fail elsewhere. This has been fixed in pkg(8) GitHub, and the fix will appear in the next release (1.4.7) due out within a few days. https://github.com/freebsd/pkg/commit/93d1647d0b986e4c6ad317c4e9688678447= 7dcfe Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --APKPfOd8mhfXxf3O6A354LEajCQr1fQs2 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) iQJ8BAEBCgBmBQJUwgN4XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATESEP/jUTjoUGQzHE6TUQHFw0oPjN h/Ce8bh7eQuht2lGiXanCKpNfYEzRCZrMs/q1sJTpXxFGHTjYS9f6zo4Z8twcP+c JNfnKjttCooGHegZcCye9kO7+elJLKSCftEP3EAQih51uWFBkjjMmbezgPLNhm2h Mfl+Bw8nogXvPcs/BMLWLgD6zk6wR4aPNyLZYml4SG91eETVSTS0E0Fw+xRRkyJG qNN65m2vR4mIisGDrOuFgJauuyVOih0wJT/YHqDvfHR2wwmUgTDIx6Iew0I+sFxn e2q0owPefrpsLhId6tuQPDFkn2fsrcOIDHqLL6mXZZmpQk7KHPAM6s1POzOmF3F9 kNAjV7MPu7Wr+FU7BHVO5zt6EgZ6cTYSM8Qy194etgEPdOmwEmgtAfwkkaGCU1lK DSZzW0wqbVZqOl6wQtq5af9gh+ZwgZcFGayrXJh3qwaGlsLQFwhCzxF78YzzUEot UWFvGszRJ12QEV/sOAwTyzwRp2CQIhv1H52L/rYTMj8SkIhCRgMawo1Tiqg1TXWo NwU6zB0QEMSFk0Bzqbt9d7nhVQclj9K93zNN94zgwfWvKB1yUkEXtFHJs8eMonbr M0HXRaxPoQ2gtaU7qsE5oXdRk7ka9GiVt9rAHTX3fAnZI3FTUX4xf8xx3LEbsgON kaZa9C+rODtmEnOxuWzj =jgxe -----END PGP SIGNATURE----- --APKPfOd8mhfXxf3O6A354LEajCQr1fQs2-- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 23 09:38: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 DF94FEE2 for ; Fri, 23 Jan 2015 09:38:22 +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 CB6B392A for ; Fri, 23 Jan 2015 09:38:22 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0N9cMD3053474 for ; Fri, 23 Jan 2015 09:38:22 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0N9cM4Z053473; Fri, 23 Jan 2015 09:38:22 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501230938.t0N9cM4Z053473@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, 23 Jan 2015 09:38:22 +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, 23 Jan 2015 09:38:23 -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 ------------------------------------------------+-----------------+------------ textproc/tralics | 2.15.1 | 2.15.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 Fri Jan 23 12:07:31 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 EC3C28F; Fri, 23 Jan 2015 12:07:31 +0000 (UTC) Received: from carrick.bishnet.net (carrick-mx.bishnet.net [IPv6:2a01:348:132:51::14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "carrick.bishnet.net", Issuer "Bishnet Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B1FF6ABD; Fri, 23 Jan 2015 12:07:31 +0000 (UTC) Received: from carrick-users.bishnet.net ([192.168.51.10]) by carrick.bishnet.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YEd1N-0004Li-Kj; Fri, 23 Jan 2015 12:07:29 +0000 Received: (from tdb@localhost) by carrick-users.bishnet.net (8.14.7/8.14.7/Submit) id t0NC7TLN016721; Fri, 23 Jan 2015 12:07:29 GMT (envelope-from tim@bishnet.net) X-Authentication-Warning: carrick-users.bishnet.net: tdb set sender to tim@bishnet.net using -f Date: Fri, 23 Jan 2015 12:07:29 +0000 From: Tim Bishop To: Matthew Seaman Subject: Re: strange pkg upgrade problems Message-ID: <20150123120729.GF32891@carrick-users.bishnet.net> References: <201501230759.t0N7x39x068396@gw.catspoiler.org> <54C2036E.1040101@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <54C2036E.1040101@FreeBSD.org> X-PGP-Key: 0x6C226B37FDF38D55, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 4BD9 5F90 8A50 40E8 D26C D681 6C22 6B37 FDF3 8D55 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: Fri, 23 Jan 2015 12:07:32 -0000 On Fri, Jan 23, 2015 at 08:16:46AM +0000, Matthew Seaman wrote: > On 23/01/2015 07:59, Don Lewis wrote: > > The EPERM errors seem to be kind of random. If I go and look at the > > "from" file for the rename() using "ls -lo", I see all sorts of random > > flags, like opaque, archive, uunlnk, etc. I booted single user and ran > > fsck, which came back totally clean. Then I used chflags -R to clear > > all the flags, did pkg upgrade again, and ran into the exact same > > problems. If I rerun pkg upgrade, it may fail on the same port again, > > ir it might pick another. I can go in an manually clear the flags, nuke > > the temporary file that pkg created and upgrade the failed package. I > > never had that fail. But running pkg upgrade without specifying a > > package will then fail elsewhere. >=20 > This has been fixed in pkg(8) GitHub, and the fix will appear in the > next release (1.4.7) due out within a few days. >=20 > https://github.com/freebsd/pkg/commit/93d1647d0b986e4c6ad317c4e9688678447= 7dcfe No, I don't think it has been fixed. The bug is here: https://github.com/freebsd/pkg/issues/1151 Looks like it still needs a bit more work. Tim. --=20 Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x6C226B37FDF38D55 From owner-freebsd-ports@FreeBSD.ORG Fri Jan 23 18:04:41 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 D65A6BD1 for ; Fri, 23 Jan 2015 18:04:41 +0000 (UTC) Received: from mail.neelc.org (mail.neelc.org [72.0.227.52]) by mx1.freebsd.org (Postfix) with ESMTP id AB70EA43 for ; Fri, 23 Jan 2015 18:04:41 +0000 (UTC) Received: from mail.neelc.org (unknown [192.168.1.1]) by mail.neelc.org (Postfix) with ESMTPA id EF2A62ADCF8 for ; Fri, 23 Jan 2015 13:11:36 -0500 (EST) Received: from 96.44.189.101 (SquirrelMail authenticated user neel) by mail.neelc.org with HTTP; Fri, 23 Jan 2015 13:11:36 -0500 Message-ID: <79bc7bf0e965c125e64cb2fe24f2d368.squirrel@mail.neelc.org> Date: Fri, 23 Jan 2015 13:11:36 -0500 Subject: Looking at new port deskutils/currtime From: "Neel Chauhan" To: freebsd-ports@freebsd.org Reply-To: neel@neelc.org User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 1 (Highest) Importance: High 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, 23 Jan 2015 18:04:41 -0000 Hi freebsd-ports Mailing List, I have a new FreeBSD port deskutils/currtime, which is a command-line operated real time clock. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196781 Keep in mind that right now, deskutils/currtime is just a command-line based clock without any additional frills, although I do plan to add more features to currtime in the future as I am the author of currtime. Thanks, Neel From owner-freebsd-ports@FreeBSD.ORG Fri Jan 23 19:23:36 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 B045AC99 for ; Fri, 23 Jan 2015 19:23:36 +0000 (UTC) Received: from mail.ma-mutuelle.tk (vps25766.lws-hosting.com [195.110.35.18]) by mx1.freebsd.org (Postfix) with ESMTP id 00FF1638 for ; Fri, 23 Jan 2015 19:23:34 +0000 (UTC) Comment: DomainKeys? See http://domainkeys.sourceforge.net/ DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=private; d=ma-mutuelle.tk; b=T/tip/upZQ2mOS9UVFH5V3y6vWguLfoGVkM988Mj0fFCCCrGPQKardIhk80tMBkeyqnGtHrveqpsW/0P+D7lYo68TQAB1seb7+8O/u1oXjpcS8Cbw41DJY2u2lzWdFvNgCEdhOyILnO2w9HwFExOL64hPGN+ea2fN4tBMomPFhU=; h=Received:To:Subject:Received:Date:From:Message-ID:X-Priority:X-Mailer:X-phpList-version:X-MessageID:X-ListMember:Precedence:Bounces-To:List-Unsubscribe:MIME-Version:Content-Type:Content-Transfer-Encoding; DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ma-mutuelle.tk; h=to :subject:date:from:message-id:list-unsubscribe:mime-version :content-type:content-transfer-encoding; s=private; bh=8KBQEuKa+ 4l1X4HwuX3N7n8qx5E=; b=m360xsLyiuLRutLb2yctO9lOd3HfL3ewu3s5tkiSz +K8XJDgiKyzRIBp2yUy0q4JcLvHZFkMvvQNjIJ7rS5v0QIZE3Hd4tMB5qb3iMy0U 0KSZv6iVngOaum8M/jBlVVmj+dqXFeQWU8I1A9PYyUEaI2vFJlBCpxBFHY2oOxdI E0= Received: (qmail 5669 invoked by uid 7797); 23 Jan 2015 19:23:26 -0000 To: freebsd-ports@freebsd.org Subject: Au revoir de notre bulletin d'information Received: from crawl-66-249-65-17.googlebot.com [66.249.65.17] by www.ma-mutuelle.tk with HTTP; Fri, 23 Jan 2015 19:23:26 +0000 Date: Fri, 23 Jan 2015 19:23:26 +0000 From: My email Message-ID: X-Priority: 3 X-Mailer: PHPMailer 5.2.9 (https://github.com/PHPMailer/PHPMailer/) X-phpList-version: 3.0.11 X-MessageID: systemmessage X-ListMember: freebsd-ports@freebsd.org Precedence: bulk Bounces-To: admin@ma-mutuelle.tk MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2015 19:23:36 -0000 Goodbye from our Newsletter, sorry to see you go. You have been unsubscribed from our newsletters. This is the last email you will receive from us. Our newsletter system, phpList, will refuse to send you any further messages, without manual intervention by our administrator. If there is an error in this information, you can re-subscribe: please go to http://www.ma-mutuelle.tk/obseque/?p=subscribe and follow the steps. Thank you From owner-freebsd-ports@FreeBSD.ORG Sat Jan 24 09:34:25 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 0465864E for ; Sat, 24 Jan 2015 09:34:25 +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 E570D998 for ; Sat, 24 Jan 2015 09:34:24 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t0O9YOO9066803 for ; Sat, 24 Jan 2015 09:34:24 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t0O9YO5L066802; Sat, 24 Jan 2015 09:34:24 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201501240934.t0O9YO5L066802@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, 24 Jan 2015 09:34:24 +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, 24 Jan 2015 09:34:25 -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 ------------------------------------------------+-----------------+------------ www/serendipity | 1.7.8 | 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 Sat Jan 24 09:48: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 DA4DB795; Sat, 24 Jan 2015 09:48:26 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (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 AA00DA72; Sat, 24 Jan 2015 09:48:26 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id fp1so2551287pdb.4; Sat, 24 Jan 2015 01:48:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=rzwOdDiQo9IBlH/24hHkNjS/FSpt/IehY/fRUbYCKDw=; b=amdupbeNZCTxQCaSInVMxZmNoY4SBvg6mlhGtLHzZ79vUrf+Us6S8Ewprsxm124vkr PrE92bLuomALoZaBIlSdLUACAxbRij3nwecRgQsQH7iHq3lW7U4CEnHt7mLSv23VJYq5 iapud4AGFuJpRplPrToKZGM/4mvzuWcPLOjOymWGV//JZ14nSe/wrdgVicjpJIhnLsat GV9BCyOoyJe5BOZUMa3liKWJlbrzVqyL0BHazhtUW1fQNUvdiNU3hcrRVEto61fLCFIs M+7JaAPEO9KMd1rB0WgJAEFCUsyVlRD0avSrkyRHYt2YdW0GMjfPgu787kmTYKnDK5Xn lozQ== X-Received: by 10.70.130.73 with SMTP id oc9mr18356154pdb.42.1422092906040; Sat, 24 Jan 2015 01:48:26 -0800 (PST) Received: from [192.168.1.107] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id qm7sm4256480pbc.46.2015.01.24.01.48.23 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 24 Jan 2015 01:48:25 -0800 (PST) Sender: Kubilay Kocak Message-ID: <54C36A5D.1090002@FreeBSD.org> Date: Sat, 24 Jan 2015 20:48:13 +1100 From: Kubilay Kocak Reply-To: koobs@FreeBSD.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Thunderbird/34.0 MIME-Version: 1.0 To: Bryan Drewery , olli hauer , Kurt Jaeger Subject: Re: Poudriere MFS support [was Re: Poudriere Timeout] References: <201501190145.t0J1jKvg006268@slippy.cwsent.com> <54BCF7C9.7090502@toco-domains.de> <20150119154822.GX44537@home.opsec.eu> <54BD3203.5050809@toco-domains.de> <20150119191834.GH83169@home.opsec.eu> <54BD5EF8.4010201@gmx.de> <54C18027.7050002@FreeBSD.org> In-Reply-To: <54C18027.7050002@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org, Torsten Zuehlsdorff 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, 24 Jan 2015 09:48:27 -0000 On 23/01/2015 9:56 AM, Bryan Drewery wrote: > On 1/19/2015 1:46 PM, olli hauer wrote: >> On 2015-01-19 20:18, Kurt Jaeger wrote: >>> Hi! >>> >>>>>> Yes, i have. I've solved this problem by moving the build-jails of >>>>>> poudriere to an memory disk. This make poudriere no longer io-bund and >>>>>> incredibly fast. And solve this issue ;) >>> >>>>> How did you do this ? I want to try this myself 8-} >>> >>>> I've hacked poudriere to run within a jail. >>> >>> Aha, the .m mountpoint. My test host has 32 GB, so 20 GB should not be >>> a problem. >>> >>> Testport: www/p5-Selenium-Remote-Driver on 10.1-amd64, 9.3-amd64 and 8.4-i386. >>> >>> Results: >>> >>> old: 00:05:43 >>> new: 00:05:11 >>> >>> old: 00:01:56 >>> new: 00:00:12 >>> >>> old: 00:02:11 >>> new: 00:00:14 >>> >>> Nice! >>> >> >> Hi Kurt, >> >> are you running PD also in a jail? >> >> If not PD can be tuned by setting MFSSIZE *or* USE_TMPFS in poudriere.conf. >> >> On my system I have good results with 8 concurrent builds and MFSSIZE=6G or 'USE_TMPFS=all'. >> Fine tuning can be done with an additional SSD (look at `systat -iostat' during a build) >> >> poudriere.conf: >> >> # When building packages, a memory device can be used to speedup the build. >> # Only one of MFSSIZE or USE_TMPFS is supported. TMPFS is generally faster >> # and will expand to the needed amount of RAM. MFS is a bit slower, but is >> # more mature and can have its memory usage capped. >> >> # If set WRKDIRPREFIX will be mdmfs of the given size (mM or gG) >> #MFSSIZE=4G >> >> # Use tmpfs(5) >> ... >> # all - Run the entire build in memory, including builder jails. >> USE_TMPFS=all >> > > > Why do people pick MFS over TMPFS? I've found MFS/UFS significantly > slower than TMPFS on FreeBSD 10+. > > I'm very inclined to remove MFS support from Poudriere as it is far less > supported as TMPFS and not tested well. > > I suspect the reason is due to size constraint not being supported in > the past. TMPFS_LIMIT can be used just as MFSSIZE can be. > >From LOCALBASE/etc/poudriere.conf: MFS is a bit slower, but is more mature and can have its memory usage capped. This is why I chose it, in particular the memory cap. I'll switch back over to TMPFS and see how we go. ./koobs