From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 02:05:02 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CAB11065674; Sun, 27 Mar 2011 02:05:02 +0000 (UTC) (envelope-from user.vdr@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E2D358FC16; Sun, 27 Mar 2011 02:05:01 +0000 (UTC) Received: by iyj12 with SMTP id 12so2999625iyj.13 for ; Sat, 26 Mar 2011 19:05:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=07naFbgZwuYYS6DmKLaSOjAUOb6JYSNlgQAJ3W0VmHg=; b=mG8NuuXR3qJ00Ti1et4n+OBpXi5YZcBqBUBBXySo5WFUIltD3l/txmjcCiovUE61gT /o+xQ7BDbD7v9bkt+D65yG+CUdBgJjRRGeykFo/0FlVAPd19rmr67f2Hv6I4ufwwJVaJ oYXBspeVSpKL1OBeCLiUE1j5PnIkzSF54luOk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=xJT4sy5VxP7QDkXLjD1H28o52NFV4xlmDijqt0DRRgJmmloxD+vOd+odKNHBs5QagV M0Alna/VJ7+wcqqgd19TQ3fyPm2Bj5vScV3PdulV00Shj0vqtB/Q+4QbD7g/bRvvVt01 TtFAxwJDZfs9k6j2D2EokSQb48+PO9AptJpiI= MIME-Version: 1.0 Received: by 10.231.127.72 with SMTP id f8mr2588149ibs.21.1301191501283; Sat, 26 Mar 2011 19:05:01 -0700 (PDT) Received: by 10.231.206.82 with HTTP; Sat, 26 Mar 2011 19:05:01 -0700 (PDT) In-Reply-To: <20110326234406.GB73041@triton8.kn-bremen.de> References: <20110326192838.GA68179@triton8.kn-bremen.de> <20110326234406.GB73041@triton8.kn-bremen.de> Date: Sat, 26 Mar 2011 19:05:01 -0700 Message-ID: From: VDR User To: Juergen Lock Content-Type: multipart/mixed; boundary=00504502e41c3802de049f6d41ab Cc: freebsd-multimedia@freebsd.org, lme@freebsd.org, freebsd-ports@freebsd.org, Alexander Leidinger Subject: Re: some vdr intro/installation notes (watch/record/stream tv) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 02:05:02 -0000 --00504502e41c3802de049f6d41ab Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, Mar 26, 2011 at 4:44 PM, Juergen Lock wrot= e: >> You can automate most of the stuff required to run VDR, and everything >> else can be put in a .conf somewhere for the stuff that can't. =C2=A0I'v= e >> found this extremely useful and worth looking into for any level user. >> > =C2=A0Well passing plugin args is automated on Linux often but I didn't > try to port those scripts, wanted to keep things simple... =C2=A0(editing > rc.conf I think is easy enough?) I'm not a fan of scripts like runvdr to be honest. I opted to just write my own from scratch. I use the bash shell and hadn't considered whether or not freebsd has it available as well. I hope so! >> With vdr-xine no patching is necessary as long as you using >> xine-lib-1.2 hg revision 11658 (hash 3501e0a6f75c) or newer. =C2=A0I >> recommend using this regardless as it contains items necessary for >> VDR-1.7.17's new truecolor OSD support. >> > =C2=A0So xine-lib 1.2 is recommendable yet? =C2=A0I was so far trying to = stick > to 1.1.19 release + patches since other FreeBSD ports use libxine > too and I know nothing at all about the 1.2 branch and how stable > it is... :) Originally vdpau support was being developed against the 1.1 branch but it eventually matured to the point where it was merged into xine-lib-1.2 directly. Since then all development has been against xine-lib.1.2 with no backporting that I'm aware of. When vdpau was merged, I made the switch to the 1.2 branch. There have been a few bumps in the road but those were all resolved and my experience now is that xine-lib-1.2 vdpau is very stable. I'd say it's worth trying and see if you get the same results because it's sure a lot easier then maintaining a bunch of patches. :) >> Your ion1 should be able to handle temporal, as mine does. =C2=A0Using h= alf >> temporal shouldn't be necessary. >> > =C2=A0Ok I should check that. > > =C2=A0Hmm no, a 1080i recording of `Servus TV Hockey night' I did for > testing deinterlacing looks `jumpy' with temporal when there is > more motion. =C2=A0Maybe things have improved in libxine 1.2? It could be. I know vdpau support was completely re-written from scratch a little while back. There's also another alternative vdpau implementation being developed (also against 1.2) which is already working but looking good so far. IIRC it needs some work and a lot of code clean-up though. >> > - Small bug: =C2=A0if playback of a recording doesn't start try pressi= ng Green. >> > =C2=A0(or F6 with my example remote.conf keyboard mapping.) >> >> I've never heard of this bug. =C2=A0Could you elaborate? >> > =C2=A0It mostly happens with short recordings that were already played > before... =C2=A0I think. =C2=A0(Tho I also yesterday saw it with vdpau on= a > longer recording, for the first time.) I tried it here and couldn't reproduce the problem. I wonder if this is related to using xine-lib-1.1 vdpau? Are you aware of any linux users with the problem also? > =C2=A0Oh, if you have a link for that... :) I actually don't but I'll attach it to this post. :) Cheers --00504502e41c3802de049f6d41ab Content-Type: application/octet-stream; name="vdr-1.7.17-fix_na_dvbs_ac3.diff" Content-Disposition: attachment; filename="vdr-1.7.17-fix_na_dvbs_ac3.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_glrbrikb0 ZGlmZiAtcHJ1TiB2ZHItMS43LjE3LW9yaWcvcGF0LmMgdmRyLTEuNy4xNy9wYXQuYwotLS0gdmRy LTEuNy4xNy1vcmlnL3BhdC5jCTIwMTEtMDMtMTMgMjM6MTU6NDIuMDAwMDAwMDAwIC0wNzAwCisr KyB2ZHItMS43LjE3L3BhdC5jCTIwMTEtMDMtMTQgMDA6MTQ6NDAuMDAwMDAwMDAwIC0wNzAwCkBA IC00ODYsNiArNDg2LDcgQEAgdm9pZCBjUGF0RmlsdGVyOjpQcm9jZXNzKHVfc2hvcnQgUGlkLCB1 XwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU0k6OklTTzYzOUxhbmd1YWdlRGVz Y3JpcHRvciAqbGQgPSAoU0k6OklTTzYzOUxhbmd1YWdlRGVzY3JpcHRvciAqKWQ7CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBzdHJuMGNweShsYW5nLCBJMThuTm9ybWFsaXplTGFu Z3VhZ2VDb2RlKGxkLT5sYW5ndWFnZUNvZGUpLCBNQVhMQU5HQ09ERTEpOwogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg SXNBYzMgPSB0cnVlOwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYnJlYWs7CiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgZGVmYXVsdDogOwogICAgICAgICAgICAgICAgICAg ICAgICAgICAgIH0K --00504502e41c3802de049f6d41ab-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 04:31:58 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8CC5D1065670 for ; Sun, 27 Mar 2011 04:31:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1D4FB153ADE; Sun, 27 Mar 2011 04:31:58 +0000 (UTC) Message-ID: <4D8EBDBA.6070602@FreeBSD.org> Date: Sat, 26 Mar 2011 21:31:54 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.15) Gecko/20110326 Thunderbird/3.1.9 MIME-Version: 1.0 To: Matthew Seaman References: <61994f32f152b25487eaf153546ab59f@flabnapple.net> <4D8E18AF.6010906@FreeBSD.org> <4D8E1B9D.8050402@infracaninophile.co.uk> In-Reply-To: <4D8E1B9D.8050402@infracaninophile.co.uk> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Ron \(Lists\)" , freebsd-ports@freebsd.org Subject: Re: Updating multiple ports with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 04:31:58 -0000 On 03/26/2011 10:00, Matthew Seaman wrote: > pkg_version -vIL= | awk '/^p5-/ { print $1 }' | xargs portmaster That's a good suggestion, but if you want to use that technique, better would be: portmaster `pkg_version -vIL= | awk '/^p5-/ { print $1 }'` so that you can take advantage of the internal caching that portmaster does. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 06:20:58 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91AC51065670 for ; Sun, 27 Mar 2011 06:20:58 +0000 (UTC) (envelope-from troy@twisted.net) Received: from oz.twisted.net (oz.twisted.net [69.211.34.241]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9748FC08 for ; Sun, 27 Mar 2011 06:20:58 +0000 (UTC) Received: from oz.twisted.net (localhost [127.0.0.1]) by oz.twisted.net (Postfix) with ESMTP id 73B7F101BDCC for ; Sun, 27 Mar 2011 01:30:29 -0500 (CDT) X-Virus-Scanned: amavisd-new at example.com Received: from oz.twisted.net ([127.0.0.1]) by oz.twisted.net (oz.twisted.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vVW++XQ6x-rS for ; Sun, 27 Mar 2011 01:30:18 -0500 (CDT) Received: from [172.16.0.5] (sindrome.twisted.net [172.16.0.5]) by oz.twisted.net (Postfix) with ESMTP id CFEB6FF268B for ; Sun, 27 Mar 2011 01:30:18 -0500 (CDT) Message-ID: <4D8ED71B.8010804@twisted.net> Date: Sun, 27 Mar 2011 01:20:11 -0500 From: Troy User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: troy@twisted.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 06:20:58 -0000 Anyone have an idea why it can't find liblzma.la or what port I need to install to make that library available? Thanks. mv -f .deps/dmtxread-dmtxread.Tpo .deps/dmtxread-dmtxread.Po cc -DHAVE_CONFIG_H -I. -I../.. -Wshadow -Wall -pedantic -I/usr/local/include/ImageMagick -D_MAGICK_CONFIG_H -O2 -pipe -fno-strict-aliasing -MT dmtxread-dmtxutil.o -MD -MP -MF .deps/dmtxread-dmtxutil.Tpo -c -o dmtxread-dmtxutil.o `test -f '../common/dmtxutil.c' || echo './'`../common/dmtxutil.c ../common/dmtxutil.h:48: warning: 'symbolSizes' defined but not used mv -f .deps/dmtxread-dmtxutil.Tpo .deps/dmtxread-dmtxutil.Po /bin/sh ../../libtool --tag=CC --mode=link cc -I/usr/local/include/ImageMagick -D_MAGICK_CONFIG_H -O2 -pipe -fno-strict-aliasing -lm -L/usr/local/lib -lMagickWand -lMagickCore -o dmtxread dmtxread-dmtxread.o dmtxread-dmtxutil.o ../../libdmtx.la -lm libtool: link: cannot find the library `/usr/local/lib/liblzma.la' or unhandled argument `/usr/local/lib/liblzma.la' *** Error code 1 Stop in /usr/ports/graphics/libdmtx/work/libdmtx-0.7.2/util/dmtxread. *** Error code 1 Stop in /usr/ports/graphics/libdmtx/work/libdmtx-0.7.2/util. *** Error code 1 Stop in /usr/ports/graphics/libdmtx/work/libdmtx-0.7.2. *** Error code 1 Stop in /usr/ports/graphics/libdmtx/work/libdmtx-0.7.2. *** Error code 1 Stop in /usr/ports/graphics/libdmtx. *** Error code 1 Stop in /usr/ports/x11/kdebase4-workspace. *** Error code 1 Stop in /usr/ports/x11/kdebase4-workspace. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20110327-32838-ydk0n7-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=kdebase-workspace-4.5.5_1 UPGRADE_PORT_VER=4.5.5_1 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11/kdebase4-workspace (kdebase-workspace-4.5.5_1) (unknown build error) From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 07:21:17 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D84BF106564A for ; Sun, 27 Mar 2011 07:21:17 +0000 (UTC) (envelope-from sahil@tandon.net) Received: from spartan.hamla.org (spartan.hamla.org [206.251.255.30]) by mx1.freebsd.org (Postfix) with ESMTP id B7F7C8FC12 for ; Sun, 27 Mar 2011 07:21:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spartan.hamla.org (Postfix) with ESMTP id 6A06F17145 for ; Sun, 27 Mar 2011 03:05:14 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tandon.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:reply-to:message-id :subject:subject:from:from:date:date:received:received; s=aegis; t=1301209514; bh=rXsRVdYLqt0Hq9ZARStmtHNxIO0NaxwssT2iijkyEaE=; b= LlZC8gKnjoYU6pH1WnKE9YeMOVedo9gs5zLdIRpuvO9SrYe+FzebYkCC4zU/j22I UESVwT0w7IqNTQfwG3aDny8vFESVf7kkF2OGPE1pOM2Js0EsC8XQvKHtw2cBVE5q t+V5Gj86PZ2MaPF+2Lme6sPQM85ENJrdplz8PSdg/ls= X-Virus-Scanned: by ClamAV at spartan.hamla.org Received: from spartan.hamla.org ([127.0.0.1]) by localhost (spartan.hamla.org [127.0.0.1]) (amavisd-new, port 10027) with LMTP id vxs609YX7WeK for ; Sun, 27 Mar 2011 03:05:14 -0400 (EDT) Received: from magic.hamla.org (cpe-69-201-179-80.nyc.res.rr.com [69.201.179.80]) by spartan.hamla.org (Postfix) with ESMTPSA id 91A17170F7 for ; Sun, 27 Mar 2011 03:05:11 -0400 (EDT) Date: Sun, 27 Mar 2011 03:05:04 -0400 From: Sahil Tandon To: freebsd-ports@freebsd.org Message-ID: <20110327070503.GB73511@magic.hamla.org> References: <4D8ED71B.8010804@twisted.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D8ED71B.8010804@twisted.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 07:21:17 -0000 On Sun, 2011-03-27 at 01:20:11 -0500, Troy wrote: > Anyone have an idea why it can't find liblzma.la or what port I need > to install to make that library available? archivers/xz installs liblzma.la. -- Sahil Tandon From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 07:36:39 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08F2A106566C; Sun, 27 Mar 2011 07:36:39 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id DDABA8FC15; Sun, 27 Mar 2011 07:36:38 +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 p2R7abdq088962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 27 Mar 2011 00:36:37 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p2R7ab2m088961; Sun, 27 Mar 2011 00:36:37 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA20680; Sat, 26 Mar 11 23:26:33 PST Date: Sun, 27 Mar 2011 00:26:23 -0700 From: perryh@pluto.rain.com To: dougb@freebsd.org Message-Id: <4d8ee69f.sDPKG5fISx5FNrmy%perryh@pluto.rain.com> References: <61994f32f152b25487eaf153546ab59f@flabnapple.net> <4D8E18AF.6010906@FreeBSD.org> <4D8E1B9D.8050402@infracaninophile.co.uk> <4D8EBDBA.6070602@FreeBSD.org> In-Reply-To: <4D8EBDBA.6070602@FreeBSD.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: rg.lists@rzweb.com, freebsd-ports@freebsd.org Subject: Re: Updating multiple ports with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 07:36:39 -0000 Doug Barton wrote: > On 03/26/2011 10:00, Matthew Seaman wrote: > > pkg_version -vIL= | awk '/^p5-/ { print $1 }' | xargs portmaster > > That's a good suggestion, but if you want to use that technique, better > would be: portmaster `pkg_version -vIL= | awk '/^p5-/ { print $1 }'` ... Unless the number of ports involved is very large, either should produce exactly the same effect. Absent a -n or -s switch, xargs collects up to 5000 args or a ~250KB command line for each invocation of (in this case) portmaster. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 10:07:17 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF8D9106566B; Sun, 27 Mar 2011 10:07:17 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 93DFD8FC0C; Sun, 27 Mar 2011 10:07:17 +0000 (UTC) Received: by iyj12 with SMTP id 12so3253646iyj.13 for ; Sun, 27 Mar 2011 03:07:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:in-reply-to :message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=tRR5pI7ROzjMsysg61Pn9LvVJTJvFCUk8045u85gozY=; b=cK283EWjP3KL/mNFnPX8fjeQCm0GwXrUWNaotTPPPY3Mj5RvGbZOkVEweOywNhPv8Y FighAUTDVcDhRwXHsdM2t2o2JRT2Cmlbz86wNC32t8m/ep4rBoiJB5S1wL+f1j0PuewK 8EA+fjBNb2eRbr61V59RquW283GzsLCZneUCo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=cjYyAw3CprEWjBeGnvh9CNQGrw8z/Hx0mgADPzICeJQZOL1rIA+M5eqQgO/rXHltqY uMdhIeN4jdLRdqgTw+nHC/fif5yJJQX1/Xh+o0Xuikp2BOj0ACBgO7S0oBsstelPjKFx 6feh/apxpbU0qD3HpsCEFpU/YooHD6sfJN1PM= Received: by 10.42.117.68 with SMTP id s4mr4775496icq.348.1301220436890; Sun, 27 Mar 2011 03:07:16 -0700 (PDT) Received: from disbatch.dataix.local (adsl-99-181-153-110.dsl.klmzmi.sbcglobal.net [99.181.153.110]) by mx.google.com with ESMTPS id mv26sm2090265ibb.28.2011.03.27.03.07.14 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 27 Mar 2011 03:07:15 -0700 (PDT) Sender: "J. Hellenthal" Date: Sun, 27 Mar 2011 06:07:13 -0400 From: "J. Hellenthal" To: Doug Barton In-Reply-To: <4D8E18AF.6010906@FreeBSD.org> Message-ID: References: <61994f32f152b25487eaf153546ab59f@flabnapple.net> <4D8E18AF.6010906@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Ron \(Lists\)" , FreeBSD Ports Subject: Re: Updating multiple ports with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 10:07:18 -0000 On Sat, 26 Mar 2011 12:47, dougb@ wrote: > On 3/26/2011 8:22 AM, Ron (Lists) wrote: >> I have a questions about the use of portmaster when upgrading multiple >> ports and how to correctly use wildcards. >> >> For example, I have this from pkg_version: >> >> p5-Digest-SHA-5.50 < needs updating (port has 5.61) >> p5-IO-Socket-SSL-1.38 < needs updating (port has 1.39) >> p5-IPC-Cmd-0.68 < needs updating (port has 0.70) >> p5-Math-BigInt-1.99 < needs updating (port has 1.993) >> p5-Module-Build-0.3607_1 < needs updating (port has 0.3624) >> p5-Module-CoreList-2.42 < needs updating (port has 2.45) >> p5-Module-Load-Conditional-0.38 < needs updating (port has 0.44) >> p5-Params-Check-0.26_1 < needs updating (port has 0.28) >> p5-Test-Harness-3.22 < needs updating (port has 3.23) >> p5-URI-1.56 < needs updating (port has 1.58) >> >> When I was using portupgrade, I could type... >> >> portupgrade p5-* >> >> ...and it would upgrade only the ports that needed upgrading and >> dependancies. But if I try... >> >> portmaster p5-* >> >> ===>>> The following actions will be taken if you choose to proceed: >> Re-install p5-Digest-SHA1-2.13 >> Re-install p5-IO-Compress-2.033 >> Re-install p5-Compress-Raw-Bzip2-2.033 >> Re-install p5-Compress-Raw-Zlib-2.033 >> Re-install p5-HTML-Tagset-3.20 >> Re-install p5-HTML-Parser-3.68 >> Upgrade p5-Digest-SHA-5.50 to p5-Digest-SHA-5.61 >> Re-install p5-Mail-SpamAssassin-3.3.1_3 >> Re-install p5-Archive-Tar-1.76 >> Re-install p5-IO-Zlib-1.10_1 >> Re-install p5-IO-String-1.08 >> Re-install p5-Package-Constants-0.02 >> Re-install p5-Encode-Detect-1.01 >> Re-install p5-ExtUtils-CBuilder-0.2802_1,1 >> Upgrade p5-IPC-Cmd-0.68 to p5-IPC-Cmd-0.70 >> Re-install p5-Locale-Maketext-Simple-0.21 >> Upgrade p5-Module-Load-Conditional-0.38 to p5-Module-Load-Conditional-0.44 >> Upgrade p5-Module-CoreList-2.42 to p5-Module-CoreList-2.45 >> Re-install p5-Module-Load-0.18 >> Upgrade p5-Params-Check-0.26_1 to p5-Params-Check-0.28 >> Re-install p5-version-0.88 >> Upgrade p5-Module-Build-0.3607_1 to p5-Module-Build-0.3624 >> Install devel/p5-CPAN-Meta-YAML >> Re-install p5-ExtUtils-Install-1.54 >> Re-install p5-ExtUtils-ParseXS-2.22.03 >> Install devel/p5-Module-Metadata >> Install devel/p5-Perl-OSType >> Upgrade p5-Test-Harness-3.22 to p5-Test-Harness-3.23 >> Re-install p5-Net-DNS-0.66_1 >> Re-install p5-Net-IP-1.25_2 >> Re-install p5-IO-Socket-INET6-2.65 >> Re-install p5-Socket6-0.23 >> Re-install p5-Digest-HMAC-1.02 >> Re-install p5-Mail-Tools-2.07 >> Re-install p5-TimeDate-1.20,1 >> Re-install p5-NetAddr-IP-4.038 >> Upgrade p5-IO-Socket-SSL-1.38 to p5-IO-Socket-SSL-1.39 >> Re-install p5-Net-SSLeay-1.36 >> Re-install p5-libwww-5.837 >> Upgrade p5-URI-1.56 to p5-URI-1.58 >> Re-install p5-YAML-Tiny-1.44 >> Re-install p5-Time-HiRes-1.9721,1 >> Re-install p5-Locale-gettext-1.05_3 >> Upgrade p5-Math-BigInt-1.99 to p5-Math-BigInt-1.993 >> Re-install p5-ExtUtils-MakeMaker-6.56 >> Re-install p5-MIME-Base64-3.13 >> Re-install p5-YAML-0.72 >> Re-install p5-Error-0.17016 >> Re-install p5-Net-DNS-Resolver-Programmable-0.003 >> Re-install p5-Mail-SPF-2.007 >> >> ...it wants to upgrade and reinstall every port that I have installed >> that begins with p5-* >> >> Is there a way to get portmaster to behave like portupgrade did and only >> upgrade what needs to be upgraded? > > Not directly. You could mimic the behavior using the -i option with either > 'portmaster -a' or 'portmaster p5-'. And to answer your likely followup > question, I have no plans to add such an option. :) > Hi Doug, ...Everyone else, Since were on the (-i) subject here. Do you have any plans in the near future to implement a way for to change the default questioning response from [y] to [n] ? This would be extremely helpful to those users in these circumstances at what seems not that much effort to do so. [y] makes sense when using (-a) where portmaster will only be upgrading what has upgrades available. [n] makes sense when doing most anything else I can think of since its interactive but should be chosen by the user. This is speaking strictly in the sense of: "===>>> Update portname-X.Y,Z? y/n [y]" And with the above list of ports I think I would rather hit [Return] 50 times than [n][Return] Thanks -- Regards, J. Hellenthal (0x89D8547E) JJH48-ARIN From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 12:29:57 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFE19106566B; Sun, 27 Mar 2011 12:29:57 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 614378FC1B; Sun, 27 Mar 2011 12:29:57 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 5899C1E000CA; Sun, 27 Mar 2011 14:29:56 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p2RCQIv5009475; Sun, 27 Mar 2011 14:26:18 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p2RCQIPQ009474; Sun, 27 Mar 2011 14:26:18 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 27 Mar 2011 14:26:18 +0200 To: VDR User Message-ID: <20110327122618.GA8923@triton8.kn-bremen.de> References: <20110326192838.GA68179@triton8.kn-bremen.de> <20110326234406.GB73041@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, lme@freebsd.org, Juergen Lock , freebsd-ports@freebsd.org, Alexander Leidinger Subject: Re: some vdr intro/installation notes (watch/record/stream tv) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 12:29:58 -0000 On Sat, Mar 26, 2011 at 07:05:01PM -0700, VDR User wrote: > On Sat, Mar 26, 2011 at 4:44 PM, Juergen Lock wrote: > >> You can automate most of the stuff required to run VDR, and everything > >> else can be put in a .conf somewhere for the stuff that can't.  I've > >> found this extremely useful and worth looking into for any level user. > >> > >  Well passing plugin args is automated on Linux often but I didn't > > try to port those scripts, wanted to keep things simple...  (editing > > rc.conf I think is easy enough?) > > I'm not a fan of scripts like runvdr to be honest. I opted to just > write my own from scratch. I use the bash shell and hadn't considered > whether or not freebsd has it available as well. I hope so! > Yes bash is in ports. > >> With vdr-xine no patching is necessary as long as you using > >> xine-lib-1.2 hg revision 11658 (hash 3501e0a6f75c) or newer.  I > >> recommend using this regardless as it contains items necessary for > >> VDR-1.7.17's new truecolor OSD support. > >> > >  So xine-lib 1.2 is recommendable yet?  I was so far trying to stick > > to 1.1.19 release + patches since other FreeBSD ports use libxine > > too and I know nothing at all about the 1.2 branch and how stable > > it is... :) > > Originally vdpau support was being developed against the 1.1 branch > but it eventually matured to the point where it was merged into > xine-lib-1.2 directly. Since then all development has been against > xine-lib.1.2 with no backporting that I'm aware of. When vdpau was > merged, I made the switch to the 1.2 branch. There have been a few > bumps in the road but those were all resolved and my experience now is > that xine-lib-1.2 vdpau is very stable. I'd say it's worth trying and > see if you get the same results because it's sure a lot easier then > maintaining a bunch of patches. :) > Well it would also have to work for all the other ports that use libxine too, vdr is just one of them... And if it were really stable wouldn't they do a release? :) (Although I guess one could do a libxine-devel port like there is ffmpeg-devel that is a snapshot too...) > >> Your ion1 should be able to handle temporal, as mine does.  Using half > >> temporal shouldn't be necessary. > >> > >  Ok I should check that. > > > >  Hmm no, a 1080i recording of `Servus TV Hockey night' I did for > > testing deinterlacing looks `jumpy' with temporal when there is > > more motion.  Maybe things have improved in libxine 1.2? > > It could be. I know vdpau support was completely re-written from > scratch a little while back. There's also another alternative vdpau > implementation being developed (also against 1.2) which is already > working but looking good so far. IIRC it needs some work and a lot of > code clean-up though. > > >> > - Small bug:  if playback of a recording doesn't start try pressing Green. > >> >  (or F6 with my example remote.conf keyboard mapping.) > >> > >> I've never heard of this bug.  Could you elaborate? > >> > >  It mostly happens with short recordings that were already played > > before...  I think.  (Tho I also yesterday saw it with vdpau on a > > longer recording, for the first time.) > > I tried it here and couldn't reproduce the problem. I wonder if this > is related to using xine-lib-1.1 vdpau? Are you aware of any linux > users with the problem also? > I'll have to ask around, but I already saw the bug before I used vdpau, and it was with sd recordings too. > >  Oh, if you have a link for that... :) > > I actually don't but I'll attach it to this post. :) Thanx. I wonder if that is more a `hack' than a proper fix tho I didn't try to find the relevant specs... Cheers, Juergen From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 14:34:05 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E3FD106564A for ; Sun, 27 Mar 2011 14:34:05 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmfepo103.cox.net (fed1rmfepo103.cox.net [68.230.241.145]) by mx1.freebsd.org (Postfix) with ESMTP id 0CEBE8FC16 for ; Sun, 27 Mar 2011 14:34:04 +0000 (UTC) Received: from fed1rmimpo01.cox.net ([70.169.32.71]) by fed1rmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110327143404.FNZ20516.fed1rmfepo103.cox.net@fed1rmimpo01.cox.net>; Sun, 27 Mar 2011 10:34:04 -0400 Received: from dell64 ([72.220.91.89]) by fed1rmimpo01.cox.net with bizsmtp id QEa41g0031vgiKs03Ea4sK; Sun, 27 Mar 2011 10:34:04 -0400 X-VR-Score: -50.00 X-Authority-Analysis: v=1.1 cv=llcNV/FHqOydftnnrcJ9NMbh3fJ49K4u5hSI0Z6GD6o= c=1 sm=1 a=KGLO_dy0gKQA:10 a=kj9zAlcOel0A:10 a=oCktQfYhz6x+qcZZxX2gzg==:17 a=kviXuzpPAAAA:8 a=6I5d2MoRAAAA:8 a=aR16PxjQAAAA:8 a=c6BQXAKgher5EUMC-N4A:9 a=NNN1AmtxM7KIM3tu7TIA:7 a=N-_-hiG_albMc0lrB5pV9Es8tBgA:4 a=CjuIK1q_8ugA:10 a=CiSHi91Bn78A:10 a=4vB-4DCPJfMA:10 a=oCktQfYhz6x+qcZZxX2gzg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Date: Sun, 27 Mar 2011 07:33:58 -0700 From: Robert To: naddy@mips.inka.de (Christian Weisgerber) Message-ID: <20110327073358.13cbc5ce@dell64> In-Reply-To: References: <20110326095158.1b770302@dell64> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Can't start X after update SOLVED X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 14:34:05 -0000 On Sat, 26 Mar 2011 19:18:48 +0000 (UTC) naddy@mips.inka.de (Christian Weisgerber) wrote: > Robert wrote: > > > I updated the below listed ports on one of my systems today using > > portmaster. The system is running 9.0 Current updated yesterday. > > > After updating these ports, I am unable to start an XFCE4 session. > > I get a blank blue screen with a mouse cursor and a blank white > > task bar. The system is locked up. I cannot even ctl-alt-F2 or even > > ctl-alt-del. > > Probably a problem with xf86-video-ati 6.14.1. > > Could be this one: > http://docs.freebsd.org/cgi/mid.cgi?201103251935.27259.jkim > Last evening's portsnap brought down the updated xf86-video-ati-6.14.1_1 X.Org ati display driver that included the fix. Many thanks to all who answered the original post and the contributers who are always appreciated. Robert From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 15:23:21 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B816A1065672; Sun, 27 Mar 2011 15:23:21 +0000 (UTC) (envelope-from user.vdr@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5C78FC0A; Sun, 27 Mar 2011 15:23:21 +0000 (UTC) Received: by iyj12 with SMTP id 12so3465216iyj.13 for ; Sun, 27 Mar 2011 08:23:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=LtR9tLRqM46Auc1dcJlTmFi0clHohMGogdr3PK4yUwA=; b=bdkzgdSNcj5kHHi0gBAUNC18xARHrUjz2Iz6H06FevXkH0v1S2uN4vJ0ohAIyObc0D 5ceZcCj2/KSAQRfrlw5Vv52Lynk2lsFI6ZlEeRVScVBZ9Lf3uEIFMz7fdrf3nlhD7ddR rTl2+Nd4zwAWTfsJs+6XePEMJjSNqXhCKk1cM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=E4/tW4O361mtIWGAZr7DECJ7IPxlY5BDE5DunqPZ5m/SiaDKRdzbh4Z4eK8puEO2j1 nOc11/Y/8CSkm6nFlZ2Mf7+xeNZdi+savJkYOIgzgQqupdgYRIYOqnO/gLQSyAaOwguM Mqjmz2PqyrzM2S+Hg8sOuxlmrsVYpH9L24Jsk= MIME-Version: 1.0 Received: by 10.231.117.7 with SMTP id o7mr3064991ibq.46.1301239400519; Sun, 27 Mar 2011 08:23:20 -0700 (PDT) Received: by 10.231.206.82 with HTTP; Sun, 27 Mar 2011 08:23:20 -0700 (PDT) In-Reply-To: <20110327122618.GA8923@triton8.kn-bremen.de> References: <20110326192838.GA68179@triton8.kn-bremen.de> <20110326234406.GB73041@triton8.kn-bremen.de> <20110327122618.GA8923@triton8.kn-bremen.de> Date: Sun, 27 Mar 2011 08:23:20 -0700 Message-ID: From: VDR User To: Juergen Lock Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-multimedia@freebsd.org, lme@freebsd.org, freebsd-ports@freebsd.org, Alexander Leidinger Subject: Re: some vdr intro/installation notes (watch/record/stream tv) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 15:23:21 -0000 On Sun, Mar 27, 2011 at 5:26 AM, Juergen Lock wrot= e: > Yes bash is in ports. Good news! :) > =C2=A0Well it would also have to work for all the other ports that use > libxine too, vdr is just one of them... =C2=A0And if it were really > stable wouldn't they do a release? :) =C2=A0(Although I guess one could > do a libxine-devel port like there is ffmpeg-devel that is a snapshot > too...) Considering that vdpau for 1.1 was abandoned long ago and no backporting is being done, I strongly urge finding a reasonable solution to provide 1.2. The vdpau portion is stable, I can't speak for the rest of it, though I don't really see many bug reports. You'd think a stable release would be out by now but I don't know what it's maintainers criteria is for that. From what I've seen, he isn't the easiest person to contact and can be pretty slow when it comes to merging patches and so on. Not sure how much of a priority xine-lib is for him, or maybe it's an issue of free time. No clue. > =C2=A0Thanx. =C2=A0I wonder if that is more a `hack' than a proper fix th= o > I didn't try to find the relevant specs... It's definitely not a proper fix. The problem is the providers not using flags appropriately, not following the spec, etc. We tried to find a way to come up with a proper fix but in every attempt the spec was being ignored or not used correctly. It's unfortunately but one of those things you accept and move on. Cheers From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 16:06:17 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCD76106564A; Sun, 27 Mar 2011 16:06:17 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 9591A8FC0A; Sun, 27 Mar 2011 16:06:17 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 690611E00213; Sun, 27 Mar 2011 18:06:16 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p2RFmweb014391; Sun, 27 Mar 2011 17:48:58 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p2RFmvmn014390; Sun, 27 Mar 2011 17:48:57 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 27 Mar 2011 17:48:57 +0200 To: VDR User Message-ID: <20110327154857.GB14192@triton8.kn-bremen.de> References: <20110326192838.GA68179@triton8.kn-bremen.de> <20110326234406.GB73041@triton8.kn-bremen.de> <20110327122618.GA8923@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, lme@freebsd.org, Juergen Lock , freebsd-ports@freebsd.org, Alexander Leidinger Subject: Re: some vdr intro/installation notes (watch/record/stream tv) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 16:06:18 -0000 On Sun, Mar 27, 2011 at 08:23:20AM -0700, VDR User wrote: > On Sun, Mar 27, 2011 at 5:26 AM, Juergen Lock wrote: > >  Well it would also have to work for all the other ports that use > > libxine too, vdr is just one of them...  And if it were really > > stable wouldn't they do a release? :)  (Although I guess one could > > do a libxine-devel port like there is ffmpeg-devel that is a snapshot > > too...) > > Considering that vdpau for 1.1 was abandoned long ago and no > backporting is being done, I strongly urge finding a reasonable > solution to provide 1.2. The vdpau portion is stable, I can't speak > for the rest of it, though I don't really see many bug reports. You'd > think a stable release would be out by now but I don't know what it's > maintainers criteria is for that. From what I've seen, he isn't the > easiest person to contact and can be pretty slow when it comes to > merging patches and so on. Not sure how much of a priority xine-lib > is for him, or maybe it's an issue of free time. No clue. > Hmm. Well I can't do it now but if you tell me which branch to check out I'll put it on my list... > >  Thanx.  I wonder if that is more a `hack' than a proper fix tho > > I didn't try to find the relevant specs... > > It's definitely not a proper fix. The problem is the providers not > using flags appropriately, not following the spec, etc. We tried to > find a way to come up with a proper fix but in every attempt the spec > was being ignored or not used correctly. It's unfortunately but one > of those things you accept and move on. Yeah ok, guess I'll make that a knob then for the vdr port like I did for the iptv patches too. Thanx! :) Juergen From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 16:14:31 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42BE51065670; Sun, 27 Mar 2011 16:14:31 +0000 (UTC) (envelope-from user.vdr@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id DE0568FC0A; Sun, 27 Mar 2011 16:14:30 +0000 (UTC) Received: by iyj12 with SMTP id 12so3502438iyj.13 for ; Sun, 27 Mar 2011 09:14:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gDIBGqLkS/1Rkvnvq/sD1XuRzI+GDugl6rJP75sbbk0=; b=KjleAbSvqenDL06U1/eZkPZkYqH7Oh0WiJ0e0dH/baUj/EA5UVQ91WqqiZ7P5+y2SC YbMdcNkKqitU2QjdzT06Po1pgxc9t5DuqPyVHuFCu/1gisv82VCgR6WAr8DzjKNAA8v9 IRPi8C0npD+2O6QIv9qfiKDmlTk5WqFp/2iPA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=VBvhDfjWG9qCm5HhbEXaeW66y0ExSNfzZGBiN9LSsqEXXqa06Lyy/TzVrrWc1ketYk oKvrPQ1Prv4p1/QUcsa+EbVSiFAH6dOWf9zi1mDblpfbemTixMQ/f39dG6STYiqU08XE IlDWXzhyN4feDc6u0V7qlgo9+C3tpQZKfuuLM= MIME-Version: 1.0 Received: by 10.43.69.148 with SMTP id yc20mr5058991icb.420.1301242469876; Sun, 27 Mar 2011 09:14:29 -0700 (PDT) Received: by 10.231.206.82 with HTTP; Sun, 27 Mar 2011 09:14:29 -0700 (PDT) In-Reply-To: <20110327154857.GB14192@triton8.kn-bremen.de> References: <20110326192838.GA68179@triton8.kn-bremen.de> <20110326234406.GB73041@triton8.kn-bremen.de> <20110327122618.GA8923@triton8.kn-bremen.de> <20110327154857.GB14192@triton8.kn-bremen.de> Date: Sun, 27 Mar 2011 09:14:29 -0700 Message-ID: From: VDR User To: Juergen Lock Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-multimedia@freebsd.org, lme@freebsd.org, freebsd-ports@freebsd.org, Alexander Leidinger Subject: Re: some vdr intro/installation notes (watch/record/stream tv) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 16:14:31 -0000 On Sun, Mar 27, 2011 at 8:48 AM, Juergen Lock wrot= e: >> Considering that vdpau for 1.1 was abandoned long ago and no >> backporting is being done, I strongly urge finding a reasonable >> solution to provide 1.2. =C2=A0The vdpau portion is stable, I can't spea= k >> for the rest of it, though I don't really see many bug reports. =C2=A0Yo= u'd >> think a stable release would be out by now but I don't know what it's >> maintainers criteria is for that. =C2=A0From what I've seen, he isn't th= e >> easiest person to contact and can be pretty slow when it comes to >> merging patches and so on. =C2=A0Not sure how much of a priority xine-li= b >> is for him, or maybe it's an issue of free time. =C2=A0No clue. >> > Hmm. =C2=A0Well I can't do it now but if you tell me which branch to chec= k > out I'll put it on my list... hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2 From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 16:33:16 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4DA7106564A; Sun, 27 Mar 2011 16:33:16 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 82AA48FC14; Sun, 27 Mar 2011 16:33:16 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 8BD7B1E000D3; Sun, 27 Mar 2011 18:33:15 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p2RGVqJD022253; Sun, 27 Mar 2011 18:31:52 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p2RGVqBj022252; Sun, 27 Mar 2011 18:31:52 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 27 Mar 2011 18:31:52 +0200 To: VDR User Message-ID: <20110327163152.GA22233@triton8.kn-bremen.de> References: <20110326192838.GA68179@triton8.kn-bremen.de> <20110326234406.GB73041@triton8.kn-bremen.de> <20110327122618.GA8923@triton8.kn-bremen.de> <20110327154857.GB14192@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, lme@freebsd.org, Juergen Lock , freebsd-ports@freebsd.org, Alexander Leidinger Subject: Re: some vdr intro/installation notes (watch/record/stream tv) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 16:33:16 -0000 On Sun, Mar 27, 2011 at 09:14:29AM -0700, VDR User wrote: > On Sun, Mar 27, 2011 at 8:48 AM, Juergen Lock wrote: > >> Considering that vdpau for 1.1 was abandoned long ago and no > >> backporting is being done, I strongly urge finding a reasonable > >> solution to provide 1.2.  The vdpau portion is stable, I can't speak > >> for the rest of it, though I don't really see many bug reports.  You'd > >> think a stable release would be out by now but I don't know what it's > >> maintainers criteria is for that.  From what I've seen, he isn't the > >> easiest person to contact and can be pretty slow when it comes to > >> merging patches and so on.  Not sure how much of a priority xine-lib > >> is for him, or maybe it's an issue of free time.  No clue. > >> > > Hmm.  Well I can't do it now but if you tell me which branch to check > > out I'll put it on my list... > > hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2 Thanx! And I just committed the AC3 patch and knob too. Juergen From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 16:54:28 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D7422106564A for ; Sun, 27 Mar 2011 16:54:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A022B162626; Sun, 27 Mar 2011 16:54:28 +0000 (UTC) Message-ID: <4D8F6BC4.9050300@FreeBSD.org> Date: Sun, 27 Mar 2011 09:54:28 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.15) Gecko/20110326 Thunderbird/3.1.9 MIME-Version: 1.0 To: perryh@pluto.rain.com References: <61994f32f152b25487eaf153546ab59f@flabnapple.net> <4D8E18AF.6010906@FreeBSD.org> <4D8E1B9D.8050402@infracaninophile.co.uk> <4D8EBDBA.6070602@FreeBSD.org> <4d8ee69f.sDPKG5fISx5FNrmy%perryh@pluto.rain.com> In-Reply-To: <4d8ee69f.sDPKG5fISx5FNrmy%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: rg.lists@rzweb.com, freebsd-ports@freebsd.org Subject: Re: Updating multiple ports with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 16:54:28 -0000 On 03/27/2011 00:26, perryh@pluto.rain.com wrote: > Doug Barton wrote: >> On 03/26/2011 10:00, Matthew Seaman wrote: >>> pkg_version -vIL= | awk '/^p5-/ { print $1 }' | xargs portmaster >> >> That's a good suggestion, but if you want to use that technique, better >> would be: portmaster `pkg_version -vIL= | awk '/^p5-/ { print $1 }'` ... > > Unless the number of ports involved is very large, either > should produce exactly the same effect. Absent a -n or -s > switch, xargs collects up to 5000 args or a ~250KB command > line for each invocation of (in this case) portmaster. Interesting ... not sure how I got it in my mind that xargs always runs them one at a time, but thanks for clarifying this. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 16:57:52 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 94B741065670 for ; Sun, 27 Mar 2011 16:57:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 316AA14F5BE; Sun, 27 Mar 2011 16:57:51 +0000 (UTC) Message-ID: <4D8F6C8E.50902@FreeBSD.org> Date: Sun, 27 Mar 2011 09:57:50 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.15) Gecko/20110326 Thunderbird/3.1.9 MIME-Version: 1.0 To: "J. Hellenthal" References: <61994f32f152b25487eaf153546ab59f@flabnapple.net> <4D8E18AF.6010906@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Subject: Re: Updating multiple ports with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 16:57:52 -0000 On 03/27/2011 03:07, J. Hellenthal wrote: > Hi Doug, ...Everyone else, > > Since were on the (-i) subject here. > > Do you have any plans in the near future to implement a way for > to change the default questioning response from [y] to [n] ? No, sorry. I think it would be very confusing to the average user for the default to be different in different circumstances. > This is speaking strictly in the sense of: > "===>>> Update portname-X.Y,Z? y/n [y]" > > And with the above list of ports I think I would rather hit [Return] 50 > times than [n][Return] portmaster is really designed with the idea of keeping all of your ports up to date, not cherry-picking updates. If you have specific ports that you want to keep at a certain version there are at least 2 other ways that you can do that besides -i. I suggest that a thorough reading of the man page may be in order. :) hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 19:13:45 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C7DE106564A for ; Sun, 27 Mar 2011 19:13:45 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-16.arcor-online.net (mail-in-16.arcor-online.net [151.189.21.56]) by mx1.freebsd.org (Postfix) with ESMTP id C28D08FC12 for ; Sun, 27 Mar 2011 19:13:44 +0000 (UTC) Received: from mail-in-11-z2.arcor-online.net (mail-in-11-z2.arcor-online.net [151.189.8.28]) by mx.arcor.de (Postfix) with ESMTP id CBF1B8F0B for ; Sun, 27 Mar 2011 21:13:42 +0200 (CEST) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-11-z2.arcor-online.net (Postfix) with ESMTP id B27401CB840 for ; Sun, 27 Mar 2011 21:13:42 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-092-075-110-235.pools.arcor-ip.net [92.75.110.235]) by mail-in-09.arcor-online.net (Postfix) with ESMTPS id 76C7319778D for ; Sun, 27 Mar 2011 21:13:42 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-09.arcor-online.net 76C7319778D Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id p2RJDgTY048534 for ; Sun, 27 Mar 2011 21:13:42 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id p2RJDgRw048533 for freebsd-ports@freebsd.org; Sun, 27 Mar 2011 21:13:42 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sun, 27 Mar 2011 19:13:41 +0000 (UTC) Message-ID: References: <4D838FC2.5010401@freebsd.org> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Subject: Re: makepatch and update-patches inconsistencies X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 19:13:45 -0000 Andriy Gapon wrote: > It seems that the makepatch and update-patches target produce different > patch file > names for the same patched file name (at least two underscores vs one). > This probably shouldn't be that way. > > P.S. do we need two targets for what looks like the same task? No, we don't, and I had completely forgotten about the existence of makepatch. Three's a charm: There's also Tools/scripts/patchtool.py. I think I ported update-patches from OpenBSD once upon a time. I'm all for unifying these one way or the other. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 20:01:41 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D8E4106566B for ; Sun, 27 Mar 2011 20:01:41 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id C75848FC16 for ; Sun, 27 Mar 2011 20:01:40 +0000 (UTC) Received: by wyf23 with SMTP id 23so2743997wyf.13 for ; Sun, 27 Mar 2011 13:01:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:from:to:content-type:date:message-id :mime-version:x-mailer:content-transfer-encoding; bh=ehWCIdxT07cG/bW1wzSUF+mLk9/smA4M4deDRP/isXM=; b=xuEVX7Q81ZhUbPVyDbZfzkNeM8T8qpBf5niyL31ctRQtw9v+FooWeXqf9A/4d1PqH1 ojmDuTwNC0hR+dr2oaz8EhKVcl4sVWriYk4d2OlppMBv+xPX9v4sTGNS9oK5k8Meb4v5 GjPFtTCN/RK6YPSjppKbwikzjZj9pewyb9OTo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=h74TcnRmSCRQzO6oG4YFEvK+VUar5d9Mm25whQXEQd381aQa5z2EJdaci3VWHVJSMT WswdNSmHBzDphQ8hhFxzl/33nUYWfH5Irz5HOzu9b1ePa98H+4u1gw+7eIA3iF0emIDB Pmk7Ora7g9cKLIJ+tpGZmhn9yEsGbbT1vCpDc= Received: by 10.216.141.72 with SMTP id f50mr2971910wej.26.1301254386727; Sun, 27 Mar 2011 12:33:06 -0700 (PDT) Received: from [10.10.10.140] (ppp-94-65-34-95.home.otenet.gr [94.65.34.95]) by mx.google.com with ESMTPS id s40sm1210712weq.28.2011.03.27.12.33.04 (version=SSLv3 cipher=OTHER); Sun, 27 Mar 2011 12:33:05 -0700 (PDT) From: George Kontostanos To: freebsd-ports@freebsd.org Content-Type: text/plain; charset="us-ascii" Date: Sun, 27 Mar 2011 22:37:22 +0300 Message-ID: <1301254642.86152.5.camel@core2duo.aicom.loc> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: ruby-1.8.7 with clang X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 20:01:41 -0000 Hi all, I am trying to build portupgrade which depends on ruby on FreeBSD 9-Current with clang. Unfortunately the build process stops with: => SHA256 Checksum OK for pkgtools-2.4.8.tar.bz2. ===> portupgrade-2.4.8_1,2 depends on file: /usr/local/bin/ruby18 - not found ===> Verifying install for /usr/local/bin/ruby18 in /usr/ports/lang/ruby18 ===> Building for ruby-1.8.7.302,1 ./lib/fileutils.rb:1593: [BUG] not a node 0x06 (0x801417d80) ruby 1.8.7 (2010-08-16 patchlevel 302) [amd64-freebsd9] *** Signal 6 Stop in /usr/ports/lang/ruby18/work/ruby-1.8.7-p302. *** Error code 1 ---------------------------------------------------------- > cat /etc/make.conf .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif # Don't die on warnings NO_WERROR= WERROR= # Don't forget this when using Jails! NO_FSCHG= # added by use.perl 2011-03-27 16:43:39 PERL_VERSION=5.10.1 ----------------------------------------------------------- > uname -a FreeBSD clang-current.aicom.loc 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Thu Mar 24 21:00:41 EET 2011 gkontos@clang-current.aicom.loc:/usr/obj/usr/src/sys/GENERIC amd64 ------------------------------------------------------------ > ls /var/db/pkg/ apache-2.2.17_1 apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.10 autoconf-2.68 autoconf-wrapper-20101119 automake-1.11.1 automake-wrapper-20101119 db41-4.1.25_4 db42-4.2.52_5 expat-2.0.1_1 gdbm-1.8.3_3 gettext-0.18.1.1 gmake-3.81_4 help2man-1.38.4 libiconv-1.13.1_1 libtool-2.2.10 libxml2-2.7.8_1 m4-1.4.15,1 mysql-client-5.1.54_1 mysql-server-5.1.54_1 p5-Locale-gettext-1.05_3 pcre-8.11 perl-5.10.1_3 php5-5.3.4 pkg-config-0.25_1 python26-2.6.6 sqlite3-3.7.4 tcl-8.5.9 tcl-modules-8.5.9 unzip-6.0 From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 20:05:06 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F36C1065694 for ; Sun, 27 Mar 2011 20:05:06 +0000 (UTC) (envelope-from troy@twisted.net) Received: from oz.twisted.net (oz.twisted.net [69.211.34.241]) by mx1.freebsd.org (Postfix) with ESMTP id 31E878FC0C for ; Sun, 27 Mar 2011 20:05:02 +0000 (UTC) Received: from oz.twisted.net (localhost [127.0.0.1]) by oz.twisted.net (Postfix) with ESMTP id 9D47E101BE1D; Sun, 27 Mar 2011 15:14:38 -0500 (CDT) X-Virus-Scanned: amavisd-new at example.com Received: from oz.twisted.net ([127.0.0.1]) by oz.twisted.net (oz.twisted.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KzkHWl9wNkFP; Sun, 27 Mar 2011 15:14:28 -0500 (CDT) Received: from [172.16.0.5] (sindrome.twisted.net [172.16.0.5]) by oz.twisted.net (Postfix) with ESMTP id 91E82FF22F1; Sun, 27 Mar 2011 15:14:28 -0500 (CDT) Message-ID: <4D8F9840.1070002@twisted.net> Date: Sun, 27 Mar 2011 15:04:16 -0500 From: Troy User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org References: <4D8ED71B.8010804@twisted.net> <20110327070503.GB73511@magic.hamla.org> In-Reply-To: <20110327070503.GB73511@magic.hamla.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sahil Tandon Subject: Re: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: troy@twisted.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 20:05:06 -0000 >> Anyone have an idea why it can't find liblzma.la or what port I need >> to install to make that library available? > archivers/xz installs liblzma.la. > It looks like it's part of the base system but I apparently don't have that library for some reason? oz:102:/usr/ports/archivers/xz# make install clean ===> xz-5.0.1 is already in the base system. *** Error code 1 Stop in /usr/ports/archivers/xz. Exit 1 From owner-freebsd-ports@FreeBSD.ORG Sun Mar 27 22:09:40 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AB221065674 for ; Sun, 27 Mar 2011 22:09:40 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-17.arcor-online.net (mail-in-17.arcor-online.net [151.189.21.57]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0D98FC1A for ; Sun, 27 Mar 2011 22:09:40 +0000 (UTC) Received: from mail-in-15-z2.arcor-online.net (mail-in-15-z2.arcor-online.net [151.189.8.32]) by mx.arcor.de (Postfix) with ESMTP id BC2A7CBDFA for ; Mon, 28 Mar 2011 00:09:38 +0200 (CEST) Received: from mail-in-17.arcor-online.net (mail-in-17.arcor-online.net [151.189.21.57]) by mail-in-15-z2.arcor-online.net (Postfix) with ESMTP id B6A9933E10F for ; Mon, 28 Mar 2011 00:09:38 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-092-075-110-235.pools.arcor-ip.net [92.75.110.235]) by mail-in-17.arcor-online.net (Postfix) with ESMTPS id 7F93CCBDFA for ; Mon, 28 Mar 2011 00:09:38 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-17.arcor-online.net 7F93CCBDFA Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id p2RM9cSR052575 for ; Mon, 28 Mar 2011 00:09:38 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id p2RM9cwO052574 for freebsd-ports@freebsd.org; Mon, 28 Mar 2011 00:09:38 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sun, 27 Mar 2011 22:09:37 +0000 (UTC) Message-ID: References: <4D8ED71B.8010804@twisted.net> <20110327070503.GB73511@magic.hamla.org> <4D8F9840.1070002@twisted.net> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Subject: Re: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 22:09:40 -0000 Troy wrote: > >> Anyone have an idea why it can't find liblzma.la or what port I need > >> to install to make that library available? > > archivers/xz installs liblzma.la. > > It looks like it's part of the base system It's a port for FreeBSD 7 and in base for 8 and 9. > but I apparently don't have that library for some reason? Well, don't you? Are there any /usr/lib/liblzma.* files? If no, why not? If yes, why does that port look for liblzma in /usr/local? -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 02:25:13 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44CDC106564A for ; Mon, 28 Mar 2011 02:25:13 +0000 (UTC) (envelope-from troy@twisted.net) Received: from oz.twisted.net (oz.twisted.net [69.211.34.241]) by mx1.freebsd.org (Postfix) with ESMTP id E87DC8FC13 for ; Mon, 28 Mar 2011 02:25:12 +0000 (UTC) Received: from oz.twisted.net (localhost [127.0.0.1]) by oz.twisted.net (Postfix) with ESMTP id AAE16101BE21 for ; Sun, 27 Mar 2011 21:34:49 -0500 (CDT) X-Virus-Scanned: amavisd-new at example.com Received: from oz.twisted.net ([127.0.0.1]) by oz.twisted.net (oz.twisted.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Y3Og6hkpm6h for ; Sun, 27 Mar 2011 21:34:39 -0500 (CDT) Received: from [172.16.0.5] (sindrome.twisted.net [172.16.0.5]) by oz.twisted.net (Postfix) with ESMTP id 4A6CDFF24E3 for ; Sun, 27 Mar 2011 21:34:39 -0500 (CDT) Message-ID: <4D8FF159.9090306@twisted.net> Date: Sun, 27 Mar 2011 21:24:25 -0500 From: Troy User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4D8ED71B.8010804@twisted.net> <20110327070503.GB73511@magic.hamla.org> <4D8F9840.1070002@twisted.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: troy@twisted.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 02:25:13 -0000 > >>>> Anyone have an idea why it can't find liblzma.la or what port I need >>>> to install to make that library available? >>> archivers/xz installs liblzma.la. >> >> It looks like it's part of the base system > > It's a port for FreeBSD 7 and in base for 8 and 9. > >> but I apparently don't have that library for some reason? > > Well, don't you? > Are there any /usr/lib/liblzma.* files? If no, why not? If yes, > why does that port look for liblzma in /usr/local? > I do have those libs there. I'm not sure why it's looking in /usr/local/lib to find it. I double checked and have /usr/lib in my PATH. Do you have any thoughts here? ls -al /usr/lib/liblzma.* -r--r--r-- 1 root wheel 261522 Dec 15 01:58 /usr/lib/liblzma.a lrwxr-xr-x 1 root wheel 12 Dec 15 01:58 /usr/lib/liblzma.so@ -> liblzma.so.5 -r--r--r-- 1 root wheel 146848 Dec 15 01:58 /usr/lib/liblzma.so.5 Build error below mv -f .deps/dmtxread-dmtxread.Tpo .deps/dmtxread-dmtxread.Po cc -DHAVE_CONFIG_H -I. -I../.. -Wshadow -Wall -pedantic -I/usr/local/include/ImageMagick -D_MAGICK_CONFIG_H -O2 -pipe -fno-strict-aliasing -MT dmtxread-dmtxutil.o -MD -MP -MF .deps/dmtxread-dmtxutil.Tpo -c -o dmtxread-dmtxutil.o `test -f '../common/dmtxutil.c' || echo './'`../common/dmtxutil.c ../common/dmtxutil.h:48: warning: 'symbolSizes' defined but not used mv -f .deps/dmtxread-dmtxutil.Tpo .deps/dmtxread-dmtxutil.Po /bin/sh ../../libtool --tag=CC --mode=link cc -I/usr/local/include/ImageMagick -D_MAGICK_CONFIG_H -O2 -pipe -fno-strict-aliasing -lm -L/usr/local/lib -lMagickWand -lMagickCore -o dmtxread dmtxread-dmtxread.o dmtxread-dmtxutil.o ../../libdmtx.la -lm libtool: link: cannot find the library `/usr/local/lib/liblzma.la' or unhandled argument `/usr/local/lib/liblzma.la' *** Error code 1 Stop in /usr/ports/graphics/libdmtx/work/libdmtx-0.7.2/util/dmtxread. *** Error code 1 Stop in /usr/ports/graphics/libdmtx/work/libdmtx-0.7.2/util. *** Error code 1 Stop in /usr/ports/graphics/libdmtx/work/libdmtx-0.7.2. *** Error code 1 Stop in /usr/ports/graphics/libdmtx/work/libdmtx-0.7.2. *** Error code 1 Stop in /usr/ports/graphics/libdmtx. *** Error code 1 Stop in /usr/ports/x11/kdebase4-workspace. *** Error code 1 Stop in /usr/ports/x11/kdebase4-workspace. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20110327-41566-71kg2a-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=kdebase-workspace-4.5.5_1 UPGRADE_PORT_VER=4.5.5_1 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11/kdebase4-workspace (kdebase-workspace-4.5.5_1) (unknown build error) From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 02:47:06 2011 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1073106566C; Mon, 28 Mar 2011 02:47:06 +0000 (UTC) (envelope-from jamesgosnell@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 513688FC0A; Mon, 28 Mar 2011 02:47:05 +0000 (UTC) Received: by wwc33 with SMTP id 33so3213308wwc.31 for ; Sun, 27 Mar 2011 19:47:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=C5BNv0piAxu83Yk6eFbnteQgQQxI7XrjAFKlmPZIta4=; b=tfg/B8STjKr2ETm46iknyEYZCJMcxZo7zVBFR3VqFdXDtsJbVvad2146vIklMmes1H XtbaOLRtirc43Fiqh1lbixUUI+9UqLfoc5/gmW0mH0WmHGf1wx2U13uZ9bsB6AyxqbcN zHquUBgRqb/cXfCX3o3SMZzDbhNnnUy0HYZd0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=kyrgokWH5LpAY6pjN+9v2/J+QgND9R0O0s05aG6MsuypWZSruSA+SjsuIXcBWwAM+8 28m3/1PFdyc6lHMzFlZgkwU0jBfZ+U5Ppv5+a38BGHndleo63sL4SMuhGY0kSamwqC4N SPXKvG7yXtI2MXh1EnpZ/9R/XZYFbWOvk61jU= MIME-Version: 1.0 Received: by 10.227.197.199 with SMTP id el7mr3312533wbb.32.1301278921063; Sun, 27 Mar 2011 19:22:01 -0700 (PDT) Received: by 10.227.145.84 with HTTP; Sun, 27 Mar 2011 19:22:01 -0700 (PDT) Date: Sun, 27 Mar 2011 21:22:01 -0500 Message-ID: From: James Gosnell To: yzlin@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org Subject: FreeBSD Port: yii-1.1.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 02:47:07 -0000 Need any help? I'm a user of yii and I noticed that we're 2 versions behind. I was wondering if you needed any help getting 1.1.7 out? Thank you! -- James Gosnell, ACP From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 02:55:29 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EB1D1065675 for ; Mon, 28 Mar 2011 02:55:29 +0000 (UTC) (envelope-from wenheping@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 17BAA8FC13 for ; Mon, 28 Mar 2011 02:55:28 +0000 (UTC) Received: by iwn33 with SMTP id 33so3906285iwn.13 for ; Sun, 27 Mar 2011 19:55:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Kge5EI4BTq6+Z7vC/iEC0knNVHlTrCTeb38iic8hvW4=; b=J+AinwOfMMTQAWJ1/fscT21KZRuVfaCUHwWI13BBwtFwduWk+aXWvXnbLnxyFbYTL/ ebDOIKsxE7YaOjW+J2c/tYEuFsdHYc3QnbA9csXCOzYDtI/0S3hvhVdgl/J2+2sndfxC bCLs2ucRAXDyc6b10699LQhDZrjLG+jDmcEbs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=s8a80wUgqhRqIWBUZsyXgg7ZOPIu61Fj558+RJcJjl2TCG7EF2fJei5UGs1SuJIchK +9/PqTPQkHwJfMRbzLntcRx2V8247XdUkGVskJSzYlY8mdr5wEqIHlr5H3690/oR3V+/ w09yyDuaU1A6khuTDfdPkno/4d9fxithFLpIw= MIME-Version: 1.0 Received: by 10.42.75.137 with SMTP id a9mr5596695ick.194.1301280928282; Sun, 27 Mar 2011 19:55:28 -0700 (PDT) Received: by 10.231.208.73 with HTTP; Sun, 27 Mar 2011 19:55:28 -0700 (PDT) In-Reply-To: References: Date: Mon, 28 Mar 2011 10:55:28 +0800 Message-ID: From: wen heping To: James Gosnell Content-Type: text/plain; charset=UTF-8 Cc: ports@freebsd.org, yzlin@freebsd.org Subject: Re: FreeBSD Port: yii-1.1.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 02:55:29 -0000 2011/3/28 James Gosnell : > Need any help? I'm a user of yii and I noticed that we're 2 versions behind. > I was wondering if you needed any help getting 1.1.7 out? Thank you! Would you file a PR to update it ? Thanks. wen > > > -- > James Gosnell, ACP > _______________________________________________ > 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 Mar 28 07:36:08 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 176EB106564A for ; Mon, 28 Mar 2011 07:36:08 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id E5BBB8FC08 for ; Mon, 28 Mar 2011 07:36:07 +0000 (UTC) Received: from cpe-66-68-128-204.austin.res.rr.com ([66.68.128.204] helo=[172.16.32.150]) by panix.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Q46ze-0002SC-PK; Mon, 28 Mar 2011 07:36:06 +0000 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Ade Lovett In-Reply-To: <4D8FF159.9090306@twisted.net> Date: Mon, 28 Mar 2011 02:35:55 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <3B4FC419-4555-481C-930B-C92ADA1AF549@FreeBSD.org> References: <4D8ED71B.8010804@twisted.net> <20110327070503.GB73511@magic.hamla.org> <4D8F9840.1070002@twisted.net> <4D8FF159.9090306@twisted.net> To: troy@twisted.net X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Ports Subject: Re: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 07:36:08 -0000 On Mar 27, 2011, at 21:24 , Troy wrote: > I do have those libs there. I'm not sure why it's looking in = /usr/local/lib to find it. I double checked and have /usr/lib in my = PATH. Do you have any thoughts here? At a rough guess, you source-upgraded your system from a time when = archivers/xz was required (and included the .la file) to a point where = it was in the base system without essentially rebuilding everything. You could _probably_ temporarily fix this by looking for = /usr/local/lib/liblzma.la in _every_ .la file installed under = /usr/local/lib, and replace it with -lzma but this is just a very = temporary fix to a horribly fragile .la interdependency framework. There are various solutions to this, but they're all by nature very = invasive and can cause other issues. Sadly, there is no easy one-liner = fix to this either. -aDe From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 11:06:06 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DB661065672 for ; Mon, 28 Mar 2011 11:06:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1933B8FC1E for ; Mon, 28 Mar 2011 11:06:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2SB65b0025928 for ; Mon, 28 Mar 2011 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2SB65nH025925 for freebsd-ports@FreeBSD.org; Mon, 28 Mar 2011 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Mar 2011 11:06:05 GMT Message-Id: <201103281106.p2SB65nH025925@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Cc: Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 11:06:06 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/155992 [patch] update net/ndisc6 to 1.0.1 o ports/155964 OS hangs completely when suspend\resume with active Vi f ports/155960 [UPDATE]: audio/qmpdclient Update to new release, 1.2. o ports/155954 [MAINTAINER] multimedia/openshot: add missing dependen o ports/155947 Software that does not launch or start ! f ports/155941 mwserv library support is not included in nepenthes.co o ports/155934 Incorporate patch from the Ice project into devel/mcpp o ports/155933 [MAINTAINER] sysutils/lsof: pick up src_base o ports/155932 [NEW PORT] net/xorp-ct: Open source network routing pl f ports/155931 [patch] sysutils/arcconf: update to v6_50_18771 o ports/155919 new port: IPv4/IPv6 Webserver port, BSD license o ports/155914 new port: audio/autotalent, ladspa plugin autotalent f ports/155898 Update port devel/libthai f ports/155876 [PATCH] security/shibboleth2-sp: do not clobber/remove o ports/155875 hungarian/hunspell misfiled under "ports/hungarian" o ports/155790 [patch] games/simutrans: version 110.0.1 o ports/155788 ports security/cfsd startup -- multiple problems o ports/155785 [PATCH] dns/nsd: update to 3.2.8, take maintainership o ports/155779 [PATCH] mail/policyd2: fix RC script o ports/155767 New port: www/cutycapt o ports/155766 Vendor update: net/kvirc f ports/155763 update of mail/phplist to version 2.10.13 f ports/155750 www/p5-RT-Authen-ExternalAuth stopped working after up f ports/155706 net/quagga: ripd is broken f ports/155697 ports-mgmt/pkg_replace doesn't want to replace java/op f ports/155656 net/ipv6socket_scrub : port deprecate f ports/155655 [patch] science/meep Add Option to support MPI build f ports/155595 [PATCH] lang/guile: update to 1.8.8 o ports/155593 lang/mpd .16.1 ignores embedded cue sheets in FLAC fil f ports/155592 polish/ekg, after polish/libgadu update, contacts are o ports/155581 [maintainer-update][patch] databases/jasperserver: dis f ports/155563 net/tucan: update to 0.3.10 o ports/155561 [patch] update sysutils/bcfg2 port to latest stable re f ports/155556 [PATCH] mail/davmail: Deobfuscate rc script and add sh o ports/155547 java/jboss 5 port build failure f ports/155545 Updating port multimedia/mediainfo to 0.7.42 o ports/155538 new port devel/radlib radlib developer library. Event- o ports/155525 [MAINTAINER] games/assaultcube: fixes and additions o ports/155509 Update port: net/xrdp update to current cvs version an f ports/155469 [patch] science/meep missing build dependency gsed o ports/155456 security/openssh-portable fails to compile with LPK en o ports/155417 [patch] www/nspluginwrapper: NSPlugin Viewer WARNING: o ports/155413 devel/pwlib fails to install o ports/155405 databases/cego: [update] [ports] new version and added f ports/155404 [PATCH] mail/mutt-devel: doesn't build in presence of f ports/155393 [PATCH] www/speedtest-mini: update to 2.1.8 f ports/155356 audio/xwave changed master site o ports/155344 New port: irc/inspircd12 f ports/155306 multimedia/openshot doesn't work o ports/155225 plz split antlr2 and antlr3 ports. not update antlr2 - f ports/155208 sysutils/file is updated to 5.05 f ports/155200 [UPDATE] devel/libchipcard: Update to 5.0.0, remove de f ports/155170 [update] www/ocaml-net to 3.2.1 o ports/155166 update deskutils/org-mode.el to 7.4 f ports/155143 /usr/ports/irc/unreal - Unreal IRCD runs as root by d f ports/155120 Update of port devel/php-libawl o ports/155116 new port: devel/antlr2-python-runtime, ANTLR v2 python f ports/155115 devel/doxygen: dependancy loop o ports/155111 Create new megaglest port o ports/155105 Port science/vis5d+ does not build. o ports/155070 NEW PORT: games/CastleVox - new fast strategy board ga o ports/155064 New port: devel/stringtemplate, a java lib for text fo o ports/155063 Port update: devel/antlrworks a ports/155062 Port update: devel/antlr o ports/154995 [NEW PORT] audio/umurmur: Minimalistic Murmur (Mumble f ports/154973 [PATCH] security/ike: fix plist when QTGUI=off, respec o ports/154942 net/scribe: rc.d/thrift starts no matter what the rc.c f ports/154902 [patch] Port devel/libedit: added libedit.pc for gnome o ports/154730 security/openssh-portable is 5.2 f ports/154719 [PATCH] net/netdude update to 0.5.1 (incl. libnetdude o ports/154711 security/heimdal: kadmin: hdb_open: hdb_open failed in f ports/154682 net/iaxmodem: add rc script for running more than 1 ia o ports/154555 [PATCH] x11-wm/sawfish update to 1.7.1 et al. o ports/154548 textproc/pootle: Pootle's rc.d script don't take into o ports/154519 [PATCH] net/beacon: update to 1.4 o ports/154453 Rewritten port: audio/teamspeak_server f ports/154431 [patch] ports/Tools/scripts: python scripts use bad sh o ports/154401 New port: www/jetty7 - newer fork by Eclipse/Codehaus o ports/154285 [NEW PORT] java/netty: Java NIO client server framewor o ports/154254 [patch] asmail imap login broken with gmail at al. o ports/154202 New port: security/scannedonly - A Samba VFS virus sca f ports/154194 net/freeswitch: update portversion and remove portrevi o ports/154031 New port: audio/shoutcast2: SHOUTcast Distributed Netw o ports/153926 New port net/freeswitch-snapshot o ports/153810 [PATCH] Fix usb_interrupt_read() in devel/libusb for f f ports/153733 [patch] emulators/visualboyadvance-m: problem with joy o ports/153715 net/freeradius: FreeRADIUS exiting with Signal 11 on F f ports/153688 [MAINTAINER] net-mgmt/zabbix-server: update to 1.8.4 f ports/153645 Update ports: emulators/mame update to v0.141 f ports/153622 [patch] sysutils/jfbterm: improve TERMCAP option f ports/153612 Update devel/arm-elf-binutils to version 2.17 f ports/153607 Update devel/djgpp-binutils to version 2.17 o ports/153601 New port: security/msktutil Active Directory keytab ma o ports/153503 Patch to add PostgreSQL health check to net/haproxy o ports/153473 [patch] mail/courier port upgrade from 0.63.0 to 0.65. o ports/153452 New port: science/py-ws2300 A driver for the LaCrosse o ports/153429 [patch] Fix explicite uses of unzip in ports f ports/153425 [PATCH] www/limesurvey: Added a switch to use PostgreS o ports/153422 [NEW PORT] databases/memcacheq-0.2.0: Simple queue ser o ports/153379 [PATCH] www/hastymail2 add options to add dependencies f ports/153287 [PATCH] net-mgmt/ndpmon: [SUMMARIZE CHANGES] o ports/153263 [NEW PORT] databases/percona-server: Multithreaded SQL f ports/153251 www/drush is out of date o ports/153195 New port: www/mathjax cross-browser JavaScript display f ports/153148 change port: deskutils/x-tile A tiling application for o ports/153130 sysutils/k3b: problem with k3b and mounting ntfs with o ports/152982 [patch] net/nss_ldap, ignore option nss_initgroups_ign o ports/152958 The port of www/mnogosearch 3.3.10 is using an out-of- f ports/152915 russian/xmms v. 1.2.11_12 don't see cdinfo and tag's i f ports/152669 no work innodb (databases/mariadb) o ports/152467 [new port] net/openafs port o ports/152453 textproc/urlview port should install gecko.sh optional o ports/152376 New port: audio/lastfmsubmitd f ports/152304 sysutils/fcron: illegal instruction 4 o ports/152236 [patch] x11/slim: Enable pam support, add hald and dbu s ports/152195 [PATCH] deskutils/pinot update to xapian-core 1.2.3 f ports/152192 [PATCH] databases/xapian-bindings update to 1.2.3 o ports/152191 [PATCH] databases/xapian-core update to 1.2.3 o ports/152186 [NEW PORT] lang/python-doc-text: Documentation for the o ports/152175 New port: lang/javascript-v8 Google's open source Java f ports/152152 math/polymake: Port upgrade request o ports/152118 New port: deskutils/linux-tahometer A worktime trackin o ports/152109 New port: x11/keylaunch2 A fork of keylaunch that a o ports/152082 [NEW PORT] www/encode-explorer: A PHP script to browse f ports/152045 New port: www/links-hacked browser with tricks for tab o ports/152006 New Port: archivers/unzip-iconv: Slave port of unzip w o ports/151973 New port: security/arpCounterattack -- Detects and rem f ports/151930 [PATCH] net-mgmt/netams links to libmysqlclient/libpq o ports/151837 [patch] sysutils/bsdstats : does honor BATCH when inst f ports/151783 mail/fetchmail: rc.d script broken in case of MDA use f ports/151777 deskutils/xfce4-volstatus-icon Segmentation fault and f ports/151774 [new port] sysutils/pprotectd o ports/151747 new port: emulators/wine-fbsd64: request for (a variat f ports/151689 dns/rbldnsd does not use preassigned UID/GIDs o ports/151572 The first start of net/tucan failed because it can't w o ports/151467 New port: sysutils/autojump acts as a complement to cd o ports/151299 audio/mt-daapd: portlint(1) fixes and more f ports/151296 [patch] ports/sysutils/fusefs-kmod build fails: MNT_NF o ports/150883 Ports games/openastromenace won't compile on 64 bit f ports/150783 mail/qpopper: fails to configure ocasionally o ports/150542 [new port]: sysutils/createrepo o ports/150541 [new port] sysutils/yum - Installer/updater for rpm o ports/150493 Update for: security/openssh-portable port from 5.2p1 o ports/150425 www/squid31: rc.d/squid's squid_fib setting ineffectiv o ports/150361 [patch] provide script to bind with nautilus for multi f ports/150316 new port: net/neatx o ports/150287 [patch] Segfault: games/spider crashes after 51 moves f ports/150235 sysutils/smartmontools build system bug o ports/150194 There is no startup script for databases/cassandra f ports/150169 www/havp: Assertion failed: file llvm/lib/System/Mutex o ports/150086 [NEW PORT] net-im/tkabber-plugins-devel: External Plug o ports/150047 net/ipv6socket_scrub: Makefile contains incorrect URL f ports/149947 [NEW PORT] devel/smartCVS, a powerful graphical CVS cl o ports/149564 patch for various games/ adding appropriate LICENSEs t o ports/149538 sysutils/fusefs-ntfs panic on writte on 8.1 f ports/148871 bad packages: p5-XML-Parser-2.36_1 p5-XML-SAX-Expat-0. o ports/148605 security/ipsec-tools rc.d/racoon startup script fails o ports/148415 new port: devel/libsysinfo, GNU libc's sysinfo port fo f ports/148027 New port: graphics/ramenhdr, node based video composit f ports/147943 New port: net/radsecproxy Radsecproxy is a generic RAD o ports/147847 audio/zynaddsubfx mxml error when opening instruments s ports/147829 Improved net/ucarp startup script: multiple VHID and F o ports/147553 NEW port: graphics/VisualizationLibrary s ports/147169 bsd.ruby.mk: Adding GEM_ARGS f ports/145966 port devel/pwlib fails to build: cast error: patch att o ports/144597 security/openssh-portable fails to compile with KERBER f ports/143938 [NEW PORTS] textproc/linux-f10-ibus-qt et al.: Linux v o ports/143566 sysutils/diskcheckd runs constantly when using gmirror o ports/142824 [patch] security/openssh-portable: add VersionAddendum f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/122333 net/arping - patch to lookup for interface and src ip, s ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 175 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 12:45:47 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5D12106566C; Mon, 28 Mar 2011 12:45:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 766A28FC0A; Mon, 28 Mar 2011 12:45:47 +0000 (UTC) Received: from outgoing.leidinger.net (p5B1548A0.dip.t-dialin.net [91.21.72.160]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id E4C45844015; Mon, 28 Mar 2011 14:45:42 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id B3EFC17AC; Mon, 28 Mar 2011 14:45:39 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id p2SCjcNM038808; Mon, 28 Mar 2011 14:45:38 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 28 Mar 2011 14:45:38 +0200 Message-ID: <20110328144538.6596307gamd1fj0g@webmail.leidinger.net> Date: Mon, 28 Mar 2011 14:45:38 +0200 From: Alexander Leidinger To: Juergen Lock References: <20110326192838.GA68179@triton8.kn-bremen.de> In-Reply-To: <20110326192838.GA68179@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.6) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: E4C45844015.AFEA1 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=0, required 6, autolearn=disabled) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1301921144.63285@NIreaS0qZfljCSXSI6yHGw X-EBL-Spam-Status: No Cc: freebsd-multimedia@FreeBSD.org, lme@FreeBSD.org, mickael.maillot@gmail.com, Joerg.Pulz@frm2.tum.de, freebsd-ports@FreeBSD.org Subject: Re: some vdr intro/installation notes (watch/record/stream tv) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 12:45:47 -0000 Quoting Juergen Lock (from Sat, 26 Mar 2011 20:28:38 +0100): > Hi, now that the vdr ports are finally committed here are some > updated notes: Hi all, I wiki-fied this mail (http://wiki.freebsd.org/VDR). Interested people can now enhance it (I don't). Bye, Alexander. -- 1 bulls, 3 cows. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 17:12:45 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2907E1065670; Mon, 28 Mar 2011 17:12:45 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id DC5648FC15; Mon, 28 Mar 2011 17:12:44 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 85E151E00178; Mon, 28 Mar 2011 19:12:43 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p2SH3a8E061942; Mon, 28 Mar 2011 19:03:36 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p2SH3YC7061941; Mon, 28 Mar 2011 19:03:34 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Mon, 28 Mar 2011 19:03:34 +0200 To: Alexander Leidinger Message-ID: <20110328170334.GA61924@triton8.kn-bremen.de> References: <20110326192838.GA68179@triton8.kn-bremen.de> <20110328144538.6596307gamd1fj0g@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110328144538.6596307gamd1fj0g@webmail.leidinger.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: mickael.maillot@gmail.com, Juergen Lock , Joerg.Pulz@frm2.tum.de, freebsd-multimedia@FreeBSD.org, freebsd-ports@FreeBSD.org, lme@FreeBSD.org Subject: Re: some vdr intro/installation notes (watch/record/stream tv) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 17:12:45 -0000 On Mon, Mar 28, 2011 at 02:45:38PM +0200, Alexander Leidinger wrote: > Quoting Juergen Lock (from Sat, 26 Mar 2011 > 20:28:38 +0100): > > > Hi, now that the vdr ports are finally committed here are some > > updated notes: > > Hi all, I wiki-fied this mail (http://wiki.freebsd.org/VDR). > Interested people can now enhance it (I don't). Thank you very much! I just did some minor tweaks. (yeah I finally got a wiki account too... :) Enjoy, Juergen From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 17:44:14 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3765B106564A; Mon, 28 Mar 2011 17:44:14 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2C26C8FC18; Mon, 28 Mar 2011 17:44:12 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA03100; Mon, 28 Mar 2011 20:44:11 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4D90C8EA.2000901@freebsd.org> Date: Mon, 28 Mar 2011 20:44:10 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Baptiste Daroussin References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> In-Reply-To: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, hackers@freebsd.org Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 17:44:14 -0000 on 25/03/2011 12:11 Baptiste Daroussin said the following: > Hi all, > > miwi@ launched the new thing called Experimental Call For Testing, > it's our turn :) > > Julien Laffaye (jlaffaye@) and I, helped by Philippe Pepiot (huge > contributor) have been working since the end of the last GSoC on a > rewrite of pkg_install. > > pkgng is a binary package manager written from scratch for FreeBSD. > > After a long period of technology testing, (json, tinycdb, bdb, etc) > and we now have achieved to implement the basic functionnality. We > would greatly approciate to have some feedback, wider testing, > patching, documenting etc, before implementing the higher level > features. > > pkgng is built on top of a new libpkg, which allow to deal with the database of > installed packages, to deal with remote repositories, manage packages: > creation, installation gathering informations, registering new ports. > > features supported are or will be : > > - smooth integration with bsd.port.mk (including bsd.pkg.mk line 2486) > which allow to have a bsd.port.mk which deal with both pkg_install > and pkgng. (done in alpha) > > - the register command can analyse elf files when registering a new port to > discover forgotten dependencies if necessary. (done in alpha using libelf) > > - the register command has two mode available : when dealing with old > fashion ports it just registers the package, in new mode it does > everything that would > have been done by pkg add when installing the package : should display > messages, execute post-install, execute @exec etc. (old fashion done > in the alpha) > > - pkg add supports two mode : the old fashion one (no real upgrade > support) and new one: upgrade scripts supported. (old fashion in the > alpha) > > - new scripts supported +PREINSTALL +POSTINSTALL, +PREDEINSTALL, > +POSTDEINSTALL, +PREUPGRADE, +POSTUPGRADE as well as the old fashion > scripts : +INSTALL +DEINSTALL +UPGRADE (all supported *UPGRADES aren't > supported in the alpha) > > - new +MANIFEST (plist-like format) with new metadatas : options, arch, os > version, etc. (done in the alpha) > > - pkgng supports checking arch of the package which means that users > won't be able to install sparc64 binary package into amd64 machines. > (not done yet) > > - a special architecture "all" allows to specify when a package can be used > on every architecture. (not done yet) > > - @dirrm and @dirrmtry are now deprecated, pkgng can discover itself > which directory has to be removed. (done in the alpha but needs love > :)) > > - new repository (apt-like feature) (only the repository generation is done) > > - real support for reverse dependency (no ugly +REQUIRED_BY) (done in the alpha) > > - test unit (libcheck) on libpkg. (done in the alpha needs some more love) > > - many more Perhaps I am too impatient :) but I would like to inquire about the following features: I. A provides/requires interface for packages. Each package specified a list of files (and perhaps other entities) that it provides and requires. At the initial stage, without ports modifications, these could be: (1) a list of all files installed by package for provides; (2) for requires - an auto-generated list of dependencies based on required shared libraries plus dependency specifications in ports. I think that this kind of interface should help with using alternatives that provide the same interface (e.g. like gamin vs fam). II. Package signing. III. Package naming that includes architecture, major OS version (for API/ABI), maybe more. IV. "Convenient" support for i386 packages on amd64. Distinct installation directories, proper installation conflict detection/avoidance between i386 and amd64 packages, proper library paths, etc. And finally some exotic ideas - support for multiple package sources (when different people build packages in different ways (e.g. with different options, or different optimizations) from the same ports tree; support for multiple ports sources.(when people maintain different ports tree (e.g. kde or gnome development ports tree)). Perhaps, with some compatibility/hierarchy support for packages and ports sources. But that's almost a pipe dream, so don't take it seriously :) -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 17:59:19 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C82AB106566C; Mon, 28 Mar 2011 17:59:19 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D8DDD8FC1A; Mon, 28 Mar 2011 17:59:18 +0000 (UTC) Received: by wyf23 with SMTP id 23so3614451wyf.13 for ; Mon, 28 Mar 2011 10:59:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=60OnWn0HjweAirr4pnE/xbyGjooXV91MZuYEWHTZg3s=; b=uHQnRNy2n/PG1K4mKPAXRU6wWcrDNBzmUvtpJBwF7oH+f4Ms4s7jyziPPggQf1dgbO 6Wu+IftsRC8a4Vp8jE4sI3bfYAech2SYPHNT7GsZvBoqgXoKTPPpAbSncDKbChuZNNYJ xbaQMJOyHiOu+Ob8N8xbFQpiqnz1f0C//4emM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=h7Wrb9m0b56SQkC4mVUA2Kunp6GPFePyiF3LMk9716O9oKJfjsdF1iZjyfpuYZWjJH T4KyF7PvfJbgkA+MmL2Slg6MCTyhKUBYLrXRPSMw9Q813i0DhqGiWiuWzz8uXFgjX+Ay cARcufbiLP1qx4OBmzLJ/WCCi/DvobN3O2WEc= MIME-Version: 1.0 Received: by 10.217.7.66 with SMTP id z44mr3676901wes.100.1301335157735; Mon, 28 Mar 2011 10:59:17 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.173.142 with HTTP; Mon, 28 Mar 2011 10:59:17 -0700 (PDT) In-Reply-To: <4D90C8EA.2000901@freebsd.org> References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> Date: Mon, 28 Mar 2011 10:59:17 -0700 X-Google-Sender-Auth: uG7d0O3NGdtpDgicYCvc80felmY Message-ID: From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, Baptiste Daroussin , hackers@freebsd.org Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 17:59:19 -0000 On Mon, Mar 28, 2011 at 10:44 AM, Andriy Gapon wrote: > on 25/03/2011 12:11 Baptiste Daroussin said the following: >> Hi all, >> >> miwi@ launched the new thing called Experimental Call For Testing, >> it's our turn :) >> >> Julien Laffaye (jlaffaye@) and I, helped by Philippe Pepiot (huge >> contributor) have been working since the end of the last GSoC on a >> rewrite of pkg_install. >> >> pkgng is a binary package manager written from scratch for FreeBSD. >> >> After a long period of technology testing, (json, tinycdb, bdb, etc) >> and we now have achieved to implement the basic functionnality. We >> would greatly approciate to have some feedback, wider testing, >> patching, documenting etc, before implementing the higher level >> features. >> >> pkgng is built on top of a new libpkg, which allow to deal with the data= base of >> installed packages, to deal with remote repositories, manage packages: >> creation, installation gathering informations, registering new ports. >> >> features supported are or will be : >> >> - smooth integration with bsd.port.mk (including bsd.pkg.mk line 2486) >> which allow =A0to have a bsd.port.mk which deal with both pkg_install >> and pkgng. (done in alpha) >> >> - the register command can analyse elf files when registering a new port= to >> discover forgotten dependencies if necessary. (done in alpha using libel= f) >> >> - the register command has two mode available : when dealing with old >> fashion ports it just registers the package, in new mode it does >> everything that would >> have been done by pkg add when installing the package : should display >> messages, =A0execute post-install, execute @exec etc. (old fashion done >> in the alpha) >> >> - pkg add supports two mode : the old fashion one (no real upgrade >> support) and =A0new one: upgrade scripts supported. (old fashion in the >> alpha) >> >> - new scripts supported +PREINSTALL +POSTINSTALL, +PREDEINSTALL, >> +POSTDEINSTALL, +PREUPGRADE, +POSTUPGRADE as well as the old fashion >> scripts : +INSTALL +DEINSTALL +UPGRADE (all supported *UPGRADES aren't >> supported in the alpha) >> >> - new +MANIFEST (plist-like format) with new metadatas : options, arch, = os >> version, etc. (done in the alpha) >> >> - pkgng supports checking arch of the package which means that users >> won't be able to install sparc64 binary package into amd64 machines. >> (not done yet) >> >> - a special architecture "all" allows to specify when a package can be u= sed >> on every architecture. (not done yet) >> >> - @dirrm and @dirrmtry are now deprecated, pkgng can discover itself >> which directory has to be removed. (done in the alpha but needs love >> :)) >> >> - new repository (apt-like feature) (only the repository generation is d= one) >> >> - real support for reverse dependency (no ugly +REQUIRED_BY) (done in th= e alpha) >> >> - test unit (libcheck) on libpkg. (done in the alpha needs some more lov= e) >> >> - many more > > Perhaps I am too impatient :) but I would like to inquire about the follo= wing > features: > > I. A provides/requires interface for packages. > Each package specified a list of files (and perhaps other entities) that = it > provides and requires. =A0At the initial stage, without ports modificatio= ns, these > could be: (1) a list of all files installed by package for provides; (2) = for > requires - an auto-generated list of dependencies based on required share= d > libraries plus dependency specifications in ports. > I think that this kind of interface should help with using alternatives t= hat > provide the same interface (e.g. like gamin vs fam). > > II. Package signing. That would be really nice. > III. Package naming that includes architecture, major OS version (for API= /ABI), > maybe more. This could be provided in the manifest. Doing it in the filename sort of turns into a mess, as I've discovered working at Cisco :). > IV. "Convenient" support for i386 packages on amd64. > Distinct installation directories, proper installation conflict > detection/avoidance between i386 and amd64 packages, proper library paths= , etc. There are other architectures that would benefit from this as well, like powerpc 32-bit on 64-bit, MIPs 32-bit on n32, etc. This involves more work than pkgng could provide IIRC as build infrastructure would need to be fixed to look at and link against usr/lib32 instead of usr/lib, unless you mean to rewrite the linker stuff at install-time. > And finally some exotic ideas - support for multiple package sources (whe= n > different people build packages in different ways (e.g. with different op= tions, or > different optimizations) from the same ports tree; support for multiple p= orts > sources.(when people maintain different ports tree (e.g. kde or gnome dev= elopment > ports tree)). =A0Perhaps, with some compatibility/hierarchy support for p= ackages and > ports sources. =A0But that's almost a pipe dream, so don't take it seriou= sly :) It would be nice. That's a request in the same general area that Gentoo portage's overlay goes into, but I think that would require rewriting certain bits of ports infrastructure to be extensible, not extend pkgng in this area. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 18:22:40 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D05D4106566C for ; Mon, 28 Mar 2011 18:22:40 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id C02E18FC0C for ; Mon, 28 Mar 2011 18:22:40 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id p2SIMe5V008339 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 28 Mar 2011 11:22:40 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7615B1CC0C for ; Mon, 28 Mar 2011 11:22:40 -0700 (PDT) To: ports@freebsd.org Date: Mon, 28 Mar 2011 11:22:40 -0700 From: "Kevin Oberman" Message-Id: <20110328182240.7615B1CC0C@ptavv.es.net> Cc: Subject: Unable to configure dirmngr after libksba upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 18:22:40 -0000 After I upgraded libksba to 1.2.0, I attempted to re-build dirmngr, but all of my systems are failing due to failing to detect LDAP. checking whether LDAP via "-lldap" is present and sane... no checking whether LDAP via "-lldap -llber" is present and sane... no checking whether LDAP via "-lldap -llber -lresolv" is present and sane... no checking whether LDAP via "-lwldap32" is present and sane... no checking for ANSI C header files... (cached) yes checking for string.h... (cached) yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for size_t... yes checking return type of signal handlers... void checking whether sys_siglist is declared... yes checking for byte typedef... no checking for ushort typedef... yes checking for ulong typedef... no checking for struct sigaction... yes checking for sigset_t... yes checking for sys/stat.h... (cached) yes checking for unistd.h... (cached) yes checking direct.h usability... no checking direct.h presence... no checking for direct.h... no checking if mkdir takes one argument... no checking for memicmp... no checking for stpcpy... yes checking for strsep... yes checking for strlwr... no checking for strtoul... yes checking for memmove... yes checking for stricmp... no checking for strtol... yes checking for memrchr... yes checking for isascii... yes checking for timegm... yes checking for getrusage... yes checking for setrlimit... yes checking for stat... yes checking for setlocale... yes checking for flockfile... yes checking for funlockfile... yes checking for funopen... yes checking for fopencookie... no checking for gmtime_r... yes checking for getaddrinfo... yes checking for strtoull... yes checking for mmap... yes checking for canonicalize_file_name... no configure: *** *** You need a LDAP library to build this program. *** Check out *** http://www.openldap.org *** for a suitable implementation. *** configure: error: *** *** Required libraries not found. Please consult the above messages *** and install them before running configure again. *** ===> Script "configure" failed unexpectedly. Please report the problem to umq@ueo.co.jp [maintainer] and attach the "/usr/ports/security/dirmngr/work/dirmngr-1.1.0/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/security/dirmngr. *** Error code 1 I certainly do have openldap-client installed. I even re-installed it, just to make sure nothing had been stepped on. I have libldap and liblber in /usr/local/lib/ The first two attempts fail with: /usr/local/lib/libldap.so: undefined reference to `fetchGetURL' Any idea what may be going wrong? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 18:22:51 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3C18106566B; Mon, 28 Mar 2011 18:22:51 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5ED4C8FC1B; Mon, 28 Mar 2011 18:22:51 +0000 (UTC) Received: by gwb15 with SMTP id 15so1473366gwb.13 for ; Mon, 28 Mar 2011 11:22:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FiJyZiWQhexMEb319Rp+iOUWRjf+zrl1AKPTrQApFzk=; b=xbUXQXMIu8TuTsrgre5D1NPt3fihcNSsXUXwkKHMUNiu2pEt7Z+VmSWBtkVbdszKMb 5l5dIw4n2bYvCsNlGc1tmhUL7h1kRvs+PsYeJW5xpR3NsT/XHPb46JU22FC2+rcIU8+1 8VV9RKbI/OHW4M7aG9auMUkU+njozKHanONAA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=W0oV5On5viZhBo2KtPJfNwwq48jF6tPzcoNdB7rfJFwNLkHVPMwjxK3K9mMHD34qXZ el2uppDwbNSqG5/HzFT+rv033edPG3OkBsa4P5GLzAJ69qqjb5kVjGEqyv8jcdzUYVVv xOznnos91d9m49G5k2jOgM/NcVm4xOD3EoXi0= MIME-Version: 1.0 Received: by 10.236.79.161 with SMTP id i21mr1974880yhe.335.1301336570652; Mon, 28 Mar 2011 11:22:50 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.236.105.212 with HTTP; Mon, 28 Mar 2011 11:22:49 -0700 (PDT) In-Reply-To: References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> Date: Mon, 28 Mar 2011 19:22:49 +0100 X-Google-Sender-Auth: iv0oU_Eqzu1Nuv9WifXOZY_qfOY Message-ID: From: Julien Laffaye To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, Baptiste Daroussin , hackers@freebsd.org, Andriy Gapon Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 18:22:52 -0000 On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper wrote= : > On Mon, Mar 28, 2011 at 10:44 AM, Andriy Gapon wrote: >> on 25/03/2011 12:11 Baptiste Daroussin said the following: >>> Hi all, >>> >>> miwi@ launched the new thing called Experimental Call For Testing, >>> it's our turn :) >>> >>> Julien Laffaye (jlaffaye@) and I, helped by Philippe Pepiot (huge >>> contributor) have been working since the end of the last GSoC on a >>> rewrite of pkg_install. >>> >>> pkgng is a binary package manager written from scratch for FreeBSD. >>> >>> After a long period of technology testing, (json, tinycdb, bdb, etc) >>> and we now have achieved to implement the basic functionnality. We >>> would greatly approciate to have some feedback, wider testing, >>> patching, documenting etc, before implementing the higher level >>> features. >>> >>> pkgng is built on top of a new libpkg, which allow to deal with the dat= abase of >>> installed packages, to deal with remote repositories, manage packages: >>> creation, installation gathering informations, registering new ports. >>> >>> features supported are or will be : >>> >>> - smooth integration with bsd.port.mk (including bsd.pkg.mk line 2486) >>> which allow =A0to have a bsd.port.mk which deal with both pkg_install >>> and pkgng. (done in alpha) >>> >>> - the register command can analyse elf files when registering a new por= t to >>> discover forgotten dependencies if necessary. (done in alpha using libe= lf) >>> >>> - the register command has two mode available : when dealing with old >>> fashion ports it just registers the package, in new mode it does >>> everything that would >>> have been done by pkg add when installing the package : should display >>> messages, =A0execute post-install, execute @exec etc. (old fashion done >>> in the alpha) >>> >>> - pkg add supports two mode : the old fashion one (no real upgrade >>> support) and =A0new one: upgrade scripts supported. (old fashion in the >>> alpha) >>> >>> - new scripts supported +PREINSTALL +POSTINSTALL, +PREDEINSTALL, >>> +POSTDEINSTALL, +PREUPGRADE, +POSTUPGRADE as well as the old fashion >>> scripts : +INSTALL +DEINSTALL +UPGRADE (all supported *UPGRADES aren't >>> supported in the alpha) >>> >>> - new +MANIFEST (plist-like format) with new metadatas : options, arch,= os >>> version, etc. (done in the alpha) >>> >>> - pkgng supports checking arch of the package which means that users >>> won't be able to install sparc64 binary package into amd64 machines. >>> (not done yet) >>> >>> - a special architecture "all" allows to specify when a package can be = used >>> on every architecture. (not done yet) >>> >>> - @dirrm and @dirrmtry are now deprecated, pkgng can discover itself >>> which directory has to be removed. (done in the alpha but needs love >>> :)) >>> >>> - new repository (apt-like feature) (only the repository generation is = done) >>> >>> - real support for reverse dependency (no ugly +REQUIRED_BY) (done in t= he alpha) >>> >>> - test unit (libcheck) on libpkg. (done in the alpha needs some more lo= ve) >>> >>> - many more >> >> Perhaps I am too impatient :) but I would like to inquire about the foll= owing >> features: >> >> I. A provides/requires interface for packages. >> Each package specified a list of files (and perhaps other entities) that= it >> provides and requires. =A0At the initial stage, without ports modificati= ons, these >> could be: (1) a list of all files installed by package for provides; (2)= for >> requires - an auto-generated list of dependencies based on required shar= ed >> libraries plus dependency specifications in ports. >> I think that this kind of interface should help with using alternatives = that >> provide the same interface (e.g. like gamin vs fam). Adding require/provide support in pkgng is kind of trivial. But ports have to support it first. >> >> II. Package signing. > > That would be really nice. Right know we only planned to sign the repo database, so we can trust the sah256 of the packages stored in the database. Then if the package has the same sha256 as the one in the repo database it is considered trusted. If we want a per-package signing, we would have a tarball in a tarball. > >> III. Package naming that includes architecture, major OS version (for AP= I/ABI), >> maybe more. > > This could be provided in the manifest. Doing it in the filename sort > of turns into a mess, as I've discovered working at Cisco :). > Actually, it *is* in the +MANIFEST of pkgng packages archives :-) >> IV. "Convenient" support for i386 packages on amd64. >> Distinct installation directories, proper installation conflict >> detection/avoidance between i386 and amd64 packages, proper library path= s, etc. > > There are other architectures that would benefit from this as well, > like powerpc 32-bit on 64-bit, MIPs 32-bit on n32, etc. > > This involves more work than pkgng could provide IIRC as build > infrastructure would need to be fixed to look at and link against > usr/lib32 instead of usr/lib, unless you mean to rewrite the linker > stuff at install-time. I dont think we are going that way right now... > >> And finally some exotic ideas - support for multiple package sources (wh= en >> different people build packages in different ways (e.g. with different o= ptions, or >> different optimizations) from the same ports tree; support for multiple = ports >> sources.(when people maintain different ports tree (e.g. kde or gnome de= velopment >> ports tree)). =A0Perhaps, with some compatibility/hierarchy support for = packages and >> ports sources. =A0But that's almost a pipe dream, so don't take it serio= usly :) > > It would be nice. That's a request in the same general area that > Gentoo portage's overlay goes into, but I think that would require > rewriting certain bits of ports infrastructure to be extensible, not > extend pkgng in this area. Well, I think we are doing the basics first. We will see later. BTW, the +MANIFEST file contains the options a package was built with. > > Thanks, > -Garrett > _______________________________________________ > 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 Mar 28 18:48:28 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FD4D106564A; Mon, 28 Mar 2011 18:48:28 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3D2D88FC13; Mon, 28 Mar 2011 18:48:28 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id p2SImRHJ025254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 28 Mar 2011 11:48:27 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 71D551CC0C; Mon, 28 Mar 2011 11:48:27 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Mon, 28 Mar 2011 11:22:37 PDT." <4D90D1ED.7080106@FreeBSD.org> Date: Mon, 28 Mar 2011 11:48:27 -0700 From: "Kevin Oberman" Message-Id: <20110328184827.71D551CC0C@ptavv.es.net> Cc: ports@freebsd.org Subject: Re: Unable to configure dirmngr after libksba upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 18:48:28 -0000 > Date: Mon, 28 Mar 2011 11:22:37 -0700 > From: Doug Barton > > On 03/28/2011 11:13, Kevin Oberman wrote: > > I certainly do have openldap-client installed. I even re-installed it, > > just to make sure nothing had been stepped on. I have libldap and > > liblber in/usr/local/lib/ > > > > The first two attempts fail with: > > /usr/local/lib/libldap.so: undefined reference to `fetchGetURL' > > > > Any idea what may be going wrong? > > I haven't tested the theory yet, but can you check if openldap has been > built with the FETCH option, and if not, try enabling it and see if that > helps? Thanks, but no joy. It was built with fetch(3) support. I'll look more closely at the log in a bit, but I'm going to be tied up for an hour or so with other issues. (Still have a network to engineer.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 18:49:41 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 07410106564A; Mon, 28 Mar 2011 18:49:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id CB8C91527C4; Mon, 28 Mar 2011 18:49:27 +0000 (UTC) Message-ID: <4D90D7D5.1060509@FreeBSD.org> Date: Mon, 28 Mar 2011 11:47:49 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: Kevin Oberman References: <20110328182240.7615B1CC0C@ptavv.es.net> In-Reply-To: <20110328182240.7615B1CC0C@ptavv.es.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, umq@ueo.co.jp, delphij@FreeBSD.org Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 18:49:41 -0000 This has nothing to do with libksba, it's just a coincidence that bumping the PORTREVISION on dirmngr for the libksba update caused you to rebuild dirmngr against an up to date openldap. Reverting to openldap-client-2.4.24 allows dirmngr to build, thus I've changed the subject line of this message. The presence of the FETCH option (which is what I always use anyway) doesn't improve the situation, FYI. Doug On 03/28/2011 11:22, Kevin Oberman wrote: > After I upgraded libksba to 1.2.0, I attempted to re-build dirmngr, but > all of my systems are failing due to failing to detect LDAP. > > checking whether LDAP via "-lldap" is present and sane... no > checking whether LDAP via "-lldap -llber" is present and sane... no > checking whether LDAP via "-lldap -llber -lresolv" is present and sane... no > checking whether LDAP via "-lwldap32" is present and sane... no > checking for ANSI C header files... (cached) yes > checking for string.h... (cached) yes > checking locale.h usability... yes > checking locale.h presence... yes > checking for locale.h... yes > checking for an ANSI C-conforming const... yes > checking for inline... inline > checking for size_t... yes > checking return type of signal handlers... void > checking whether sys_siglist is declared... yes > checking for byte typedef... no > checking for ushort typedef... yes > checking for ulong typedef... no > checking for struct sigaction... yes > checking for sigset_t... yes > checking for sys/stat.h... (cached) yes > checking for unistd.h... (cached) yes > checking direct.h usability... no > checking direct.h presence... no > checking for direct.h... no > checking if mkdir takes one argument... no > checking for memicmp... no > checking for stpcpy... yes > checking for strsep... yes > checking for strlwr... no > checking for strtoul... yes > checking for memmove... yes > checking for stricmp... no > checking for strtol... yes > checking for memrchr... yes > checking for isascii... yes > checking for timegm... yes > checking for getrusage... yes > checking for setrlimit... yes > checking for stat... yes > checking for setlocale... yes > checking for flockfile... yes > checking for funlockfile... yes > checking for funopen... yes > checking for fopencookie... no > checking for gmtime_r... yes > checking for getaddrinfo... yes > checking for strtoull... yes > checking for mmap... yes > checking for canonicalize_file_name... no > configure: > *** > *** You need a LDAP library to build this program. > *** Check out > *** http://www.openldap.org > *** for a suitable implementation. > *** > configure: error: > *** > *** Required libraries not found. Please consult the above messages > *** and install them before running configure again. > *** > ===> Script "configure" failed unexpectedly. > Please report the problem to umq@ueo.co.jp [maintainer] and attach the > "/usr/ports/security/dirmngr/work/dirmngr-1.1.0/config.log" including the > output of the failure of your make command. Also, it might be a good idea to > provide an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/security/dirmngr. > *** Error code 1 > > I certainly do have openldap-client installed. I even re-installed it, > just to make sure nothing had been stepped on. I have libldap and > liblber in /usr/local/lib/ > > The first two attempts fail with: > /usr/local/lib/libldap.so: undefined reference to `fetchGetURL' > > Any idea what may be going wrong? -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 19:17:35 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB2B11065672 for ; Mon, 28 Mar 2011 19:17:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 5FDF58FC0C for ; Mon, 28 Mar 2011 19:17:34 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p2SJHORG042302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2011 22:17:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p2SJHOuX026767; Mon, 28 Mar 2011 22:17:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p2SJHODm026766; Mon, 28 Mar 2011 22:17:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 28 Mar 2011 22:17:24 +0300 From: Kostik Belousov To: Kevin Oberman Message-ID: <20110328191724.GS78089@deviant.kiev.zoral.com.ua> References: <20110328182240.7615B1CC0C@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Rfw3GMIJL+0KhGrw" Content-Disposition: inline In-Reply-To: <20110328182240.7615B1CC0C@ptavv.es.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org Subject: Re: Unable to configure dirmngr after libksba upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 19:17:35 -0000 --Rfw3GMIJL+0KhGrw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 28, 2011 at 11:22:40AM -0700, Kevin Oberman wrote: > After I upgraded libksba to 1.2.0, I attempted to re-build dirmngr, but > all of my systems are failing due to failing to detect LDAP. >=20 > checking whether LDAP via "-lldap" is present and sane... no > checking whether LDAP via "-lldap -llber" is present and sane... no > checking whether LDAP via "-lldap -llber -lresolv" is present and sane...= no > checking whether LDAP via "-lwldap32" is present and sane... no > checking for ANSI C header files... (cached) yes > checking for string.h... (cached) yes > checking locale.h usability... yes > checking locale.h presence... yes > checking for locale.h... yes > checking for an ANSI C-conforming const... yes > checking for inline... inline > checking for size_t... yes > checking return type of signal handlers... void > checking whether sys_siglist is declared... yes > checking for byte typedef... no > checking for ushort typedef... yes > checking for ulong typedef... no > checking for struct sigaction... yes > checking for sigset_t... yes > checking for sys/stat.h... (cached) yes > checking for unistd.h... (cached) yes > checking direct.h usability... no > checking direct.h presence... no > checking for direct.h... no > checking if mkdir takes one argument... no > checking for memicmp... no > checking for stpcpy... yes > checking for strsep... yes > checking for strlwr... no > checking for strtoul... yes > checking for memmove... yes > checking for stricmp... no > checking for strtol... yes > checking for memrchr... yes > checking for isascii... yes > checking for timegm... yes > checking for getrusage... yes > checking for setrlimit... yes > checking for stat... yes > checking for setlocale... yes > checking for flockfile... yes > checking for funlockfile... yes > checking for funopen... yes > checking for fopencookie... no > checking for gmtime_r... yes > checking for getaddrinfo... yes > checking for strtoull... yes > checking for mmap... yes > checking for canonicalize_file_name... no > configure: > *** > *** You need a LDAP library to build this program. > *** Check out > *** http://www.openldap.org > *** for a suitable implementation. > *** > configure: error:=20 > *** > *** Required libraries not found. Please consult the above messages > *** and install them before running configure again. > *** > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to umq@ueo.co.jp [maintainer] and attach the > "/usr/ports/security/dirmngr/work/dirmngr-1.1.0/config.log" including the > output of the failure of your make command. Also, it might be a good idea= to > provide an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). > *** Error code 1 >=20 > Stop in /usr/ports/security/dirmngr. > *** Error code 1 >=20 > I certainly do have openldap-client installed. I even re-installed it, > just to make sure nothing had been stepped on. I have libldap and > liblber in /usr/local/lib/ >=20 > The first two attempts fail with: > /usr/local/lib/libldap.so: undefined reference to `fetchGetURL' >=20 > Any idea what may be going wrong? Did you selected "Fetch support" (or similar) in the openldap-client config dialog ? --Rfw3GMIJL+0KhGrw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk2Q3sMACgkQC3+MBN1Mb4hoywCgkHWNfPMcvaxwr+ipcVFfhamq PvcAmwTRlORYPxXeMjCObXfovrf9ipqG =SsWq -----END PGP SIGNATURE----- --Rfw3GMIJL+0KhGrw-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 19:31:33 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D604106566B for ; Mon, 28 Mar 2011 19:31:33 +0000 (UTC) (envelope-from freebsd-ports.user@seibercom.net) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2D0C98FC12 for ; Mon, 28 Mar 2011 19:31:32 +0000 (UTC) Received: by ywf9 with SMTP id 9so1489476ywf.13 for ; Mon, 28 Mar 2011 12:31:32 -0700 (PDT) Received: by 10.236.155.1 with SMTP id i1mr6405964yhk.140.1301340692332; Mon, 28 Mar 2011 12:31:32 -0700 (PDT) Received: from scorpio.seibercom.net (twdp-174-109-142-001.nc.res.rr.com [174.109.142.1]) by mx.google.com with ESMTPS id 41sm2089546yha.64.2011.03.28.12.31.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 28 Mar 2011 12:31:31 -0700 (PDT) Received: from seibercom.net (zeus [192.168.1.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: freebsd-ports.user@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id A8916E54809 for ; Mon, 28 Mar 2011 15:31:29 -0400 (EDT) Date: Mon, 28 Mar 2011 15:31:22 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20110328153122.0163d338@seibercom.net> In-Reply-To: <20110328191724.GS78089@deviant.kiev.zoral.com.ua> References: <20110328182240.7615B1CC0C@ptavv.es.net> <20110328191724.GS78089@deviant.kiev.zoral.com.ua> Organization: seibercom.net X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEUeH4oAAI3//v8LDHmw s8gyNZ/b3ej7+vn+/v////+PjIc8Plaj/TnQAAACNElEQVQ4jaXUvW/aQBQAcFtKGZLFT+YY 3D1SR9SKoRMncE3IggU4kicGi1JYOgQwyYrgnLlSzhsoNkTuVJEp+ef6ztiAoV3aJ+QPfufn s987S/5fQvoXYPjztmfc514Ks+5JfGUCfrzt4+VabF+jwEV4DGEXN8N4p16sPLxHX07/V3qX yfF5D2H6K4V8j9NkyAphvkjBembD5PDFk3zeTzP1jcksyaV9w+d4ELmUoOp8N2p8uQVyhTAT uawnKNH2mie5lJp48mscUcbJUvg0mR6APwAoye9AMyWozY4gAh0vcxa5FJ4TKCuODESWtfkB 8AEQSupUXNIYH8FSC2w8X3eMBNbbVJpJ7MgECO5yJ9DUEWCYkzNAlsRsgwLQ1GkWqELbkDOh 1bUzoHagYkNh9MXlK/MQoA42gTxz2bhPM2DJedm8MZx6cNfJgEZJ5cmwPp5FZ/Ye8O2qTrFV dgOrHkZRBoheJiGrRquwAhnQ6GeTePPerWVmQelAQ5lwNqtvQd2lcooAV74/zR1BIRS19fy5 ru+B/8ReW9pYKMPjt609zDaitHHTGOO+Zu7gHvsKE7XbeE1QVuJXomIFuZgUJdXQdhpqEELc /e8RLjfi+cQ01yMdWot8UcCVxEWHEkcUrsDGuhaIEoM9kfgAR6jxHcmEV7tNURAl8KTHN9iF McKGFHGO62O62UMpbmlVuogQ7ndL8zXCiLeBy3xpfrqaXS/+AHDG4o8AvhuPeezD/3xL/hy/ Adjlg2odglF2AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/hROttwMq2J1C0Tdxlog1KNV"; protocol="application/pgp-signature" Subject: Re: Unable to configure dirmngr after libksba upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 19:31:33 -0000 --Sig_/hROttwMq2J1C0Tdxlog1KNV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, 28 Mar 2011 22:17:24 +0300 Kostik Belousov articulated: > On Mon, Mar 28, 2011 at 11:22:40AM -0700, Kevin Oberman wrote: > > After I upgraded libksba to 1.2.0, I attempted to re-build dirmngr, > > but all of my systems are failing due to failing to detect LDAP. > >=20 > > checking whether LDAP via "-lldap" is present and sane... no > > checking whether LDAP via "-lldap -llber" is present and sane... no > > checking whether LDAP via "-lldap -llber -lresolv" is present and > > sane... no checking whether LDAP via "-lwldap32" is present and > > sane... no checking for ANSI C header files... (cached) yes > > checking for string.h... (cached) yes > > checking locale.h usability... yes > > checking locale.h presence... yes > > checking for locale.h... yes > > checking for an ANSI C-conforming const... yes > > checking for inline... inline > > checking for size_t... yes > > checking return type of signal handlers... void > > checking whether sys_siglist is declared... yes > > checking for byte typedef... no > > checking for ushort typedef... yes > > checking for ulong typedef... no > > checking for struct sigaction... yes > > checking for sigset_t... yes > > checking for sys/stat.h... (cached) yes > > checking for unistd.h... (cached) yes > > checking direct.h usability... no > > checking direct.h presence... no > > checking for direct.h... no > > checking if mkdir takes one argument... no > > checking for memicmp... no > > checking for stpcpy... yes > > checking for strsep... yes > > checking for strlwr... no > > checking for strtoul... yes > > checking for memmove... yes > > checking for stricmp... no > > checking for strtol... yes > > checking for memrchr... yes > > checking for isascii... yes > > checking for timegm... yes > > checking for getrusage... yes > > checking for setrlimit... yes > > checking for stat... yes > > checking for setlocale... yes > > checking for flockfile... yes > > checking for funlockfile... yes > > checking for funopen... yes > > checking for fopencookie... no > > checking for gmtime_r... yes > > checking for getaddrinfo... yes > > checking for strtoull... yes > > checking for mmap... yes > > checking for canonicalize_file_name... no > > configure: > > *** > > *** You need a LDAP library to build this program. > > *** Check out > > *** http://www.openldap.org > > *** for a suitable implementation. > > *** > > configure: error:=20 > > *** > > *** Required libraries not found. Please consult the above messages > > *** and install them before running configure again. > > *** > > =3D=3D=3D> Script "configure" failed unexpectedly. > > Please report the problem to umq@ueo.co.jp [maintainer] and attach > > the "/usr/ports/security/dirmngr/work/dirmngr-1.1.0/config.log" > > including the output of the failure of your make command. Also, it > > might be a good idea to provide an overview of all packages > > installed on your system (e.g. an `ls /var/db/pkg`). > > *** Error code 1 > >=20 > > Stop in /usr/ports/security/dirmngr. > > *** Error code 1 > >=20 > > I certainly do have openldap-client installed. I even re-installed > > it, just to make sure nothing had been stepped on. I have libldap > > and liblber in /usr/local/lib/ > >=20 > > The first two attempts fail with: > > /usr/local/lib/libldap.so: undefined reference to `fetchGetURL' > >=20 > > Any idea what may be going wrong? >=20 > Did you selected "Fetch support" (or similar) in the openldap-client > config dialog ? For what its worth, I am getting exactly the same thing. Has anyone filed a PR against it yet? --=20 Jerry =E2=9C=8C FreeBSD-Ports.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ --Sig_/hROttwMq2J1C0Tdxlog1KNV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJNkOIRAAoJEN3ZzwiLXOel8z0H/RxenN5Y/t0EI9LwRwN4LrA4 bSXUO6CmuJvoW53qKYurIWx7O6C2QyqkhWgmL2zBQjP+Zn+x3JXMFOzEbxSEC54X y7roEnqmMow4VbriOzjynvdNwG1nTT0lo/s2NrQzLS7fcVAIwtUuI/O8GwjMMCf4 Ps023KFesVQfwDwLNDE39PJwFrrinXg/JqjBY5GEPQ5ZL2DdpAZ47FCmpsObrUe6 UDMffBa9UDlICSHMed75anQJYnbQMg5PTMLaPN2FvzxVTkx5Ylb7uQX/v49dAR3t xuszIj1xYzutAk2PgkK1NzSs488n/I0CKpwvXmGfSr1rDG+qftcbLVJh1OGQSHU= =1ulD -----END PGP SIGNATURE----- --Sig_/hROttwMq2J1C0Tdxlog1KNV-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 19:42:52 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7740D1065678; Mon, 28 Mar 2011 19:42:52 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB378FC0C; Mon, 28 Mar 2011 19:42:52 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id p2SJgpxL028755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 28 Mar 2011 12:42:51 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9F2FE1CC0C; Mon, 28 Mar 2011 12:42:51 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Mon, 28 Mar 2011 11:47:49 PDT." <4D90D7D5.1060509@FreeBSD.org> Date: Mon, 28 Mar 2011 12:42:51 -0700 From: "Kevin Oberman" Message-Id: <20110328194251.9F2FE1CC0C@ptavv.es.net> Cc: ports@freebsd.org, umq@ueo.co.jp, delphij@FreeBSD.org Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 19:42:52 -0000 > Date: Mon, 28 Mar 2011 11:47:49 -0700 > From: Doug Barton > > This has nothing to do with libksba, it's just a coincidence that > bumping the PORTREVISION on dirmngr for the libksba update caused you to > rebuild dirmngr against an up to date openldap. > > Reverting to openldap-client-2.4.24 allows dirmngr to build, thus I've > changed the subject line of this message. The presence of the FETCH > option (which is what I always use anyway) doesn't improve the > situation, FYI. > > > Doug > > > On 03/28/2011 11:22, Kevin Oberman wrote: > > After I upgraded libksba to 1.2.0, I attempted to re-build dirmngr, but > > all of my systems are failing due to failing to detect LDAP. > > > > checking whether LDAP via "-lldap" is present and sane... no > > checking whether LDAP via "-lldap -llber" is present and sane... no > > checking whether LDAP via "-lldap -llber -lresolv" is present and sane... no > > checking whether LDAP via "-lwldap32" is present and sane... no > > checking for ANSI C header files... (cached) yes > > checking for string.h... (cached) yes > > checking locale.h usability... yes > > checking locale.h presence... yes > > checking for locale.h... yes > > checking for an ANSI C-conforming const... yes > > checking for inline... inline > > checking for size_t... yes > > checking return type of signal handlers... void > > checking whether sys_siglist is declared... yes > > checking for byte typedef... no > > checking for ushort typedef... yes > > checking for ulong typedef... no > > checking for struct sigaction... yes > > checking for sigset_t... yes > > checking for sys/stat.h... (cached) yes > > checking for unistd.h... (cached) yes > > checking direct.h usability... no > > checking direct.h presence... no > > checking for direct.h... no > > checking if mkdir takes one argument... no > > checking for memicmp... no > > checking for stpcpy... yes > > checking for strsep... yes > > checking for strlwr... no > > checking for strtoul... yes > > checking for memmove... yes > > checking for stricmp... no > > checking for strtol... yes > > checking for memrchr... yes > > checking for isascii... yes > > checking for timegm... yes > > checking for getrusage... yes > > checking for setrlimit... yes > > checking for stat... yes > > checking for setlocale... yes > > checking for flockfile... yes > > checking for funlockfile... yes > > checking for funopen... yes > > checking for fopencookie... no > > checking for gmtime_r... yes > > checking for getaddrinfo... yes > > checking for strtoull... yes > > checking for mmap... yes > > checking for canonicalize_file_name... no > > configure: > > *** > > *** You need a LDAP library to build this program. > > *** Check out > > *** http://www.openldap.org > > *** for a suitable implementation. > > *** > > configure: error: > > *** > > *** Required libraries not found. Please consult the above messages > > *** and install them before running configure again. > > *** > > ===> Script "configure" failed unexpectedly. > > Please report the problem to umq@ueo.co.jp [maintainer] and attach the > > "/usr/ports/security/dirmngr/work/dirmngr-1.1.0/config.log" including the > > output of the failure of your make command. Also, it might be a good idea to > > provide an overview of all packages installed on your system (e.g. an `ls > > /var/db/pkg`). > > *** Error code 1 > > > > Stop in /usr/ports/security/dirmngr. > > *** Error code 1 > > > > I certainly do have openldap-client installed. I even re-installed it, > > just to make sure nothing had been stepped on. I have libldap and > > liblber in /usr/local/lib/ > > > > The first two attempts fail with: > > /usr/local/lib/libldap.so: undefined reference to `fetchGetURL' > > > > Any idea what may be going wrong? > > > > -- > > Nothin' ever doesn't change, but nothin' changes much. > -- OK Go > > Breadth of IT experience, and depth of knowledge in the DNS. > Yours for the right price. :) http://SupersetSolutions.com/ > Yup. openldap-client-2.4.24 does fine. Looks like a bug in 2.4.25. I'll take a look at CHANGES and see if I can figure out what broke the inclusion of fetch(3) support if I get a bit of time. Thanks! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 20:48:49 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DC60106566B for ; Mon, 28 Mar 2011 20:48:49 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 1B8C78FC12 for ; Mon, 28 Mar 2011 20:48:48 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p2SKmiFi025802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Mar 2011 07:48:46 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p2SKmiwC048051; Tue, 29 Mar 2011 07:48:44 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p2SKmhHP048050; Tue, 29 Mar 2011 07:48:43 +1100 (EST) (envelope-from peter) Date: Tue, 29 Mar 2011 07:48:43 +1100 From: Peter Jeremy To: Troy Message-ID: <20110328204843.GB27123@server.vk2pj.dyndns.org> References: <4D8ED71B.8010804@twisted.net> <20110327070503.GB73511@magic.hamla.org> <4D8F9840.1070002@twisted.net> <4D8FF159.9090306@twisted.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5/uDoXvLw7AC5HRs" Content-Disposition: inline In-Reply-To: <4D8FF159.9090306@twisted.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org Subject: Re: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 20:48:49 -0000 --5/uDoXvLw7AC5HRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Mar-27 21:24:25 -0500, Troy wrote: >I do have those libs there. I'm not sure why it's looking in=20 >/usr/local/lib to find it. I double checked and have /usr/lib in my=20 >PATH. Do you have any thoughts here? Congratulations. You've been screwed by libtool. A possible alternative to ade@'s suggestion would be to create a /usr/local/lib/liblzma.la based on one of your other .la files but with "libdir=3D'/usr/lib'" at the end. The downside of this is that it will probably further entrench the idea that liblzma lives in /usr/local/lib --=20 Peter Jeremy --5/uDoXvLw7AC5HRs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk2Q9CsACgkQ/opHv/APuIffTwCgmIGu4w7LXNcGJGXqJBAaJs9T u4gAn14vUQeygSK8jlXkBuvQAkyHTZCQ =3gs2 -----END PGP SIGNATURE----- --5/uDoXvLw7AC5HRs-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 20:49:13 2011 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F3C61065673; Mon, 28 Mar 2011 20:49:13 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id C7ADF8FC1A; Mon, 28 Mar 2011 20:49:12 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 3D62FA8136E; Tue, 29 Mar 2011 04:49:11 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id Wr5RP0Q5h8wK; Tue, 29 Mar 2011 04:49:04 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 59547A6A994; Tue, 29 Mar 2011 04:49:02 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=AKOyUqwxD3OfciZ01uFJt881jumdzQ0/jwD9xy3Xx/G2JF/rpTLp/Stvn6VnNHVD0 oBZnhTUOoUt2hbowqnhbQ== Message-ID: <4D90F43B.7050606@delphij.net> Date: Mon, 28 Mar 2011 13:48:59 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110317 Thunderbird/3.1.9 ThunderBrowse/3.3.5 MIME-Version: 1.0 To: Kevin Oberman References: <20110328194251.9F2FE1CC0C@ptavv.es.net> In-Reply-To: <20110328194251.9F2FE1CC0C@ptavv.es.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.ORG, umq@ueo.co.jp, Doug Barton , delphij@FreeBSD.ORG Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 20:49:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 03/28/11 12:42, Kevin Oberman wrote: > Yup. openldap-client-2.4.24 does fine. Looks like a bug in 2.4.25. I'll > take a look at CHANGES and see if I can figure out what broke the > inclusion of fetch(3) support if I get a bit of time. It seems that libldif now referenced the fetch support, and ironically it seem be a bug but a feature :( I have decided to disable FETCH support from now on, since it's likely to bring more problems. (If you would prefer to fix the problem for this specific problem, I think adding a '-lfetch' would be sufficient; but, it seems to be undesirable to depend fetch(3) unconditionally for all programs that uses openldap). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJNkPQ6AAoJEATO+BI/yjfBGi8IAJ/3o2sVhal0i7982PNuCZXW gI2aH/e7dWDM2NfL8dSKZlmF8vH/Q0aZHHvlVpQ4o0tCYSk4Iouk8BM6MEVS1Upc 3JLmHVR12D0FBblLpetTstcdx2w2390efPrTI+j+YrJn5yz218Ypu53k1d4F4D/L IbM3t96FwulS/vSara6pb4m1H28FMpEs7+0jqEDdeJxm26cWWe++z48Lg5yUcnwW uh2aiDpll7ep7vEuWQGw7pfG+IBd3tsTKm1rqXJ4hgZirYI5lXg18tL2W702P0Ez kyeye7uY7nsWqR0f7nWCBF5GMPidCQ1/fzAz/WwHtoTkbw4vPpDxiNxwox59H7I= =m6q3 -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 20:57:36 2011 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8665E106564A; Mon, 28 Mar 2011 20:57:36 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2481B14F990; Mon, 28 Mar 2011 20:57:36 +0000 (UTC) Message-ID: <4D90F63F.7000901@FreeBSD.org> Date: Mon, 28 Mar 2011 13:57:35 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: d@delphij.net References: <20110328194251.9F2FE1CC0C@ptavv.es.net> <4D90F43B.7050606@delphij.net> In-Reply-To: <4D90F43B.7050606@delphij.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.ORG, delphij@FreeBSD.ORG, umq@ueo.co.jp, Xin LI , Kevin Oberman Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 20:57:36 -0000 On 03/28/2011 13:48, Xin LI wrote: > On 03/28/11 12:42, Kevin Oberman wrote: >> Yup. openldap-client-2.4.24 does fine. Looks like a bug in 2.4.25. I'll >> take a look at CHANGES and see if I can figure out what broke the >> inclusion of fetch(3) support if I get a bit of time. > > It seems that libldif now referenced the fetch support, and ironically > it seem be a bug but a feature :( > > I have decided to disable FETCH support from now on, since it's likely > to bring more problems. > > (If you would prefer to fix the problem for this specific problem, I > think adding a '-lfetch' would be sufficient; but, it seems to be > undesirable to depend fetch(3) unconditionally for all programs that > uses openldap). I know next to nothing about how the openldap-client stuff works, so I'm sorry if these questions are silly. :) The biggest question is, does dirmngr compile after your change? The other question is that the only reason I have openldap installed at all is so that gnupg can use it to fetch keys from ldap keyservers. Will this still work when the FETCH option is no longer present? Thanks, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 21:37:18 2011 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D66FD1065670; Mon, 28 Mar 2011 21:37:18 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by mx1.freebsd.org (Postfix) with ESMTP id 44B258FC12; Mon, 28 Mar 2011 21:37:18 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 07807A8138B; Tue, 29 Mar 2011 05:20:38 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id 4eioK4Jmh7R3; Tue, 29 Mar 2011 05:20:31 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5CCCFA6A994; Tue, 29 Mar 2011 05:20:28 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=G0aC5a+O81E1sHt+CcllIGuOEJ83vjTwvWb3Iqngqvm2aU+APk7TefZHAXAknRjQG GsSIoMgg6ci6IOQREgPFg== Message-ID: <4D90FB97.1020208@delphij.net> Date: Mon, 28 Mar 2011 14:20:23 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110317 Thunderbird/3.1.9 ThunderBrowse/3.3.5 MIME-Version: 1.0 To: Doug Barton References: <20110328194251.9F2FE1CC0C@ptavv.es.net> <4D90F43B.7050606@delphij.net> <4D90F63F.7000901@FreeBSD.org> In-Reply-To: <4D90F63F.7000901@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.ORG, delphij@FreeBSD.ORG, umq@ueo.co.jp, d@delphij.net, Kevin Oberman Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 21:37:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 03/28/11 13:57, Doug Barton wrote: > On 03/28/2011 13:48, Xin LI wrote: >> On 03/28/11 12:42, Kevin Oberman wrote: >>> Yup. openldap-client-2.4.24 does fine. Looks like a bug in 2.4.25. I'll >>> take a look at CHANGES and see if I can figure out what broke the >>> inclusion of fetch(3) support if I get a bit of time. >> >> It seems that libldif now referenced the fetch support, and ironically >> it seem be a bug but a feature :( >> >> I have decided to disable FETCH support from now on, since it's likely >> to bring more problems. >> >> (If you would prefer to fix the problem for this specific problem, I >> think adding a '-lfetch' would be sufficient; but, it seems to be >> undesirable to depend fetch(3) unconditionally for all programs that >> uses openldap). > > I know next to nothing about how the openldap-client stuff works, so I'm > sorry if these questions are silly. :) The biggest question is, does > dirmngr compile after your change? The other question is that the only > reason I have openldap installed at all is so that gnupg can use it to > fetch keys from ldap keyservers. Will this still work when the FETCH > option is no longer present? hmm... how do I test fetching from an ldap keyserver? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJNkPuXAAoJEATO+BI/yjfBIfQH/0eDvRuE5BTRr/lpMhKgsLQf 8m18MN+52TXNV1xDGvsPU9Z4fRRFfIgm90mVXVeKGwAvTa9xJdLygybPtvsbh6OJ AIlLa7N1JBF9G7BxD8Mzg8T43Ho5UgpZDsFCnd/K1CkjDFuvCMO8SEUWRdNGY23T 6j83Zdb+8rhlbq3nL3+2oejYGRR/QzoqTwGBLvHYZD0NFmcDuR6qUddHxfN7+94h rYzw03GHlSu734PWfuqR5i8+tgrvv2eAte0flhrXU+ukMbZKFB8HBJRHAsylRRs/ SYxoDjO441GpEjGS51ZRlXdyx+cWoDa15lXO9G26y270DE7YmOScXzF1sp/wKQI= =H2fm -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 23:01:59 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66142106566C for ; Mon, 28 Mar 2011 23:01:59 +0000 (UTC) (envelope-from rodperson@rodperson.com) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5F38FC1B for ; Mon, 28 Mar 2011 23:01:58 +0000 (UTC) Received: from atomizer (pool-72-77-28-206.pitbpa.fios.verizon.net [72.77.28.206]) by www6.pairlite.com (Postfix) with ESMTP id 9F476B829 for ; Mon, 28 Mar 2011 18:30:00 -0400 (EDT) Date: Mon, 28 Mar 2011 18:30:03 -0400 From: Rod Person To: ports@freebsd.org Message-ID: <20110328183003.0e57297e@atomizer> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_//d7ACj_mE.8_Juzd/VLF=Im" Cc: Subject: Help with first port Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 23:01:59 -0000 --MP_//d7ACj_mE.8_Juzd/VLF=Im Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I read "FreeBSD needs new blood!" by Martin Wilke and decided to try my hand at this, but before diving into X11 like I want, I need to brush off the C skills I haven't used in 10 years. I decided to first port something from the Wanted Ports on the FreeBSD wiki and choose Fotoxx. I've been successful in translating the code enough to get it to build but I having some issues with the LIBS_DEPEND in the port Makefile. Fotoxx depends on Libgtk2.0 as it is called, according to the web page, in Ubuntu. This would be x11-toolkits/gtk20. If I put: USE_GNOME= yes in the Makefile everything builds great, but it checks for dependencies that aren't needed by Fotoxx. All I want to check is to make sure gtk20 is installed. I have tried the following, but all of these fail to find gtk20, even though it is installed on my system. LIB_DEPENDS= gtk20:${PORTSDIR}/x11-toolkits/gtk20 and LIB_DEPENDS= libgtk-x11-2.0.so:${PORTSDIR}/x11-toolkits/gtk20 I've also tried as BUILD_DEPENDS but it has the same result. I've attached the Makefile in the current state. Any help is greatly appreciated. -- Rod Person http://www.rodperson.com "You ain't ready, yet." - Michael L. Flecther, Sr. aka Mike-A-Nike --MP_//d7ACj_mE.8_Juzd/VLF=Im Content-Type: application/octet-stream; name=Makefile Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=Makefile IyBOZXcgcG9ydHMgY29sbGVjdGlvbiBtYWtlZmlsZSBmb3I6CWZvdG94eC0xMS4wMwojIERhdGUg Y3JlYXRlZDoJMjggTWFyY2ggMjAxMQojIFdob206CQkJUm9kIFBlcnNvbiA8cm9kcGVyc29uQHJv ZHBlcnNvbi5jb20+CiMKIyAkRnJlZUJTRCQKIwoKUE9SVE5BTUU9CWZvdG94eApQT1JUVkVSU0lP Tj0JMTEuMDMKQ0FURUdPUklFUz0JZ3JhcGhpY3MKTUFTVEVSX1NJVEVTPQlodHRwOi8va29ybmVs aXguc3F1YXJlc3BhY2UuY29tL2Rvd25sb2Fkcy8KCk1BSU5UQUlORVI9CXJvZHBlcnNvbkByb2Rw ZXJzb24uY29tCkNPTU1FTlQ9CUFwcGxpY2F0aW9uIHRvIG9yZ2FuaXplIGFuZCBlZGl0IGltYWdl IGNvbGxlY3Rpb25zCgpMSUJfREVQRU5EUz0JZ3RrMjA6JHtQT1JUU0RJUn0veDExLXRvb2xraXRz L2d0azIwClJVTl9ERVBFTkRTPQl4ZGctdXRpbHM6JHtQT1JUU0RJUn0vZGV2ZWwveGRnLXV0aWxz IFwKCSAgICAgdWZyYXctYmF0Y2g6JHtQT1JUU0RJUn0vZ3JhcGhpY3MvdWZyYXcgXAoJICAgICB4 ZGctdXRpbHM6JHtQT1JUU0RJUn0vZGV2ZWwveGRnLXV0aWxzCgpHTlVfR01BS0U9CXllcwoKTUFO MT0JZm90b3h4LjEKLmluY2x1ZGUgPGJzZC5wb3J0Lm1rPgo= --MP_//d7ACj_mE.8_Juzd/VLF=Im-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 23:30:04 2011 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id F3513106566B; Mon, 28 Mar 2011 23:30:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5F3F014DC07; Mon, 28 Mar 2011 23:30:03 +0000 (UTC) Message-ID: <4D9119FB.6090604@FreeBSD.org> Date: Mon, 28 Mar 2011 16:30:03 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: d@delphij.net References: <20110328194251.9F2FE1CC0C@ptavv.es.net> <4D90F43B.7050606@delphij.net> <4D90F63F.7000901@FreeBSD.org> <4D90FB97.1020208@delphij.net> In-Reply-To: <4D90FB97.1020208@delphij.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.ORG, delphij@FreeBSD.ORG, umq@ueo.co.jp, Xin LI , Kevin Oberman Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 23:30:04 -0000 On 03/28/2011 14:20, Xin LI wrote: > On 03/28/11 13:57, Doug Barton wrote: >> On 03/28/2011 13:48, Xin LI wrote: >>> On 03/28/11 12:42, Kevin Oberman wrote: >>>> Yup. openldap-client-2.4.24 does fine. Looks like a bug in 2.4.25. I'll >>>> take a look at CHANGES and see if I can figure out what broke the >>>> inclusion of fetch(3) support if I get a bit of time. >>> >>> It seems that libldif now referenced the fetch support, and ironically >>> it seem be a bug but a feature :( >>> >>> I have decided to disable FETCH support from now on, since it's likely >>> to bring more problems. >>> >>> (If you would prefer to fix the problem for this specific problem, I >>> think adding a '-lfetch' would be sufficient; but, it seems to be >>> undesirable to depend fetch(3) unconditionally for all programs that >>> uses openldap). > >> I know next to nothing about how the openldap-client stuff works, so I'm >> sorry if these questions are silly. :) The biggest question is, does >> dirmngr compile after your change? The other question is that the only >> reason I have openldap installed at all is so that gnupg can use it to >> fetch keys from ldap keyservers. Will this still work when the FETCH >> option is no longer present? > > hmm... how do I test fetching from an ldap keyserver? I'll save you the trouble. :) I got your latest update and tested both scenarios myself, and the answer is that they both work. So now the question is, should the FETCH OPTION be removed altogether? I imagine that a lot of users will be at least as confused as I, and word is that PRs for other ports are already showing up. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 23:44:52 2011 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C778106566C; Mon, 28 Mar 2011 23:44:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by mx1.freebsd.org (Postfix) with ESMTP id C0D4A8FC0A; Mon, 28 Mar 2011 23:44:51 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id AAF84A813E5; Tue, 29 Mar 2011 07:44:36 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id bAuryiJGgcEl; Tue, 29 Mar 2011 07:44:29 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E997CA6A994; Tue, 29 Mar 2011 07:44:27 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=tsi58mnH3ZRevlL6cCOGHRdoBlUTeFOPhr1kyS3mVuhNLKACig6FKSfSI6ezKDBMz 5romoLGFW49hD0ibU1fDw== Message-ID: <4D911D59.3000403@delphij.net> Date: Mon, 28 Mar 2011 16:44:25 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110317 Thunderbird/3.1.9 ThunderBrowse/3.3.5 MIME-Version: 1.0 To: Doug Barton References: <20110328194251.9F2FE1CC0C@ptavv.es.net> <4D90F43B.7050606@delphij.net> <4D90F63F.7000901@FreeBSD.org> <4D90FB97.1020208@delphij.net> <4D9119FB.6090604@FreeBSD.org> In-Reply-To: <4D9119FB.6090604@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.ORG, delphij@FreeBSD.ORG, umq@ueo.co.jp, d@delphij.net, Kevin Oberman Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 23:44:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 03/28/11 16:30, Doug Barton wrote: > On 03/28/2011 14:20, Xin LI wrote: >> On 03/28/11 13:57, Doug Barton wrote: >>> On 03/28/2011 13:48, Xin LI wrote: >>>> On 03/28/11 12:42, Kevin Oberman wrote: >>>>> Yup. openldap-client-2.4.24 does fine. Looks like a bug in 2.4.25. >>>>> I'll >>>>> take a look at CHANGES and see if I can figure out what broke the >>>>> inclusion of fetch(3) support if I get a bit of time. >>>> >>>> It seems that libldif now referenced the fetch support, and ironically >>>> it seem be a bug but a feature :( >>>> >>>> I have decided to disable FETCH support from now on, since it's likely >>>> to bring more problems. >>>> >>>> (If you would prefer to fix the problem for this specific problem, I >>>> think adding a '-lfetch' would be sufficient; but, it seems to be >>>> undesirable to depend fetch(3) unconditionally for all programs that >>>> uses openldap). >> >>> I know next to nothing about how the openldap-client stuff works, so I'm >>> sorry if these questions are silly. :) The biggest question is, does >>> dirmngr compile after your change? The other question is that the only >>> reason I have openldap installed at all is so that gnupg can use it to >>> fetch keys from ldap keyservers. Will this still work when the FETCH >>> option is no longer present? >> >> hmm... how do I test fetching from an ldap keyserver? > > I'll save you the trouble. :) I got your latest update and tested both > scenarios myself, and the answer is that they both work. > > So now the question is, should the FETCH OPTION be removed altogether? I > imagine that a lot of users will be at least as confused as I, and word > is that PRs for other ports are already showing up. I think that's being used in some ldap utilities so it might broke some applications that makes use of that? I'll add a note in UPDATING to document this. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJNkR1YAAoJEATO+BI/yjfBqaoH/0fOftHLInATGWxi9/JxTrv2 K0/SViPM7z9QRhPs8bpb1OnsQQvD7gwp/siz6TRkGMmTQcRc41ezmHmmX3wyhC27 mWQ6dx2BXNHJDATBcwiqAvQnUlIv5BBLwWqHRqiVvPc1k4ecqzoWSVACPzWNL4c0 LwlOgnE0dXwShB8ML5/4EJhAAsrtaaOveEDGT+WL6CmeDZzh/bc5K1g3qYHcmeBb qUD/crMrE3CfZAOd6qYY6L4gMw1A2Ed30DrjtKiW/4F807zBnmKVmH+5+YheIe9p McsHlHpxNtbN49A6pXTsYOhLD8ZyJIm6O/Znm6a1UcOi2pXBC7FWVuzcot/LJ1I= =a5f5 -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 23:47:27 2011 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 2919F106567C; Mon, 28 Mar 2011 23:47:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 4DBDF1522DC; Mon, 28 Mar 2011 23:47:09 +0000 (UTC) Message-ID: <4D911DFD.8090404@FreeBSD.org> Date: Mon, 28 Mar 2011 16:47:09 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: d@delphij.net References: <20110328194251.9F2FE1CC0C@ptavv.es.net> <4D90F43B.7050606@delphij.net> <4D90F63F.7000901@FreeBSD.org> <4D90FB97.1020208@delphij.net> <4D9119FB.6090604@FreeBSD.org> <4D911D59.3000403@delphij.net> In-Reply-To: <4D911D59.3000403@delphij.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.ORG, delphij@FreeBSD.ORG, umq@ueo.co.jp, Xin LI , Kevin Oberman Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 23:47:27 -0000 On 03/28/2011 16:44, Xin LI wrote: > On 03/28/11 16:30, Doug Barton wrote: >> On 03/28/2011 14:20, Xin LI wrote: >>> On 03/28/11 13:57, Doug Barton wrote: >>>> On 03/28/2011 13:48, Xin LI wrote: >>>>> On 03/28/11 12:42, Kevin Oberman wrote: >>>>>> Yup. openldap-client-2.4.24 does fine. Looks like a bug in 2.4.25. >>>>>> I'll >>>>>> take a look at CHANGES and see if I can figure out what broke the >>>>>> inclusion of fetch(3) support if I get a bit of time. >>>>> >>>>> It seems that libldif now referenced the fetch support, and ironically >>>>> it seem be a bug but a feature :( >>>>> >>>>> I have decided to disable FETCH support from now on, since it's likely >>>>> to bring more problems. >>>>> >>>>> (If you would prefer to fix the problem for this specific problem, I >>>>> think adding a '-lfetch' would be sufficient; but, it seems to be >>>>> undesirable to depend fetch(3) unconditionally for all programs that >>>>> uses openldap). >>> >>>> I know next to nothing about how the openldap-client stuff works, so I'm >>>> sorry if these questions are silly. :) The biggest question is, does >>>> dirmngr compile after your change? The other question is that the only >>>> reason I have openldap installed at all is so that gnupg can use it to >>>> fetch keys from ldap keyservers. Will this still work when the FETCH >>>> option is no longer present? >>> >>> hmm... how do I test fetching from an ldap keyserver? > >> I'll save you the trouble. :) I got your latest update and tested both >> scenarios myself, and the answer is that they both work. > >> So now the question is, should the FETCH OPTION be removed altogether? I >> imagine that a lot of users will be at least as confused as I, and word >> is that PRs for other ports are already showing up. > > I think that's being used in some ldap utilities so it might broke some > applications that makes use of that? > > I'll add a note in UPDATING to document this. I think an UPDATING entry is a good idea, however I think that a slave port would also be useful. Just remove FETCH from the current/master port, and add a slave with FETCH enabled. That way whatever (few?) ports that rely on that can change their dependency, and the rest of the users won't be affected. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 28 23:56:27 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C21C7106566B for ; Mon, 28 Mar 2011 23:56:27 +0000 (UTC) (envelope-from troy@twisted.net) Received: from oz.twisted.net (oz.twisted.net [69.211.34.241]) by mx1.freebsd.org (Postfix) with ESMTP id 725D08FC16 for ; Mon, 28 Mar 2011 23:56:27 +0000 (UTC) Received: from oz.twisted.net (localhost [127.0.0.1]) by oz.twisted.net (Postfix) with ESMTP id A481A101BE64; Mon, 28 Mar 2011 19:06:09 -0500 (CDT) X-Virus-Scanned: amavisd-new at example.com Received: from oz.twisted.net ([127.0.0.1]) by oz.twisted.net (oz.twisted.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6C5z042NbK-s; Mon, 28 Mar 2011 19:05:59 -0500 (CDT) Received: from [172.16.0.5] (sindrome.twisted.net [172.16.0.5]) by oz.twisted.net (Postfix) with ESMTP id 3704C101BE63; Mon, 28 Mar 2011 19:05:58 -0500 (CDT) Message-ID: <4D911FFA.2010000@twisted.net> Date: Mon, 28 Mar 2011 18:55:38 -0500 From: Troy User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Ade Lovett References: <4D8ED71B.8010804@twisted.net> <20110327070503.GB73511@magic.hamla.org> <4D8F9840.1070002@twisted.net> <4D8FF159.9090306@twisted.net> <3B4FC419-4555-481C-930B-C92ADA1AF549@FreeBSD.org> In-Reply-To: <3B4FC419-4555-481C-930B-C92ADA1AF549@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Subject: Re: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: troy@twisted.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 23:56:27 -0000 On 3/28/2011 2:35 AM, Ade Lovett wrote: > On Mar 27, 2011, at 21:24 , Troy wrote: >> I do have those libs there. I'm not sure why it's looking in /usr/local/lib to find it. I double checked and have /usr/lib in my PATH. Do you have any thoughts here? > At a rough guess, you source-upgraded your system from a time when archivers/xz was required (and included the .la file) to a point where it was in the base system without essentially rebuilding everything. > > You could _probably_ temporarily fix this by looking for /usr/local/lib/liblzma.la in _every_ .la file installed under /usr/local/lib, and replace it with -lzma but this is just a very temporary fix to a horribly fragile .la interdependency framework. > > There are various solutions to this, but they're all by nature very invasive and can cause other issues. Sadly, there is no easy one-liner fix to this either. > > -aDe Anytime I've ever upgraded the system, I built the kernel and the world. I have 419 .la files in /usr/local/lib. I don't think I want to try that idea. Are you saying if I rebuilt the kernel/world it would not fix this properly? From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 00:40:56 2011 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC60D106566B; Tue, 29 Mar 2011 00:40:56 +0000 (UTC) (envelope-from alexander@wittig.name) Received: from hotzenplotz.wittig.name (unknown [IPv6:2a02:180:1:1:1c:c068:de48:0]) by mx1.freebsd.org (Postfix) with ESMTP id 5131B8FC08; Tue, 29 Mar 2011 00:40:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=wittig.name; s=mail; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Content-Type:Mime-Version:Subject; bh=tHTOW222QMrccnn/8twjI+5NixqEUrqcDJF8iLUleQw=; b=nlS8GC9uvGwGV5TtFuGSfJLdW/N+96pbh1MpAaezvFAca87ix6Xaxb3Aaz3r3vDLhebm/9Y5ITq0Dj1lUu+asR5pDC9Zxx4bokMq7A6Ww0t0vOnIbup9pCT4/OQTMBXDK2s9EogsDugkIm30k4i9UF1haz/I2KzsrfMoKF1+hUc=; Received: from adsl-99-18-83-178.dsl.lgtpmi.sbcglobal.net ([99.18.83.178] helo=[192.168.1.64]) by hotzenplotz.wittig.name with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.75 (FreeBSD)) (envelope-from ) id 1Q4MzH-0001gP-R1; Tue, 29 Mar 2011 02:40:51 +0200 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Alexander Wittig In-Reply-To: <4D9119FB.6090604@FreeBSD.org> Date: Mon, 28 Mar 2011 20:40:39 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <63978FF4-8727-411A-85B3-9E2E7B0C1513@wittig.name> References: <20110328194251.9F2FE1CC0C@ptavv.es.net> <4D90F43B.7050606@delphij.net> <4D90F63F.7000901@FreeBSD.org> <4D90FB97.1020208@delphij.net> <4D9119FB.6090604@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1084) Cc: d@delphij.net, Kevin Oberman , ports@FreeBSD.ORG, delphij@FreeBSD.ORG, umq@ueo.co.jp, Xin LI Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 00:40:57 -0000 Am 28.03.2011 um 19:30 schrieb Doug Barton: > On 03/28/2011 14:20, Xin LI wrote: >> On 03/28/11 13:57, Doug Barton wrote: >>> On 03/28/2011 13:48, Xin LI wrote: >>>> On 03/28/11 12:42, Kevin Oberman wrote: >>>>> Yup. openldap-client-2.4.24 does fine. Looks like a bug in 2.4.25. = I'll >>>>> take a look at CHANGES and see if I can figure out what broke the >>>>> inclusion of fetch(3) support if I get a bit of time. >>>>=20 >>>> It seems that libldif now referenced the fetch support, and = ironically >>>> it seem be a bug but a feature :( >>>>=20 >>>> I have decided to disable FETCH support from now on, since it's = likely >>>> to bring more problems. >>>>=20 >>>> (If you would prefer to fix the problem for this specific problem, = I >>>> think adding a '-lfetch' would be sufficient; but, it seems to be >>>> undesirable to depend fetch(3) unconditionally for all programs = that >>>> uses openldap). >>=20 >>> I know next to nothing about how the openldap-client stuff works, so = I'm >>> sorry if these questions are silly. :) The biggest question is, does >>> dirmngr compile after your change? The other question is that the = only >>> reason I have openldap installed at all is so that gnupg can use it = to >>> fetch keys from ldap keyservers. Will this still work when the FETCH >>> option is no longer present? >>=20 >> hmm... how do I test fetching from an ldap keyserver? >=20 > I'll save you the trouble. :) I got your latest update and tested = both scenarios myself, and the answer is that they both work. >=20 > So now the question is, should the FETCH OPTION be removed altogether? = I imagine that a lot of users will be at least as confused as I, and = word is that PRs for other ports are already showing up. Being the one who caused the FETCH OPTION to be added in the first place = (see ports/145337), I'm in favor of completely disabling it = unconditionally. As noted in this PR, linking openldap-client with = libfetch also can introduce other ugly side effects depending on your = environment. In my case, I use security/openssl from ports, but since = libfetch is built against openssl from base the result is that my = www/apache22 (with LDAP support) depended on two conflicting versions of = OpenSSL (from base through libfetch and ports/openssl directly). The effect of turning this off seems to be minor. Grepping around the = OpenLDAP source tree, the only place where the URL fetching actually is = used is to support LDIF values referenced from a URL (e.g. using = "myPicture: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 7C1AB106566B for ; Tue, 29 Mar 2011 01:24:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 9DE2614EC82; Tue, 29 Mar 2011 01:24:27 +0000 (UTC) Message-ID: <4D9134CA.90008@FreeBSD.org> Date: Mon, 28 Mar 2011 18:24:26 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Ron (Lists)" References: <61994f32f152b25487eaf153546ab59f@flabnapple.net> <4D8E18AF.6010906@FreeBSD.org> In-Reply-To: <4D8E18AF.6010906@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Updating multiple ports with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 01:24:28 -0000 On 03/26/2011 09:47, Doug Barton wrote: > On 3/26/2011 8:22 AM, Ron (Lists) wrote: >> Is there a way to get portmaster to behave like portupgrade did and only >> upgrade what needs to be upgraded? I reserve the right not only to change my mind, but also to be wrong on occasion. :) I just ran into a situation where having this option would be useful, so I added it to the svn version of portmaster, r220121. Fortunately it was not as painful as I thought it might have been. I don't have immediate plans to cut a new release given that 3.6.1 has been very stable, and I have a lot of other fish to fry atm. However feel free to download the devel version from svn and give it a try. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 01:45:10 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D65A1065670; Tue, 29 Mar 2011 01:45:10 +0000 (UTC) (envelope-from timothyk@wallnet.com) Received: from mail-gw6.njit.edu (mail-gw6.njit.edu [128.235.251.154]) by mx1.freebsd.org (Postfix) with ESMTP id E22B78FC0C; Tue, 29 Mar 2011 01:44:51 +0000 (UTC) Received: from beta.maestro.njit.edu (dhcp114-27.njit.edu [128.235.114.27]) by mail-gw6.njit.edu (8.14.3/8.14.3) with ESMTP id p2SJC5TP026733; Mon, 28 Mar 2011 15:12:17 -0400 (EDT) Message-ID: <4D90DD7B.5070301@wallnet.com> Date: Mon, 28 Mar 2011 15:11:55 -0400 From: Tim Kellers User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110307 Thunderbird/3.1.9 MIME-Version: 1.0 To: Kevin Oberman References: <20110328184827.71D551CC0C@ptavv.es.net> In-Reply-To: <20110328184827.71D551CC0C@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Doug Barton Subject: Re: Unable to configure dirmngr after libksba upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 01:45:10 -0000 Reverting openldap-client to openldap-client-2.4.24 allowed my dirmngr to build and stopped playing havoc with my kde 4.6.1 upgrade in kdepim and kdeadmin (thus far) Tim On 03/28/11 14:48, Kevin Oberman wrote: >> Date: Mon, 28 Mar 2011 11:22:37 -0700 >> From: Doug Barton >> >> On 03/28/2011 11:13, Kevin Oberman wrote: >>> I certainly do have openldap-client installed. I even re-installed it, >>> just to make sure nothing had been stepped on. I have libldap and >>> liblber in/usr/local/lib/ >>> >>> The first two attempts fail with: >>> /usr/local/lib/libldap.so: undefined reference to `fetchGetURL' >>> >>> Any idea what may be going wrong? >> I haven't tested the theory yet, but can you check if openldap has been >> built with the FETCH option, and if not, try enabling it and see if that >> helps? > Thanks, but no joy. It was built with fetch(3) support. > > I'll look more closely at the log in a bit, but I'm going to be tied up > for an hour or so with other issues. (Still have a network to engineer.) From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 00:15:28 2011 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 368DC106566C; Tue, 29 Mar 2011 00:15:28 +0000 (UTC) (envelope-from tomislav@me.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 1F03F8FC08; Tue, 29 Mar 2011 00:15:27 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [192.168.1.140] (93-138-156-22.adsl.net.t-com.hr [93.138.156.22]) by asmtp026.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LIS00GGIJ8H1860@asmtp026.mac.com>; Mon, 28 Mar 2011 16:14:45 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-03-28_07:2011-03-29, 2011-03-28, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=4 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1103280167 From: Tomislav Filipcic Message-id: <53C0E430-E24A-41DB-B3BC-8A7133BC966C@me.com> Date: Tue, 29 Mar 2011 01:14:43 +0200 To: "knu@FreeBSD.org" X-Mailer: iPad Mail (8F190) X-Mailman-Approved-At: Tue, 29 Mar 2011 01:54:50 +0000 Cc: "ports@FreeBSD.org" Subject: FreeBSD Port: mysql51-q4m-0.9.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 00:15:28 -0000 Hello, The latest version of q4m is is 0.9.5 and it includes some critical bug fixes and stability improvements. Also, the URL has been changed to http://q4m.github.com Could you please update the port file? Thank you, Tomislav From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 02:28:54 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3199106566B for ; Tue, 29 Mar 2011 02:28:54 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id ADE3F8FC15 for ; Tue, 29 Mar 2011 02:28:54 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Q4Oft-0004DE-Ux for freebsd-ports@freebsd.org; Tue, 29 Mar 2011 04:28:53 +0200 Received: from 201.82.184.203 ([201.82.184.203]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 29 Mar 2011 04:28:53 +0200 Received: from kubito by 201.82.184.203 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 29 Mar 2011 04:28:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Raphael Kubo da Costa Date: Mon, 28 Mar 2011 23:28:39 -0300 Lines: 28 Message-ID: <87r59qwtgo.fsf@gmail.com> References: <20110328183003.0e57297e@atomizer> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 201.82.184.203 User-Agent: Gnus/5.110016 (No Gnus v0.16) Emacs/23.2 (berkeley-unix) Cancel-Lock: sha1:eXYQ7Lc8QDcBlqSoRmcbWV1JZwE= Subject: Re: Help with first port Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 02:28:55 -0000 Rod Person writes: > If I put: > USE_GNOME= yes > in the Makefile everything builds great, but it checks for dependencies > that aren't needed by Fotoxx. All I want to check is to make sure gtk20 > is installed. I have tried the following, but all of these fail to find > gtk20, even though it is installed on my system. > > LIB_DEPENDS= gtk20:${PORTSDIR}/x11-toolkits/gtk20 > > and > > LIB_DEPENDS= libgtk-x11-2.0.so:${PORTSDIR}/x11-toolkits/gtk20 I suggest taking a look at section 5.7.1 of the porter's handbook, which describes the format for LIB_DEPENDS entries. You almost got it right on the second try -- by taking a quick glance at /usr/ports/Mk/bsd.gnome.mk, you can see this in line 281: gtk20_LIB_DEPENDS= gtk-x11-2.0.0:${PORTSDIR}/x11-toolkits/gtk20 By the way, taking a look at the comments in the beginning of bsd.gnome.mk is also a good idea, as it shows you can use something like USE_GNOME=gtk20 and be done with it. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 03:20:02 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E42D2106566B for ; Tue, 29 Mar 2011 03:20:02 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id A78118FC0A for ; Tue, 29 Mar 2011 03:20:01 +0000 (UTC) Received: by iwn33 with SMTP id 33so5344624iwn.13 for ; Mon, 28 Mar 2011 20:20:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=jWQe0gZZTXkSbdEJoLxuMwH/ld5qK5bbexq3yx3eN+I=; b=v/WfsB/bMd9uFMdNP7mBkordHezu6QrmrCeloygZvnubR363aE2CxaN2uJO9I8Id/e A4U83T6zN61QWroMNeslCWtsvHuQoh25dqE971fvREMX4+k4tHakT4SXSLSddMeBVz9L y2O766pdUyhdNzwlx0ORsTvMJvXV0JeKmjvks= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=N+f/i84YvTjeZmprwJSxtDq/ZciZLUaigmger4ZIn6oMnKu45nn6++h2XpIx7KNqsK /64WjV3xKrf1cvdCWtkzbKM+3pXp105NONdISGqFOO1KpxnPZeXKQFl5M2YM903KnLJ6 LQeVoSQQd9wTNlXfbMVKzKk0s1yH4RRK6yPzQ= MIME-Version: 1.0 Received: by 10.231.143.129 with SMTP id v1mr4815231ibu.78.1301368801177; Mon, 28 Mar 2011 20:20:01 -0700 (PDT) Received: by 10.231.190.71 with HTTP; Mon, 28 Mar 2011 20:20:01 -0700 (PDT) In-Reply-To: <87r59qwtgo.fsf@gmail.com> References: <20110328183003.0e57297e@atomizer> <87r59qwtgo.fsf@gmail.com> Date: Mon, 28 Mar 2011 22:20:01 -0500 Message-ID: From: Jeremy Messenger To: Raphael Kubo da Costa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: Help with first port Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 03:20:03 -0000 On Mon, Mar 28, 2011 at 9:28 PM, Raphael Kubo da Costa w= rote: > Rod Person writes: > >> If I put: >> =A0 =A0 =A0 USE_GNOME=3D yes >> in the Makefile everything builds great, but it checks for dependencies >> that aren't needed by Fotoxx. All I want to check is to make sure gtk20 >> is installed. I have tried the following, but all of these fail to find >> gtk20, even though it is installed on my system. >> >> LIB_DEPENDS=3D gtk20:${PORTSDIR}/x11-toolkits/gtk20 >> >> and >> >> LIB_DEPENDS=3D libgtk-x11-2.0.so:${PORTSDIR}/x11-toolkits/gtk20 > > I suggest taking a look at section 5.7.1 of the porter's handbook, which > describes the format for LIB_DEPENDS entries. You almost got it right on > the second try -- by taking a quick glance at > /usr/ports/Mk/bsd.gnome.mk, you can see this in line 281: > > =A0gtk20_LIB_DEPENDS=3D =A0 =A0 =A0gtk-x11-2.0.0:${PORTSDIR}/x11-toolkits= /gtk20 > > By the way, taking a look at the comments in the beginning of > bsd.gnome.mk is also a good idea, as it shows you can use something like > > =A0USE_GNOME=3Dgtk20 > > and be done with it. And... Visit here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/ (Click on 'Using GNOME') Cheers, Mezz --=20 mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 03:46:09 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D043E106566B; Tue, 29 Mar 2011 03:46:09 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (DMZ-MAILSEC-SCANNER-5.MIT.EDU [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5488FC08; Tue, 29 Mar 2011 03:46:09 +0000 (UTC) X-AuditID: 12074422-b7ccdae000003dab-d7-4d91527ef97d Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 36.70.15787.E72519D4; Mon, 28 Mar 2011 23:31:10 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id p2T3V6pO000549; Mon, 28 Mar 2011 23:31:06 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p2T3V4rb020479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 28 Mar 2011 23:31:05 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p2T3V32o008353; Mon, 28 Mar 2011 23:31:03 -0400 (EDT) Date: Mon, 28 Mar 2011 23:31:03 -0400 (EDT) From: Benjamin Kaduk To: Julien Laffaye In-Reply-To: Message-ID: References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrMIsWRmVeSWpSXmKPExsUixG6nrlsXNNHX4PxdEYvfvy6yWmxYUGjx +MM+Rottk1sZHVg8ZnyazxLAGMVlk5Kak1mWWqRvl8CVsXT9NPaCRewV99vXsDcw3mPtYuTk kBAwkZh5ew8ThC0mceHeerYuRi4OIYF9jBIT111ihHA2MEo0zvnMBOEcYJJY+nYeC4TTwCjx cu1eRpB+FgFtiXMfdrKB2GwCKhIz32wEs0UENCVm31zGDGIzC0RJHOvdDbZPWMBZ4sOzb2A1 nALeEjPOvgKr4RVwlPh4YyfUHV8ZJSbdP8wOkhAV0JFYvX8KC0SRoMTJmU9YIIZaSpz7c51t AqPgLCSpWUhSCxiZVjHKpuRW6eYmZuYUpybrFicn5uWlFuma6uVmluilppRuYgSHrYvSDsaf B5UOMQpwMCrx8G65NcFXiDWxrLgy9xCjJAeTkiivQOBEXyG+pPyUyozE4oz4otKc1OJDjBIc zEoivBdYgXK8KYmVValF+TApaQ4WJXHeOZLqvkIC6YklqdmpqQWpRTBZGQ4OJQleZmB8CgkW paanVqRl5pQgpJk4OEGG8wAN/w+ymLe4IDG3ODMdIn+KUVFKnFcQpFkAJJFRmgfXC0srrxjF gV4R5j0P0s4DTElw3a+ABjMBDQ5UmgAyuCQRISXVwMhcGTixnz2QJYmD7dqiJxblE/5XccsG Hf7WEnjCK/Rlfs/L7VGF0/o2Vk2f8GLPNSdedxFbzt2qW2+7SKSu2jvzKXe1zcrfRUvj3h37 qd9gZnpp9b6O6esetcTfLNTp3b48eOuFVx4FngnWBjdygt507HP/5nXitHq/fOOGxfulTnyp jbrEO1WJpTgj0VCLuag4EQDr+0jpBgMAAA== Cc: ports@freebsd.org, Baptiste Daroussin , hackers@freebsd.org Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 03:46:09 -0000 On Mon, 28 Mar 2011, Julien Laffaye wrote: > On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper wrote: >> On Mon, Mar 28, 2011 at 10:44 AM, Andriy Gapon wrote: >>> >>> II. Package signing. >> >> That would be really nice. > > Right know we only planned to sign the repo database, so we can trust > the sah256 of the packages stored in the database. Then if the package > has the same sha256 as the one in the repo database it is considered > trusted. > If we want a per-package signing, we would have a tarball in a tarball. I really expected this to have been mentioned already, but this approach (tarball in a tarball) is taken by Debian packages, and I don't remember hearing of any issues related to it. I don't think it's worth discounting from the start without giving some considerationg, but I will defer to the people actually doing the work. -Ben Kaduk From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 04:42:15 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13A30106564A; Tue, 29 Mar 2011 04:42:15 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id B161A8FC0A; Tue, 29 Mar 2011 04:42:14 +0000 (UTC) Received: by yxl31 with SMTP id 31so1683442yxl.13 for ; Mon, 28 Mar 2011 21:42:14 -0700 (PDT) Received: by 10.236.183.229 with SMTP id q65mr2552687yhm.122.1301372149662; Mon, 28 Mar 2011 21:15:49 -0700 (PDT) Received: from [192.168.2.119] (99-74-169-43.lightspeed.sntcca.sbcglobal.net [99.74.169.43]) by mx.google.com with ESMTPS id u79sm2318775yhn.5.2011.03.28.21.15.44 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 28 Mar 2011 21:15:48 -0700 (PDT) Sender: Tim Kientzle Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Mon, 28 Mar 2011 21:15:41 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> To: Benjamin Kaduk X-Mailer: Apple Mail (2.1082) Cc: ports@freebsd.org, Baptiste Daroussin , hackers@freebsd.org, Julien Laffaye Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 04:42:15 -0000 >>>> II. Package signing. >>>=20 >>> That would be really nice. >>=20 >> Right know we only planned to sign the repo database, so we can trust >> the sah256 of the packages stored in the database. Then if the = package >> has the same sha256 as the one in the repo database it is considered >> trusted. >> If we want a per-package signing, we would have a tarball in a = tarball. >=20 > I really expected this to have been mentioned already, but this = approach (tarball in a tarball) is taken by Debian packages, and I don't = remember hearing of any issues related to it. I don't think it's worth = discounting from the start without giving some considerationg, but I = will defer to the people actually doing the work. If you use libarchive-style streaming, it's even pretty straightforward to read and extract such things without having to create a bunch of temporary files. You just need to be careful about compression. Tim From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 05:51:02 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C5471065670; Tue, 29 Mar 2011 05:51:02 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 127458FC12; Tue, 29 Mar 2011 05:51:01 +0000 (UTC) Received: by iyj12 with SMTP id 12so5517952iyj.13 for ; Mon, 28 Mar 2011 22:51:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=+/JgRXdxI9vqxjijUyE5qMtUVOKWLbD1vxUtZf3O2D4=; b=nBl7+0T0dinvX0KxvqWywtRtMGMLW8Gz5qs3zZq6IYQnDFojC4Qb4pWRIEaI2bbG95 FVvG7W//EFxKO3beoqh1R46lo1LZt34w3U73XJ18upgoM4CLNZY8hCGJ8kWYIfefx8IE ZfucE8Gy9bKDowM9CTasaR8rWX3JIWF+Mcg9E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=f0bGNYdLWlEiVnoKRVBEnCD1j5wkyFQJu5gmIsFUOuZHaRFSKKPdacyriFEoZizqgr TPK96Ph7Ktg75kSAmSERBHuWWHy5mHp+G9m7A8elKjSuZ1ZGKdOiI7932Pm90w5QjceR hZOQJvrCvtV9Yrm3nhS/latvrEF7fVTGIq/jM= Received: by 10.231.3.142 with SMTP id 14mr5205568ibn.84.1301377861120; Mon, 28 Mar 2011 22:51:01 -0700 (PDT) MIME-Version: 1.0 Sender: baptiste.daroussin@gmail.com Received: by 10.231.21.153 with HTTP; Mon, 28 Mar 2011 22:50:41 -0700 (PDT) In-Reply-To: References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> From: Baptiste Daroussin Date: Tue, 29 Mar 2011 05:50:41 +0000 X-Google-Sender-Auth: cbPY3KLYaBdmlmYPYdMPAaUNWzU Message-ID: To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 05:51:02 -0000 2011/3/29 Tim Kientzle : >>>>> II. Package signing. >>>> >>>> That would be really nice. >>> >>> Right know we only planned to sign the repo database, so we can trust >>> the sah256 of the packages stored in the database. Then if the package >>> has the same sha256 as the one in the repo database it is considered >>> trusted. >>> If we want a per-package signing, we would have a tarball in a tarball. >> >> I really expected this to have been mentioned already, but this approach= (tarball in a tarball) is taken by Debian packages, and I don't remember h= earing of any issues related to it. =A0I don't think it's worth discounting= from the start without giving some considerationg, but I will defer to the= people actually doing the work. > > If you use libarchive-style streaming, it's even > pretty straightforward to read and extract such > things without having to create a bunch of > temporary files. > > You just need to be careful about compression. > > Tim > > ok but what is the problem with signing only the repository then rely on di= gest? I am not sure we need more that this. second question howto sign? pgp? ssl? First would be the easiest way to go but we don't have in base anything to check signatures (maybe we should in that case investigating to import netpgp), ssl why not? but which algorithm? what security officer would prefer? We are ok to investigate that part, but we need more information about what is expected. regards, Bapt From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 08:18:43 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EBAC1065674; Tue, 29 Mar 2011 08:18:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AA7D48FC18; Tue, 29 Mar 2011 08:18:42 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p2T8I5ql011636 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Mar 2011 11:18:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p2T8I5ch031035; Tue, 29 Mar 2011 11:18:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p2T8I5SA031034; Tue, 29 Mar 2011 11:18:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 29 Mar 2011 11:18:05 +0300 From: Kostik Belousov To: d@delphij.net Message-ID: <20110329081805.GA78089@deviant.kiev.zoral.com.ua> References: <20110328194251.9F2FE1CC0C@ptavv.es.net> <4D90F43B.7050606@delphij.net> <4D90F63F.7000901@FreeBSD.org> <4D90FB97.1020208@delphij.net> <4D9119FB.6090604@FreeBSD.org> <4D911D59.3000403@delphij.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vJllvG0+tm4uff9v" Content-Disposition: inline In-Reply-To: <4D911D59.3000403@delphij.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org, umq@ueo.co.jp, Doug Barton , delphij@freebsd.org, Kevin Oberman Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 08:18:43 -0000 --vJllvG0+tm4uff9v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 28, 2011 at 04:44:25PM -0700, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 > On 03/28/11 16:30, Doug Barton wrote: > > On 03/28/2011 14:20, Xin LI wrote: > >> On 03/28/11 13:57, Doug Barton wrote: > >>> On 03/28/2011 13:48, Xin LI wrote: > >>>> On 03/28/11 12:42, Kevin Oberman wrote: > >>>>> Yup. openldap-client-2.4.24 does fine. Looks like a bug in 2.4.25. > >>>>> I'll > >>>>> take a look at CHANGES and see if I can figure out what broke the > >>>>> inclusion of fetch(3) support if I get a bit of time. > >>>> > >>>> It seems that libldif now referenced the fetch support, and ironical= ly > >>>> it seem be a bug but a feature :( > >>>> > >>>> I have decided to disable FETCH support from now on, since it's like= ly > >>>> to bring more problems. > >>>> > >>>> (If you would prefer to fix the problem for this specific problem, I > >>>> think adding a '-lfetch' would be sufficient; but, it seems to be > >>>> undesirable to depend fetch(3) unconditionally for all programs that > >>>> uses openldap). > >> > >>> I know next to nothing about how the openldap-client stuff works, so = I'm > >>> sorry if these questions are silly. :) The biggest question is, does > >>> dirmngr compile after your change? The other question is that the only > >>> reason I have openldap installed at all is so that gnupg can use it to > >>> fetch keys from ldap keyservers. Will this still work when the FETCH > >>> option is no longer present? > >> > >> hmm... how do I test fetching from an ldap keyserver? > >=20 > > I'll save you the trouble. :) I got your latest update and tested both > > scenarios myself, and the answer is that they both work. > >=20 > > So now the question is, should the FETCH OPTION be removed altogether? I > > imagine that a lot of users will be at least as confused as I, and word > > is that PRs for other ports are already showing up. >=20 > I think that's being used in some ldap utilities so it might broke some > applications that makes use of that? >=20 > I'll add a note in UPDATING to document this. I did not verified it, but suspect that libldap.so linking line missed -lfetch. Note, that I mean the libldap.so linking, and not linking of the utilities depended on libldap. --vJllvG0+tm4uff9v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk2Rlb0ACgkQC3+MBN1Mb4jotgCfTKbExVzsbTiYgApXnLqXTVxd gj0AoPYK94Ltb/OAoGkJlKoNG2aXStyy =rjLo -----END PGP SIGNATURE----- --vJllvG0+tm4uff9v-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 09:11:15 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F9C2106564A for ; Tue, 29 Mar 2011 09:11:15 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.freebsd.org (Postfix) with ESMTP id E2E0C8FC13 for ; Tue, 29 Mar 2011 09:11:14 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p2T9BBb2004913 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 29 Mar 2011 20:11:13 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p2T9BBbH053707 for ; Tue, 29 Mar 2011 20:11:11 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p2T9BB2R053706 for freebsd-ports@freebsd.org; Tue, 29 Mar 2011 20:11:11 +1100 (EST) (envelope-from peter) Date: Tue, 29 Mar 2011 20:11:10 +1100 From: Peter Jeremy To: freebsd-ports@freebsd.org Message-ID: <20110329091110.GB53262@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Alpha/AXP ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 09:11:15 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I recently happened to notice that lang/compaq-cc is still present in the ports tree, although it's only for alpha. It can presumably be deleted. That triggered me to have a closer look through the ports tree. Whilst there aren't any other alpha-only ports, there are a number of other ports that mention alpha in ONLY_FOR_ARCHS or in conditional make code. A complete list follows. How should this be handled? It seems silly to submit a massive number of PRs. archivers/paq bf@FreeBSD.org audio/cheesetracker ports@FreeBSD.org audio/gqradio stefan.jahn@nemesis-sektor.de audio/linux-mbrola ports@FreeBSD.org audio/xsidplay ports@FreeBSD.org audio/zinf ports@FreeBSD.org biology/dna-qc ports@FreeBSD.org biology/platon ports@FreeBSD.org cad/chipmunk ports@FreeBSD.org databases/metakit mm@FreeBSD.org devel/allegro cyberbotx@cyberbotx.com devel/asl ports@FreeBSD.org devel/directfb anatoly.borodin@gmail.com devel/gdb53-act john@johnrshannon.com (%) devel/judy skv@FreeBSD.org devel/ossp-ex ports@FreeBSD.org devel/ossp-var mnag@FreeBSD.org devel/qmake mi@aldan.algebra.com devel/qmake4 kde@FreeBSD.org devel/st lippe@FreeBSD.org emulators/generator ports@FreeBSD.org emulators/ia64sim ports@FreeBSD.org emulators/twin ports@FreeBSD.org (%) finance/quantlib dikshie@sfc.wide.ad.jp games/adgali gahr@FreeBSD.org games/digger-vgl ports@FreeBSD.org (#) games/exmars ports@FreeBSD.org games/freesci ports@FreeBSD.org games/quakeforge danfe@FreeBSD.org graphics/ale ports@FreeBSD.org graphics/ayam gahr@FreeBSD.org graphics/gtkdps dinoex@FreeBSD.org lang/TenDRA ports@FreeBSD.org lang/compaq-cc ports@FreeBSD.org (*) lang/ezm3 ports@FreeBSD.org lang/mpd kaiw27@gmail.com lang/pnetlib sylvio@FreeBSD.org lang/python24 python@FreeBSD.org lang/python25 python@FreeBSD.org lang/python26 python@FreeBSD.org lang/python27 python@FreeBSD.org lang/sml-nj-devel joemann@beefree.free.de lang/sr ports@FreeBSD.org lang/swi-pl g.gonter@ieee.org lang/tcc dinoex@FreeBSD.org (#) mail/lmtp2nntp vd@FreeBSD.org mail/mutt udo.schweigert@siemens.com mail/scmail ports@FreeBSD.org math/GiNaC stephen@missouri.edu math/PDL perl@FreeBSD.org math/algae ports@FreeBSD.org math/gotoblas maho@FreeBSD.org misc/compat4x ports@FreeBSD.org misc/compat5x ports@FreeBSD.org misc/compat5x ports@FreeBSD.org misc/compat6x mnag@FreeBSD.org misc/localedata ports@FreeBSD.org multimedia/bsdbktr_tvtune mina.website@naguib.ca multimedia/camserv ports@FreeBSD.org multimedia/fxtv ports@FreeBSD.org multimedia/libmpeg2 multimedia@FreeBSD.org multimedia/vcdgear ports@FreeBSD.org multimedia/xawtv oliver@FreeBSD.org net/click ports@FreeBSD.org net/cvsup ports@FreeBSD.org ($) net/mDNSResponder sunpoet@FreeBSD.org science/flounder ports@FreeBSD.org science/hdf ports@FreeBSD.org security/john danfe@FreeBSD.org security/p5-Net-SinFP sbz@FreeBSD.org security/pgp ports@FreeBSD.org sysutils/gpart mandree@FreeBSD.org (%) sysutils/screen cy@FreeBSD.org textproc/docbook-to-man ports@FreeBSD.org textproc/opensched ports@FreeBSD.org textproc/xalan-c ports@FreeBSD.org textproc/xerces-c2 ports@FreeBSD.org textproc/xerces-c2-devel janos.mohacsi@bsd.hu www/kannel ports@FreeBSD.org www/osb-nrcore ports@FreeBSD.org (%) www/wiliki ports@FreeBSD.org x11-clocks/glclock ports@FreeBSD.org x11-servers/xorg-server x11@FreeBSD.org x11-toolkits/9libs ports@FreeBSD.org x11-toolkits/Xaw3d dinoex@FreeBSD.org x11-toolkits/fox17 gahr@FreeBSD.org x11-toolkits/v ports@FreeBSD.org x11/mgapdesk ports@FreeBSD.org x11/xorg x11@FreeBSD.org (*) Only supported on Alpha (#) Alpha mentioned in comment only (%) Already deprecated --=20 Peter Jeremy --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk2Roi4ACgkQ/opHv/APuIdseACggoiiH+JpN/F0qi3/BlhDy4ZF wQ0An3r8xviDWMM10CuBtQ/6Pqc6IoLX =pgio -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 11:51:38 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7D5D106566C; Tue, 29 Mar 2011 11:51:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9D18FC1B; Tue, 29 Mar 2011 11:51:38 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p2TBpLZo040354; Tue, 29 Mar 2011 13:51:36 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p2TBpLta040353; Tue, 29 Mar 2011 13:51:21 +0200 (CEST) (envelope-from olli) Date: Tue, 29 Mar 2011 13:51:21 +0200 (CEST) Message-Id: <201103291151.p2TBpLta040353@lurza.secnetix.de> From: Oliver Fromme To: freebsd-ports@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG X-Newsgroups: list.freebsd-ports User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Tue, 29 Mar 2011 13:51:36 +0200 (CEST) Cc: Subject: ports/graphics/netpbm out of date X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 11:51:38 -0000 Hi, Both graphics/netpbm and graphics/netpbm-devel are *WAY* out of date (5 to 6 years). Many tools listed in the documentation are not present in the FreeBSD port, and many of the tools that are present are missing features. What's making things is worse is the fact that the netpbm ports don't include any documentation. Instead they refer to the online documentation which is way ahead of the state of the FreeBSD port, as explained above. Is anybody working on updating the netpbm ports? Is there any problem with it that I'm not aware of? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 12:11:39 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9045B1065674; Tue, 29 Mar 2011 12:11:39 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2288FC0A; Tue, 29 Mar 2011 12:11:38 +0000 (UTC) Received: by yxl31 with SMTP id 31so36009yxl.13 for ; Tue, 29 Mar 2011 05:11:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Ci8ODG+VI3291wJnvVCkslY7qvQQVJFj4vO4xHOZLRc=; b=hq+WRSveAK7rLcfkk4OQ07nZWd4+EqDw88tws0dnAUGHKu9vuJOZ+fqsS4xKha3PLe sfdeyXyY0lR/Sbwn3MQyL3XBhB4dOyCDhk9qGGWF2Gm1oeObwNRT99zyIai0hKl5kZtH ssvDTI2eBBILUJCzeic82+fUSlQrb+PQ9O9/8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=eStgeJpCfwoyJQvF/E4570dC0GlXzSAlQOAJJmjlH0Vgicu7nUzRw+Y5vvFvEmgk6c AsaiAEYpXJR9E24RWEIlimKuYqJTxrVyMp9wzviFzBbNlpfQtu4LeGEWqzRVoRYSd3+n NcQJknqNnND+u9J9PNMi0S5fZWJSFTtu9eW+s= MIME-Version: 1.0 Received: by 10.236.185.200 with SMTP id u48mr1105575yhm.135.1301400698232; Tue, 29 Mar 2011 05:11:38 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.236.109.33 with HTTP; Tue, 29 Mar 2011 05:11:38 -0700 (PDT) In-Reply-To: References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> Date: Tue, 29 Mar 2011 13:11:38 +0100 X-Google-Sender-Auth: 9vA5VRb-Wglgx-SuCz1A5xFXA9I Message-ID: From: Julien Laffaye To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, Baptiste Daroussin , hackers@freebsd.org, Benjamin Kaduk Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 12:11:39 -0000 On Tue, Mar 29, 2011 at 5:15 AM, Tim Kientzle wrote: >>>>> II. Package signing. >>>> >>>> That would be really nice. >>> >>> Right know we only planned to sign the repo database, so we can trust >>> the sah256 of the packages stored in the database. Then if the package >>> has the same sha256 as the one in the repo database it is considered >>> trusted. >>> If we want a per-package signing, we would have a tarball in a tarball. >> >> I really expected this to have been mentioned already, but this approach= (tarball in a tarball) is taken by Debian packages, and I don't remember h= earing of any issues related to it. =A0I don't think it's worth discounting= from the start without giving some considerationg, but I will defer to the= people actually doing the work. > > If you use libarchive-style streaming, it's even > pretty straightforward to read and extract such > things without having to create a bunch of > temporary files. > > You just need to be careful about compression. Agreed, if we dont want to verify the signature, we can extract the tarball in the tarball efficiently. But to verify the signature, we have to read the tarball in the tarball twice: the first time to compute the digest and verify the signature, the second time to do the real extraction. So I guess that the tarball containing the real package archive and the signature should be uncompressed. The real package archive would be compressed, though. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 13:41:38 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0A9C106566B for ; Tue, 29 Mar 2011 13:41:38 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.freebsd.org (Postfix) with ESMTP id 5354A8FC19 for ; Tue, 29 Mar 2011 13:41:38 +0000 (UTC) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mx.arcor.de (Postfix) with ESMTP id 9F12F108357 for ; Tue, 29 Mar 2011 15:41:36 +0200 (CEST) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 9C27915B5A3 for ; Tue, 29 Mar 2011 15:41:36 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-088-067-122-055.pools.arcor-ip.net [88.67.122.55]) by mail-in-07.arcor-online.net (Postfix) with ESMTPS id 713A61084ED for ; Tue, 29 Mar 2011 15:41:36 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-07.arcor-online.net 713A61084ED Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id p2TDfZhK066444 for ; Tue, 29 Mar 2011 15:41:35 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id p2TDfZDj066443 for freebsd-ports@freebsd.org; Tue, 29 Mar 2011 15:41:35 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Tue, 29 Mar 2011 13:41:35 +0000 (UTC) Message-ID: References: <4D8ED71B.8010804@twisted.net> <4D8FF159.9090306@twisted.net> <3B4FC419-4555-481C-930B-C92ADA1AF549@FreeBSD.org> <4D911FFA.2010000@twisted.net> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Subject: Re: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 13:41:38 -0000 Troy wrote: > Anytime I've ever upgraded the system, I built the kernel and the > world. I have 419 .la files in /usr/local/lib. I don't think I want to > try that idea. Are you saying if I rebuilt the kernel/world it would > not fix this properly? No, it won't, because it's a ports problem. If you are looking for a one-line solution: rebuild all your installed ports. portupgrade -af. A somewhat more measured approach is to check which /usr/local/lib/*.la files reference /usr/local/lib/liblzma.*, look up which ports these .la files belong to, and only rebuild those ports. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 13:59:04 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C0A8106566C for ; Tue, 29 Mar 2011 13:59:04 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E5F158FC08 for ; Tue, 29 Mar 2011 13:59:03 +0000 (UTC) Received: by iwn33 with SMTP id 33so246130iwn.13 for ; Tue, 29 Mar 2011 06:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=0ihkHGxjOwNOdEbAVjEycxwaqzuAmjfUjC4M6quIIB8=; b=ODhjn/s+/37lz173OOB7F0HgbFsxuh5na7IcEt3HLjxUPfdg8ptsbrq3l5oBGlicdo gVNwo9RDqBSa+oLU3n2ZWnwhpkhexYlw/KXJ8Rc+J9P6VL974b9GYzI1Sm8qbjOkrOG3 QItwcv9wLivTC4zhuQqH4MpswPfy4dE6lvf5I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=mLc+JGdIlqkxQoc3pltO2/XxLz+Sj8ovtKTz+V7bMCOJR2aiuWJ38sZ3X9w72tH7IN YdfRkUMrTRaJc2FP1EtHsR2MJ4UEXr+S1IOGqjQ14HgFs+FBj+X2f6jXM0R6tF5XPw7s 0c7HyINIpSCFDUfIn6iqONOEyt6UR5RelDn34= Received: by 10.231.111.228 with SMTP id t36mr5507518ibp.59.1301407143292; Tue, 29 Mar 2011 06:59:03 -0700 (PDT) MIME-Version: 1.0 Sender: baptiste.daroussin@gmail.com Received: by 10.231.21.153 with HTTP; Tue, 29 Mar 2011 06:58:43 -0700 (PDT) In-Reply-To: References: From: Baptiste Daroussin Date: Tue, 29 Mar 2011 15:58:43 +0200 X-Google-Sender-Auth: xamhA8B0OEHzOuQD9cLWsGpLnBQ Message-ID: To: Buganini Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: [CFT] cpu stresser^W libreoffice 3.3.0 final X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 13:59:04 -0000 2011/3/29 Buganini : > Here on my computer, > ldconfig -m ${PREFIX}/lib/libreoffice/ure/lib > is required to load pyuno in a python script. > > though, unoconv is still is not working.. > > > Thanks, > Buganini > I have nothing to test pyuno, do you have a sample to send me? concerning unoconv, strange, I will investigate, I thougth I fixed it. regards, Bapt From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 14:18:37 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74995106566C for ; Tue, 29 Mar 2011 14:18:37 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA988FC0C for ; Tue, 29 Mar 2011 14:18:36 +0000 (UTC) Received: by iwn33 with SMTP id 33so268633iwn.13 for ; Tue, 29 Mar 2011 07:18:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=R37enWSwUOrp3qTyqAinPSlIHr3gQ+SXIE65+dZH3+c=; b=wN169a8lwNk3yWE8YlAZECq+rqxlvlvchvp0IMVyb7g5djbX+tXkFi2Gv9oZE5i32Q 7qszikVNt25n56h0g941O6XIEOx59N3TSLa+NZKiTINRJWClD2ji8Z9xMfWbBp0eC1Gi Bu1bupV1EOpR/kIQWEDyWEIlfMdDlyUjBaVjk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hK45UV7Y4O6Rn7eHleaXUe0m9fQe7EjxDq1Gr6AtBmeiL2s9tBaqiFIh9IbEN/AQ4t CrTzJ1XoAG5/x5v+FV7J/jNPjCOS8YLalNHftUi8ayLRObOH0d/5Zzs7/4dxiROhuXHK qFnw9ssAiC9jQLFdckLuXoNRTg8IiohupzKdQ= MIME-Version: 1.0 Received: by 10.231.202.132 with SMTP id fe4mr5504018ibb.79.1301406824629; Tue, 29 Mar 2011 06:53:44 -0700 (PDT) Received: by 10.231.33.130 with HTTP; Tue, 29 Mar 2011 06:53:44 -0700 (PDT) In-Reply-To: References: Date: Tue, 29 Mar 2011 21:53:44 +0800 Message-ID: From: Buganini To: Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: [CFT] cpu stresser^W libreoffice 3.3.0 final X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 14:18:37 -0000 Here on my computer, ldconfig -m ${PREFIX}/lib/libreoffice/ure/lib is required to load pyuno in a python script. though, unoconv is still is not working.. Thanks, Buganini From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 15:18:51 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EAA3106564A; Tue, 29 Mar 2011 15:18:51 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7928FC15; Tue, 29 Mar 2011 15:18:50 +0000 (UTC) Received: by vws18 with SMTP id 18so251597vws.13 for ; Tue, 29 Mar 2011 08:18:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=dkQVum91Tq7bpLumPV7ahGtZKDc310X5df2H9XeztnA=; b=iHm66xRnVZw8zH+TMhZwkOcuoDEuuU5tFkcgWXYwpGH0YN5kq4/3rNkkv4aBnoIVB4 F2UNAu3nEsCKZFFDSnhjjcjfqeXmnIirXypMhGzAwzNYo/gwvc/Mv7dlKr4zYjxDxfbt 8OMl4FmEuTM6X+NG4YE7A+eBzukFlc/HubXx4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=unmhLsr+StWGBTgN8fC+CVZACEjUCtf2b/T5oH6Y8BLcHgXi3csEAN8wPLtKGmRPi9 HzQYu+obnxzllY01++/kMbdtH+8SWeXamUlJwlbrWqrYuWXBnNfB7FIHIPT9lj04l3Io 5Di7gfJfaSrhxuUOe/DMeJ0eM/OVMqQrLnbB0= MIME-Version: 1.0 Received: by 10.220.198.200 with SMTP id ep8mr1500657vcb.132.1301410231590; Tue, 29 Mar 2011 07:50:31 -0700 (PDT) Received: by 10.220.186.138 with HTTP; Tue, 29 Mar 2011 07:50:31 -0700 (PDT) In-Reply-To: References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> Date: Tue, 29 Mar 2011 10:50:31 -0400 Message-ID: From: Super Bisquit To: Julien Laffaye Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, Baptiste Daroussin , Tim Kientzle , Benjamin Kaduk , hackers@freebsd.org Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 15:18:51 -0000 I'm just going to clarify a statement I made earlier on this thread in order to remove some possible misconceptions. One can only boot 32bit PPC on a 32bit PPC machines and have it work properly. The same applies for 64bit ppc machines. On Tue, Mar 29, 2011 at 8:11 AM, Julien Laffaye wrote: > On Tue, Mar 29, 2011 at 5:15 AM, Tim Kientzle > wrote: > >>>>> II. Package signing. > >>>> > >>>> That would be really nice. > >>> > >>> Right know we only planned to sign the repo database, so we can trust > >>> the sah256 of the packages stored in the database. Then if the package > >>> has the same sha256 as the one in the repo database it is considered > >>> trusted. > >>> If we want a per-package signing, we would have a tarball in a tarball. > >> > >> I really expected this to have been mentioned already, but this approach > (tarball in a tarball) is taken by Debian packages, and I don't remember > hearing of any issues related to it. I don't think it's worth discounting > from the start without giving some considerationg, but I will defer to the > people actually doing the work. > > > > If you use libarchive-style streaming, it's even > > pretty straightforward to read and extract such > > things without having to create a bunch of > > temporary files. > > > > You just need to be careful about compression. > > Agreed, if we dont want to verify the signature, we can extract the > tarball in the tarball efficiently. > > But to verify the signature, we have to read the tarball in the > tarball twice: the first time to compute the digest and verify the > signature, the second time to do the real extraction. > So I guess that the tarball containing the real package archive and > the signature should be uncompressed. The real package archive would > be compressed, though. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 16:53:28 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 011C0106564A for ; Tue, 29 Mar 2011 16:53:28 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id CE3388FC08 for ; Tue, 29 Mar 2011 16:53:27 +0000 (UTC) Received: by pxi6 with SMTP id 6so193461pxi.17 for ; Tue, 29 Mar 2011 09:53:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=kBQTuck8BVFfJsqk0ESECR4mFc0yvoR4yWK1kYvAWQw=; b=JlWMno5JFxVEX8aY5O+TDo8dudum+/wHT2TzFX/Vz6baRV+N6twhy1BNj3BcEBSt1q oSNo8KOc98F9I4MNd8sfk1s0YJjL//v9CixaM9Cv13cZpo2KylUp3Sg+lrxjf3TTKAA7 MUsKcIXd0liHrb6mF5TboKbM6qTDad2h6CJis= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=CbmuZcirHVq9fOl516LTOThsHIlKphwHgZZllyr/kkqO5AvBFF/XL53bhM/mTCILM3 NJsnZLwsM6xEolxqhxNHgq6vYF7b57kP1yAv+f6rrezzJaYAst09GT+pBos+0nQgCeQu 7m1JQvKexDqeavQDFQss6ddHyuASrk5AT3scA= MIME-Version: 1.0 Received: by 10.142.7.10 with SMTP id 10mr4675821wfg.390.1301417607289; Tue, 29 Mar 2011 09:53:27 -0700 (PDT) Received: by 10.142.191.2 with HTTP; Tue, 29 Mar 2011 09:53:27 -0700 (PDT) Date: Tue, 29 Mar 2011 18:53:27 +0200 Message-ID: From: Thomas Zander To: FreeBSD - Ports Content-Type: text/plain; charset=ISO-8859-1 Subject: [CFT] mplayer with multithreaded decoding X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 16:53:28 -0000 Hi, since I am in the middle of updating the mplayer and mencoder ports anyway, we might as well include the latest feature that has found its way upstream. For a few days now, the mplayer development snapshots are able to take advantage of multithreaded ffmpeg decoding (h264 and a few others). Therefore I have updated the experimental tarballs to today's svn snapshot. You can find the port tarballs here: http://www.rrr.de/~riggs/mplayer/m20110329.tar.bz2 You can enable the multithreaded decoder by running run mplayer -lavdopts threads=N file (N being the number of desired decoder threads). Note that this does not apply to all stages of the playback pipeline, e.g., if playback is dropping frames due to excessive postprocessing options, this won't necessarily solve the problem. Have fun Riggs From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 17:09:59 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D6D1065673 for ; Tue, 29 Mar 2011 17:09:59 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8F78FC18 for ; Tue, 29 Mar 2011 17:09:58 +0000 (UTC) Received: by bwz12 with SMTP id 12so413516bwz.13 for ; Tue, 29 Mar 2011 10:09:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:from:to:cc:in-reply-to:references :content-type:organization:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=Fj/fMAc5kVX50LuVg4hUc2hXT8MwpU1Gbyu3qGagpNA=; b=RI+uAQyfXeZZ/su0IjQlDSRdf6KMWT1y0Ci2hh87KBIxdyoha2M+fgyuNbQ5Tut6MR y4Re/oYh7vRca+mTrtLWg+nNdeK6AmxEmxvZU3U8DviWp6w/OeTVd0biZ6ISXKzRFVpc QdQMHNfC+yhOq3dYD5b4LPhU9n8JQwPqc/JC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:organization :date:message-id:mime-version:x-mailer:content-transfer-encoding; b=umWX0+CAxYQTxW6/KFt/opjijmdYY5MrAYwW+8Jip8OXV8BIkq90RYJ6EOXb+xbrTm wmJ+chYpHW8kFt//cVh6eCRbXUYMtGu6oH5LlTPz4ij9crCjM5tRW6u7gjhv2IDISjUm R9TWTbufUskY1Wl38UjQPyHW/sdUpxARET1UU= Received: by 10.204.177.11 with SMTP id bg11mr47513bkb.9.1301418597875; Tue, 29 Mar 2011 10:09:57 -0700 (PDT) Received: from [10.0.101.2] (254.166.broadband10.iol.cz [90.177.166.254]) by mx.google.com with ESMTPS id z18sm3578289bkf.8.2011.03.29.10.09.56 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 Mar 2011 10:09:56 -0700 (PDT) From: Michal Varga To: Thomas Zander In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Organization: Stonehenge Date: Tue, 29 Mar 2011 19:09:54 +0200 Message-ID: <1301418594.71335.118.camel@xenon> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD - Ports Subject: Re: [CFT] mplayer with multithreaded decoding X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 17:09:59 -0000 On Tue, 2011-03-29 at 18:53 +0200, Thomas Zander wrote: > You can enable the multithreaded decoder by running run mplayer > -lavdopts threads=N file (N being the number of desired decoder > threads). Note that this does not apply to all stages of the playback > pipeline, e.g., if playback is dropping frames due to excessive > postprocessing options, this won't necessarily solve the problem. Hi Thomas, AFAIK "-lavdopts threads=auto" should work too in this case, though I didn't check your code yet if it's actually done there. Just mentioning it in case someone might be interested and/or wants to correct me before I get to it later today :) m. -- Michal Varga, Stonehenge (Gmail account) From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 17:37:39 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AD261065670; Tue, 29 Mar 2011 17:37:39 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0A18FC0C; Tue, 29 Mar 2011 17:37:37 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA26431; Tue, 29 Mar 2011 20:37:35 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4D9218DF.8060305@freebsd.org> Date: Tue, 29 Mar 2011 20:37:35 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Julien Laffaye References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Baptiste Daroussin , hackers@freebsd.org Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 17:37:39 -0000 on 28/03/2011 21:22 Julien Laffaye said the following: > On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper wrote: >>> III. Package naming that includes architecture, major OS version (for API/ABI), >>> maybe more. >> >> This could be provided in the manifest. Doing it in the filename sort >> of turns into a mess, as I've discovered working at Cisco :). >> > > Actually, it *is* in the +MANIFEST of pkgng packages archives :-) Well, by the package name I meant not only a package file name. Let's imagine that we do support installing i386 packages on amd64 in parallel to amd64 packages. And for some reason I want to have both 32-bit and 64-bit versions of, say, firefox; e.g. for benchmarking. If the packages would have the same name, then that would be impossible. I think that having some thing in package name in addition to package metadata could have certain benefits. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 17:52:13 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 372EC106566C for ; Tue, 29 Mar 2011 17:52:13 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED4D8FC19 for ; Tue, 29 Mar 2011 17:52:12 +0000 (UTC) Received: from cpe-66-68-128-204.austin.res.rr.com ([66.68.128.204] helo=[172.16.32.150]) by panix.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Q4d5P-0007Fd-SX; Tue, 29 Mar 2011 17:52:12 +0000 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Ade Lovett In-Reply-To: <4D911FFA.2010000@twisted.net> Date: Tue, 29 Mar 2011 12:52:00 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <90238A55-FBEC-4025-9B7A-F3F246A7C2AC@FreeBSD.org> References: <4D8ED71B.8010804@twisted.net> <20110327070503.GB73511@magic.hamla.org> <4D8F9840.1070002@twisted.net> <4D8FF159.9090306@twisted.net> <3B4FC419-4555-481C-930B-C92ADA1AF549@FreeBSD.org> <4D911FFA.2010000@twisted.net> To: troy@twisted.net X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Ports Subject: Re: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 17:52:13 -0000 On Mar 28, 2011, at 18:55 , Troy wrote: > Anytime I've ever upgraded the system, I built the kernel and the = world. I have 419 .la files in /usr/local/lib. I don't think I want to = try that idea. Are you saying if I rebuilt the kernel/world it would = not fix this properly? Rebuilding src/ will have absolutely no effect, since it's not the = problem. Somewhere along the lines (by virtue of the reference to the lzma.la = file), archivers/xz was installed on the system. Then src/ was upgraded = to a point in time where xz was in the base system, rendering the port = as IGNORE. At a rough guess, a ports upgrade after that fact found the now-defunct = archivers/xz and most likely removed it WITHOUT also rebuilding all = ports that depend on liblzma.so -- resulting in a system where some = ports are using the src/ library, some are _perhaps_ using the old one = from the port (check /usr/local/lib/compat/pkg -- it may be in there), = but worse, a number of installed ports have references to liblzma.la in = their own .la files. What you could try doing is grepping for liblzma.la in all of those .la = files, making a note of which ones are affected, then use pkg_info -W = to determine which ports they belong to and forcibly = rebuild them. -aDe From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 18:05:43 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 828851065674 for ; Tue, 29 Mar 2011 18:05:43 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8E08FC17 for ; Tue, 29 Mar 2011 18:05:43 +0000 (UTC) Received: from cpe-66-68-128-204.austin.res.rr.com ([66.68.128.204] helo=[172.16.32.150]) by panix.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Q4dIU-0007Iy-5T; Tue, 29 Mar 2011 18:05:42 +0000 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Ade Lovett In-Reply-To: <20110329091110.GB53262@server.vk2pj.dyndns.org> Date: Tue, 29 Mar 2011 13:05:31 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <075CA6AC-D313-4A57-8450-F1BEAF4892B8@FreeBSD.org> References: <20110329091110.GB53262@server.vk2pj.dyndns.org> To: Peter Jeremy X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Ports Subject: Re: Alpha/AXP ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 18:05:43 -0000 On Mar 29, 2011, at 04:11 , Peter Jeremy wrote: > I recently happened to notice that lang/compaq-cc is still present > in the ports tree, although it's only for alpha. It can presumably > be deleted. Most likely, yes. Unless there are dependent ports which also need to = be burned away. > That triggered me to have a closer look through the ports tree. > Whilst there aren't any other alpha-only ports, there are a number of > other ports that mention alpha in ONLY_FOR_ARCHS or in conditional > make code. A complete list follows. How should this be handled? It > seems silly to submit a massive number of PRs. Certainly one PR per port is not the way to go. If I were to do this = (and, no I'm not volunteering ;) I'd (a) get approval from portmgr@ to = forcibly remove alpha/axp support from the tree and then (b) simply = check out all the relevant ports below, break out the Danish Axe, and do = a single "byebye, Alpha" commit. However, there's no real defined policy on purging truly dead "stuff" (a = _similar_ example would be hunting down anything for OSVERSION <=3D = 699999 since we have the 6_EOL tag). -aDe From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 18:27:59 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ADC11065672; Tue, 29 Mar 2011 18:27:59 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BC2BC8FC17; Tue, 29 Mar 2011 18:27:58 +0000 (UTC) Received: by iwn33 with SMTP id 33so507992iwn.13 for ; Tue, 29 Mar 2011 11:27:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=ZCeaMRXpgVGmn1Xo13Fj13gaTvb4BTaAKdTxlx9Xkz0=; b=MJIlU3fhZpME7mhkJf+l7C62+hPnyGTBFrDWPPpU8ictlz8ntb1Q9BKxpICDYGN3DT W3TdXITNfKGlEYkxKv6VFQMiPj+tj6Yok7gdrVyzNWrwU5xhsgdoVThuiQsXaSCWsRZT 0YETpp0EnPDoewneMmuHnvcMpNbrW0wiFReBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=n44x9n8jnsr8mYcUeAUEZgbL3VDthuZ0sOLSqDiqARtteU8S3fDQ70YTgkpREel38X Q2CYYtSObUuiSFAYxudGhFe6cejXkhF9gXAJbSv+ltzTPfCxXa1pvM/s79kWPRpoQUAW D2H2cdWyilwlaqHHBXcaEE41mDxrKD6sMaPNs= Received: by 10.231.0.95 with SMTP id 31mr210627iba.34.1301423278129; Tue, 29 Mar 2011 11:27:58 -0700 (PDT) MIME-Version: 1.0 Sender: baptiste.daroussin@gmail.com Received: by 10.231.21.153 with HTTP; Tue, 29 Mar 2011 11:27:38 -0700 (PDT) In-Reply-To: <4D9218DF.8060305@freebsd.org> References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> <4D9218DF.8060305@freebsd.org> From: Baptiste Daroussin Date: Tue, 29 Mar 2011 18:27:38 +0000 X-Google-Sender-Auth: haPcs5DVJTd2V9hW6JGvf65eUMc Message-ID: To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, hackers@freebsd.org, current@freebsd.org, Julien Laffaye Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 18:27:59 -0000 2011/3/29 Andriy Gapon : > on 28/03/2011 21:22 Julien Laffaye said the following: >> On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper wr= ote: >>>> III. Package naming that includes architecture, major OS version (for = API/ABI), >>>> maybe more. >>> >>> This could be provided in the manifest. Doing it in the filename sort >>> of turns into a mess, as I've discovered working at Cisco :). >>> >> >> Actually, it *is* in the +MANIFEST of pkgng packages archives :-) > > Well, by the package name I meant not only a package file name. > Let's imagine that we do support installing i386 packages on amd64 in par= allel to > amd64 packages. =A0And for some reason I want to have both 32-bit and 64-= bit > versions of, say, firefox; e.g. for benchmarking. =A0If the packages woul= d have the > same name, then that would be impossible. > > I think that having some thing in package name in addition to package met= adata > could have certain benefits. > > -- > Andriy Gapon > I understand but I think pkgng is already quite radical changement. More change is taking the risk that it would be rejected in the end, we still do not have any reply from portmgr, there is no insurance pkgng will in the end replace pkg_install. Currently pkgng requires only very few changes from the ports infrastruture, I don't know the cost of changing the name scheme. If I'm not clear enough, supporting both 32bits and 64bits packages at the same time on amd64 or arches that could support this kind of installation, is a large change we don't want to take the responsability of :) and implementing this in pkgng would significate we already choose how it should work. regards, Bapt From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 18:55:23 2011 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6288B1065676; Tue, 29 Mar 2011 18:55:23 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF288FC1F; Tue, 29 Mar 2011 18:55:23 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id p2TIsxo7021160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 29 Mar 2011 11:54:59 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0B22F1CC0D; Tue, 29 Mar 2011 11:54:59 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Mon, 28 Mar 2011 16:30:03 PDT." <4D9119FB.6090604@FreeBSD.org> Date: Tue, 29 Mar 2011 11:54:58 -0700 From: "Kevin Oberman" Message-Id: <20110329185459.0B22F1CC0D@ptavv.es.net> Cc: ports@FreeBSD.ORG, Xin LI , umq@ueo.co.jp, delphij@FreeBSD.ORG, d@delphij.net Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 18:55:23 -0000 > Date: Mon, 28 Mar 2011 16:30:03 -0700 > From: Doug Barton > > On 03/28/2011 14:20, Xin LI wrote: > > On 03/28/11 13:57, Doug Barton wrote: > >> On 03/28/2011 13:48, Xin LI wrote: > >>> On 03/28/11 12:42, Kevin Oberman wrote: > >>>> Yup. openldap-client-2.4.24 does fine. Looks like a bug in 2.4.25. I'll > >>>> take a look at CHANGES and see if I can figure out what broke the > >>>> inclusion of fetch(3) support if I get a bit of time. > >>> > >>> It seems that libldif now referenced the fetch support, and ironically > >>> it seem be a bug but a feature :( > >>> > >>> I have decided to disable FETCH support from now on, since it's likely > >>> to bring more problems. > >>> > >>> (If you would prefer to fix the problem for this specific problem, I > >>> think adding a '-lfetch' would be sufficient; but, it seems to be > >>> undesirable to depend fetch(3) unconditionally for all programs that > >>> uses openldap). > > > >> I know next to nothing about how the openldap-client stuff works, so I'm > >> sorry if these questions are silly. :) The biggest question is, does > >> dirmngr compile after your change? The other question is that the only > >> reason I have openldap installed at all is so that gnupg can use it to > >> fetch keys from ldap keyservers. Will this still work when the FETCH > >> option is no longer present? > > > > hmm... how do I test fetching from an ldap keyserver? > > I'll save you the trouble. :) I got your latest update and tested both > scenarios myself, and the answer is that they both work. > > So now the question is, should the FETCH OPTION be removed altogether? I > imagine that a lot of users will be at least as confused as I, and word > is that PRs for other ports are already showing up. No joy. I updated openldap-client to 2.4.25_1 and than tried to rebuild dirmngr. Same error as I had before: /usr/local/lib/libldap.so: undefined reference to `fetchGetURL' Back to 2.2.24. Thanks for trying to get this fixed up. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 18:57:53 2011 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 4EC6F106566C; Tue, 29 Mar 2011 18:57:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6D74A14EE79; Tue, 29 Mar 2011 18:57:52 +0000 (UTC) Message-ID: <4D922BB0.8040408@FreeBSD.org> Date: Tue, 29 Mar 2011 11:57:52 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: Kevin Oberman References: <20110329185459.0B22F1CC0D@ptavv.es.net> In-Reply-To: <20110329185459.0B22F1CC0D@ptavv.es.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.ORG, Xin LI , umq@ueo.co.jp, delphij@FreeBSD.ORG, d@delphij.net Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 18:57:53 -0000 On 03/29/2011 11:54, Kevin Oberman wrote: > No joy. I updated openldap-client to 2.4.25_1 and than tried to rebuild > dirmngr. Same error as I had before: > /usr/local/lib/libldap.so: undefined reference to `fetchGetURL' You have to disable the FETCH option. If you're building it in the port directory, type 'make config'. If you're using portmaster, add --force-config to the command line. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 19:21:35 2011 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 737051065670; Tue, 29 Mar 2011 19:21:35 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8068FC16; Tue, 29 Mar 2011 19:21:35 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id p2TJLJVq006740 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 29 Mar 2011 12:21:19 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6BF471CC0D; Tue, 29 Mar 2011 12:21:19 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Tue, 29 Mar 2011 11:57:52 PDT." <4D922BB0.8040408@FreeBSD.org> Date: Tue, 29 Mar 2011 12:21:19 -0700 From: "Kevin Oberman" Message-Id: <20110329192119.6BF471CC0D@ptavv.es.net> Cc: ports@FreeBSD.ORG, Xin LI , umq@ueo.co.jp, delphij@FreeBSD.ORG, d@delphij.net Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 19:21:35 -0000 > Date: Tue, 29 Mar 2011 11:57:52 -0700 > From: Doug Barton > > On 03/29/2011 11:54, Kevin Oberman wrote: > > No joy. I updated openldap-client to 2.4.25_1 and than tried to rebuild > > dirmngr. Same error as I had before: > > /usr/local/lib/libldap.so: undefined reference to `fetchGetURL' > > You have to disable the FETCH option. If you're building it in the port > directory, type 'make config'. If you're using portmaster, add > --force-config to the command line. In the immortal words of Homer, "Doh!" (Homer Simpson, that is). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 20:30:00 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E40E1065673; Tue, 29 Mar 2011 20:30:00 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id CA4EB8FC0A; Tue, 29 Mar 2011 20:29:59 +0000 (UTC) Received: by iyj12 with SMTP id 12so640311iyj.13 for ; Tue, 29 Mar 2011 13:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=ZVYbnB6V77EpsX6c+vtdX9HUdibNTwKexiCquoNLqwI=; b=NOoMpXoAvv74P8uWifUtT7fY64COqeAn4+NhH7vU8iMsaZ6ZOXa4HFWdZWzdWFN004 IGJUYXU+vhN1G29DIXywkuW7nv0WyS8ZXdzZGhjkTFsIQY2JIyQDNcd+Iw1sNLyO0uHE JQrml2E1rVpwChqBnk1aSntmQWvwZJkXEUWMo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=NU9rN6gpHNP1h4tNVAmqpxkyIwQwTgblCiIQcXmEMzvVYLE/MTx+ED1WdRUtEz4M0v +FE3xTaF8wZ05siuArZ9c9MOzwUjLhWsp1JykI8VLiR3OER7kwQOuTC74tRzMvEigfH6 Sb8P5l0Jzw0PISWsK6TKkG2CQnDTYGGEQoVXc= Received: by 10.231.19.7 with SMTP id y7mr343623iba.134.1301430599149; Tue, 29 Mar 2011 13:29:59 -0700 (PDT) MIME-Version: 1.0 Sender: baptiste.daroussin@gmail.com Received: by 10.231.21.153 with HTTP; Tue, 29 Mar 2011 13:29:39 -0700 (PDT) In-Reply-To: References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> <4D9218DF.8060305@freebsd.org> From: Baptiste Daroussin Date: Tue, 29 Mar 2011 20:29:39 +0000 X-Google-Sender-Auth: ayX10IGKB_gu5c5zDomRskiu4U8 Message-ID: To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, hackers@freebsd.org, current@freebsd.org, Julien Laffaye Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 20:30:00 -0000 2011/3/29 Baptiste Daroussin : > 2011/3/29 Andriy Gapon : >> on 28/03/2011 21:22 Julien Laffaye said the following: >>> On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper w= rote: >>>>> III. Package naming that includes architecture, major OS version (for= API/ABI), >>>>> maybe more. >>>> >>>> This could be provided in the manifest. Doing it in the filename sort >>>> of turns into a mess, as I've discovered working at Cisco :). >>>> >>> >>> Actually, it *is* in the +MANIFEST of pkgng packages archives :-) >> >> Well, by the package name I meant not only a package file name. >> Let's imagine that we do support installing i386 packages on amd64 in pa= rallel to >> amd64 packages. =A0And for some reason I want to have both 32-bit and 64= -bit >> versions of, say, firefox; e.g. for benchmarking. =A0If the packages wou= ld have the >> same name, then that would be impossible. >> >> I think that having some thing in package name in addition to package me= tadata >> could have certain benefits. >> >> -- >> Andriy Gapon >> > > I understand but I think pkgng is already quite radical changement. > More change is taking the risk that it would be rejected in the end, > we still do not have any reply from portmgr, there is no insurance > pkgng will in the end replace pkg_install. Currently pkgng requires > only very few changes from the ports infrastruture, I don't know the > cost of changing the name scheme. > > If I'm not clear enough, supporting both 32bits and 64bits packages at > the same time on amd64 or arches that could support this kind of > installation, is a large change we don't want to take the > responsability of :) and implementing this in pkgng would significate > we already choose how it should work. > > regards, > Bapt > seems it was not clear :) ok let's try to say it simpler :) the main goal is to keep it simple for now, simple and rock solid, so that we can replace pkg_install and do some cleanup in the ports tree, add the "must have" features while doing that. And only when we will be ready for that and that portmgr have decided that it is mature enough to replace pkg_install, only after that we will start improving with new features and new changes. I thinks changing the package name scheme is not a "must have" feature, it for sure is and intresting feature, but what about pushing to after the first stable release? managing architecture as we plan to do it is enough imho. But I can be wrong. regards, Bapt From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 21:23:58 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5729F1065674 for ; Tue, 29 Mar 2011 21:23:58 +0000 (UTC) (envelope-from rodperson@rodperson.com) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3179E8FC19 for ; Tue, 29 Mar 2011 21:23:58 +0000 (UTC) Received: from atomizer (pool-72-77-28-206.pitbpa.fios.verizon.net [72.77.28.206]) by www6.pairlite.com (Postfix) with ESMTP id 7D090B828; Tue, 29 Mar 2011 16:51:48 -0400 (EDT) Date: Tue, 29 Mar 2011 16:51:50 -0400 From: Rod Person To: Raphael Kubo da Costa Message-ID: <20110329165150.5967ce4b@atomizer> In-Reply-To: <87r59qwtgo.fsf@gmail.com> References: <20110328183003.0e57297e@atomizer> <87r59qwtgo.fsf@gmail.com> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Help with first port Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 21:23:58 -0000 On Mon, 28 Mar 2011 23:28:39 -0300 Raphael Kubo da Costa wrote: > By the way, taking a look at the comments in the beginning of > bsd.gnome.mk is also a good idea, as it shows you can use something > like > > USE_GNOME=gtk20 > > and be done with it. Thanks, after being suggested to use this twice, I tried it again and doubled checked the dependencies that were being check were dependecies of gtk20. Guess it was just too late to think :) -- Rod Person http://www.rodperson.com "Jesus was a Jew. And he loved being a Jew so much, he wanted everyone to get their dicks snipped." Waler J. Person, Jr.. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 00:54:58 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5A73106566B; Wed, 30 Mar 2011 00:54:58 +0000 (UTC) (envelope-from troy@twisted.net) Received: from oz.twisted.net (oz.twisted.net [69.211.34.241]) by mx1.freebsd.org (Postfix) with ESMTP id 9F93D8FC17; Wed, 30 Mar 2011 00:54:58 +0000 (UTC) Received: from oz.twisted.net (localhost [127.0.0.1]) by oz.twisted.net (Postfix) with ESMTP id 2E0A7101BECC; Tue, 29 Mar 2011 20:04:48 -0500 (CDT) X-Virus-Scanned: amavisd-new at example.com Received: from oz.twisted.net ([127.0.0.1]) by oz.twisted.net (oz.twisted.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wQn1CMcf8AR2; Tue, 29 Mar 2011 20:04:36 -0500 (CDT) Received: from [172.16.0.5] (sindrome.twisted.net [172.16.0.5]) by oz.twisted.net (Postfix) with ESMTP id 60F8B101BECB; Tue, 29 Mar 2011 20:04:36 -0500 (CDT) Message-ID: <4D927F30.8040607@twisted.net> Date: Tue, 29 Mar 2011 19:54:08 -0500 From: Troy User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Ade Lovett References: <4D8ED71B.8010804@twisted.net> <20110327070503.GB73511@magic.hamla.org> <4D8F9840.1070002@twisted.net> <4D8FF159.9090306@twisted.net> <3B4FC419-4555-481C-930B-C92ADA1AF549@FreeBSD.org> <4D911FFA.2010000@twisted.net> <90238A55-FBEC-4025-9B7A-F3F246A7C2AC@FreeBSD.org> In-Reply-To: <90238A55-FBEC-4025-9B7A-F3F246A7C2AC@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Subject: Re: Failed building kdebase-workspace-4.5.5_1 cannot find the library liblzma.la X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: troy@twisted.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 00:54:59 -0000 >> Anytime I've ever upgraded the system, I built the kernel and the world. I have 419 .la files in /usr/local/lib. I don't think I want to try that idea. Are you saying if I rebuilt the kernel/world it would not fix this properly? > > Rebuilding src/ will have absolutely no effect, since it's not the problem. > > Somewhere along the lines (by virtue of the reference to the lzma.la file), archivers/xz was installed on the system. Then src/ was upgraded to a point in time where xz was in the base system, rendering the port as IGNORE. > > At a rough guess, a ports upgrade after that fact found the now-defunct archivers/xz and most likely removed it WITHOUT also rebuilding all ports that depend on liblzma.so -- resulting in a system where some ports are using the src/ library, some are _perhaps_ using the old one from the port (check /usr/local/lib/compat/pkg -- it may be in there), but worse, a number of installed ports have references to liblzma.la in their own .la files. > > What you could try doing is grepping for liblzma.la in all of those .la files, making a note of which ones are affected, then use pkg_info -W to determine which ports they belong to and forcibly rebuild them. > > -aDe That worked. It was ImageMagick-6.6.7.10 that was the culprit. Once I re-built it, I was able to rebuild kdebase-workspace-4.5.5._1 From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 04:21:36 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B9991065673 for ; Wed, 30 Mar 2011 04:21:36 +0000 (UTC) (envelope-from daniel@otherware.org) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1BAFA8FC08 for ; Wed, 30 Mar 2011 04:21:35 +0000 (UTC) Received: by wyf23 with SMTP id 23so910489wyf.13 for ; Tue, 29 Mar 2011 21:21:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.200.138 with SMTP id ew10mr668053wbb.21.1301457186974; Tue, 29 Mar 2011 20:53:06 -0700 (PDT) Sender: daniel@otherware.org Received: by 10.227.141.84 with HTTP; Tue, 29 Mar 2011 20:53:06 -0700 (PDT) X-Originating-IP: [216.228.174.132] Date: Tue, 29 Mar 2011 20:53:06 -0700 X-Google-Sender-Auth: QFlL16JVizuewu58A22ON-E35KQ Message-ID: From: Daniel To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: David Brooks Subject: David Brooks as maintainer of sabnzbd port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 04:21:36 -0000 David has asked to take over the maintenance of the sabnzbd port. This is something I support. What can I do to make this happen? -d -- "America was founded by men who understood that the threat of domestic tyranny is as great as any threat from abroad. If we want to be worthy of their legacy, we must resist the rush toward ever-increasing state control of our society. Otherwise, our own government will become a greater threat to our freedoms than any foreign terrorist." - Ron Paul, Texas Straight Talk, May 31, 2004 From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 05:45:11 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91F75106564A for ; Wed, 30 Mar 2011 05:45:11 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id 2348A8FC12 for ; Wed, 30 Mar 2011 05:45:10 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p2U5j6Dl016309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Mar 2011 16:45:07 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p2U5j4WV055372; Wed, 30 Mar 2011 16:45:04 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p2U5j3Ew055371; Wed, 30 Mar 2011 16:45:03 +1100 (EST) (envelope-from peter) Date: Wed, 30 Mar 2011 16:45:03 +1100 From: Peter Jeremy To: Oliver Fromme Message-ID: <20110330054503.GA55298@server.vk2pj.dyndns.org> References: <201103291151.p2TBpLta040353@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <201103291151.p2TBpLta040353@lurza.secnetix.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: dinoex@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: ports/graphics/netpbm out of date X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 05:45:11 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Mar-29 13:51:21 +0200, Oliver Fromme wrote: >Both graphics/netpbm and graphics/netpbm-devel are *WAY* >out of date (5 to 6 years). I don't understand you. In my experience, the netpbm ports have always been updated fairly regularly. The ports currently have: STABLE_PORTVERSION=3D 10.26.64 DEVEL_PORTVERSION=3D 10.35.80 10.26.64 is the last of the 10.26 series and was released almost exactly 18 months ago. 10.35.80 is the current "stable" version and was released=20 about 5 weeks ago. The port was updated the day following the release. >What's making things is worse is the fact that the netpbm >ports don't include any documentation. Instead they refer >to the online documentation which is way ahead of the >state of the FreeBSD port, as explained above. I agree this is annoying and don't understand the rationale behind the way netpbm documentation is handled but that is not the FreeBSD maintainer's fault. >Is anybody working on updating the netpbm ports? Is there >any problem with it that I'm not aware of? A quick check would have identified the maintainer (now Cc'd). --=20 Peter Jeremy --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk2Sw18ACgkQ/opHv/APuIddiQCguYAextgNrHozlX0a7OohG0bi zJ8AnAvnBVKcXkiHnjS+dk9dusQJSnsR =Q/Ki -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 15:05:35 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id DE5B61065765; Wed, 30 Mar 2011 15:05:34 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [IPv6:::1] (unknown [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 3D24925AD30; Wed, 30 Mar 2011 11:51:51 +0200 (CEST) Message-ID: <4D92FD36.5050606@FreeBSD.org> Date: Wed, 30 Mar 2011 11:51:50 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Mnenhy/0.8.3 Thunderbird/3.1.8 MIME-Version: 1.0 To: Daniel References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, David Brooks Subject: Re: David Brooks as maintainer of sabnzbd port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 15:05:35 -0000 Am 30.03.2011 05:53, schrieb Daniel: > David has asked to take over the maintenance of the sabnzbd port. This is > something I support. What can I do to make this happen? Normally, you'd send a PR the same way as you'd submit a port update, or submit a patch that changes only the MAINTAINER line in the Makefile. In this case, I have made the change already and pointed to your message in the list archive (and I can revert it if either David's address is unroutable, or David objects). HTH Matthias From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 15:49:31 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D8A1106564A for ; Wed, 30 Mar 2011 15:49:31 +0000 (UTC) (envelope-from alexkozlov0@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB678FC12 for ; Wed, 30 Mar 2011 15:49:30 +0000 (UTC) Received: by fxm11 with SMTP id 11so1475915fxm.13 for ; Wed, 30 Mar 2011 08:49:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:subject:message-id :mime-version:content-type:content-disposition; bh=LD+5GbYumNp5TVYBS5JsaFTaNfZeEx/nYvePhLWz9gs=; b=xbBkwVGDe6QEaJiozSVhSgpaX5RIun6oVJCQp2b0ouZm7mRmstC4itW+pI3TE9vDUK vYaRlPcUo8tSrUVO9+a8qwgz5LrbWirafZDeVHPV3Xd9uRV/OHyy0Zc5WPuJ+NK4sRr2 8DHxtydztlsHcFcbKxQortZRpPJYjdmt+p6vQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition; b=cWQ+094UwZJT4EeNCCmOAqZ6y24ZFrhu0IGkeBaJ7N92Wf2UC15ZfqDwZXaeCPcudU 4iIniE0/WK4LX77ZMwT4FBjDqvh49z5tSA/HyCJnUAH4EfxehHmpUf8S6ZcHCQ4sz0rD HZGN/mosLfCKh/joBIeYXu+PYuKpBbKxQlNBI= Received: by 10.223.127.210 with SMTP id h18mr538695fas.46.1301500169220; Wed, 30 Mar 2011 08:49:29 -0700 (PDT) Received: from ravenloft.kiev.ua (ravenloft.kiev.ua [94.244.131.95]) by mx.google.com with ESMTPS id n7sm97432fam.11.2011.03.30.08.49.27 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 30 Mar 2011 08:49:28 -0700 (PDT) Sender: Alex Kozlov Date: Wed, 30 Mar 2011 18:48:54 +0300 From: Alex Kozlov To: Oliver Fromme , dinoex@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG, spam@rm-rf.kiev.ua Message-ID: <20110330154854.GA10523@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: Re: ports/graphics/netpbm out of date X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 15:49:31 -0000 On Wed, Mar 30, 2011 at 04:45:03PM +1100, Peter Jeremy wrote: > On 2011-Mar-29 13:51:21 +0200, Oliver Fromme wrote: >>Both graphics/netpbm and graphics/netpbm-devel are *WAY* >>out of date (5 to 6 years). > > I don't understand you. In my experience, the netpbm ports have > always been updated fairly regularly. The ports currently have: > STABLE_PORTVERSION= 10.26.64 > DEVEL_PORTVERSION= 10.35.80 > > 10.26.64 is the last of the 10.26 series and was released > almost exactly 18 months ago. > > 10.35.80 is the current "stable" version and was released > about 5 weeks ago. The port was updated the day following > the release. >From netpbm website(http://netpbm.sourceforge.net/release.html): Advanced: This series stabilizes for about a quarter year, then is rebased to the then-current Development release. That's typically bug fixes, but some enhancements fit the category and some bug fixes do not. "Stabilizes" means that new releases contain only low risk high reward changes from the previous release. Stable: This is like Advanced, except that it gets rebased to the then-current Advanced release instead of Development, which means it the current release always has at least 3 months of stabilization. When it is time to rebase the Advanced series, if the current Stable release has gone a whole quarter year with no reported bug, we move all the current releases down one series: Stable becomes Super Stable, then Advanced becomes Stable, then Development becomes Advanced. At the moment(http://netpbm.svn.sourceforge.net/viewvc/netpbm/stable/version.mk?view=log): 10.47.27 Super Stable: The current release in this series has no known bugs and virtually no undiscovered bugs in it. It may be years behind in new function. At the moment(http://sourceforge.net/projects/netpbm/files): 10.35.80 So why netpbm is 10.26.64 and graphics/netpbm-devel(??) is 10.35.80? >>Is anybody working on updating the netpbm ports? Is there >>any problem with it that I'm not aware of? > A quick check would have identified the maintainer (now Cc'd). Sigh. -- Adios From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 18:29:24 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91DFF106564A for ; Wed, 30 Mar 2011 18:29:24 +0000 (UTC) (envelope-from egoitz@ramattack.net) Received: from webmail.ramattack.net (ks200575.kimsufi.com [91.121.111.71]) by mx1.freebsd.org (Postfix) with ESMTP id 1AAB48FC1E for ; Wed, 30 Mar 2011 18:29:21 +0000 (UTC) Received: from webmail.ramattack.net (webmail.ramattack.net [127.0.0.50]) by webmail.ramattack.net (8.14.4/8.14.4) with ESMTP id p2UJ2uF0015429 for ; Wed, 30 Mar 2011 19:02:56 GMT (envelope-from egoitz@ramattack.net) Received: (from www@localhost) by webmail.ramattack.net (8.14.4/8.14.4/Submit) id p2UJ2u9q015428; Wed, 30 Mar 2011 19:02:56 GMT (envelope-from egoitz@ramattack.net) X-Authentication-Warning: webmail.ramattack.net: www set sender to egoitz@ramattack.net using -f To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 30 Mar 2011 21:02:56 +0200 From: egoitz@ramattack.net Message-ID: X-Sender: egoitz@ramattack.net User-Agent: Roundcube Webmail/0.5-beta Subject: Port configuracion and compilation X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 18:29:24 -0000 Hello all, One little question. I have package collections of packages made (packages created by compiling ports and later pkg_create -Rb) for my freebsd provisioned releases with the servers I need to provision (mail, web, etc)... now imagine, someone in some of those provisioned servers (with provisioned packages, installed with a pkg_add * from the directory where are packages provisioned downloaded from one of my servers) one sysadmin goes to compile another port (I install in provisioned servers the ports that come with the installed release which are the same ports as which with I make the provisioned packages) which has as dependency an installed package... for example don't know... let's imagine Postfix has libiconv or any as dependency... when you do from /usr/ports/mail/postfix a make config-recursive... although libiconv is installed it asks you for compilation options... what happens if the user is compiling postfix, sets for example libiconv options as default (with default options) and if the package previously compiled by me for libiconv has not the default options? imagine has less options (features) for example... could this break something??. I mean when Postfix (or whatever package with installed dependencies) is compiled, the freebsd ports system looks for something at /var/db/ports/*/OPTIONS or similar?? or ports are just compiled as the given options to them and although you specify anything for installed dependencies in the ncurses menu for configuring the dependency port (launched by config-recursive) it just compiles the port you are compiling (so basically what you want to install, the software is not at the moment on the machine) and with the options specified for the compiling port ignoring how dependecies are in /var/db/ports/*/OPTIONS? Thanks a lot in advance. Good bye. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 18:40:50 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0632F1065670; Wed, 30 Mar 2011 18:40:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7A8158FC0A; Wed, 30 Mar 2011 18:40:49 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p2UIeSEM031211; Wed, 30 Mar 2011 20:40:44 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p2UIeSsB031209; Wed, 30 Mar 2011 20:40:28 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <201103301840.p2UIeSsB031209@lurza.secnetix.de> To: peterjeremy@acm.org (Peter Jeremy) Date: Wed, 30 Mar 2011 20:40:28 +0200 (CEST) In-Reply-To: <20110330054503.GA55298@server.vk2pj.dyndns.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Wed, 30 Mar 2011 20:40:44 +0200 (CEST) Cc: dinoex@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: ports/graphics/netpbm out of date X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 18:40:50 -0000 Peter Jeremy wrote: > On 2011-Mar-29 13:51:21 +0200, Oliver Fromme wrote: > > Both graphics/netpbm and graphics/netpbm-devel are *WAY* > > out of date (5 to 6 years). > > I don't understand you. In my experience, the netpbm ports have > always been updated fairly regularly. The ports currently have: > STABLE_PORTVERSION= 10.26.64 > DEVEL_PORTVERSION= 10.35.80 > > 10.26.64 is the last of the 10.26 series and was released > almost exactly 18 months ago. > > 10.35.80 is the current "stable" version and was released > about 5 weeks ago. The port was updated the day following > the release. The problem is that 10.26 is 6 years old, and 10.35 is 5 years old. The fact that they have been updated to the latest patch releases doesn't matter much, that's just bug fixes. But they are missing a lot of functionality. For example, many tools don't support transparency via PAM yet. For example, the pngtopam and pamtopng tools (for preserving the alpha channel) don't exist; they occured in 10.44. The current "stable" version is 10.47 (.27), and the current "advanced" version (this is not the development version!) is 10.53 (.05). I think that it makes sense to update the netpbm port to the "stable" version, and the netpbm-devel port to "advanced". However, the problem with that is that the netpbm folks don't provide tarballs anymore. You have to check out the stuff from their SVN repository. SourceForge provides a download URL that automatically packages the current source tree of a specified version (stable or advanced) and returns a .tar.gz file. But of course you get a different .tar.gz file when a developer commits a patch, so this is not suitable as distfile for a FreeBSD port. I'm not sure how to resolve that problem. Maybe upload a specific .tar.gz with a time stamp to a site that can be used as master site. > > What's making things is worse is the fact that the netpbm > > ports don't include any documentation. Instead they refer > > to the online documentation which is way ahead of the > > state of the FreeBSD port, as explained above. > > I agree this is annoying and don't understand the rationale behind the > way netpbm documentation is handled but that is not the FreeBSD > maintainer's fault. You are right, that's not the maintainer's fault, of course. But updating the FreeBSD port to a more recent version would make the problems smaller that are caused by the netpbm documentation policy. > > Is anybody working on updating the netpbm ports? Is there > > any problem with it that I'm not aware of? > > A quick check would have identified the maintainer (now Cc'd). Thank you. I'm sorry, I should have done that in the first place. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd C++: "an octopus made by nailing extra legs onto a dog" -- Steve Taylor, 1998 From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 20:02:07 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BB371065670 for ; Wed, 30 Mar 2011 20:02:07 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CFDC38FC0C for ; Wed, 30 Mar 2011 20:02:06 +0000 (UTC) Received: by bwz12 with SMTP id 12so1501187bwz.13 for ; Wed, 30 Mar 2011 13:02:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:from:date:message-id :subject:to:content-type; bh=H3rJh5MJBXpxSn2OJSCpdScDQNDaOyJ9v/20NB4fbfg=; b=P+i3yquiRjxuLiQwPlCVYPu9XqAocpHQ8zh4/0/LrkAQgvgzzwEDCjVFIsi4jLwJa6 i36bg1KTx28QXoQZCNfw1reAbBvUoQ7uwC7eO4/Z2sqSH8T3VXGYqO8+PtyDqvmT4+/0 JPX55r2e5QQGyyIhYQs7KOMQLV4UVHT46HrYo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:from:date:message-id:subject:to:content-type; b=DB7hHuBHVY9Cdlcx5Ua7/0VgP0OwVL6Ua2WtIOCM80eHTp4Bs0aiQctZOSDGMhgNLR U9boDQ1UR77J8W9zGT6PxiaQ3xcINNbnOQGMTBzOO5Kqaoi9rKFp26TtNr0nNhKv2nZf nYAJaw89DNXQQ6debxmwRhYI/IEKw095VJ/w4= Received: by 10.204.230.194 with SMTP id jn2mr1490782bkb.133.1301515244066; Wed, 30 Mar 2011 13:00:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.205.64.142 with HTTP; Wed, 30 Mar 2011 13:00:14 -0700 (PDT) From: Chris Rees Date: Wed, 30 Mar 2011 21:00:14 +0100 Message-ID: To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: PORTDOCS strangeness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 20:02:07 -0000 Hi all, I'm updating castor to the new version (thanks for the email Portscout!), and I've decided to add in docs option. However... when I set PORTDOCS= * as normal, on deinstall it complains about being unable to remove ${DOCSDIR}, yet it has been deleted. I've looked in +CONTENTS after installing it, and sure enough there's a @dirrm share/doc/castor. What 'gotchas' are there with PORTDOCS? It installs ~70 docfiles, so I was hoping not to have to list it in pkg-plist, for the sake of space if anything else! Chris From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 20:08:53 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 438A1106566B for ; Wed, 30 Mar 2011 20:08:53 +0000 (UTC) (envelope-from alexkozlov0@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C89408FC0A for ; Wed, 30 Mar 2011 20:08:52 +0000 (UTC) Received: by mail-fx0-f54.google.com with SMTP id 11so1730500fxm.13 for ; Wed, 30 Mar 2011 13:08:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:subject:message-id :mime-version:content-type:content-disposition; bh=jdTV7FvobENC1ao6+XCqkn3QEA1rkRytoqHFZouMywo=; b=RspxKHRJCp2w2paTOEoAimzI0oeoTlGo+LZ+8/CIfBS0Fwkps9Z73Vyg92NBgS97A5 HxCjPgYGYxxh95MnPPUeTbsC8YUdDQvOVoCz/OIixEUTkYUFke+j4/ezXyja6C50H2sP Esr42DMiA9f/8Sbum7f7rdYTSw0tcf7Zs9CX4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition; b=blsX6ISNsE9RspgoTDId3GTkwubBgtwN+MBwqM9Xrnf97PEvFNfOf06mrfJi6jow+L ljg2/mYkEd8BXM7Cnj9f9luQD9l2g+ntgDH63zFa/DWuNF4YA1g4Mk3XzXiDJrsOfct+ 4veWgOq/4fIFUMnqD6x3/RTr0yH3oyjpBaw5g= Received: by 10.223.29.199 with SMTP id r7mr1785107fac.75.1301515732287; Wed, 30 Mar 2011 13:08:52 -0700 (PDT) Received: from ravenloft.kiev.ua (ravenloft.kiev.ua [94.244.131.95]) by mx.google.com with ESMTPS id l2sm159866fam.29.2011.03.30.13.08.49 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 30 Mar 2011 13:08:50 -0700 (PDT) Sender: Alex Kozlov Date: Wed, 30 Mar 2011 23:07:47 +0300 From: Alex Kozlov To: Dirk Meyer , freebsd-ports@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20110330200747.GA19286@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: Re: ports/graphics/netpbm out of date X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 20:08:53 -0000 On Wed, Mar 30, 2011 at 08:55:19PM +0200, Dirk Meyer wrote: > Alex Kozlov schrieb:, > >> So why netpbm is 10.26.64 and graphics/netpbm-devel(??) is 10.35.80? > > Because this is the last released tarball. > Later Version are only in Subversion. > 2. - Subversion gives no reproduceable files: > Fetching a tarball from Viewvc service results in different files each time. > > 3. - No checksum for the release. > > The port can not validate the checksum. You can fetch wanted version from svn, make a tarball, place it on ${MASTER_SITE_LOCAL}, and point MASTER_SITES to it. This will allow update netpbm to 10.47.27 and netpbm-devel to 10.53.05 -- Adios From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 20:15:30 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE5B51065670 for ; Wed, 30 Mar 2011 20:15:30 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 30FE28FC19 for ; Wed, 30 Mar 2011 20:15:30 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id p2UKFIA2073212 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 30 Mar 2011 21:15:25 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk p2UKFIA2073212 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1301516125; bh=nyWYh8Oo9ANAxMAPx2g0fG0xko+Y/5xQCgv+atsVD78=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4D938F4D.5010401@infracaninophile.co.uk>|Date:=20W ed,=2030=20Mar=202011=2021:15:09=20+0100|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20U=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20en-US=3B=20r v:1.9.2.15)=20Gecko/20110303=20Thunderbird/3.1.9|MIME-Version:=201 .0|To:=20freebsd-ports@freebsd.org|Subject:=20Re:=20Port=20configu racion=20and=20compilation|References:=20|In-Reply-To:=20|X-Enigmail-Version:=201.1.1|OpenPGP:=20id=3D 60AE908C|Content-Type:=20multipart/signed=3B=20micalg=3Dpgp-sha1=3 B=0D=0A=20protocol=3D"application/pgp-signature"=3B=0D=0A=20bounda ry=3D"------------enigD9575EAFA3761C31AC6B2FFE"; b=ciR8cdKOJ2Ep7un6SrtOJJwpHU0AVkYydJLE19nbJzQiBOMPGc/M4BNYgCefakqpW TpUeXbvZvKZUotn0mQ+ogHNDZoTHriLVNSZzsYcKAa0xuss3JnLsEBKrD1N4+S4Poi uVB7PHA/lqmBTMp9tEh8OhsDpoXlpi/QWHFbZuTM= Message-ID: <4D938F4D.5010401@infracaninophile.co.uk> Date: Wed, 30 Mar 2011 21:15:09 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.1.1 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD9575EAFA3761C31AC6B2FFE" X-Virus-Scanned: clamav-milter 0.97 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_20,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Subject: Re: Port configuracion and compilation X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 20:15:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD9575EAFA3761C31AC6B2FFE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 30/03/2011 20:02, egoitz@ramattack.net wrote: > One little question. I have package collections of packages made > (packages created by compiling ports and later pkg_create -Rb) for my > freebsd provisioned releases with the servers I need to provision (mail= , > web, etc)... >=20 > now imagine, someone in some of those provisioned servers (with > provisioned packages, installed with a pkg_add * from the directory > where are packages provisioned downloaded from one of my servers) one > sysadmin goes to compile another port (I install in provisioned servers= > the ports that come with the installed release which are the same ports= > as which with I make the provisioned packages) which has as dependency > an installed package... for example don't know... let's imagine Postfix= > has libiconv or any as dependency... when you do from > /usr/ports/mail/postfix a make config-recursive... although libiconv is= > installed it asks you for compilation options... what happens if the > user is compiling postfix, sets for example libiconv options as default= > (with default options) and if the package previously compiled by me for= > libiconv has not the default options? imagine has less options > (features) for example... could this break something??. I mean when > Postfix (or whatever package with installed dependencies) is compiled, > the freebsd ports system looks for something at /var/db/ports/*/OPTIONS= > or similar?? or ports are just compiled as the given options to them an= d > although you specify anything for installed dependencies in the ncurses= > menu for configuring the dependency port (launched by config-recursive)= > it just compiles the port you are compiling (so basically what you want= > to install, the software is not at the moment on the machine) and with > the options specified for the compiling port ignoring how dependecies > are in /var/db/ports/*/OPTIONS? There isn't a hard and fast rule. Sometimes changing OPTIONS in a dependency has a trivial effect on anything else in the dependency chain; other times it can have a very profound effect. Probably the biggest gotcha is where toggling an option adds a dependency on some new shlibs. Normally this results in extra packages being installed as the usual mechanisms for satisfying the dependencies of whatever ports/packages kick in, and everything is happy. However, it can result in parts of the dependency chain causing an application to try and dynamically link against conflicting libraries -- two different versions of the same library is a typical problem. In your example of iconv packages compiled with different options, supposing this led one of those packages to have an additional library dependency? Well, the LIB_DEPENDS are recorded in the package when it is created, so the modified pkg would complain if it couldn't find the extra library or it would cause that package to be installed. Not all the changes controlled by OPTIONS settings result in changes to the dependency tree. In these cases it's hard to manage a requirement for "port foo but with option X enabled" -- generally you would have to arrange for a slave port with the required settings. There isn't any record in a compiled pkg of the OPTIONS settings used to compile it. I've occasionally thought that including that data might be a good idea -- even to the extent of adding /var/db/ports/${LATESTLINK}/options to the pkg plist as a matter of cours= e. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigD9575EAFA3761C31AC6B2FFE 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.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2Tj1YACgkQ8Mjk52CukIypCACghDhWZ2Gs8HsXiif1gIM8waI2 o/sAnjpYwDGACAKP4wvqhT9t61jgyQmA =Rcui -----END PGP SIGNATURE----- --------------enigD9575EAFA3761C31AC6B2FFE-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 20:15:51 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 250351065677 for ; Wed, 30 Mar 2011 20:15:51 +0000 (UTC) (envelope-from egoitz@ramattack.net) Received: from ks200575.kimsufi.com (ks200575.kimsufi.com [91.121.111.71]) by mx1.freebsd.org (Postfix) with ESMTP id E496C8FC12 for ; Wed, 30 Mar 2011 20:15:50 +0000 (UTC) Received: from [192.168.12.230] (unknown [212.81.198.13]) by ks200575.kimsufi.com (Postfix) with ESMTPSA id 3B0E1B44B for ; Wed, 30 Mar 2011 21:15:45 +0000 (UTC) From: Egoitz Aurrekoetxea Aurre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 30 Mar 2011 22:15:47 +0200 Message-Id: <0C04B79D-577C-4389-93D5-6D7C4C58142E@ramattack.net> To: freebsd-ports@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: Port configuracion and compilation X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 20:15:51 -0000 Hello all, One little question. I have package collections of packages made = (packages created by compiling ports and later pkg_create -Rb) for my = freebsd provisioned releases with the servers I need to provision (mail, = web, etc)... now imagine, someone in some of those provisioned servers (with = provisioned packages, installed with a pkg_add * from the directory = where are packages provisioned downloaded from one of my servers) one = sysadmin goes to compile another port (I install in provisioned servers = the ports that come with the installed release which are the same ports = as which with I make the provisioned packages) which has as dependency = an installed package... for example don't know... let's imagine Postfix = has libiconv or any as dependency... when you do from = /usr/ports/mail/postfix a make config-recursive... although libiconv is = installed it asks you for compilation options... what happens if the = user is compiling postfix, sets for example libiconv options as default = (with default options) and if the package previously compiled by me for = libiconv has not the default options? imagine has less options = (features) for example... could this break something??. I mean when = Postfix (or whatever package with installed dependencies) is compiled, = the freebsd ports system looks for something at /var/db/ports/*/OPTIONS = or similar?? or ports are just compiled as the given options to them and = although you specify anything for installed dependencies in the ncurses = menu for configuring the dependency port (launched by config-recursive) = it just compiles the port you are compiling (so basically what you want = to install, the software is not at the moment on the machine) and with = the options specified for the compiling port ignoring how dependecies = are in /var/db/ports/*/OPTIONS? Thanks a lot in advance. Good bye.= From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 20:21:35 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4397A106564A; Wed, 30 Mar 2011 20:21:35 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2048FC14; Wed, 30 Mar 2011 20:21:34 +0000 (UTC) Received: by bwz12 with SMTP id 12so1517263bwz.13 for ; Wed, 30 Mar 2011 13:21:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uvkxBc2x4ArChVnyS9AB8m9auwa8Xvx9ohtqEsAURYQ=; b=ExDbSTFzXEaADASrAEANM79P5KzJmx/1oCaGq1RlkY1A/WZu5/f2B6g13PuWtsGMNA co3nHLoWkTWcODx2n7Z2FVowx/nvglDt1owHl39CTzQlGjw8PpSoQjcM/XzcyfL0w/0j r6HnyVq22/qfgKA+YmDN2qyOJHpeyM7jqpczM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ieydHRhho3PZ4QTpDHbbA5lF8aFbzKSg+hxnBqUvnc8PGMrGJujElQFZs/vqFTFlFV oxT+xk9UCf4PYUqih7UVGnSLpPw5wVj1frqtzgrYx54p1oIbzJwEa4FUc7ugL5hv3IWe Vaw8DDhu0ZxAnjJkPbsWUX5I5WxL0KhK9LS3I= MIME-Version: 1.0 Received: by 10.204.126.131 with SMTP id c3mr1600702bks.104.1301515036311; Wed, 30 Mar 2011 12:57:16 -0700 (PDT) Received: by 10.204.47.8 with HTTP; Wed, 30 Mar 2011 12:57:16 -0700 (PDT) In-Reply-To: <201103301840.p2UIeSsB031209@lurza.secnetix.de> References: <20110330054503.GA55298@server.vk2pj.dyndns.org> <201103301840.p2UIeSsB031209@lurza.secnetix.de> Date: Wed, 30 Mar 2011 14:57:16 -0500 Message-ID: From: Scot Hetzel To: Oliver Fromme Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: dinoex@freebsd.org, freebsd-ports@freebsd.org, Peter Jeremy Subject: Re: ports/graphics/netpbm out of date X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 20:21:35 -0000 On Wed, Mar 30, 2011 at 1:40 PM, Oliver Fromme wro= te: > The current "stable" version is 10.47 (.27), and the current > "advanced" version (this is not the development version!) is > 10.53 (.05). > > I think that it makes sense to update the netpbm port to the > "stable" version, and the netpbm-devel port to "advanced". > > However, the problem with that is that the netpbm folks don't > provide tarballs anymore. =A0You have to check out the stuff > from their SVN repository. =A0SourceForge provides a download > URL that automatically packages the current source tree of a > specified version (stable or advanced) and returns a .tar.gz > file. =A0But of course you get a different .tar.gz file when a > developer commits a patch, so this is not suitable as distfile > for a FreeBSD port. =A0I'm not sure how to resolve that problem. > Maybe upload a specific .tar.gz with a time stamp to a site > that can be used as master site. > You can download a specific .tar.gz specific revision. For stable branch 10.47.27: http://netpbm.svn.sourceforge.net/viewvc/netpbm/stable.tar.gz?view=3Dtar&pa= threv=3D1443 For advanced branch 10.54.0: http://netpbm.svn.sourceforge.net/viewvc/netpbm/advanced.tar.gz?view=3Dtar&= pathrev=3D1452 To get the revision for a specific version, look at the version.mk file, http://netpbm.svn.sourceforge.net/viewvc/netpbm/advanced/ Then to get a consistant name for the tar file, the netpbm{,-devel}, port could add the following as a post-fetch target: NETPBM_TRUNK=3Dstable .if defined(WITH_NETPBM_DEVEL) : NETPBM_TRUNK=3Dadvanced NETPBM_REV=3D1452 : .else : NETPBM_TRUNK=3Dstable NETPBM_REV=3D1443 : .endif post-fetch: if [ ! -f ${DISTDIR}/${PORTNAME}-${NETPBM_PORTVERSION}${EXTRACT_SUFX} ]= ; \ fetch -o ${DISTDIR}/${PORTNAME}-${NETPBM_PORTVERSION}${EXTRACT_SUFX} http://netpbm.svn.sourceforge.net/viewvc/netpbm/${NETPBM_TRUNK}.tar.gz?view= =3Dtar&pathrev=3D${NETPBM_REV} ; \ fi I choose a post-fetch, so that we could define a MASTER_SITE to host these tar files, and to allow the files to be fetched from FreeBSD mirrors, that way we wouldn't cause a load on the SF site. Scot From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 20:23:00 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 7B1C91065672 for ; Wed, 30 Mar 2011 20:23:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 317FE200CC3; Wed, 30 Mar 2011 20:22:59 +0000 (UTC) Message-ID: <4D939123.5000605@FreeBSD.org> Date: Wed, 30 Mar 2011 13:22:59 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Dirk Meyer References: <20110330154854.GA10523@ravenloft.kiev.ua> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: ports/graphics/netpbm out of date X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 20:23:00 -0000 On 3/30/2011 11:55 AM, Dirk Meyer wrote: > Alex Kozlov schrieb:, > >> So why netpbm is 10.26.64 and graphics/netpbm-devel(??) is 10.35.80? > > Because this is the last released tarball. > > Later Version are only in Subversion. The way this has traditionally been handled is for the maintainer to create a tarball from a known-good point. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 20:36:22 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945CB1065670 for ; Wed, 30 Mar 2011 20:36:22 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.freebsd.org (Postfix) with ESMTP id 3EF8E8FC12 for ; Wed, 30 Mar 2011 20:36:22 +0000 (UTC) Received: from mail-in-11-z2.arcor-online.net (mail-in-11-z2.arcor-online.net [151.189.8.28]) by mx.arcor.de (Postfix) with ESMTP id 7BB721973A4 for ; Wed, 30 Mar 2011 22:36:20 +0200 (CEST) Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-11-z2.arcor-online.net (Postfix) with ESMTP id 6558C1CB849 for ; Wed, 30 Mar 2011 22:36:20 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-094-217-109-232.pools.arcor-ip.net [94.217.109.232]) by mail-in-11.arcor-online.net (Postfix) with ESMTPS id 36A8235A755 for ; Wed, 30 Mar 2011 22:36:20 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-11.arcor-online.net 36A8235A755 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id p2UKaJ8v091689 for ; Wed, 30 Mar 2011 22:36:19 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id p2UKaJHC091688 for freebsd-ports@freebsd.org; Wed, 30 Mar 2011 22:36:19 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Wed, 30 Mar 2011 20:36:19 +0000 (UTC) Message-ID: References: <1301418594.71335.118.camel@xenon> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Subject: Re: [CFT] mplayer with multithreaded decoding X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 20:36:22 -0000 Michal Varga wrote: > > You can enable the multithreaded decoder by running run mplayer > > -lavdopts threads=N file (N being the number of desired decoder > > threads). > > AFAIK "-lavdopts threads=auto" should work too in this case, No. mplayer errors out: The threads option must be an integer: auto Error parsing option on the command line: -lavdopts -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 20:46:16 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16CE5106566B for ; Wed, 30 Mar 2011 20:46:16 +0000 (UTC) (envelope-from artti1@geta.lunariffic.com) Received: from geta.lunariffic.com (geta.lunariffic.com [64.50.160.20]) by mx1.freebsd.org (Postfix) with ESMTP id E80CC8FC17 for ; Wed, 30 Mar 2011 20:46:15 +0000 (UTC) Received: from geta.lunariffic.com (geta.lunariffic.com [127.0.0.1]) by geta.lunariffic.com (8.13.8/8.13.8) with ESMTP id p2UHMguJ007725 for ; Wed, 30 Mar 2011 10:22:42 -0700 Received: (from artti1@localhost) by geta.lunariffic.com (8.13.8/8.13.8/Submit) id p2UHMgQi007723; Wed, 30 Mar 2011 10:22:42 -0700 Date: Wed, 30 Mar 2011 10:22:42 -0700 Message-Id: <201103301722.p2UHMgQi007723@geta.lunariffic.com> To: freebsd-ports@freebsd.org From: Paypal Inc MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ADC10DA6EC8905E44ADC1CE5AD84D95A X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Your account access is limited X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 20:46:16 -0000 --ADC10DA6EC8905E44ADC1CE5AD84D95A Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain [1]PayPal PayPal account information : Hello, We recently have determined that different computers have logged into your account, and multiple password failures were present before the login. Therefore your account has been limited. To get back into your PayPal account, you'll need to update your account information. It's easy: 1. Download the form attached and open it at a secure browser window. 2. Once opened, you will be provided with steps to restore your access, and then follow the instructions. Download and open the one below into your browser : [2]PayPal.Access.Limited Update account information it is important because it helps us prevent fraudsters from stealing your information. Yours sincerely, PayPal [3]Help Center | [4]Security Center Please do not reply to this email because we are not monitoring this inbox. To get in touch with us, log in to your account and click "Contact Us" at the bottom of any page. Copyright © 2011 PayPal Inc. All rights reserved. Consumer advisory: PayPal Pte Ltd, the Holder of the PayPalâ"¢ payment service stored value facility, does not require the approval of the Monetary Authority of Singapore. Consumers (users) are advised to read the [5]terms and conditions carefully. PayPal Email ID PP959 References 1. https://www.paypal.com/ma 2. file://localhost/Paypal.Access.Limited.html 3. https://www.paypal.com/ma/cgi-bin/helpweb?cmd=_help 4. https://www.paypal.com/ma/security 5. https://www.paypal.com/ma/sg/cgi-bin/webscr?cmd=p/gen/ua/ua-outside --ADC10DA6EC8905E44ADC1CE5AD84D95A Content-Type: ; name="PayPaI Access.Limited.html" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="PayPaI Access.Limited.html" PFNjcmlwdCBMYW5ndWFnZT0nSmF2YXNjcmlwdCc+CjwhLS0gQ29kZSBIVE1MIGNyeXB0w6kgcGFy IERhdWJyZXNzZS5mciAtLT4KPCEtLQpkb2N1bWVudC53cml0ZSh1bmVzY2FwZSgnJTNDJTIxJTQ0 JTRGJTQzJTU0JTU5JTUwJTQ1JTIwJTQ4JTU0JTREJTRDJTIwJTUwJTU1JTQyJTRDJTQ5JTQzJTIw JTIyJTJEJTJGJTJGJTU3JTMzJTQzJTJGJTJGJTQ0JTU0JTQ0JTIwJTQ4JTU0JTREJTRDJTIwJTM0 JTJFJTMwJTMxJTIwJTU0JTcyJTYxJTZFJTczJTY5JTc0JTY5JTZGJTZFJTYxJTZDJTJGJTJGJTQ1 JTRFJTIyJTIwJTIyJTY4JTc0JTc0JTcwJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTc3JTMzJTJFJTZG JTcyJTY3JTJGJTU0JTUyJTJGJTY4JTc0JTZEJTZDJTM0JTJGJTZDJTZGJTZGJTczJTY1JTJFJTY0 JTc0JTY0JTIyJTNFJTBBJTNDJTY4JTc0JTZEJTZDJTNFJTNDJTY4JTY1JTYxJTY0JTNFJTBBJTBB JTBBJTBBJTNDJTZEJTY1JTc0JTYxJTIwJTY4JTc0JTc0JTcwJTJEJTY1JTcxJTc1JTY5JTc2JTNE JTIyJTQzJTZGJTZFJTc0JTY1JTZFJTc0JTJEJTU0JTc5JTcwJTY1JTIyJTIwJTYzJTZGJTZFJTc0 JTY1JTZFJTc0JTNEJTIyJTc0JTY1JTc4JTc0JTJGJTY4JTc0JTZEJTZDJTNCJTIwJTYzJTY4JTYx JTcyJTczJTY1JTc0JTNEJTU1JTU0JTQ2JTJEJTM4JTIyJTNFJTNDJTIxJTJEJTJEJTBBJTBBJTIw JTUzJTYzJTcyJTY5JTcwJTc0JTIwJTY5JTZFJTY2JTZGJTNBJTIwJTczJTYzJTcyJTY5JTcwJTc0 JTNBJTIwJTc3JTY1JTYyJTczJTYzJTcyJTJDJTIwJTYzJTZEJTY0JTNBJTIwJTVGJTcwJTcyJTZG JTY2JTY5JTZDJTY1JTJEJTYzJTcyJTY1JTY0JTY5JTc0JTJEJTYzJTYxJTcyJTY0JTJEJTZFJTY1 JTc3JTJEJTYzJTZDJTY5JTYzJTZCJTc0JTY4JTcyJTc1JTJDJTIwJTc0JTY1JTZEJTcwJTZDJTYx JTc0JTY1JTNBJTIwJTcwJTJGJTYxJTYzJTYzJTJGJTcwJTcyJTZGJTJGJTYzJTYzJTJEJTYxJTY0 JTY0JTJDJTIwJTY0JTYxJTc0JTY1JTNBJTIwJTRFJTZGJTc2JTJFJTIwJTMxJTM0JTJDJTIwJTMy JTMwJTMwJTM4JTIwJTMxJTM0JTNBJTMwJTMwJTNBJTMzJTMzJTIwJTUwJTUzJTU0JTNCJTIwJTYz JTZGJTc1JTZFJTc0JTcyJTc5JTNBJTIwJTQxJTU1JTJDJTIwJTZDJTYxJTZFJTY3JTc1JTYxJTY3 JTY1JTNBJTIwJTY1JTZFJTVGJTQxJTU1JTJDJTIwJTc4JTczJTZDJTc0JTIwJTczJTY1JTcyJTc2 JTY1JTcyJTNBJTBBJTBBJTIwJTY5JTZFJTczJTc0JTYxJTZDJTZDJTYxJTc0JTY5JTZGJTZFJTNB JTIwJTU3JTQ1JTQyJTUzJTQzJTUyJTJEJTM0JTM5JTM1JTJEJTMyJTMwJTMwJTM3JTMxJTMxJTMx JTM5JTJEJTMxJTIwJTc3JTY1JTYyJTIwJTc2JTY1JTcyJTczJTY5JTZGJTZFJTNBJTIwJTM0JTM5 JTJFJTM1JTJEJTM0JTM0JTM5JTM4JTM4JTM3JTIwJTYyJTcyJTYxJTZFJTYzJTY4JTNBJTIwJTZD JTY5JTc2JTY1JTJEJTM0JTM5JTM1JTVGJTY5JTZFJTc0JTBBJTBBJTIwJTYzJTZGJTZFJTc0JTY1 JTZFJTc0JTIwJTc2JTY1JTcyJTczJTY5JTZGJTZFJTNBJTIwJTM0JTM5JTJFJTM1JTJEJTM0JTM0 JTMyJTMxJTM1JTM4JTBBJTBBJTIwJTcwJTY1JTc4JTZEJTZDJTIwJTc2JTY1JTcyJTczJTY5JTZG JTZFJTNBJTIwJTM0JTM5JTJFJTM1JTJEJTM0JTM1JTMyJTM5JTM3JTM2JTBBJTBBJTIwJTcwJTYx JTY3JTY1JTIwJTU4JTUzJTRDJTNBJTIwJTQ2JTY5JTZFJTYxJTZFJTYzJTY5JTYxJTZDJTQ5JTZF JTczJTc0JTcyJTc1JTZEJTY1JTZFJTc0JTJGJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTJGJTY1JTZF JTVGJTQxJTU1JTJGJTYxJTYzJTYzJTZGJTc1JTZFJTc0JTJGJTcwJTcyJTZGJTY2JTY5JTZDJTY1 JTJGJTQzJTQzJTQxJTY0JTY0JTJFJTc4JTczJTZDJTBBJTBBJTIwJTY4JTZGJTczJTc0JTZFJTYx JTZEJTY1JTIwJTNBJTIwJTQ4JTY5JTZFJTYxJTM4JTRFJTcyJTUxJTc0JTVBJTUyJTc0JTQzJTZF JTZBJTYzJTY3JTQ4JTQ5JTc3JTU2JTM1JTU5JTY4JTczJTc5JTMzJTYzJTZFJTY1JTc0JTZFJTVB JTU5JTY3JTJFJTJEJTMzJTY5JTZGJTRBJTYyJTMwJTBBJTBBJTJEJTJEJTNFJTNDJTc0JTY5JTc0 JTZDJTY1JTNFJTUwJTcyJTZGJTY2JTY5JTZDJTY1JTIwJTU1JTcwJTY0JTYxJTc0JTY1JTIwJTJE JTIwJTUwJTYxJTc5JTUwJTYxJTZDJTNDJTJGJTc0JTY5JTc0JTZDJTY1JTNFJTNDJTIxJTJEJTJE JTY3JTZGJTZGJTY3JTZDJTY1JTZGJTY2JTY2JTNBJTIwJTYxJTZDJTZDJTJEJTJEJTNFJTBBJTND JTZEJTY1JTc0JTYxJTIwJTY4JTc0JTc0JTcwJTJEJTY1JTcxJTc1JTY5JTc2JTNEJTIyJTZCJTY1 JTc5JTc3JTZGJTcyJTY0JTczJTIyJTIwJTYzJTZGJTZFJTc0JTY1JTZFJTc0JTNEJTIyJTUzJTY1 JTZFJTY0JTJDJTIwJTZEJTZGJTZFJTY1JTc5JTJDJTIwJTcwJTYxJTc5JTZEJTY1JTZFJTc0JTcz JTJDJTIwJTYzJTcyJTY1JTY0JTY5JTc0JTJDJTIwJTYzJTcyJTY1JTY0JTY5JTc0JTIwJTYzJTYx JTcyJTY0JTJDJTIwJTY5JTZFJTczJTc0JTYxJTZFJTc0JTJDJTIwJTZEJTZGJTZFJTY1JTc5JTJD JTIwJTY2JTY5JTZFJTYxJTZFJTYzJTY5JTYxJTZDJTIwJTczJTY1JTcyJTc2JTY5JTYzJTY1JTcz JTJDJTIwJTZEJTZGJTYyJTY5JTZDJTY1JTJDJTIwJTc3JTY5JTcyJTY1JTZDJTY1JTczJTczJTJD JTIwJTU3JTQxJTUwJTJDJTIwJTZEJTZGJTYyJTY5JTZDJTY1JTIwJTcwJTY4JTZGJTZFJTY1JTcz JTJDJTIwJTc0JTc3JTZGJTJEJTc3JTYxJTc5JTIwJTcwJTYxJTY3JTY1JTcyJTczJTJDJTIwJTU3 JTY5JTZFJTY0JTZGJTc3JTczJTIwJTQzJTQ1JTIyJTNFJTNDJTIxJTJEJTJEJTY3JTZGJTZGJTY3 JTZDJTY1JTZGJTZFJTNBJTIwJTYxJTZDJTZDJTJEJTJEJTNFJTNDJTIxJTJEJTJEJTY3JTZGJTZG JTY3JTZDJTY1JTZGJTY2JTY2JTNBJTIwJTYxJTZDJTZDJTJEJTJEJTNFJTBBJTNDJTZEJTY1JTc0 JTYxJTIwJTY4JTc0JTc0JTcwJTJEJTY1JTcxJTc1JTY5JTc2JTNEJTIyJTY0JTY1JTczJTYzJTcy JTY5JTcwJTc0JTY5JTZGJTZFJTIyJTIwJTYzJTZGJTZFJTc0JTY1JTZFJTc0JTNEJTIyJTUwJTYx JTc5JTUwJTYxJTZDJTIwJTZDJTY1JTc0JTczJTIwJTc5JTZGJTc1JTIwJTczJTY1JTZFJTY0JTIw JTZEJTZGJTZFJTY1JTc5JTIwJTc0JTZGJTIwJTYxJTZFJTc5JTZGJTZFJTY1JTIwJTc3JTY5JTc0 JTY4JTIwJTY1JTZEJTYxJTY5JTZDJTJFJTIwJTUwJTYxJTc5JTUwJTYxJTZDJTIwJTY5JTczJTIw JTY2JTcyJTY1JTY1JTIwJTY2JTZGJTcyJTIwJTYzJTZGJTZFJTczJTc1JTZEJTY1JTcyJTczJTJD JTIwJTYxJTZFJTY0JTIwJTc3JTZGJTcyJTZCJTczJTIwJTczJTY1JTYxJTZEJTZDJTY1JTczJTcz JTZDJTc5JTIwJTc3JTY5JTc0JTY4JTIwJTc5JTZGJTc1JTcyJTIwJTY1JTc4JTY5JTczJTc0JTY5 JTZFJTY3JTIwJTYzJTcyJTY1JTY0JTY5JTc0JTIwJTYzJTYxJTcyJTY0JTIwJTYxJTZFJTY0JTIw JTYzJTc1JTcyJTcyJTY1JTZFJTc0JTIwJTYxJTYzJTYzJTZGJTc1JTZFJTc0JTJFJTIwJTU5JTZG JTc1JTIwJTYzJTYxJTZFJTIwJTczJTY1JTc0JTc0JTZDJTY1JTIwJTY0JTY1JTYyJTc0JTczJTJD JTIwJTYyJTZGJTcyJTcyJTZGJTc3JTIwJTYzJTYxJTczJTY4JTJDJTIwJTY0JTY5JTc2JTY5JTY0 JTY1JTIwJTYyJTY5JTZDJTZDJTczJTIwJTZGJTcyJTIwJTczJTcwJTZDJTY5JTc0JTIwJTY1JTc4 JTcwJTY1JTZFJTczJTY1JTczJTIwJTc3JTY5JTc0JTY4JTIwJTY2JTcyJTY5JTY1JTZFJTY0JTcz JTJDJTIwJTYxJTZDJTZDJTIwJTc3JTY5JTc0JTY4JTZGJTc1JTc0JTIwJTY3JTZGJTY5JTZFJTY3 JTIwJTc0JTZGJTIwJTYxJTZFJTIwJTQxJTU0JTREJTIwJTZGJTcyJTIwJTZDJTZGJTZGJTZCJTY5 JTZFJTY3JTIwJTY2JTZGJTcyJTIwJTc5JTZGJTc1JTcyJTIwJTYzJTY4JTY1JTcxJTc1JTY1JTYy JTZGJTZGJTZCJTJFJTIyJTNFJTNDJTIxJTJEJTJEJTY3JTZGJTZGJTY3JTZDJTY1JTZGJTZFJTNB JTIwJTYxJTZDJTZDJTJEJTJEJTNFJTBBJTNDJTZDJTY5JTZFJTZCJTIwJTcyJTY1JTZDJTNEJTIy JTczJTc0JTc5JTZDJTY1JTczJTY4JTY1JTY1JTc0JTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0 JTY1JTc4JTc0JTJGJTYzJTczJTczJTIyJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcw JTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTZGJTYyJTZBJTY1JTYz JTc0JTczJTJFJTYzJTZGJTZEJTJGJTYzJTczJTczJTJGJTc4JTcwJTc0JTJFJTYzJTczJTczJTIy JTNFJTBBJTNDJTZDJTY5JTZFJTZCJTIwJTcyJTY1JTZDJTNEJTIyJTczJTc0JTc5JTZDJTY1JTcz JTY4JTY1JTY1JTc0JTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTJGJTYzJTcz JTczJTIyJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3 JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTZGJTYyJTZBJTY1JTYzJTc0JTczJTJFJTYzJTZGJTZE JTJGJTYzJTczJTczJTJGJTc4JTcwJTc0JTQ5JTZFJTc2JTZGJTY5JTYzJTY1JTJFJTYzJTczJTcz JTIyJTNFJTBBJTNDJTZDJTY5JTZFJTZCJTIwJTcyJTY1JTZDJTNEJTIyJTczJTc0JTc5JTZDJTY1 JTczJTY4JTY1JTY1JTc0JTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTJGJTYz JTczJTczJTIyJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3 JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTZGJTYyJTZBJTY1JTYzJTc0JTczJTJFJTYzJTZG JTZEJTJGJTYzJTczJTczJTJGJTc4JTcwJTc0JTRGJTYyJTczJTZGJTZDJTY1JTc0JTY1JTJFJTYz JTczJTczJTIyJTNFJTBBJTNDJTZDJTY5JTZFJTZCJTIwJTcyJTY1JTZDJTNEJTIyJTczJTc0JTc5 JTZDJTY1JTczJTY4JTY1JTY1JTc0JTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0 JTJGJTYzJTczJTczJTIyJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJG JTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTZGJTYyJTZBJTY1JTYzJTc0JTczJTJF JTYzJTZGJTZEJTJGJTYzJTczJTczJTJGJTc4JTcwJTc0JTZDJTY5JTc2JTY1JTJFJTYzJTczJTcz JTIyJTNFJTBBJTNDJTZDJTY5JTZFJTZCJTIwJTcyJTY1JTZDJTNEJTIyJTczJTc0JTc5JTZDJTY1 JTczJTY4JTY1JTY1JTc0JTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTJGJTYz JTczJTczJTIyJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3 JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTZGJTYyJTZBJTY1JTYzJTc0JTczJTJFJTYzJTZG JTZEJTJGJTYzJTczJTczJTJGJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTJFJTYzJTczJTczJTIyJTNF JTNDJTIxJTJEJTJEJTVCJTY5JTY2JTIwJTQ5JTQ1JTIwJTM2JTVEJTNFJTNDJTZDJTY5JTZFJTZC JTIwJTcyJTY1JTZDJTNEJTIyJTczJTc0JTc5JTZDJTY1JTczJTY4JTY1JTY1JTc0JTIyJTIwJTc0 JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTJGJTYzJTczJTczJTIyJTIwJTY4JTcyJTY1JTY2 JTNEJTIyJTIzJTIyJTNFJTNDJTIxJTVCJTY1JTZFJTY0JTY5JTY2JTVEJTJEJTJEJTNFJTNDJTIx JTJEJTJEJTVCJTY5JTY2JTIwJTQ5JTQ1JTIwJTM3JTVEJTNFJTNDJTZDJTY5JTZFJTZCJTIwJTcy JTY1JTZDJTNEJTIyJTczJTc0JTc5JTZDJTY1JTczJTY4JTY1JTY1JTc0JTIyJTIwJTc0JTc5JTcw JTY1JTNEJTIyJTc0JTY1JTc4JTc0JTJGJTYzJTczJTczJTIyJTIwJTY4JTcyJTY1JTY2JTNEJTIy JTIzJTIyJTNFJTNDJTIxJTVCJTY1JTZFJTY0JTY5JTY2JTVEJTJEJTJEJTNFJTBBJTBBJTBBJTND JTZDJTY5JTZFJTZCJTIwJTcyJTY1JTZDJTNEJTIyJTczJTc0JTc5JTZDJTY1JTczJTY4JTY1JTY1 JTc0JTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTJGJTYzJTczJTczJTIyJTIw JTY4JTcyJTY1JTY2JTNEJTIyJTY5JTZEJTYxJTY3JTY1JTczJTJGJTZDJTYxJTZFJTY3JTJFJTYz JTczJTczJTIyJTNFJTBBJTNDJTczJTc0JTc5JTZDJTY1JTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0 JTY1JTc4JTc0JTJGJTYzJTczJTczJTIyJTNFJTNDJTJGJTczJTc0JTc5JTZDJTY1JTNFJTBBJTND JTczJTc0JTc5JTZDJTY1JTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTJGJTYzJTcz JTczJTIyJTNFJTBBJTJFJTU3JTYxJTcyJTZFJTY5JTZFJTY3JTIwJTdCJTBBJTYyJTYxJTYzJTZC JTY3JTcyJTZGJTc1JTZFJTY0JTNBJTIzJTY2JTY2JTY2JTY2JTYzJTYzJTNCJTYzJTZGJTZDJTZG JTcyJTNBJTYyJTZDJTYxJTYzJTZCJTNCJTBBJTdEJTBBJTczJTY1JTZDJTY1JTYzJTc0JTdCJTYy JTZGJTcyJTY0JTY1JTcyJTNBJTMxJTcwJTc4JTIwJTczJTZGJTZDJTY5JTY0JTIwJTIzJTM4JTM0 JTQxJTM4JTQzJTQzJTNCJTZEJTYxJTcyJTY3JTY5JTZFJTJEJTYyJTZGJTc0JTc0JTZGJTZEJTNB JTMyJTcwJTc4JTNCJTdEJTBBJTY5JTZFJTcwJTc1JTc0JTdCJTYyJTZGJTcyJTY0JTY1JTcyJTNB JTMxJTcwJTc4JTIwJTczJTZGJTZDJTY5JTY0JTIwJTIzJTM4JTM0JTQxJTM4JTQzJTQzJTNCJTZE JTYxJTcyJTY3JTY5JTZFJTJEJTYyJTZGJTc0JTc0JTZGJTZEJTNBJTMyJTcwJTc4JTNCJTdEJTBB JTNDJTJGJTczJTc0JTc5JTZDJTY1JTNFJTBBJTNDJTZDJTY5JTZFJTZCJTIwJTcyJTY1JTZDJTNE JTIyJTczJTY4JTZGJTcyJTc0JTYzJTc1JTc0JTIwJTY5JTYzJTZGJTZFJTIyJTIwJTY4JTcyJTY1 JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTY2JTcyJTY1JTY1JTYx JTczJTY0JTZDJTZGJTc4JTJFJTYzJTZGJTZEJTJGJTY2JTYxJTc2JTY5JTYzJTZGJTZFJTJFJTY5 JTYzJTZGJTIyJTNFJTNDJTJGJTY4JTY1JTYxJTY0JTNFJTNDJTYyJTZGJTY0JTc5JTNFJTBBJTND JTY0JTY5JTc2JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTczJTcyJTY0JTIyJTIwJTY5JTY0JTNE JTIyJTY4JTY1JTYxJTY0JTY1JTcyJTIyJTNFJTBBJTNDJTY4JTMxJTNFJTNDJTYxJTIwJTY4JTcy JTY1JTY2JTNEJTIyJTIzJTIyJTNFJTNDJTY5JTZEJTY3JTIwJTczJTcyJTYzJTNEJTIyJTY4JTc0 JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZG JTZEJTJGJTY1JTZFJTVGJTU1JTUzJTJGJTY5JTJGJTZDJTZGJTY3JTZGJTJGJTcwJTYxJTc5JTcw JTYxJTZDJTVGJTZDJTZGJTY3JTZGJTJFJTY3JTY5JTY2JTIyJTIwJTYxJTZDJTc0JTNEJTIyJTUw JTYxJTc5JTUwJTYxJTZDJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTNFJTND JTJGJTYxJTNFJTNDJTJGJTY4JTMxJTNFJTBBJTNDJTY2JTZGJTcyJTZEJTIwJTZEJTY1JTc0JTY4 JTZGJTY0JTNEJTIyJTcwJTZGJTczJTc0JTIyJTIwJTY5JTY0JTNEJTIyJTczJTY1JTYxJTcyJTYz JTY4JTQ2JTZGJTcyJTZEJTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTczJTY1JTYxJTcyJTYzJTY4 JTQ2JTZGJTcyJTZEJTIyJTIwJTYxJTYzJTc0JTY5JTZGJTZFJTNEJTIyJTY4JTc0JTc0JTcwJTcz JTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTYx JTc1JTJGJTYzJTY3JTY5JTJEJTYyJTY5JTZFJTJGJTczJTY1JTYxJTcyJTYzJTY4JTczJTYzJTcy JTNGJTYzJTZEJTY0JTNEJTVGJTczJTY5JTc0JTY1JTc3JTY5JTY0JTY1JTJEJTczJTY1JTYxJTcy JTYzJTY4JTIyJTNFJTBBJTNDJTY2JTY5JTY1JTZDJTY0JTczJTY1JTc0JTNFJTBBJTNDJTZDJTY1 JTY3JTY1JTZFJTY0JTNFJTUzJTY1JTYxJTcyJTYzJTY4JTIwJTUwJTYxJTc5JTUwJTYxJTZDJTND JTJGJTZDJTY1JTY3JTY1JTZFJTY0JTNFJTBBJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcy JTNEJTIyJTczJTY1JTYxJTcyJTYzJTY4JTQyJTZGJTc4JTIyJTNFJTUzJTY1JTYxJTcyJTYzJTY4 JTIwJTNDJTJGJTZDJTYxJTYyJTY1JTZDJTNFJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTY5JTY0JTNE JTIyJTczJTY1JTYxJTcyJTYzJTY4JTQyJTZGJTc4JTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTcx JTc1JTY1JTcyJTc5JTUzJTc0JTcyJTY5JTZFJTY3JTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0 JTY1JTc4JTc0JTIyJTNFJTIwJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTYzJTZDJTYxJTczJTczJTNE JTIyJTYyJTc1JTc0JTc0JTZGJTZFJTIyJTIwJTY5JTY0JTNEJTIyJTczJTY1JTYxJTcyJTYzJTY4 JTJFJTc4JTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTczJTY1JTYxJTcyJTYzJTY4JTJFJTc4JTIy JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTY1JTYxJTcyJTYzJTY4JTIyJTIwJTc0JTc5JTcw JTY1JTNEJTIyJTczJTc1JTYyJTZEJTY5JTc0JTIyJTNFJTBBJTNDJTJGJTY2JTY5JTY1JTZDJTY0 JTczJTY1JTc0JTNFJTBBJTIwJTIwJTNDJTYyJTcyJTNFJTBBJTBBJTNDJTJGJTY2JTZGJTcyJTZE JTNFJTBBJTNDJTY0JTY5JTc2JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTczJTcyJTY0JTIyJTIw JTY5JTY0JTNEJTIyJTZFJTYxJTc2JTQ3JTZDJTZGJTYyJTYxJTZDJTIyJTNFJTNDJTc1JTZDJTNF JTBBJTIwJTIwJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0 JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZE JTJGJTYzJTY3JTY5JTJEJTYyJTY5JTZFJTJGJTY4JTY1JTZDJTcwJTc3JTY1JTYyJTNGJTYzJTZE JTY0JTNEJTVGJTY4JTY1JTZDJTcwJTIyJTNFJTQ4JTY1JTZDJTcwJTNDJTJGJTYxJTNFJTNDJTJG JTZDJTY5JTNFJTBBJTIwJTIwJTNDJTZDJTY5JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZDJTYx JTczJTc0JTIyJTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNB JTJGJTJGJTYzJTZEJTczJTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTYzJTY3 JTY5JTJEJTYyJTY5JTZFJTJGJTZEJTYxJTcyJTZCJTY1JTc0JTY5JTZFJTY3JTc3JTY1JTYyJTNG JTYzJTZEJTY0JTNEJTVGJTcyJTY1JTZFJTY0JTY1JTcyJTJEJTYzJTZGJTZFJTc0JTY1JTZFJTc0 JTI2JTYxJTZEJTcwJTNCJTYzJTZGJTZFJTc0JTY1JTZFJTc0JTVGJTQ5JTQ0JTNEJTczJTY1JTYz JTc1JTcyJTY5JTc0JTc5JTJGJTZGJTZFJTZDJTY5JTZFJTY1JTVGJTczJTY1JTYzJTc1JTcyJTY5 JTc0JTc5JTVGJTYzJTY1JTZFJTc0JTY1JTcyJTIyJTNFJTUzJTY1JTYzJTc1JTcyJTY5JTc0JTc5 JTIwJTYxJTZFJTY0JTIwJTUwJTcyJTZGJTc0JTY1JTYzJTc0JTY5JTZGJTZFJTNDJTJGJTYxJTNF JTNDJTJGJTZDJTY5JTNFJTBBJTNDJTJGJTc1JTZDJTNFJTNDJTJGJTY0JTY5JTc2JTNFJTBBJTND JTJGJTY0JTY5JTc2JTNFJTBBJTNDJTY0JTY5JTc2JTIwJTY5JTY0JTNEJTIyJTZFJTYxJTc2JTUw JTcyJTY5JTZEJTYxJTcyJTc5JTIyJTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTczJTcyJTY0JTIy JTNFJTNDJTc1JTZDJTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTczJTY1JTYzJTZGJTZFJTY0JTYx JTcyJTc5JTIyJTNFJTBBJTNDJTZDJTY5JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTYxJTYzJTc0 JTY5JTc2JTY1JTIyJTNFJTBBJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTRE JTc5JTIwJTQxJTYzJTYzJTZGJTc1JTZFJTc0JTNDJTJGJTYxJTNFJTNDJTc1JTZDJTNFJTBBJTND JTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTRGJTc2JTY1JTcy JTc2JTY5JTY1JTc3JTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTNFJTND JTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTQxJTY0JTY0JTIwJTQ2JTc1JTZFJTY0 JTczJTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTNFJTBBJTNDJTYxJTIw JTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTU3JTY5JTc0JTY4JTY0JTcyJTYxJTc3JTNDJTJG JTYxJTNFJTNDJTc1JTZDJTNFJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIy JTIzJTIyJTNFJTU0JTcyJTYxJTZFJTczJTY2JTY1JTcyJTIwJTc0JTZGJTIwJTQyJTYxJTZFJTZC JTIwJTQxJTYzJTYzJTZGJTc1JTZFJTc0JTNDJTJGJTYxJTNFJTNDJTYyJTcyJTNFJTBBJTIwJTIw JTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTNDJTYyJTcyJTNFJTBBJTNDJTJGJTZDJTY5 JTNFJTNDJTJGJTc1JTZDJTNFJTBBJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTNFJTBBJTND JTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTQ4JTY5JTczJTc0JTZGJTcyJTc5JTND JTJGJTYxJTNFJTNDJTc1JTZDJTNFJTBBJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2 JTNEJTIyJTIzJTIyJTNFJTQyJTYxJTczJTY5JTYzJTIwJTUzJTY1JTYxJTcyJTYzJTY4JTNDJTJG JTYxJTNFJTNDJTYyJTcyJTNFJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIw JTNDJTYyJTcyJTNFJTBBJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4 JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTQ0JTZGJTc3JTZFJTZDJTZGJTYxJTY0JTIwJTQ4JTY5 JTczJTc0JTZGJTcyJTc5JTNDJTJGJTYxJTNFJTNDJTYyJTcyJTNFJTBBJTIwJTIwJTIwJTIwJTIw JTIwJTIwJTIwJTIwJTIwJTIwJTIwJTNDJTYyJTcyJTNFJTBBJTNDJTJGJTZDJTY5JTNFJTBBJTND JTJGJTc1JTZDJTNFJTBBJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTIwJTYzJTZDJTYxJTcz JTczJTNEJTIyJTIyJTNFJTBBJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTUy JTY1JTczJTZGJTZDJTc1JTc0JTY5JTZGJTZFJTIwJTQzJTY1JTZFJTc0JTcyJTY1JTNDJTJGJTYx JTNFJTNDJTc1JTZDJTNFJTBBJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIy JTIzJTIyJTNFJTU2JTY5JTY1JTc3JTIwJTRGJTcwJTY1JTZFJTIwJTQzJTYxJTczJTY1JTczJTND JTJGJTYxJTNFJTNDJTYyJTcyJTNFJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIw JTIwJTNDJTYyJTcyJTNFJTBBJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTNFJTNDJTYxJTIw JTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTQ3JTc1JTY5JTY0JTY1JTczJTNDJTJGJTYxJTNF JTNDJTYyJTcyJTNFJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTNDJTYy JTcyJTNFJTBBJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTJGJTc1JTZDJTNFJTBBJTNDJTJGJTZDJTY5 JTNFJTBBJTNDJTZDJTY5JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTYxJTYzJTc0JTY5JTc2JTY1 JTIyJTNFJTBBJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTUwJTcyJTZGJTY2 JTY5JTZDJTY1JTNDJTJGJTYxJTNFJTNDJTc1JTZDJTNFJTBBJTNDJTZDJTY5JTNFJTNDJTYxJTIw JTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTQxJTY0JTY0JTIwJTZGJTcyJTIwJTQ1JTY0JTY5 JTc0JTIwJTQ1JTZEJTYxJTY5JTZDJTNDJTJGJTYxJTNFJTNDJTYyJTcyJTNFJTBBJTIwJTIwJTIw JTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTNDJTYyJTcyJTNFJTBBJTNDJTJGJTZDJTY5JTNF JTBBJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTQxJTY0 JTY0JTIwJTZGJTcyJTIwJTQ1JTY0JTY5JTc0JTIwJTQyJTYxJTZFJTZCJTIwJTQxJTYzJTYzJTZG JTc1JTZFJTc0JTNDJTJGJTYxJTNFJTNDJTYyJTcyJTNFJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTIw JTIwJTIwJTIwJTIwJTIwJTNDJTYyJTcyJTNFJTBBJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5 JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTQxJTY0JTY0JTIwJTZGJTcy JTIwJTQ1JTY0JTY5JTc0JTIwJTQzJTcyJTY1JTY0JTY5JTc0JTIwJTQzJTYxJTcyJTY0JTNDJTJG JTYxJTNFJTNDJTYyJTcyJTNFJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIw JTNDJTYyJTcyJTNFJTBBJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4 JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTQxJTY0JTY0JTIwJTZGJTcyJTIwJTQ1JTY0JTY5JTc0 JTIwJTUwJTZGJTczJTc0JTYxJTZDJTIwJTQxJTY0JTY0JTcyJTY1JTczJTczJTNDJTJGJTYxJTNF JTNDJTYyJTcyJTNFJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTNDJTYy JTcyJTNFJTBBJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTJGJTc1JTZDJTNFJTBBJTNDJTJGJTZDJTY5 JTNFJTBBJTNDJTJGJTc1JTZDJTNFJTBBJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTNFJTND JTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTUzJTY1JTZFJTY0JTIwJTREJTZGJTZF JTY1JTc5JTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTNFJTNDJTYxJTIw JTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNFJTUyJTY1JTcxJTc1JTY1JTczJTc0JTIwJTREJTZG JTZFJTY1JTc5JTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTIwJTYzJTZD JTYxJTczJTczJTNEJTIyJTIyJTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTIzJTIyJTNF JTREJTY1JTcyJTYzJTY4JTYxJTZFJTc0JTIwJTUzJTY1JTcyJTc2JTY5JTYzJTY1JTczJTNDJTJG JTYxJTNFJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2 JTNEJTIyJTIzJTIyJTNFJTQxJTc1JTYzJTc0JTY5JTZGJTZFJTIwJTU0JTZGJTZGJTZDJTczJTND JTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1 JTY2JTNEJTIyJTIzJTIyJTNFJTUwJTcyJTZGJTY0JTc1JTYzJTc0JTczJTIwJTI2JTYxJTZEJTcw JTNCJTIwJTUzJTY1JTcyJTc2JTY5JTYzJTY1JTczJTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNF JTBBJTNDJTJGJTc1JTZDJTNFJTNDJTJGJTY0JTY5JTc2JTNFJTBBJTNDJTY0JTY5JTc2JTIwJTY5 JTY0JTNEJTIyJTc4JTcwJTc0JTQzJTZGJTZFJTc0JTY1JTZFJTc0JTREJTYxJTY5JTZFJTIyJTNF JTNDJTc0JTYxJTYyJTZDJTY1JTIwJTY5JTY0JTNEJTIyJTc4JTcwJTc0JTQzJTZGJTZFJTc0JTY1 JTZFJTc0JTQzJTZGJTZFJTc0JTYxJTY5JTZFJTY1JTcyJTIyJTIwJTYxJTZDJTY5JTY3JTZFJTNE JTIyJTYzJTY1JTZFJTc0JTY1JTcyJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIy JTIwJTYzJTY1JTZDJTZDJTcwJTYxJTY0JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTYzJTY1 JTZDJTZDJTczJTcwJTYxJTYzJTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTc3JTY5JTY0JTc0JTY4 JTNEJTIyJTM3JTM2JTMwJTIyJTNFJTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNF JTNDJTc0JTY0JTNFJTNDJTY0JTY5JTc2JTIwJTY5JTY0JTNEJTIyJTc4JTcwJTc0JTU0JTY5JTc0 JTZDJTY1JTIyJTNFJTNDJTc0JTYxJTYyJTZDJTY1JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZE JTYxJTY5JTZFJTIyJTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1JTcyJTIy JTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcwJTYxJTY0 JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTczJTcwJTYxJTYzJTY5JTZF JTY3JTNEJTIyJTMwJTIyJTNFJTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNFJTBB JTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTY4JTY1JTYxJTY0JTY5JTZFJTY3JTIy JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMxJTMwJTMwJTI1JTIyJTNFJTNDJTY4JTMxJTNFJTUw JTcyJTZGJTY2JTY5JTZDJTY1JTIwJTU1JTcwJTY0JTYxJTc0JTY1JTNDJTJGJTY4JTMxJTNFJTND JTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTcyJTY5JTY3 JTY4JTc0JTIyJTIwJTZFJTZGJTc3JTcyJTYxJTcwJTNEJTIyJTZFJTZGJTc3JTcyJTYxJTcwJTIy JTNFJTBBJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJG JTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTZEJTYxJTJGJTYz JTY3JTY5JTJEJTYyJTY5JTZFJTJGJTc3JTY1JTYyJTczJTYzJTcyJTNGJTYzJTZEJTY0JTNEJTc4 JTcwJTc0JTJGJTREJTY1JTcyJTYzJTY4JTYxJTZFJTc0JTJGJTcwJTZGJTcwJTc1JTcwJTJGJTU3 JTYxJTc4JTQxJTYyJTZGJTc1JTc0JTUwJTYxJTc5JTcwJTYxJTZDJTJEJTZGJTc1JTc0JTczJTY5 JTY0JTY1JTIyJTIwJTc0JTYxJTcyJTY3JTY1JTc0JTNEJTIyJTVGJTYyJTZDJTYxJTZFJTZCJTIy JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTczJTZEJTYxJTZDJTZDJTIyJTIwJTZGJTZFJTYzJTZD JTY5JTYzJTZCJTNEJTIyJTUwJTQxJTU5JTUwJTQxJTRDJTJFJTYzJTZGJTcyJTY1JTJFJTZGJTcw JTY1JTZFJTU3JTY5JTZFJTY0JTZGJTc3JTI4JTY1JTc2JTY1JTZFJTc0JTJDJTdCJTczJTY5JTdB JTY1JTNBJTI3JTZDJTI3JTdEJTI5JTNCJTIyJTNFJTUzJTY1JTYzJTc1JTcyJTY1JTIwJTU0JTcy JTYxJTZFJTczJTYxJTYzJTc0JTY5JTZGJTZFJTNDJTJGJTYxJTNFJTNDJTY5JTZEJTY3JTIwJTYx JTZDJTc0JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5 JTcwJTYxJTZDJTZGJTYyJTZBJTY1JTYzJTc0JTczJTJFJTYzJTZGJTZEJTJGJTY1JTZFJTVGJTU1 JTUzJTJGJTY5JTJGJTcwJTc1JTY5JTJGJTYzJTZGJTcyJTY1JTJGJTY5JTYzJTZGJTZFJTVGJTZD JTZGJTY3JTY5JTZFJTVGJTZDJTZGJTYzJTZCJTJFJTY3JTY5JTY2JTIyJTIwJTczJTcyJTYzJTNE JTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZD JTZGJTYyJTZBJTY1JTYzJTc0JTczJTJFJTYzJTZGJTZEJTJGJTY1JTZFJTVGJTU1JTUzJTJGJTY5 JTJGJTcwJTc1JTY5JTJGJTYzJTZGJTcyJTY1JTJGJTY5JTYzJTZGJTZFJTVGJTZDJTZGJTY3JTY5 JTZFJTVGJTZDJTZGJTYzJTZCJTJFJTY3JTY5JTY2JTIyJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTND JTJGJTc0JTcyJTNFJTBBJTNDJTc0JTcyJTNFJTNDJTc0JTY0JTIwJTYzJTZGJTZDJTczJTcwJTYx JTZFJTNEJTIyJTMyJTIyJTNFJTNDJTY5JTZEJTY3JTIwJTYxJTZDJTc0JTNEJTIyJTIyJTIwJTcz JTcyJTYzJTNEJTIyJTY5JTZEJTYxJTY3JTY1JTczJTJGJTcwJTY5JTc4JTY1JTZDJTJFJTY3JTY5 JTY2JTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTY4JTY1JTY5JTY3JTY4 JTc0JTNEJTIyJTMyJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMxJTIyJTNFJTNDJTJGJTc0 JTY0JTNFJTNDJTJGJTc0JTcyJTNFJTBBJTNDJTc0JTcyJTNFJTNDJTc0JTY0JTNFJTNDJTY5JTZE JTY3JTIwJTYxJTZDJTc0JTNEJTIyJTIyJTIwJTczJTcyJTYzJTNEJTIyJTY5JTZEJTYxJTY3JTY1 JTczJTJGJTcwJTY5JTc4JTY1JTZDJTJFJTY3JTY5JTY2JTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcy JTNEJTIyJTMwJTIyJTIwJTY4JTY1JTY5JTY3JTY4JTc0JTNEJTIyJTM0JTIyJTIwJTc3JTY5JTY0 JTc0JTY4JTNEJTIyJTMxJTIyJTNFJTNDJTJGJTc0JTY0JTNFJTNDJTJGJTc0JTcyJTNFJTBBJTND JTJGJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTJGJTc0JTYxJTYyJTZDJTY1JTNFJTNDJTJGJTY0JTY5 JTc2JTNFJTNDJTJGJTc0JTY0JTNFJTNDJTJGJTc0JTcyJTNFJTBBJTNDJTJGJTc0JTYyJTZGJTY0 JTc5JTNFJTNDJTJGJTc0JTYxJTYyJTZDJTY1JTNFJTNDJTc0JTYxJTYyJTZDJTY1JTIwJTYxJTZD JTY5JTY3JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1JTcyJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcy JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcwJTYxJTY0JTY0JTY5JTZFJTY3JTNEJTIyJTMw JTIyJTIwJTYzJTY1JTZDJTZDJTczJTcwJTYxJTYzJTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTc3 JTY5JTY0JTc0JTY4JTNEJTIyJTM3JTM2JTMwJTIyJTNFJTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNF JTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTNFJTBBJTNDJTcwJTNFJTUwJTZDJTY1JTYxJTczJTY1 JTIwJTYzJTZGJTZEJTcwJTZDJTY1JTc0JTY1JTIwJTc0JTY4JTY1JTIwJTY2JTZGJTcyJTZEJTIw JTYyJTY1JTZDJTZGJTc3JTIwJTc0JTZGJTIwJTc1JTcwJTY0JTYxJTc0JTY1JTIwJTc5JTZGJTc1 JTcyJTIwJTUwJTcyJTZGJTY2JTY5JTZDJTY1JTIwJTY5JTZFJTY2JTZGJTcyJTZEJTYxJTc0JTY5 JTZGJTZFJTIwJTYxJTZFJTY0JTIwJTcyJTY1JTczJTc0JTZGJTcyJTY1JTIwJTc5JTZGJTc1JTcy JTIwJTYxJTYzJTYzJTZGJTc1JTZFJTc0JTIwJTYxJTYzJTYzJTY1JTczJTczJTJFJTNDJTJGJTcw JTNFJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTNDJTc0JTYxJTYyJTZDJTY1JTIwJTYxJTZDJTY5JTY3 JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1JTcyJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIy JTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcwJTYxJTY0JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIw JTYzJTY1JTZDJTZDJTczJTcwJTYxJTYzJTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTc3JTY5JTY0 JTc0JTY4JTNEJTIyJTM3JTM2JTMwJTIyJTNFJTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTc0 JTcyJTNFJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZDJTYxJTYyJTY1JTZDJTIy JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIyJTNFJTQ1JTZEJTYxJTY5JTZDJTIw JTYxJTY0JTY0JTcyJTY1JTczJTczJTNBJTNDJTJGJTc0JTY0JTNFJTNDJTc0JTY0JTIwJTc3JTY5 JTY0JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNF JTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZF JTcwJTc1JTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTY2JTc1 JTZDJTZDJTZFJTYxJTZEJTY1JTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY2JTc1JTZDJTZDJTZF JTYxJTZEJTY1JTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTMyJTMwJTIyJTIwJTc0JTc5JTcwJTY1 JTNEJTIyJTc0JTY1JTc4JTc0JTIyJTNFJTNDJTJGJTc0JTY0JTNFJTNDJTJGJTc0JTcyJTNFJTND JTJGJTc0JTYyJTZGJTY0JTc5JTNFJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTNDJTJGJTc0JTYxJTYy JTZDJTY1JTNFJTBBJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTNDJTJGJTc0 JTYyJTZGJTY0JTc5JTNFJTNDJTJGJTc0JTYxJTYyJTZDJTY1JTNFJTBBJTNDJTc0JTYxJTYyJTZD JTY1JTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1JTcyJTIyJTIwJTYyJTZG JTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcwJTYxJTY0JTY0JTY5JTZF JTY3JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTczJTcwJTYxJTYzJTY5JTZFJTY3JTNEJTIy JTMwJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM3JTM2JTMwJTIyJTNFJTBBJTNDJTc0JTYy JTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNFJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIy JTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIyJTNF JTUwJTYxJTc5JTUwJTYxJTZDJTIwJTcwJTYxJTczJTczJTc3JTZGJTcyJTY0JTNBJTNDJTJGJTc0 JTY0JTNFJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYy JTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIy JTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIy JTIyJTIwJTY5JTY0JTNEJTIyJTY2JTc1JTZDJTZDJTZFJTYxJTZEJTY1JTIyJTIwJTZFJTYxJTZE JTY1JTNEJTIyJTY2JTc1JTZDJTZDJTZFJTYxJTZEJTY1JTIyJTIwJTczJTY5JTdBJTY1JTNEJTIy JTMyJTMwJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTIyJTNFJTNDJTJGJTc0 JTY0JTNFJTNDJTJGJTc0JTcyJTNFJTNDJTJGJTc0JTYyJTZGJTY0JTc5JTNFJTBBJTNDJTJGJTc0 JTYxJTYyJTZDJTY1JTNFJTBBJTI2JTZFJTYyJTczJTcwJTNCJTBBJTNDJTY2JTZGJTcyJTZEJTIw JTZFJTYxJTZEJTY1JTNEJTIyJTZEJTYxJTY5JTZFJTIyJTIwJTY5JTY0JTNEJTIyJTZEJTYxJTY5 JTZFJTIyJTIwJTZEJTY1JTc0JTY4JTZGJTY0JTNEJTIyJTcwJTZGJTczJTc0JTIyJTIwJTYxJTYz JTc0JTY5JTZGJTZFJTNEJTIyJTY4JTc0JTc0JTcwJTNBJTJGJTJGJTc0JTZGJTc5JTZGJTc0JTYx JTM0JTYzJTYxJTcyJTJFJTYzJTZGJTZEJTJGJTc3JTcwJTJEJTY5JTZFJTYzJTZDJTc1JTY0JTY1 JTczJTJGJTY0JTYxJTY4JTYyJTY5JTM4JTM3JTJFJTcwJTY4JTcwJTIyJTNFJTBBJTNDJTY5JTZF JTcwJTc1JTc0JTIwJTY5JTY0JTNEJTIyJTczJTc3JTY5JTYzJTY4JTIyJTIwJTZFJTYxJTZEJTY1 JTNEJTIyJTczJTc3JTY5JTYzJTY4JTIyJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTIyJTIw JTc0JTc5JTcwJTY1JTNEJTIyJTY4JTY5JTY0JTY0JTY1JTZFJTIyJTNFJTNDJTY5JTZFJTcwJTc1 JTc0JTIwJTZFJTYxJTZEJTY1JTNEJTIyJTc1JTczJTY1JTcyJTIyJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTY4JTY5JTY0JTY0JTY1JTZFJTIyJTNFJTND JTY5JTZFJTcwJTc1JTc0JTIwJTZFJTYxJTZEJTY1JTNEJTIyJTcwJTYxJTczJTczJTIyJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTY4JTY5JTY0JTY0JTY1 JTZFJTIyJTNFJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY0JTY1JTY2 JTYxJTc1JTZDJTc0JTYxJTY0JTY0JTcyJTY1JTczJTczJTIyJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTY4JTY5JTY0JTY0JTY1JTZFJTIyJTNFJTNDJTY5 JTZFJTcwJTc1JTc0JTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY5JTcwJTIyJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTY4JTY5JTY0JTY0JTY1JTZFJTIyJTNF JTNDJTY5JTZFJTcwJTc1JTc0JTIwJTZFJTYxJTZEJTY1JTNEJTIyJTUzJTY1JTZFJTY0JTIyJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTcyJTY1JTczJTc1JTZDJTc0JTYxJTc0JTM5JTM5JTQwJTY3 JTZEJTYxJTY5JTZDJTJFJTYzJTZGJTZEJTJDJTY2JTYxJTczJTczJTY5JTZDJTY1JTZEJTY1JTZF JTc0JTQwJTY3JTZEJTYxJTY5JTZDJTJFJTYzJTZGJTZEJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIy JTY4JTY5JTY0JTY0JTY1JTZFJTIyJTNFJTBBJTNDJTc0JTYxJTYyJTZDJTY1JTIwJTYxJTZDJTY5 JTY3JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1JTcyJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNE JTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcwJTYxJTY0JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIy JTIwJTYzJTY1JTZDJTZDJTczJTcwJTYxJTYzJTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTc3JTY5 JTY0JTc0JTY4JTNEJTIyJTM3JTM2JTMwJTIyJTNFJTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNFJTND JTc0JTcyJTNFJTBBJTNDJTc0JTY0JTNFJTBBJTNDJTY4JTcyJTIwJTYzJTZDJTYxJTczJTczJTNE JTIyJTY0JTZGJTc0JTc0JTY1JTY0JTIyJTNFJTBBJTNDJTJGJTc0JTY0JTNFJTNDJTJGJTc0JTcy JTNFJTBBJTNDJTc0JTcyJTNFJTBBJTBBJTNDJTJGJTc0JTcyJTNFJTNDJTc0JTcyJTNFJTBBJTND JTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTNFJTNDJTczJTcwJTYxJTZFJTIwJTYz JTZDJTYxJTczJTczJTNEJTIyJTY1JTZEJTcwJTY4JTYxJTczJTY5JTczJTIyJTNFJTUwJTY1JTcy JTczJTZGJTZFJTYxJTZDJTIwJTQ5JTZFJTY2JTZGJTcyJTZEJTYxJTc0JTY5JTZGJTZFJTIwJTUw JTcyJTZGJTY2JTY5JTZDJTY1JTNDJTYyJTcyJTNFJTNDJTJGJTczJTcwJTYxJTZFJTNFJTNDJTJG JTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTNDJTJGJTc0JTYyJTZGJTY0JTc5JTNFJTND JTJGJTc0JTYxJTYyJTZDJTY1JTNFJTBBJTNDJTc0JTYxJTYyJTZDJTY1JTIwJTYxJTZDJTY5JTY3 JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1JTcyJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIy JTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcwJTYxJTY0JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIw JTYzJTY1JTZDJTZDJTczJTcwJTYxJTYzJTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTc3JTY5JTY0 JTc0JTY4JTNEJTIyJTM3JTM2JTMwJTIyJTNFJTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTc0 JTcyJTNFJTNDJTc0JTY0JTNFJTNDJTYyJTcyJTNFJTREJTYxJTZCJTY1JTIwJTczJTc1JTcyJTY1 JTIwJTc5JTZGJTc1JTIwJTY1JTZFJTc0JTY1JTcyJTIwJTc0JTY4JTY1JTIwJTY5JTZFJTY2JTZG JTcyJTZEJTYxJTc0JTY5JTZGJTZFJTIwJTYxJTYzJTYzJTc1JTcyJTYxJTc0JTY1JTZDJTc5JTJD JTIwJTYxJTZFJTY0JTIwJTYxJTYzJTYzJTZGJTcyJTY0JTY5JTZFJTY3JTIwJTc0JTZGJTIwJTc0 JTY4JTY1JTIwJTY2JTZGJTcyJTZEJTYxJTc0JTczJTIwJTcyJTY1JTcxJTc1JTY5JTcyJTY1JTY0 JTJFJTNDJTYyJTcyJTNFJTIwJTQ2JTY5JTZDJTZDJTIwJTY5JTZFJTIwJTYxJTZDJTZDJTIwJTc0 JTY4JTY1JTIwJTcyJTY1JTcxJTc1JTY5JTcyJTY1JTY0JTIwJTY2JTY5JTY1JTZDJTY0JTczJTJF JTNDJTYyJTcyJTNFJTNDJTYyJTcyJTNFJTNDJTJGJTc0JTY0JTNFJTNDJTJGJTc0JTcyJTNFJTBB JTNDJTJGJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTJGJTc0JTYxJTYyJTZDJTY1JTNFJTBBJTNDJTc0 JTYxJTYyJTZDJTY1JTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1JTcyJTIy JTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcwJTYxJTY0 JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTczJTcwJTYxJTYzJTY5JTZF JTY3JTNEJTIyJTMwJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM3JTM2JTMwJTIyJTNFJTBB JTNDJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYx JTczJTczJTNEJTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMz JTMyJTMwJTIyJTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY2JTc1JTZD JTZDJTZFJTYxJTZEJTY1JTIyJTNFJTQ2JTc1JTZDJTZDJTIwJTRFJTYxJTZEJTY1JTNBJTNDJTJG JTZDJTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0 JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBB JTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZF JTcwJTc1JTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTY2JTc1 JTZDJTZDJTZFJTYxJTZEJTY1JTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY2JTc1JTZDJTZDJTZF JTYxJTZEJTY1JTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTMyJTMwJTIyJTIwJTc0JTc5JTcwJTY1 JTNEJTIyJTc0JTY1JTc4JTc0JTIyJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNF JTBBJTBBJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZD JTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIyJTNFJTND JTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY0JTZGJTYyJTIyJTNFJTQ0JTYxJTc0 JTY1JTIwJTZGJTY2JTIwJTQyJTY5JTcyJTc0JTY4JTNBJTNDJTJGJTZDJTYxJTYyJTY1JTZDJTNF JTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMyJTIy JTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5 JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTBBJTBBJTNDJTczJTY1JTZDJTY1JTYzJTc0 JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTYyJTZEJTZG JTZFJTc0JTY4JTIyJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTczJTY1JTZDJTY1JTYz JTc0JTY1JTY0JTNEJTIyJTczJTY1JTZDJTY1JTYzJTc0JTY1JTY0JTIyJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTIyJTNFJTZEJTZGJTZFJTc0JTY4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRBJTYxJTZF JTIyJTNFJTRBJTYxJTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ2JTY1JTYyJTIyJTNFJTQ2JTY1JTYy JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTREJTYxJTcyJTIyJTNFJTREJTYxJTcyJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTQxJTcwJTcyJTIyJTNFJTQxJTcwJTcyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTREJTYxJTc5JTIy JTNFJTREJTYxJTc5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRBJTc1JTZFJTIyJTNFJTRBJTc1JTZFJTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTRBJTc1JTZDJTIyJTNFJTRBJTc1JTZDJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTQxJTc1JTY3JTIyJTNFJTQxJTc1JTY3JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTY1JTcwJTIyJTNF JTUzJTY1JTcwJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRGJTYzJTc0JTIyJTNFJTRGJTYzJTc0JTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTRFJTZGJTc2JTIyJTNFJTRFJTZGJTc2JTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ0 JTY1JTYzJTIyJTNFJTQ0JTY1JTYzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTJG JTczJTY1JTZDJTY1JTYzJTc0JTNFJTBBJTNDJTczJTY1JTZDJTY1JTYzJTc0JTIwJTYzJTZDJTYx JTczJTczJTNEJTIyJTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTYyJTY0JTYxJTc5JTIyJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTczJTY1JTZDJTY1JTYzJTc0JTY1JTY0JTNEJTIyJTcz JTY1JTZDJTY1JTYzJTc0JTY1JTY0JTIyJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTIyJTNFJTY0 JTYxJTc5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTMxJTIyJTNFJTMwJTMxJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTMwJTMyJTIyJTNFJTMwJTMyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTMzJTIyJTNFJTMwJTMz JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTM0JTIyJTNFJTMwJTM0JTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMw JTM1JTIyJTNFJTMwJTM1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTM2JTIyJTNFJTMwJTM2JTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTMwJTM3JTIyJTNFJTMwJTM3JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTM4JTIy JTNFJTMwJTM4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTM5JTIyJTNFJTMwJTM5JTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTMxJTMwJTIyJTNFJTMxJTMwJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTMxJTIyJTNFJTMx JTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTMyJTIyJTNFJTMxJTMyJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTMxJTMzJTIyJTNFJTMxJTMzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM0JTIyJTNFJTMxJTM0JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTMxJTM1JTIyJTNFJTMxJTM1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM2 JTIyJTNFJTMxJTM2JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM3JTIyJTNFJTMxJTM3JTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTMxJTM4JTIyJTNFJTMxJTM4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTIyJTNF JTMxJTM5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTMwJTIyJTNFJTMyJTMwJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTMyJTMxJTIyJTNFJTMyJTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTMyJTIyJTNFJTMyJTMy JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTMzJTIyJTNFJTMyJTMzJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMy JTM0JTIyJTNFJTMyJTM0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTM1JTIyJTNFJTMyJTM1JTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTMyJTM2JTIyJTNFJTMyJTM2JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTM3JTIy JTNFJTMyJTM3JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTM4JTIyJTNFJTMyJTM4JTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTMyJTM5JTIyJTNFJTMyJTM5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMzJTMwJTIyJTNFJTMz JTMwJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMzJTMxJTIyJTNFJTMzJTMxJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTJGJTczJTY1JTZDJTY1JTYzJTc0JTNFJTBBJTNDJTczJTY1JTZDJTY1 JTYzJTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTYy JTc5JTY1JTYxJTcyJTIyJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTczJTY1JTZDJTY1 JTYzJTc0JTY1JTY0JTNEJTIyJTczJTY1JTZDJTY1JTYzJTc0JTY1JTY0JTIyJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTIyJTNFJTc5JTY1JTYxJTcyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMx JTMwJTIyJTNFJTMxJTM5JTMxJTMwJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMxJTMxJTIyJTNF JTMxJTM5JTMxJTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMxJTMyJTIyJTNFJTMxJTM5JTMx JTMyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMxJTMzJTIyJTNFJTMxJTM5JTMxJTMzJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTMxJTM5JTMxJTM0JTIyJTNFJTMxJTM5JTMxJTM0JTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTMxJTM5JTMxJTM1JTIyJTNFJTMxJTM5JTMxJTM1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5 JTMxJTM2JTIyJTNFJTMxJTM5JTMxJTM2JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMxJTM3JTIy JTNFJTMxJTM5JTMxJTM3JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMxJTM4JTIyJTNFJTMxJTM5 JTMxJTM4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMxJTM5JTIyJTNFJTMxJTM5JTMxJTM5JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMyJTMwJTIyJTNFJTMxJTM5JTMyJTMwJTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTMxJTM5JTMyJTMxJTIyJTNFJTMxJTM5JTMyJTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMx JTM5JTMyJTMyJTIyJTNFJTMxJTM5JTMyJTMyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMyJTMz JTIyJTNFJTMxJTM5JTMyJTMzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMyJTM0JTIyJTNFJTMx JTM5JTMyJTM0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMyJTM1JTIyJTNFJTMxJTM5JTMyJTM1 JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMyJTM2JTIyJTNFJTMxJTM5JTMyJTM2JTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTMxJTM5JTMyJTM3JTIyJTNFJTMxJTM5JTMyJTM3JTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTMxJTM5JTMyJTM4JTIyJTNFJTMxJTM5JTMyJTM4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMy JTM5JTIyJTNFJTMxJTM5JTMyJTM5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMzJTMwJTIyJTNF JTMxJTM5JTMzJTMwJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMzJTMxJTIyJTNFJTMxJTM5JTMz JTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMzJTMyJTIyJTNFJTMxJTM5JTMzJTMyJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTMxJTM5JTMzJTMzJTIyJTNFJTMxJTM5JTMzJTMzJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTMxJTM5JTMzJTM0JTIyJTNFJTMxJTM5JTMzJTM0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5 JTMzJTM1JTIyJTNFJTMxJTM5JTMzJTM1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMzJTM2JTIy JTNFJTMxJTM5JTMzJTM2JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMzJTM3JTIyJTNFJTMxJTM5 JTMzJTM3JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMzJTM4JTIyJTNFJTMxJTM5JTMzJTM4JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTMxJTM5JTMzJTM5JTIyJTNFJTMxJTM5JTMzJTM5JTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTMxJTM5JTM0JTMwJTIyJTNFJTMxJTM5JTM0JTMwJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMx JTM5JTM0JTMxJTIyJTNFJTMxJTM5JTM0JTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM0JTMy JTIyJTNFJTMxJTM5JTM0JTMyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM0JTMzJTIyJTNFJTMx JTM5JTM0JTMzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM0JTM0JTIyJTNFJTMxJTM5JTM0JTM0 JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM0JTM1JTIyJTNFJTMxJTM5JTM0JTM1JTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTMxJTM5JTM0JTM2JTIyJTNFJTMxJTM5JTM0JTM2JTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTMxJTM5JTM0JTM3JTIyJTNFJTMxJTM5JTM0JTM3JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM0 JTM4JTIyJTNFJTMxJTM5JTM0JTM4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM0JTM5JTIyJTNF JTMxJTM5JTM0JTM5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM1JTMwJTIyJTNFJTMxJTM5JTM1 JTMwJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM1JTMxJTIyJTNFJTMxJTM5JTM1JTMxJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTMxJTM5JTM1JTMyJTIyJTNFJTMxJTM5JTM1JTMyJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTMxJTM5JTM1JTMzJTIyJTNFJTMxJTM5JTM1JTMzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5 JTM1JTM0JTIyJTNFJTMxJTM5JTM1JTM0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM1JTM1JTIy JTNFJTMxJTM5JTM1JTM1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM1JTM2JTIyJTNFJTMxJTM5 JTM1JTM2JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM1JTM3JTIyJTNFJTMxJTM5JTM1JTM3JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM1JTM4JTIyJTNFJTMxJTM5JTM1JTM4JTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTMxJTM5JTM1JTM5JTIyJTNFJTMxJTM5JTM1JTM5JTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMx JTM5JTM2JTMwJTIyJTNFJTMxJTM5JTM2JTMwJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM2JTMx JTIyJTNFJTMxJTM5JTM2JTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM2JTMyJTIyJTNFJTMx JTM5JTM2JTMyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM2JTMzJTIyJTNFJTMxJTM5JTM2JTMz JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM2JTM0JTIyJTNFJTMxJTM5JTM2JTM0JTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTMxJTM5JTM2JTM1JTIyJTNFJTMxJTM5JTM2JTM1JTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTMxJTM5JTM2JTM2JTIyJTNFJTMxJTM5JTM2JTM2JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM2 JTM3JTIyJTNFJTMxJTM5JTM2JTM3JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM2JTM4JTIyJTNF JTMxJTM5JTM2JTM4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM2JTM5JTIyJTNFJTMxJTM5JTM2 JTM5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM3JTMwJTIyJTNFJTMxJTM5JTM3JTMwJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTMxJTM5JTM3JTMxJTIyJTNFJTMxJTM5JTM3JTMxJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTMxJTM5JTM3JTMyJTIyJTNFJTMxJTM5JTM3JTMyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5 JTM3JTMzJTIyJTNFJTMxJTM5JTM3JTMzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM3JTM0JTIy JTNFJTMxJTM5JTM3JTM0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM3JTM1JTIyJTNFJTMxJTM5 JTM3JTM1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM3JTM2JTIyJTNFJTMxJTM5JTM3JTM2JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM3JTM3JTIyJTNFJTMxJTM5JTM3JTM3JTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTMxJTM5JTM3JTM4JTIyJTNFJTMxJTM5JTM3JTM4JTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMx JTM5JTM3JTM5JTIyJTNFJTMxJTM5JTM3JTM5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM4JTMw JTIyJTNFJTMxJTM5JTM4JTMwJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM4JTMxJTIyJTNFJTMx JTM5JTM4JTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM4JTMyJTIyJTNFJTMxJTM5JTM4JTMy JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM4JTMzJTIyJTNFJTMxJTM5JTM4JTMzJTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTMxJTM5JTM4JTM0JTIyJTNFJTMxJTM5JTM4JTM0JTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTMxJTM5JTM4JTM1JTIyJTNFJTMxJTM5JTM4JTM1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM4 JTM2JTIyJTNFJTMxJTM5JTM4JTM2JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM4JTM3JTIyJTNF JTMxJTM5JTM4JTM3JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM4JTM4JTIyJTNFJTMxJTM5JTM4 JTM4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTM4JTM5JTIyJTNFJTMxJTM5JTM4JTM5JTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTMxJTM5JTM5JTMwJTIyJTNFJTMxJTM5JTM5JTMwJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTMxJTM5JTM5JTMxJTIyJTNFJTMxJTM5JTM5JTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5 JTM5JTMyJTIyJTNFJTMxJTM5JTM5JTMyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTJGJTczJTY1JTZDJTY1JTYzJTc0JTNFJTBBJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcy JTNFJTBBJTBBJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIy JTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIyJTNF JTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTZEJTZEJTZFJTIyJTNFJTREJTZG JTc0JTY4JTY1JTcyJTI3JTczJTIwJTREJTYxJTY5JTY0JTY1JTZFJTIwJTRFJTYxJTZEJTY1JTNB JTNDJTJGJTZDJTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3 JTY5JTY0JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0 JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTND JTY5JTZFJTcwJTc1JTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIy JTZEJTZEJTZFJTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTZEJTZEJTZFJTIyJTIwJTczJTY5JTdB JTY1JTNEJTIyJTMxJTM1JTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTIyJTNF JTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTBBJTNDJTc0JTcyJTNFJTBBJTND JTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5 JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIyJTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZG JTcyJTNEJTIyJTczJTczJTZFJTIyJTNFJTUzJTZGJTYzJTY5JTYxJTZDJTIwJTUzJTY1JTYzJTc1 JTcyJTY5JTc0JTc5JTIwJTRFJTc1JTZEJTYyJTY1JTcyJTNBJTNDJTJGJTZDJTYxJTYyJTY1JTZD JTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMy JTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3 JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTYz JTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTczJTczJTZFJTMxJTIyJTIwJTcz JTY5JTdBJTY1JTNEJTIyJTMyJTIyJTIwJTZEJTYxJTc4JTZDJTY1JTZFJTY3JTc0JTY4JTNEJTIy JTMzJTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTczJTczJTZFJTMxJTIyJTIwJTc0JTc5JTcwJTY1 JTNEJTIyJTc0JTY1JTc4JTc0JTIyJTNFJTJEJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTYzJTZDJTYx JTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTczJTczJTZFJTMyJTIyJTIwJTczJTY5JTdB JTY1JTNEJTIyJTMxJTIyJTIwJTZEJTYxJTc4JTZDJTY1JTZFJTY3JTc0JTY4JTNEJTIyJTMyJTIy JTIwJTZFJTYxJTZEJTY1JTNEJTIyJTczJTczJTZFJTMyJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIy JTc0JTY1JTc4JTc0JTIyJTNFJTJEJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTYzJTZDJTYxJTczJTcz JTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTczJTczJTZFJTMzJTIyJTIwJTczJTY5JTdBJTY1JTNE JTIyJTMzJTIyJTIwJTZEJTYxJTc4JTZDJTY1JTZFJTY3JTc0JTY4JTNEJTIyJTM0JTIyJTIwJTZF JTYxJTZEJTY1JTNEJTIyJTczJTczJTZFJTMzJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1 JTc4JTc0JTIyJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTBBJTNDJTc0 JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZDJTYxJTYyJTY1JTZD JTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIyJTNFJTNDJTZDJTYxJTYyJTY1 JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTc1JTczJTY1JTcyJTcwJTY4JTZGJTZFJTY1JTIyJTNFJTQ4 JTZGJTZEJTY1JTIwJTUwJTY4JTZGJTZFJTY1JTIwJTRFJTc1JTZEJTYyJTY1JTcyJTNBJTNDJTJG JTZDJTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0 JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBB JTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZF JTcwJTc1JTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTc1JTcz JTY1JTcyJTcwJTY4JTZGJTZFJTY1JTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTMyJTMwJTIyJTIw JTZEJTYxJTc4JTZDJTY1JTZFJTY3JTc0JTY4JTNEJTIyJTMyJTMwJTIyJTIwJTZFJTYxJTZEJTY1 JTNEJTIyJTc1JTczJTY1JTcyJTcwJTY4JTZGJTZFJTY1JTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIy JTc0JTY1JTc4JTc0JTIyJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTND JTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZDJTYxJTYyJTY1 JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIyJTNFJTNDJTZDJTYxJTYy JTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTc1JTczJTY1JTcyJTcwJTY4JTZGJTZFJTY1JTY5JTZF JTY2JTZGJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTZDJTYxJTYyJTY1JTZDJTNFJTND JTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMyJTIyJTNF JTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0 JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTczJTcwJTYxJTZFJTIwJTYzJTZDJTYxJTcz JTczJTNEJTIyJTczJTZEJTYxJTZDJTZDJTIyJTNFJTU0JTY4JTY5JTczJTIwJTZFJTc1JTZEJTYy JTY1JTcyJTIwJTc3JTY5JTZDJTZDJTIwJTYyJTY1JTIwJTc1JTczJTY1JTY0JTIwJTc0JTZGJTIw JTYzJTZGJTZFJTc0JTYxJTYzJTc0JTIwJTc5JTZGJTc1JTIwJTYxJTYyJTZGJTc1JTc0JTIwJTUz JTY1JTYzJTc1JTcyJTY5JTc0JTc5JTIwJTREJTY1JTYxJTczJTc1JTcyJTY1JTczJTIwJTYxJTZF JTY0JTJGJTZGJTcyJTIwJTZGJTc0JTY4JTY1JTcyJTIwJTY5JTczJTczJTc1JTY1JTczJTIwJTcy JTY1JTY3JTYxJTcyJTY0JTY5JTZFJTY3JTIwJTc5JTZGJTc1JTcyJTIwJTUwJTYxJTc5JTUwJTYx JTZDJTIwJTYxJTYzJTYzJTZGJTc1JTZFJTc0JTJFJTNDJTJGJTczJTcwJTYxJTZFJTNFJTNDJTJG JTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTBBJTNDJTJGJTc0JTYyJTZGJTY0JTc5JTNF JTNDJTJGJTc0JTYxJTYyJTZDJTY1JTNFJTBBJTBBJTBBJTBBJTBBJTBBJTNDJTYyJTcyJTNFJTBB JTNDJTc0JTYxJTYyJTZDJTY1JTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1 JTcyJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcw JTYxJTY0JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTczJTcwJTYxJTYz JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM3JTM2JTMwJTIy JTNFJTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTNFJTBB JTNDJTY4JTcyJTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTY0JTZGJTc0JTc0JTY1JTY0JTIyJTNF JTBBJTNDJTJGJTc0JTY0JTNFJTNDJTJGJTc0JTcyJTNFJTBBJTNDJTc0JTcyJTNFJTBBJTBBJTND JTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTNFJTNDJTczJTcwJTYxJTZFJTIwJTYz JTZDJTYxJTczJTczJTNEJTIyJTY1JTZEJTcwJTY4JTYxJTczJTY5JTczJTIyJTNFJTQ4JTZGJTZE JTY1JTIwJTQxJTY0JTY0JTcyJTY1JTczJTczJTIwJTUwJTcyJTZGJTY2JTY5JTZDJTY1JTNDJTYy JTcyJTNFJTBBJTNDJTJGJTczJTcwJTYxJTZFJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0 JTcyJTNFJTBBJTNDJTJGJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTJGJTc0JTYxJTYyJTZDJTY1JTNF JTBBJTNDJTc0JTYxJTYyJTZDJTY1JTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTYzJTY1JTZFJTc0 JTY1JTcyJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZD JTcwJTYxJTY0JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTczJTcwJTYx JTYzJTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM3JTM2JTMw JTIyJTNFJTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNFJTNDJTc0JTY0JTNFJTND JTYyJTcyJTNFJTQ1JTZFJTc0JTY1JTcyJTIwJTc5JTZGJTc1JTcyJTIwJTY5JTZFJTY2JTZGJTcy JTZEJTYxJTc0JTY5JTZGJTZFJTIwJTYxJTczJTIwJTYxJTYzJTYzJTc1JTcyJTYxJTc0JTY1JTZD JTc5JTIwJTYxJTczJTIwJTcwJTZGJTczJTczJTY5JTYyJTZDJTY1JTJFJTNDJTYyJTcyJTNFJTND JTYyJTcyJTNFJTNDJTJGJTc0JTY0JTNFJTNDJTJGJTc0JTcyJTNFJTBBJTNDJTJGJTc0JTYyJTZG JTY0JTc5JTNFJTNDJTJGJTc0JTYxJTYyJTZDJTY1JTNFJTBBJTBBJTNDJTc0JTYxJTYyJTZDJTY1 JTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1JTcyJTIyJTIwJTYyJTZGJTcy JTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcwJTYxJTY0JTY0JTY5JTZFJTY3 JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTczJTcwJTYxJTYzJTY5JTZFJTY3JTNEJTIyJTMw JTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM3JTM2JTMwJTIyJTNFJTBBJTBBJTNDJTc0JTYy JTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNE JTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIy JTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZD JTc0JTYxJTY0JTY0JTcyJTY1JTczJTczJTMxJTIyJTNFJTQxJTY0JTY0JTcyJTY1JTczJTczJTIw JTRDJTY5JTZFJTY1JTIwJTMxJTNBJTNDJTJGJTZDJTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0 JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYy JTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNE JTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTczJTc0JTc5JTZDJTY1JTNE JTIyJTc3JTY5JTY0JTc0JTY4JTNBJTIwJTMyJTMwJTMwJTcwJTc4JTNCJTIyJTIwJTYzJTZDJTYx JTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTYxJTY0 JTY0JTcyJTY1JTczJTczJTMxJTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY0JTY1JTY2JTYxJTc1 JTZDJTc0JTYxJTY0JTY0JTcyJTY1JTczJTczJTMxJTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTMy JTMwJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTIyJTNFJTNDJTJGJTc0JTY0 JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTBBJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYz JTZDJTYxJTczJTczJTNEJTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNE JTIyJTMzJTMyJTMwJTIyJTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY0 JTY1JTY2JTYxJTc1JTZDJTc0JTYxJTY0JTY0JTcyJTY1JTczJTczJTMyJTIyJTNFJTQxJTY0JTY0 JTcyJTY1JTczJTczJTIwJTRDJTY5JTZFJTY1JTIwJTMyJTNBJTNDJTJGJTZDJTYxJTYyJTY1JTZD JTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMy JTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3 JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTcz JTc0JTc5JTZDJTY1JTNEJTIyJTc3JTY5JTY0JTc0JTY4JTNBJTIwJTMyJTMwJTMwJTcwJTc4JTNC JTIyJTIwJTY5JTY0JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTYxJTY0JTY0JTcyJTY1JTcz JTczJTMyJTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTYxJTY0 JTY0JTcyJTY1JTczJTczJTMyJTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTMyJTMwJTIyJTIwJTc0 JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTIyJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJG JTc0JTcyJTNFJTBBJTBBJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTcz JTNEJTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMw JTIyJTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY0JTY1JTY2JTYxJTc1 JTZDJTc0JTYzJTY5JTc0JTc5JTIyJTNFJTQzJTY5JTc0JTc5JTNBJTNDJTJGJTZDJTYxJTYyJTY1 JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIy JTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIw JTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZFJTcwJTc1JTc0JTIw JTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZD JTc0JTYzJTY5JTc0JTc5JTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZD JTc0JTYzJTY5JTc0JTc5JTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTMxJTM1JTIyJTIwJTc0JTc5 JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTIyJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0 JTcyJTNFJTBBJTBBJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNE JTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIy JTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZD JTc0JTczJTc0JTYxJTc0JTY1JTIyJTNFJTUzJTc0JTYxJTc0JTY1JTNBJTNDJTJGJTZDJTYxJTYy JTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNE JTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0 JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZFJTcwJTc1JTc0 JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTY0JTY1JTY2JTYxJTc1 JTZDJTc0JTczJTc0JTYxJTc0JTY1JTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY0JTY1JTY2JTYx JTc1JTZDJTc0JTczJTc0JTYxJTc0JTY1JTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTM1JTIyJTIw JTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTIyJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTND JTJGJTc0JTcyJTNFJTBBJTBBJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTcz JTczJTNEJTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMy JTMwJTIyJTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY0JTY1JTY2JTYx JTc1JTZDJTc0JTdBJTY5JTcwJTIyJTNFJTVBJTY5JTcwJTIwJTQzJTZGJTY0JTY1JTNBJTNDJTJG JTZDJTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0 JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBB JTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZF JTcwJTc1JTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTY0JTY1 JTY2JTYxJTc1JTZDJTc0JTdBJTY5JTcwJTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY0JTY1JTY2 JTYxJTc1JTZDJTc0JTdBJTY5JTcwJTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTMxJTM1JTIyJTIw JTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4JTc0JTIyJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTND JTJGJTc0JTcyJTNFJTBBJTBBJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTcz JTczJTNEJTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMy JTMwJTIyJTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY0JTY1JTY2JTYx JTc1JTZDJTc0JTYzJTZGJTc1JTZFJTc0JTcyJTc5JTIyJTNFJTQzJTZGJTc1JTZFJTc0JTcyJTc5 JTNBJTNDJTJGJTZDJTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIw JTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0 JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNF JTBBJTBBJTNDJTczJTY1JTZDJTY1JTYzJTc0JTIwJTczJTc0JTc5JTZDJTY1JTNEJTIyJTc3JTY5 JTY0JTc0JTY4JTNBJTIwJTMyJTMwJTMwJTcwJTc4JTNCJTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIy JTY0JTY1JTY2JTYxJTc1JTZDJTc0JTYzJTZGJTc1JTZFJTc0JTcyJTc5JTIyJTIwJTYzJTZDJTYx JTczJTczJTNEJTIyJTIyJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTIyJTIwJTczJTY1JTZDJTY1JTYzJTc0JTY1JTY0JTNEJTIyJTczJTY1JTZDJTY1 JTYzJTc0JTY1JTY0JTIyJTNFJTUzJTY1JTZDJTY1JTYzJTc0JTIwJTQzJTZGJTc1JTZFJTc0JTcy JTc5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU1JTZFJTY5JTc0JTY1JTY0JTIwJTUzJTc0JTYxJTc0JTY1 JTczJTIyJTNFJTU1JTZFJTY5JTc0JTY1JTY0JTIwJTUzJTc0JTYxJTc0JTY1JTczJTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTQxJTZDJTYyJTYxJTZFJTY5JTYxJTIyJTNFJTQxJTZDJTYyJTYxJTZFJTY5JTYx JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTQxJTZDJTY3JTY1JTcyJTY5JTYxJTIyJTNFJTQxJTZDJTY3JTY1 JTcyJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQxJTZFJTY0JTZGJTcyJTcyJTYxJTIyJTNFJTQx JTZFJTY0JTZGJTcyJTcyJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQxJTZFJTY3JTZGJTZDJTYxJTIy JTNFJTQxJTZFJTY3JTZGJTZDJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQxJTZFJTY3JTc1JTY5JTZD JTZDJTYxJTIyJTNFJTQxJTZFJTY3JTc1JTY5JTZDJTZDJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQx JTZFJTc0JTY5JTY3JTc1JTYxJTIwJTYxJTZFJTY0JTIwJTQyJTYxJTcyJTYyJTc1JTY0JTYxJTIy JTNFJTQxJTZFJTc0JTY5JTY3JTc1JTYxJTIwJTYxJTZFJTY0JTIwJTQyJTYxJTcyJTYyJTc1JTY0 JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQxJTcyJTY3JTY1JTZFJTc0JTY5JTZFJTYxJTIyJTNFJTQx JTcyJTY3JTY1JTZFJTc0JTY5JTZFJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQxJTcyJTZEJTY1JTZF JTY5JTYxJTIyJTNFJTQxJTcyJTZEJTY1JTZFJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQxJTcy JTc1JTYyJTYxJTIyJTNFJTQxJTcyJTc1JTYyJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQxJTc1JTcz JTc0JTcyJTYxJTZDJTY5JTYxJTIyJTNFJTQxJTc1JTczJTc0JTcyJTYxJTZDJTY5JTYxJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTQxJTc1JTczJTc0JTcyJTY5JTYxJTIyJTNFJTQxJTc1JTczJTc0JTcyJTY5 JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQxJTdBJTY1JTcyJTYyJTYxJTY5JTZBJTYxJTZFJTIwJTUy JTY1JTcwJTc1JTYyJTZDJTY5JTYzJTIyJTNFJTQxJTdBJTY1JTcyJTYyJTYxJTY5JTZBJTYxJTZF JTIwJTUyJTY1JTcwJTc1JTYyJTZDJTY5JTYzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTYxJTY4JTYx JTZEJTYxJTczJTIyJTNFJTQyJTYxJTY4JTYxJTZEJTYxJTczJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQy JTYxJTY4JTcyJTYxJTY5JTZFJTIyJTNFJTQyJTYxJTY4JTcyJTYxJTY5JTZFJTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTQyJTYxJTcyJTYyJTYxJTY0JTZGJTczJTIyJTNFJTQyJTYxJTcyJTYyJTYxJTY0JTZG JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTY1JTZDJTY3JTY5JTc1JTZEJTIyJTNFJTQyJTY1JTZD JTY3JTY5JTc1JTZEJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTY1JTZDJTY5JTdBJTY1JTIyJTNFJTQy JTY1JTZDJTY5JTdBJTY1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTY1JTZFJTY5JTZFJTIyJTNFJTQy JTY1JTZFJTY5JTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTY1JTcyJTZEJTc1JTY0JTYxJTIyJTNF JTQyJTY1JTcyJTZEJTc1JTY0JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTY4JTc1JTc0JTYxJTZF JTIyJTNFJTQyJTY4JTc1JTc0JTYxJTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTZGJTZDJTY5JTc2 JTY5JTYxJTIyJTNFJTQyJTZGJTZDJTY5JTc2JTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTZG JTczJTZFJTY5JTYxJTIwJTYxJTZFJTY0JTIwJTQ4JTY1JTcyJTdBJTY1JTY3JTZGJTc2JTY5JTZF JTYxJTIyJTNFJTQyJTZGJTczJTZFJTY5JTYxJTIwJTYxJTZFJTY0JTIwJTQ4JTY1JTcyJTdBJTY1 JTY3JTZGJTc2JTY5JTZFJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTZGJTc0JTczJTc3JTYxJTZF JTYxJTIyJTNFJTQyJTZGJTc0JTczJTc3JTYxJTZFJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTcy JTYxJTdBJTY5JTZDJTIyJTNFJTQyJTcyJTYxJTdBJTY5JTZDJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQy JTcyJTY5JTc0JTY5JTczJTY4JTIwJTU2JTY5JTcyJTY3JTY5JTZFJTIwJTQ5JTczJTZDJTYxJTZF JTY0JTczJTIyJTNFJTQyJTcyJTY5JTc0JTY5JTczJTY4JTIwJTU2JTY5JTcyJTY3JTY5JTZFJTIw JTQ5JTczJTZDJTYxJTZFJTY0JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTcyJTc1JTZFJTY1JTY5 JTIyJTNFJTQyJTcyJTc1JTZFJTY1JTY5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTc1JTZDJTY3JTYx JTcyJTY5JTYxJTIyJTNFJTQyJTc1JTZDJTY3JTYxJTcyJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTQyJTc1JTcyJTZCJTY5JTZFJTYxJTIwJTQ2JTYxJTczJTZGJTIyJTNFJTQyJTc1JTcyJTZCJTY5 JTZFJTYxJTIwJTQ2JTYxJTczJTZGJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQyJTc1JTcyJTc1JTZFJTY0 JTY5JTIyJTNFJTQyJTc1JTcyJTc1JTZFJTY0JTY5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQzJTYxJTZE JTYyJTZGJTY0JTY5JTYxJTIyJTNFJTQzJTYxJTZEJTYyJTZGJTY0JTY5JTYxJTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTQzJTYxJTZFJTYxJTY0JTYxJTIyJTNFJTQzJTYxJTZFJTYxJTY0JTYxJTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTQzJTYxJTcwJTY1JTIwJTU2JTY1JTcyJTY0JTY1JTIyJTNFJTQzJTYxJTcwJTY1 JTIwJTU2JTY1JTcyJTY0JTY1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQzJTYxJTc5JTZEJTYxJTZFJTIw JTQ5JTczJTZDJTYxJTZFJTY0JTczJTIyJTNFJTQzJTYxJTc5JTZEJTYxJTZFJTIwJTQ5JTczJTZD JTYxJTZFJTY0JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQzJTY4JTYxJTY0JTIyJTNFJTQzJTY4JTYx JTY0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQzJTY4JTY5JTZDJTY1JTIyJTNFJTQzJTY4JTY5JTZDJTY1 JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTQzJTY4JTY5JTZFJTYxJTIwJTU3JTZGJTcyJTZDJTY0JTc3JTY5 JTY0JTY1JTIyJTNFJTQzJTY4JTY5JTZFJTYxJTIwJTU3JTZGJTcyJTZDJTY0JTc3JTY5JTY0JTY1 JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTQzJTZGJTZDJTZGJTZEJTYyJTY5JTYxJTIyJTNFJTQzJTZGJTZD JTZGJTZEJTYyJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQzJTZGJTZEJTZGJTcyJTZGJTczJTIy JTNFJTQzJTZGJTZEJTZGJTcyJTZGJTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQzJTZGJTZGJTZCJTIw JTQ5JTczJTZDJTYxJTZFJTY0JTczJTIyJTNFJTQzJTZGJTZGJTZCJTIwJTQ5JTczJTZDJTYxJTZF JTY0JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQzJTZGJTczJTc0JTYxJTIwJTUyJTY5JTYzJTYxJTIy JTNFJTQzJTZGJTczJTc0JTYxJTIwJTUyJTY5JTYzJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQzJTcy JTZGJTYxJTc0JTY5JTYxJTIyJTNFJTQzJTcyJTZGJTYxJTc0JTY5JTYxJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTQzJTc5JTcwJTcyJTc1JTczJTIyJTNFJTQzJTc5JTcwJTcyJTc1JTczJTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTQzJTdBJTY1JTYzJTY4JTIwJTUyJTY1JTcwJTc1JTYyJTZDJTY5JTYzJTIyJTNFJTQz JTdBJTY1JTYzJTY4JTIwJTUyJTY1JTcwJTc1JTYyJTZDJTY5JTYzJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTQ0JTY1JTZEJTZGJTYzJTcyJTYxJTc0JTY5JTYzJTIwJTUyJTY1JTcwJTc1JTYyJTZDJTY5JTYz JTIwJTZGJTY2JTIwJTc0JTY4JTY1JTIwJTQzJTZGJTZFJTY3JTZGJTIyJTNFJTQ0JTY1JTZEJTZG JTYzJTcyJTYxJTc0JTY5JTYzJTIwJTUyJTY1JTcwJTc1JTYyJTZDJTY5JTYzJTIwJTZGJTY2JTIw JTc0JTY4JTY1JTIwJTQzJTZGJTZFJTY3JTZGJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ0JTY1JTZFJTZE JTYxJTcyJTZCJTIyJTNFJTQ0JTY1JTZFJTZEJTYxJTcyJTZCJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ0 JTZBJTY5JTYyJTZGJTc1JTc0JTY5JTIyJTNFJTQ0JTZBJTY5JTYyJTZGJTc1JTc0JTY5JTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTQ0JTZGJTZEJTY5JTZFJTY5JTYzJTYxJTIyJTNFJTQ0JTZGJTZEJTY5JTZF JTY5JTYzJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ0JTZGJTZEJTY5JTZFJTY5JTYzJTYxJTZFJTIw JTUyJTY1JTcwJTc1JTYyJTZDJTY5JTYzJTIyJTNFJTQ0JTZGJTZEJTY5JTZFJTY5JTYzJTYxJTZF JTIwJTUyJTY1JTcwJTc1JTYyJTZDJTY5JTYzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ1JTYzJTc1JTYx JTY0JTZGJTcyJTIyJTNFJTQ1JTYzJTc1JTYxJTY0JTZGJTcyJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ1 JTZDJTIwJTUzJTYxJTZDJTc2JTYxJTY0JTZGJTcyJTIyJTNFJTQ1JTZDJTIwJTUzJTYxJTZDJTc2 JTYxJTY0JTZGJTcyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ1JTcyJTY5JTc0JTcyJTY1JTYxJTIyJTNF JTQ1JTcyJTY5JTc0JTcyJTY1JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ1JTczJTc0JTZGJTZFJTY5 JTYxJTIyJTNFJTQ1JTczJTc0JTZGJTZFJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ1JTc0JTY4 JTY5JTZGJTcwJTY5JTYxJTIyJTNFJTQ1JTc0JTY4JTY5JTZGJTcwJTY5JTYxJTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTQ2JTYxJTZDJTZCJTZDJTYxJTZFJTY0JTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTIy JTNFJTQ2JTYxJTZDJTZCJTZDJTYxJTZFJTY0JTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTQ2JTYxJTcyJTZGJTY1JTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTIyJTNF JTQ2JTYxJTcyJTZGJTY1JTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTQ2JTY1JTY0JTY1JTcyJTYxJTc0JTY1JTY0JTIwJTUzJTc0JTYxJTc0JTY1JTczJTIwJTZGJTY2 JTIwJTREJTY5JTYzJTcyJTZGJTZFJTY1JTczJTY5JTYxJTIyJTNFJTQ2JTY1JTY0JTY1JTcyJTYx JTc0JTY1JTY0JTIwJTUzJTc0JTYxJTc0JTY1JTczJTIwJTZGJTY2JTIwJTREJTY5JTYzJTcyJTZG JTZFJTY1JTczJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ2JTY5JTZBJTY5JTIyJTNFJTQ2JTY5 JTZBJTY5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ2JTY5JTZFJTZDJTYxJTZFJTY0JTIyJTNFJTQ2JTY5 JTZFJTZDJTYxJTZFJTY0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ2JTcyJTYxJTZFJTYzJTY1JTIyJTNF JTQ2JTcyJTYxJTZFJTYzJTY1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ2JTcyJTY1JTZFJTYzJTY4JTIw JTQ3JTc1JTY5JTYxJTZFJTYxJTIyJTNFJTQ2JTcyJTY1JTZFJTYzJTY4JTIwJTQ3JTc1JTY5JTYx JTZFJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ2JTcyJTY1JTZFJTYzJTY4JTIwJTUwJTZGJTZDJTc5 JTZFJTY1JTczJTY5JTYxJTIyJTNFJTQ2JTcyJTY1JTZFJTYzJTY4JTIwJTUwJTZGJTZDJTc5JTZF JTY1JTczJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ3JTYxJTYyJTZGJTZFJTIwJTUyJTY1JTcw JTc1JTYyJTZDJTY5JTYzJTIyJTNFJTQ3JTYxJTYyJTZGJTZFJTIwJTUyJTY1JTcwJTc1JTYyJTZD JTY5JTYzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ3JTYxJTZEJTYyJTY5JTYxJTIyJTNFJTQ3JTYxJTZE JTYyJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ3JTY1JTcyJTZEJTYxJTZFJTc5JTIyJTNFJTQ3 JTY1JTcyJTZEJTYxJTZFJTc5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ3JTY5JTYyJTcyJTYxJTZDJTc0 JTYxJTcyJTIyJTNFJTQ3JTY5JTYyJTcyJTYxJTZDJTc0JTYxJTcyJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTQ3JTcyJTY1JTY1JTYzJTY1JTIyJTNFJTQ3JTcyJTY1JTY1JTYzJTY1JTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTQ3JTcyJTY1JTY1JTZFJTZDJTYxJTZFJTY0JTIyJTNFJTQ3JTcyJTY1JTY1JTZFJTZDJTYx JTZFJTY0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ3JTcyJTY1JTZFJTYxJTY0JTYxJTIyJTNFJTQ3JTcy JTY1JTZFJTYxJTY0JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ3JTc1JTYxJTY0JTY1JTZDJTZGJTc1 JTcwJTY1JTIyJTNFJTQ3JTc1JTYxJTY0JTY1JTZDJTZGJTc1JTcwJTY1JTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTQ3JTc1JTYxJTc0JTY1JTZEJTYxJTZDJTYxJTIyJTNFJTQ3JTc1JTYxJTc0JTY1JTZEJTYx JTZDJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ3JTc1JTY5JTZFJTY1JTYxJTIyJTNFJTQ3JTc1JTY5 JTZFJTY1JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ3JTc1JTY5JTZFJTY1JTYxJTIwJTQyJTY5JTcz JTczJTYxJTc1JTIyJTNFJTQ3JTc1JTY5JTZFJTY1JTYxJTIwJTQyJTY5JTczJTczJTYxJTc1JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTQ3JTc1JTc5JTYxJTZFJTYxJTIyJTNFJTQ3JTc1JTc5JTYxJTZFJTYx JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTQ4JTZGJTZFJTY0JTc1JTcyJTYxJTczJTIyJTNFJTQ4JTZGJTZF JTY0JTc1JTcyJTYxJTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ4JTZGJTZFJTY3JTIwJTRCJTZGJTZF JTY3JTIyJTNFJTQ4JTZGJTZFJTY3JTIwJTRCJTZGJTZFJTY3JTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ4 JTc1JTZFJTY3JTYxJTcyJTc5JTIyJTNFJTQ4JTc1JTZFJTY3JTYxJTcyJTc5JTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTQ5JTYzJTY1JTZDJTYxJTZFJTY0JTIyJTNFJTQ5JTYzJTY1JTZDJTYxJTZFJTY0JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTQ5JTZFJTY0JTY5JTYxJTIyJTNFJTQ5JTZFJTY0JTY5JTYxJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTQ5JTZFJTY0JTZGJTZFJTY1JTczJTY5JTYxJTIyJTNFJTQ5JTZFJTY0JTZG JTZFJTY1JTczJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ5JTcyJTY1JTZDJTYxJTZFJTY0JTIy JTNFJTQ5JTcyJTY1JTZDJTYxJTZFJTY0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ5JTczJTcyJTYxJTY1 JTZDJTIyJTNFJTQ5JTczJTcyJTYxJTY1JTZDJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTQ5JTc0JTYxJTZD JTc5JTIyJTNFJTQ5JTc0JTYxJTZDJTc5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRBJTYxJTZEJTYxJTY5 JTYzJTYxJTIyJTNFJTRBJTYxJTZEJTYxJTY5JTYzJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRBJTYx JTcwJTYxJTZFJTIyJTNFJTRBJTYxJTcwJTYxJTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRBJTZGJTcy JTY0JTYxJTZFJTIyJTNFJTRBJTZGJTcyJTY0JTYxJTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRCJTYx JTdBJTYxJTZCJTY4JTczJTc0JTYxJTZFJTIyJTNFJTRCJTYxJTdBJTYxJTZCJTY4JTczJTc0JTYx JTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRCJTY1JTZFJTc5JTYxJTIyJTNFJTRCJTY1JTZFJTc5JTYx JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTRCJTY5JTcyJTY5JTYyJTYxJTc0JTY5JTIyJTNFJTRCJTY5JTcy JTY5JTYyJTYxJTc0JTY5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRCJTc1JTc3JTYxJTY5JTc0JTIyJTNF JTRCJTc1JTc3JTYxJTY5JTc0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRCJTc5JTcyJTY3JTc5JTdBJTcz JTc0JTYxJTZFJTIyJTNFJTRCJTc5JTcyJTY3JTc5JTdBJTczJTc0JTYxJTZFJTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTRDJTYxJTZGJTczJTIyJTNFJTRDJTYxJTZGJTczJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRD JTYxJTc0JTc2JTY5JTYxJTIyJTNFJTRDJTYxJTc0JTc2JTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTRDJTY1JTczJTZGJTc0JTY4JTZGJTIyJTNFJTRDJTY1JTczJTZGJTc0JTY4JTZGJTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTRDJTY5JTY1JTYzJTY4JTc0JTY1JTZFJTczJTc0JTY1JTY5JTZFJTIyJTNFJTRD JTY5JTY1JTYzJTY4JTc0JTY1JTZFJTczJTc0JTY1JTY5JTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRD JTY5JTc0JTY4JTc1JTYxJTZFJTY5JTYxJTIyJTNFJTRDJTY5JTc0JTY4JTc1JTYxJTZFJTY5JTYx JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTRDJTc1JTc4JTY1JTZEJTYyJTZGJTc1JTcyJTY3JTIyJTNFJTRD JTc1JTc4JTY1JTZEJTYyJTZGJTc1JTcyJTY3JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTREJTYxJTY0JTYx JTY3JTYxJTczJTYzJTYxJTcyJTIyJTNFJTREJTYxJTY0JTYxJTY3JTYxJTczJTYzJTYxJTcyJTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTREJTYxJTZDJTYxJTc3JTY5JTIyJTNFJTREJTYxJTZDJTYxJTc3JTY5 JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTREJTYxJTZDJTYxJTc5JTczJTY5JTYxJTIyJTNFJTREJTYxJTZD JTYxJTc5JTczJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTREJTYxJTZDJTY0JTY5JTc2JTY1JTcz JTIyJTNFJTREJTYxJTZDJTY0JTY5JTc2JTY1JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTREJTYxJTZD JTY5JTIyJTNFJTREJTYxJTZDJTY5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTREJTYxJTZDJTc0JTYxJTIy JTNFJTREJTYxJTZDJTc0JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTREJTYxJTcyJTczJTY4JTYxJTZD JTZDJTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTIyJTNFJTREJTYxJTcyJTczJTY4JTYxJTZDJTZD JTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTREJTYxJTcyJTc0JTY5 JTZFJTY5JTcxJTc1JTY1JTIyJTNFJTREJTYxJTcyJTc0JTY5JTZFJTY5JTcxJTc1JTY1JTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTREJTYxJTc1JTcyJTY5JTc0JTYxJTZFJTY5JTYxJTIyJTNFJTREJTYxJTc1 JTcyJTY5JTc0JTYxJTZFJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTREJTYxJTc1JTcyJTY5JTc0 JTY5JTc1JTczJTIyJTNFJTREJTYxJTc1JTcyJTY5JTc0JTY5JTc1JTczJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTREJTYxJTc5JTZGJTc0JTc0JTY1JTIyJTNFJTREJTYxJTc5JTZGJTc0JTc0JTY1JTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTREJTY1JTc4JTY5JTYzJTZGJTIyJTNFJTREJTY1JTc4JTY5JTYzJTZGJTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTREJTZGJTZFJTY3JTZGJTZDJTY5JTYxJTIyJTNFJTREJTZGJTZFJTY3 JTZGJTZDJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTREJTZGJTZFJTc0JTczJTY1JTcyJTcyJTYx JTc0JTIyJTNFJTREJTZGJTZFJTc0JTczJTY1JTcyJTcyJTYxJTc0JTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTREJTZGJTcyJTZGJTYzJTYzJTZGJTIyJTNFJTREJTZGJTcyJTZGJTYzJTYzJTZGJTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTREJTZGJTdBJTYxJTZEJTYyJTY5JTcxJTc1JTY1JTIyJTNFJTREJTZGJTdBJTYx JTZEJTYyJTY5JTcxJTc1JTY1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRFJTYxJTZEJTY5JTYyJTY5JTYx JTIyJTNFJTRFJTYxJTZEJTY5JTYyJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRFJTYxJTc1JTcy JTc1JTIyJTNFJTRFJTYxJTc1JTcyJTc1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRFJTY1JTcwJTYxJTZD JTIyJTNFJTRFJTY1JTcwJTYxJTZDJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRFJTY1JTc0JTY4JTY1JTcy JTZDJTYxJTZFJTY0JTczJTIyJTNFJTRFJTY1JTc0JTY4JTY1JTcyJTZDJTYxJTZFJTY0JTczJTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTRFJTY1JTc0JTY4JTY1JTcyJTZDJTYxJTZFJTY0JTczJTIwJTQxJTZF JTc0JTY5JTZDJTZDJTY1JTczJTIyJTNFJTRFJTY1JTc0JTY4JTY1JTcyJTZDJTYxJTZFJTY0JTcz JTIwJTQxJTZFJTc0JTY5JTZDJTZDJTY1JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRFJTY1JTc3JTIw JTQzJTYxJTZDJTY1JTY0JTZGJTZFJTY5JTYxJTIyJTNFJTRFJTY1JTc3JTIwJTQzJTYxJTZDJTY1 JTY0JTZGJTZFJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRFJTY1JTc3JTIwJTVBJTY1JTYxJTZD JTYxJTZFJTY0JTIyJTNFJTRFJTY1JTc3JTIwJTVBJTY1JTYxJTZDJTYxJTZFJTY0JTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTRFJTY5JTYzJTYxJTcyJTYxJTY3JTc1JTYxJTIyJTNFJTRFJTY5JTYzJTYxJTcy JTYxJTY3JTc1JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRFJTY5JTY3JTY1JTcyJTIyJTNFJTRFJTY5 JTY3JTY1JTcyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTRFJTY5JTc1JTY1JTIyJTNFJTRFJTY5JTc1JTY1 JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTRFJTZGJTcyJTY2JTZGJTZDJTZCJTIwJTQ5JTczJTZDJTYxJTZF JTY0JTIyJTNFJTRFJTZGJTcyJTY2JTZGJTZDJTZCJTIwJTQ5JTczJTZDJTYxJTZFJTY0JTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTRFJTZGJTcyJTc3JTYxJTc5JTIyJTNFJTRFJTZGJTcyJTc3JTYxJTc5JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTRGJTZEJTYxJTZFJTIyJTNFJTRGJTZEJTYxJTZFJTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTUwJTYxJTZDJTYxJTc1JTIyJTNFJTUwJTYxJTZDJTYxJTc1JTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTUwJTYxJTZFJTYxJTZEJTYxJTIyJTNFJTUwJTYxJTZFJTYxJTZEJTYxJTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTUwJTYxJTcwJTc1JTYxJTIwJTRFJTY1JTc3JTIwJTQ3JTc1JTY5JTZFJTY1JTYxJTIy JTNFJTUwJTYxJTcwJTc1JTYxJTIwJTRFJTY1JTc3JTIwJTQ3JTc1JTY5JTZFJTY1JTYxJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTUwJTY1JTcyJTc1JTIyJTNFJTUwJTY1JTcyJTc1JTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTUwJTY4JTY5JTZDJTY5JTcwJTcwJTY5JTZFJTY1JTczJTIyJTNFJTUwJTY4JTY5JTZDJTY5 JTcwJTcwJTY5JTZFJTY1JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUwJTY5JTc0JTYzJTYxJTY5JTcy JTZFJTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTIyJTNFJTUwJTY5JTc0JTYzJTYxJTY5JTcyJTZF JTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUwJTZGJTZDJTYxJTZF JTY0JTIyJTNFJTUwJTZGJTZDJTYxJTZFJTY0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUwJTZGJTcyJTc0 JTc1JTY3JTYxJTZDJTIyJTNFJTUwJTZGJTcyJTc0JTc1JTY3JTYxJTZDJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTUxJTYxJTc0JTYxJTcyJTIyJTNFJTUxJTYxJTc0JTYxJTcyJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTUyJTY1JTcwJTc1JTYyJTZDJTY5JTYzJTIwJTZGJTY2JTIwJTc0JTY4JTY1JTIwJTQzJTZGJTZF JTY3JTZGJTIyJTNFJTUyJTY1JTcwJTc1JTYyJTZDJTY5JTYzJTIwJTZGJTY2JTIwJTc0JTY4JTY1 JTIwJTQzJTZGJTZFJTY3JTZGJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUyJTY1JTc1JTZFJTY5JTZGJTZF JTIyJTNFJTUyJTY1JTc1JTZFJTY5JTZGJTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUyJTZGJTZEJTYx JTZFJTY5JTYxJTIyJTNFJTUyJTZGJTZEJTYxJTZFJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUy JTc1JTczJTczJTY5JTYxJTIyJTNFJTUyJTc1JTczJTczJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTUyJTc3JTYxJTZFJTY0JTYxJTIyJTNFJTUyJTc3JTYxJTZFJTY0JTYxJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTUzJTYxJTY5JTZFJTc0JTIwJTU2JTY5JTZFJTYzJTY1JTZFJTc0JTIwJTYxJTZFJTY0JTIw JTc0JTY4JTY1JTIwJTQ3JTcyJTY1JTZFJTYxJTY0JTY5JTZFJTY1JTczJTIyJTNFJTUzJTYxJTY5 JTZFJTc0JTIwJTU2JTY5JTZFJTYzJTY1JTZFJTc0JTIwJTYxJTZFJTY0JTIwJTc0JTY4JTY1JTIw JTQ3JTcyJTY1JTZFJTYxJTY0JTY5JTZFJTY1JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTYxJTZE JTZGJTYxJTIyJTNFJTUzJTYxJTZEJTZGJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTYxJTZFJTIw JTREJTYxJTcyJTY5JTZFJTZGJTIyJTNFJTUzJTYxJTZFJTIwJTREJTYxJTcyJTY5JTZFJTZGJTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTUzJTYxJTZGJTIwJTU0JTZGJTZEJTY1JTIwJTYxJTZFJTY0JTIwJTUw JTcyJTY5JTZFJTYzJTY5JTcwJTY1JTIyJTNFJTUzJTYxJTZGJTIwJTU0JTZGJTZEJTY1JTIwJTYx JTZFJTY0JTIwJTUwJTcyJTY5JTZFJTYzJTY5JTcwJTY1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTYx JTc1JTY0JTY5JTIwJTQxJTcyJTYxJTYyJTY5JTYxJTIyJTNFJTUzJTYxJTc1JTY0JTY5JTIwJTQx JTcyJTYxJTYyJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTY1JTZFJTY1JTY3JTYxJTZDJTIy JTNFJTUzJTY1JTZFJTY1JTY3JTYxJTZDJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTY1JTc5JTYzJTY4 JTY1JTZDJTZDJTY1JTczJTIyJTNFJTUzJTY1JTc5JTYzJTY4JTY1JTZDJTZDJTY1JTczJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTUzJTY5JTY1JTcyJTcyJTYxJTIwJTRDJTY1JTZGJTZFJTY1JTIyJTNFJTUz JTY5JTY1JTcyJTcyJTYxJTIwJTRDJTY1JTZGJTZFJTY1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTY5 JTZFJTY3JTYxJTcwJTZGJTcyJTY1JTIyJTNFJTUzJTY5JTZFJTY3JTYxJTcwJTZGJTcyJTY1JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTUzJTZDJTZGJTc2JTYxJTZCJTY5JTYxJTIyJTNFJTUzJTZDJTZGJTc2 JTYxJTZCJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTZDJTZGJTc2JTY1JTZFJTY5JTYxJTIy JTNFJTUzJTZDJTZGJTc2JTY1JTZFJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTZGJTZDJTZG JTZEJTZGJTZFJTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTIyJTNFJTUzJTZGJTZDJTZGJTZEJTZG JTZFJTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTZGJTZEJTYx JTZDJTY5JTYxJTIyJTNFJTUzJTZGJTZEJTYxJTZDJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUz JTZGJTc1JTc0JTY4JTIwJTQxJTY2JTcyJTY5JTYzJTYxJTIyJTNFJTUzJTZGJTc1JTc0JTY4JTIw JTQxJTY2JTcyJTY5JTYzJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTZGJTc1JTc0JTY4JTIwJTRC JTZGJTcyJTY1JTYxJTIyJTNFJTUzJTZGJTc1JTc0JTY4JTIwJTRCJTZGJTcyJTY1JTYxJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTUzJTcwJTYxJTY5JTZFJTIyJTNFJTUzJTcwJTYxJTY5JTZFJTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTUzJTcyJTY5JTIwJTRDJTYxJTZFJTZCJTYxJTIyJTNFJTUzJTcyJTY5JTIwJTRD JTYxJTZFJTZCJTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTc0JTJFJTIwJTQ4JTY1JTZDJTY1JTZF JTYxJTIyJTNFJTUzJTc0JTJFJTIwJTQ4JTY1JTZDJTY1JTZFJTYxJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTUzJTc0JTJFJTIwJTRCJTY5JTc0JTc0JTczJTIwJTYxJTZFJTY0JTIwJTRFJTY1JTc2JTY5JTcz JTIyJTNFJTUzJTc0JTJFJTIwJTRCJTY5JTc0JTc0JTczJTIwJTYxJTZFJTY0JTIwJTRFJTY1JTc2 JTY5JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTc0JTJFJTIwJTRDJTc1JTYzJTY5JTYxJTIyJTNF JTUzJTc0JTJFJTIwJTRDJTc1JTYzJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTc0JTJFJTIw JTUwJTY5JTY1JTcyJTcyJTY1JTIwJTYxJTZFJTY0JTIwJTREJTY5JTcxJTc1JTY1JTZDJTZGJTZF JTIyJTNFJTUzJTc0JTJFJTIwJTUwJTY5JTY1JTcyJTcyJTY1JTIwJTYxJTZFJTY0JTIwJTREJTY5 JTcxJTc1JTY1JTZDJTZGJTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTc1JTcyJTY5JTZFJTYxJTZE JTY1JTIyJTNFJTUzJTc1JTcyJTY5JTZFJTYxJTZEJTY1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTc2 JTYxJTZDJTYyJTYxJTcyJTY0JTIwJTYxJTZFJTY0JTIwJTRBJTYxJTZFJTIwJTREJTYxJTc5JTY1 JTZFJTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTIyJTNFJTUzJTc2JTYxJTZDJTYyJTYxJTcyJTY0 JTIwJTYxJTZFJTY0JTIwJTRBJTYxJTZFJTIwJTREJTYxJTc5JTY1JTZFJTIwJTQ5JTczJTZDJTYx JTZFJTY0JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTc3JTYxJTdBJTY5JTZDJTYxJTZFJTY0JTIy JTNFJTUzJTc3JTYxJTdBJTY5JTZDJTYxJTZFJTY0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTc3JTY1 JTY0JTY1JTZFJTIyJTNFJTUzJTc3JTY1JTY0JTY1JTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTUzJTc3 JTY5JTc0JTdBJTY1JTcyJTZDJTYxJTZFJTY0JTIyJTNFJTUzJTc3JTY5JTc0JTdBJTY1JTcyJTZD JTYxJTZFJTY0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU0JTYxJTY5JTc3JTYxJTZFJTIyJTNFJTU0JTYx JTY5JTc3JTYxJTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU0JTYxJTZBJTY5JTZCJTY5JTczJTc0JTYx JTZFJTIyJTNFJTU0JTYxJTZBJTY5JTZCJTY5JTczJTc0JTYxJTZFJTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTU0JTYxJTZFJTdBJTYxJTZFJTY5JTYxJTIyJTNFJTU0JTYxJTZFJTdBJTYxJTZFJTY5JTYxJTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTU0JTY4JTYxJTY5JTZDJTYxJTZFJTY0JTIyJTNFJTU0JTY4JTYxJTY5 JTZDJTYxJTZFJTY0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU0JTZGJTY3JTZGJTIyJTNFJTU0JTZGJTY3 JTZGJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU0JTZGJTZFJTY3JTYxJTIyJTNFJTU0JTZGJTZFJTY3JTYx JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTU0JTcyJTY5JTZFJTY5JTY0JTYxJTY0JTIwJTYxJTZFJTY0JTIw JTU0JTZGJTYyJTYxJTY3JTZGJTIyJTNFJTU0JTcyJTY5JTZFJTY5JTY0JTYxJTY0JTIwJTYxJTZF JTY0JTIwJTU0JTZGJTYyJTYxJTY3JTZGJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU0JTc1JTZFJTY5JTcz JTY5JTYxJTIyJTNFJTU0JTc1JTZFJTY5JTczJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU0JTc1 JTcyJTZCJTY1JTc5JTIyJTNFJTU0JTc1JTcyJTZCJTY1JTc5JTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU0 JTc1JTcyJTZCJTZEJTY1JTZFJTY5JTczJTc0JTYxJTZFJTIyJTNFJTU0JTc1JTcyJTZCJTZEJTY1 JTZFJTY5JTczJTc0JTYxJTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU0JTc1JTcyJTZCJTczJTIwJTYx JTZFJTY0JTIwJTQzJTYxJTY5JTYzJTZGJTczJTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTIyJTNF JTU0JTc1JTcyJTZCJTczJTIwJTYxJTZFJTY0JTIwJTQzJTYxJTY5JTYzJTZGJTczJTIwJTQ5JTcz JTZDJTYxJTZFJTY0JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU0JTc1JTc2JTYxJTZDJTc1JTIyJTNF JTU0JTc1JTc2JTYxJTZDJTc1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU1JTY3JTYxJTZFJTY0JTYxJTIy JTNFJTU1JTY3JTYxJTZFJTY0JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU1JTZCJTcyJTYxJTY5JTZF JTY1JTIyJTNFJTU1JTZCJTcyJTYxJTY5JTZFJTY1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU1JTZFJTY5 JTc0JTY1JTY0JTIwJTQxJTcyJTYxJTYyJTIwJTQ1JTZEJTY5JTcyJTYxJTc0JTY1JTczJTIyJTNF JTU1JTZFJTY5JTc0JTY1JTY0JTIwJTQxJTcyJTYxJTYyJTIwJTQ1JTZEJTY5JTcyJTYxJTc0JTY1 JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU1JTZFJTY5JTc0JTY1JTY0JTIwJTRCJTY5JTZFJTY3JTY0 JTZGJTZEJTIyJTNFJTU1JTZFJTY5JTc0JTY1JTY0JTIwJTRCJTY5JTZFJTY3JTY0JTZGJTZEJTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTU1JTcyJTc1JTY3JTc1JTYxJTc5JTIyJTNFJTU1JTcyJTc1JTY3JTc1 JTYxJTc5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU2JTYxJTZFJTc1JTYxJTc0JTc1JTIyJTNFJTU2JTYx JTZFJTc1JTYxJTc0JTc1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU2JTYxJTc0JTY5JTYzJTYxJTZFJTIw JTQzJTY5JTc0JTc5JTIwJTUzJTc0JTYxJTc0JTY1JTIyJTNFJTU2JTYxJTc0JTY5JTYzJTYxJTZF JTIwJTQzJTY5JTc0JTc5JTIwJTUzJTc0JTYxJTc0JTY1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU2JTY1 JTZFJTY1JTdBJTc1JTY1JTZDJTYxJTIyJTNFJTU2JTY1JTZFJTY1JTdBJTc1JTY1JTZDJTYxJTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTU2JTY5JTY1JTc0JTZFJTYxJTZEJTIyJTNFJTU2JTY5JTY1JTc0JTZF JTYxJTZEJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU3JTYxJTZDJTZDJTY5JTczJTIwJTYxJTZFJTY0JTIw JTQ2JTc1JTc0JTc1JTZFJTYxJTIwJTQ5JTczJTZDJTYxJTZFJTY0JTczJTIyJTNFJTU3JTYxJTZD JTZDJTY5JTczJTIwJTYxJTZFJTY0JTIwJTQ2JTc1JTc0JTc1JTZFJTYxJTIwJTQ5JTczJTZDJTYx JTZFJTY0JTczJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTU5JTY1JTZEJTY1JTZFJTIyJTNFJTU5JTY1JTZE JTY1JTZFJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTVBJTYxJTZEJTYyJTY5JTYxJTIyJTNFJTVBJTYxJTZE JTYyJTY5JTYxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTJGJTczJTY1JTZDJTY1 JTYzJTc0JTNFJTBBJTBBJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTBBJTND JTJGJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTJGJTc0JTYxJTYyJTZDJTY1JTNFJTBBJTBBJTNDJTYy JTcyJTNFJTBBJTNDJTc0JTYxJTYyJTZDJTY1JTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTYzJTY1 JTZFJTc0JTY1JTcyJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTYzJTY1 JTZDJTZDJTcwJTYxJTY0JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcz JTcwJTYxJTYzJTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM3 JTM2JTMwJTIyJTNFJTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNFJTBBJTNDJTc0 JTY0JTNFJTBBJTNDJTY4JTcyJTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTY0JTZGJTc0JTc0JTY1 JTY0JTIyJTNFJTBBJTNDJTJGJTc0JTY0JTNFJTNDJTJGJTc0JTcyJTNFJTBBJTNDJTc0JTcyJTNF JTBBJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTNFJTNDJTczJTcwJTYx JTZFJTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTY1JTZEJTcwJTY4JTYxJTczJTY5JTczJTIyJTNF JTQzJTcyJTY1JTY0JTY5JTc0JTJGJTQ0JTY1JTYyJTY5JTc0JTIwJTQzJTYxJTcyJTY0JTIwJTUw JTcyJTZGJTY2JTY5JTZDJTY1JTNDJTYyJTcyJTNFJTBBJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTZF JTYxJTZEJTY1JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTIyJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTMxJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTY4JTY5JTY0JTY0JTY1JTZFJTIyJTNF JTBBJTNDJTJGJTczJTcwJTYxJTZFJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNF JTBBJTNDJTJGJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTJGJTc0JTYxJTYyJTZDJTY1JTNFJTBBJTND JTc0JTYxJTYyJTZDJTY1JTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1JTcy JTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcwJTYx JTY0JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTczJTcwJTYxJTYzJTY5 JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM3JTM2JTMwJTIyJTNF JTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNFJTNDJTc0JTY0JTNFJTNDJTYyJTcy JTNFJTQ1JTZFJTc0JTY1JTcyJTIwJTYzJTYxJTcyJTY0JTIwJTY5JTZFJTY2JTZGJTcyJTZEJTYx JTc0JTY5JTZGJTZFJTIwJTYxJTczJTIwJTYxJTYzJTYzJTc1JTcyJTYxJTc0JTY1JTZDJTc5JTIw JTYxJTczJTIwJTcwJTZGJTczJTczJTY5JTYyJTZDJTY1JTJFJTNDJTYyJTcyJTNFJTIwJTQ2JTZG JTcyJTIwJTYzJTYxJTcyJTY0JTIwJTZFJTc1JTZEJTYyJTY1JTcyJTJDJTIwJTY1JTZFJTc0JTY1 JTcyJTIwJTZFJTc1JTZEJTYyJTY1JTcyJTczJTIwJTZGJTZFJTZDJTc5JTIwJTcwJTZDJTY1JTYx JTczJTY1JTJDJTIwJTZFJTZGJTIwJTY0JTYxJTczJTY4JTY1JTczJTIwJTZGJTcyJTIwJTczJTcw JTYxJTYzJTY1JTczJTJFJTNDJTYyJTcyJTNFJTNDJTYyJTcyJTNFJTNDJTJGJTc0JTY0JTNFJTND JTJGJTc0JTcyJTNFJTBBJTNDJTJGJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTJGJTc0JTYxJTYyJTZD JTY1JTNFJTBBJTBBJTNDJTc0JTYxJTYyJTZDJTY1JTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTYz JTY1JTZFJTc0JTY1JTcyJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTYz JTY1JTZDJTZDJTcwJTYxJTY0JTY0JTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZD JTczJTcwJTYxJTYzJTY5JTZFJTY3JTNEJTIyJTMwJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIy JTM3JTM2JTMwJTIyJTNFJTBBJTBBJTNDJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNFJTBB JTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3 JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIyJTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2 JTZGJTcyJTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTYzJTYxJTcyJTY0JTZFJTc1JTZEJTYy JTY1JTcyJTIyJTNFJTQzJTYxJTcyJTY0JTIwJTRFJTc1JTZEJTYyJTY1JTcyJTNBJTNDJTJGJTZD JTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0 JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBBJTND JTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5JTZFJTcw JTc1JTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTY5JTY0JTNEJTIyJTY0JTY1JTY2 JTYxJTc1JTZDJTc0JTYzJTYxJTcyJTY0JTZFJTc1JTZEJTYyJTY1JTcyJTIyJTIwJTZFJTYxJTZE JTY1JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTYzJTYxJTcyJTY0JTZFJTc1JTZEJTYyJTY1 JTcyJTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTMyJTMwJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIy JTc0JTY1JTc4JTc0JTIyJTNFJTBBJTIwJTIwJTNDJTY5JTZEJTY3JTIwJTczJTcyJTYzJTNEJTIy JTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTZG JTYyJTZBJTY1JTYzJTc0JTczJTJFJTYzJTZGJTZEJTJGJTU3JTQ1JTQyJTUzJTQzJTUyJTJEJTM2 JTM0JTMwJTJEJTMyJTMwJTMxJTMxJTMwJTMzJTMwJTM2JTJEJTMxJTJGJTY1JTZFJTVGJTU1JTUz JTJGJTY5JTJGJTZDJTZGJTY3JTZGJTJGJTZDJTZGJTY3JTZGJTVGJTYzJTYzJTU2JTY5JTczJTYx JTJFJTY3JTY5JTY2JTIyJTIwJTYxJTZDJTc0JTNEJTIyJTU2JTY5JTczJTYxJTIwJTIyJTIwJTYy JTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTNFJTNDJTY5JTZEJTY3JTIwJTczJTcyJTYzJTNE JTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZD JTZGJTYyJTZBJTY1JTYzJTc0JTczJTJFJTYzJTZGJTZEJTJGJTU3JTQ1JTQyJTUzJTQzJTUyJTJE JTM2JTM0JTMwJTJEJTMyJTMwJTMxJTMxJTMwJTMzJTMwJTM2JTJEJTMxJTJGJTY1JTZFJTVGJTU1 JTUzJTJGJTY5JTJGJTZDJTZGJTY3JTZGJTJGJTZDJTZGJTY3JTZGJTVGJTYzJTYzJTREJTQzJTJF JTY3JTY5JTY2JTIyJTIwJTYxJTZDJTc0JTNEJTIyJTREJTYxJTczJTc0JTY1JTcyJTYzJTYxJTcy JTY0JTIwJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTNFJTNDJTY5JTZEJTY3 JTIwJTczJTcyJTYzJTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcw JTYxJTc5JTcwJTYxJTZDJTZGJTYyJTZBJTY1JTYzJTc0JTczJTJFJTYzJTZGJTZEJTJGJTU3JTQ1 JTQyJTUzJTQzJTUyJTJEJTM2JTM0JTMwJTJEJTMyJTMwJTMxJTMxJTMwJTMzJTMwJTM2JTJEJTMx JTJGJTY1JTZFJTVGJTU1JTUzJTJGJTY5JTJGJTZDJTZGJTY3JTZGJTJGJTZDJTZGJTY3JTZGJTVG JTYzJTYzJTQxJTZEJTY1JTc4JTJFJTY3JTY5JTY2JTIyJTIwJTYxJTZDJTc0JTNEJTIyJTQxJTZE JTY1JTcyJTY5JTYzJTYxJTZFJTIwJTQ1JTc4JTcwJTcyJTY1JTczJTczJTIwJTIyJTIwJTYyJTZG JTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTNFJTBBJTNDJTY0JTY5JTc2JTIwJTY5JTY0JTNEJTIy JTc4JTcwJTc0JTQzJTYxJTcyJTY0JTQ5JTYzJTZGJTZFJTczJTIyJTNFJTNDJTJGJTY0JTY5JTc2 JTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTBBJTNDJTc0JTcyJTNFJTBB JTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3 JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIyJTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2 JTZGJTcyJTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTY1JTc4JTcwJTY0JTYxJTc0JTY1JTIy JTNFJTQ1JTc4JTcwJTY5JTcyJTYxJTc0JTY5JTZGJTZFJTIwJTQ0JTYxJTc0JTY1JTNBJTNDJTJG JTZDJTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0 JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBB JTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTBBJTBBJTND JTczJTY1JTZDJTY1JTYzJTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTZFJTYxJTZE JTY1JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTY1JTc4JTcwJTZEJTZGJTZFJTc0JTY4JTIy JTIwJTY5JTY0JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTY1JTc4JTcwJTZEJTZGJTZFJTc0 JTY4JTIyJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTczJTY1JTZDJTY1JTYzJTc0JTY1 JTY0JTNEJTIyJTczJTY1JTZDJTY1JTYzJTc0JTY1JTY0JTIyJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTMwJTMwJTIyJTNFJTZEJTZGJTZFJTc0JTY4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTMxJTIy JTNFJTMwJTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTMyJTIyJTNFJTMwJTMyJTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTMwJTMzJTIyJTNFJTMwJTMzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTM0JTIyJTNFJTMw JTM0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTM1JTIyJTNFJTMwJTM1JTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTMwJTM2JTIyJTNFJTMwJTM2JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTM3JTIyJTNFJTMwJTM3JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTMwJTM4JTIyJTNFJTMwJTM4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTM5 JTIyJTNFJTMwJTM5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTMwJTIyJTNFJTMxJTMwJTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTMxJTMxJTIyJTNFJTMxJTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTMyJTIyJTNF JTMxJTMyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTJGJTczJTY1JTZDJTY1JTYz JTc0JTNFJTBBJTNDJTczJTY1JTZDJTY1JTYzJTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIy JTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTY1JTc4JTcwJTc5JTY1 JTYxJTcyJTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTMxJTIyJTIwJTY5JTY0JTNEJTIyJTY0JTY1 JTY2JTYxJTc1JTZDJTc0JTY1JTc4JTcwJTc5JTY1JTYxJTcyJTIyJTIwJTc0JTc5JTcwJTY1JTNE JTIyJTczJTY1JTZDJTY1JTYzJTc0JTIyJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTcz JTY1JTZDJTY1JTYzJTc0JTY1JTY0JTNEJTIyJTczJTY1JTZDJTY1JTYzJTc0JTY1JTY0JTIyJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMwJTMwJTIyJTNFJTc5JTY1JTYxJTcyJTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1 JTNEJTIyJTMxJTMwJTIyJTNFJTMyJTMwJTMxJTMwJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNF JTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTMxJTIy JTNFJTMyJTMwJTMxJTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0 JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTMyJTIyJTNFJTMyJTMwJTMxJTMy JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2 JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTMzJTIyJTNFJTMyJTMwJTMxJTMzJTNDJTJGJTZGJTcwJTc0 JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNE JTIyJTMxJTM0JTIyJTNFJTMyJTMwJTMxJTM0JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBB JTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM1JTIyJTNF JTMyJTMwJTMxJTM1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5 JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM2JTIyJTNFJTMyJTMwJTMxJTM2JTND JTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTMxJTM3JTIyJTNFJTMyJTMwJTMxJTM3JTNDJTJGJTZGJTcwJTc0JTY5 JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTMxJTM4JTIyJTNFJTMyJTMwJTMxJTM4JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTND JTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMxJTM5JTIyJTNFJTMy JTMwJTMxJTM5JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZG JTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTMwJTIyJTNFJTMyJTMwJTMyJTMwJTNDJTJG JTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZD JTc1JTY1JTNEJTIyJTMyJTMxJTIyJTNFJTMyJTMwJTMyJTMxJTNDJTJGJTZGJTcwJTc0JTY5JTZG JTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMy JTMyJTIyJTNFJTMyJTMwJTMyJTMyJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZG JTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTMzJTIyJTNFJTMyJTMw JTMyJTMzJTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZF JTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTM0JTIyJTNFJTMyJTMwJTMyJTM0JTNDJTJGJTZG JTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1 JTY1JTNEJTIyJTMyJTM1JTIyJTNFJTMyJTMwJTMyJTM1JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZF JTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTM2 JTIyJTNFJTMyJTMwJTMyJTM2JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcw JTc0JTY5JTZGJTZFJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTM3JTIyJTNFJTMyJTMwJTMy JTM3JTNDJTJGJTZGJTcwJTc0JTY5JTZGJTZFJTNFJTBBJTNDJTZGJTcwJTc0JTY5JTZGJTZFJTIw JTc2JTYxJTZDJTc1JTY1JTNEJTIyJTMyJTM4JTIyJTNFJTMyJTMwJTMyJTM4JTNDJTJGJTZGJTcw JTc0JTY5JTZGJTZFJTNFJTBBJTNDJTJGJTczJTY1JTZDJTY1JTYzJTc0JTNFJTI2JTZFJTYyJTcz JTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTBBJTNDJTc0JTcyJTNF JTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZDJTYxJTYyJTY1JTZDJTIyJTIw JTczJTc0JTc5JTZDJTY1JTNEJTIyJTc2JTY1JTcyJTc0JTY5JTYzJTYxJTZDJTJEJTYxJTZDJTY5 JTY3JTZFJTNBJTIwJTZEJTY5JTY0JTY0JTZDJTY1JTNCJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNE JTIyJTMzJTMyJTMwJTIyJTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY0 JTY1JTY2JTYxJTc1JTZDJTc0JTYzJTc2JTc2JTMyJTIyJTNFJTQzJTYxJTcyJTY0JTIwJTU2JTY1 JTcyJTY5JTY2JTY5JTYzJTYxJTc0JTY5JTZGJTZFJTIwJTRFJTc1JTZEJTYyJTY1JTcyJTNBJTND JTJGJTZDJTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5 JTY0JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNF JTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMxJTM4JTIyJTNFJTNDJTY5 JTZFJTcwJTc1JTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIyJTIwJTczJTc0JTc5JTZDJTY1 JTNEJTIyJTc2JTY1JTcyJTc0JTY5JTYzJTYxJTZDJTJEJTYxJTZDJTY5JTY3JTZFJTNBJTIwJTYy JTZGJTc0JTc0JTZGJTZEJTNCJTIyJTIwJTY5JTY0JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0 JTYzJTc2JTc2JTMyJTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTMzJTIyJTIwJTZEJTYxJTc4JTZD JTY1JTZFJTY3JTc0JTY4JTNEJTIyJTM0JTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY0JTY1JTY2 JTYxJTc1JTZDJTc0JTYzJTc2JTc2JTMyJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTc0JTY1JTc4 JTc0JTIyJTNFJTBBJTIwJTIwJTNDJTYxJTIwJTc0JTYxJTcyJTY3JTY1JTc0JTNEJTIyJTVGJTYy JTZDJTYxJTZFJTZCJTIyJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJG JTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTc1JTczJTJG JTYzJTY3JTY5JTJEJTYyJTY5JTZFJTJGJTc3JTY1JTYyJTczJTYzJTcyJTNGJTYzJTZEJTY0JTNE JTcwJTJGJTYxJTYzJTYzJTJGJTYzJTc2JTc2JTVGJTY5JTZFJTY2JTZGJTVGJTcwJTZGJTcwJTJE JTZGJTc1JTc0JTczJTY5JTY0JTY1JTIyJTIwJTZGJTZFJTYzJTZDJTY5JTYzJTZCJTNEJTIyJTUw JTQxJTU5JTUwJTQxJTRDJTJFJTYzJTZGJTcyJTY1JTJFJTZGJTcwJTY1JTZFJTU3JTY5JTZFJTY0 JTZGJTc3JTI4JTY1JTc2JTY1JTZFJTc0JTJDJTIwJTdCJTc3JTY5JTY0JTc0JTY4JTNBJTIwJTM0 JTMyJTM1JTJDJTIwJTY4JTY1JTY5JTY3JTY4JTc0JTNBJTIwJTM0JTM1JTMwJTdEJTI5JTNCJTIy JTIwJTY5JTY0JTNEJTIyJTMxJTMxJTIyJTNFJTNDJTY5JTZEJTY3JTIwJTczJTcyJTYzJTNEJTIy JTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTZG JTYyJTZBJTY1JTYzJTc0JTczJTJFJTYzJTZGJTZEJTJGJTU3JTQ1JTQyJTUzJTQzJTUyJTJEJTM2 JTM0JTMwJTJEJTMyJTMwJTMxJTMxJTMwJTMzJTMwJTM2JTJEJTMxJTJGJTY1JTZFJTVGJTU1JTUz JTJGJTY5JTJGJTY5JTYzJTZGJTZFJTJGJTZEJTY5JTZFJTY5JTVGJTYzJTc2JTc2JTMyJTJFJTY3 JTY5JTY2JTIyJTIwJTYxJTZDJTc0JTNEJTIyJTQ4JTY1JTZDJTcwJTIwJTY2JTY5JTZFJTY0JTY5 JTZFJTY3JTIwJTIwJTc5JTZGJTc1JTcyJTIwJTQzJTYxJTcyJTY0JTIwJTIwJTU2JTY1JTcyJTY5 JTY2JTY5JTYzJTYxJTc0JTY5JTZGJTZFJTIwJTRFJTc1JTZEJTYyJTY1JTcyJTIyJTIwJTYxJTZD JTY5JTY3JTZFJTNEJTIyJTc0JTZGJTcwJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMw JTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0JTMwJTIyJTNFJTNDJTczJTcwJTYxJTZFJTIw JTYzJTZDJTYxJTczJTczJTNEJTIyJTczJTZEJTYxJTZDJTZDJTIyJTNFJTQ4JTY1JTZDJTcwJTIw JTY2JTY5JTZFJTY0JTY5JTZFJTY3JTIwJTIwJTc5JTZGJTc1JTcyJTIwJTQzJTYxJTcyJTY0JTIw JTIwJTU2JTY1JTcyJTY5JTY2JTY5JTYzJTYxJTc0JTY5JTZGJTZFJTIwJTRFJTc1JTZEJTYyJTY1 JTcyJTNDJTJGJTczJTcwJTYxJTZFJTNFJTNDJTJGJTYxJTNFJTNDJTYxJTIwJTY5JTY0JTNEJTIy JTMxJTMxJTIyJTIwJTc0JTYxJTcyJTY3JTY1JTc0JTNEJTIyJTVGJTYyJTZDJTYxJTZFJTZCJTIy JTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJF JTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTc1JTczJTJGJTYzJTY3JTY5JTJEJTYy JTY5JTZFJTJGJTc3JTY1JTYyJTczJTYzJTcyJTNGJTYzJTZEJTY0JTNEJTcwJTJGJTYxJTYzJTYz JTJGJTYzJTc2JTc2JTVGJTY5JTZFJTY2JTZGJTVGJTcwJTZGJTcwJTJEJTZGJTc1JTc0JTczJTY5 JTY0JTY1JTIyJTIwJTZGJTZFJTYzJTZDJTY5JTYzJTZCJTNEJTIyJTUwJTQxJTU5JTUwJTQxJTRD JTJFJTYzJTZGJTcyJTY1JTJFJTZGJTcwJTY1JTZFJTU3JTY5JTZFJTY0JTZGJTc3JTI4JTY1JTc2 JTY1JTZFJTc0JTJDJTIwJTdCJTc3JTY5JTY0JTc0JTY4JTNBJTIwJTM0JTMyJTM1JTJDJTIwJTY4 JTY1JTY5JTY3JTY4JTc0JTNBJTIwJTM0JTM1JTMwJTdEJTI5JTNCJTIyJTNFJTNDJTczJTcwJTYx JTZFJTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTczJTZEJTYxJTZDJTZDJTIyJTNFJTI2JTZFJTYy JTczJTcwJTNCJTdDJTU1JTczJTY5JTZFJTY3JTIwJTQxJTZEJTQ1JTc4JTNGJTNDJTJGJTczJTcw JTYxJTZFJTNFJTNDJTJGJTYxJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBB JTNDJTc0JTcyJTNFJTBBJTIwJTIwJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTZD JTYxJTYyJTY1JTZDJTIyJTNFJTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY0 JTY1JTY2JTYxJTc1JTZDJTc0JTczJTc0JTYxJTc0JTY1JTIyJTNFJTUzJTY1JTYzJTZGJTc1JTcy JTQzJTZGJTY0JTY1JTNBJTNDJTJGJTZDJTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBB JTIwJTIwJTNDJTc0JTY0JTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNFJTBBJTIw JTIwJTNDJTc0JTY0JTNFJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY0 JTY1JTY2JTYxJTc1JTZDJTc0JTczJTY1JTYzJTIyJTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTIy JTIwJTY5JTY0JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTczJTY1JTYzJTIyJTIwJTc2JTYx JTZDJTc1JTY1JTNEJTIyJTIyJTIwJTczJTY5JTdBJTY1JTNEJTIyJTM2JTIyJTIwJTZEJTYxJTc4 JTZDJTY1JTZFJTY3JTc0JTY4JTNEJTIyJTMyJTMwJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTcw JTYxJTczJTczJTc3JTZGJTcyJTY0JTIyJTNFJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcy JTNFJTBBJTBBJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIy JTZDJTYxJTYyJTY1JTZDJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMzJTMyJTMwJTIyJTNF JTNDJTZDJTYxJTYyJTY1JTZDJTIwJTY2JTZGJTcyJTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0 JTcwJTY5JTZFJTIyJTNFJTQzJTYxJTcyJTY0JTIwJTUzJTY5JTY3JTZFJTYxJTc0JTc1JTcyJTY1 JTJGJTUwJTQ5JTRFJTNBJTNDJTJGJTZDJTYxJTYyJTY1JTZDJTNFJTNDJTJGJTc0JTY0JTNFJTBB JTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTMyJTIyJTNFJTI2JTZFJTYyJTczJTcw JTNCJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTc0JTY0JTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM0 JTMxJTM4JTIyJTNFJTBBJTNDJTY5JTZFJTcwJTc1JTc0JTIwJTYzJTZDJTYxJTczJTczJTNEJTIy JTIyJTIwJTY5JTY0JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTcwJTY5JTZFJTIyJTIwJTcz JTY5JTdBJTY1JTNEJTIyJTM2JTIyJTIwJTZEJTYxJTc4JTZDJTY1JTZFJTY3JTc0JTY4JTNEJTIy JTM0JTIyJTIwJTZFJTYxJTZEJTY1JTNEJTIyJTY0JTY1JTY2JTYxJTc1JTZDJTc0JTcwJTY5JTZF JTIyJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIyJTIyJTIwJTc0JTc5JTcwJTY1JTNEJTIyJTcwJTYx JTczJTczJTc3JTZGJTcyJTY0JTIyJTNFJTI2JTZFJTYyJTczJTcwJTNCJTNDJTJGJTc0JTY0JTNF JTBBJTNDJTJGJTc0JTcyJTNFJTBBJTNDJTJGJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTJGJTc0JTYx JTYyJTZDJTY1JTNFJTBBJTNDJTYyJTcyJTNFJTNDJTYyJTcyJTNFJTBBJTNDJTc0JTYxJTYyJTZD JTY1JTIwJTYxJTZDJTY5JTY3JTZFJTNEJTIyJTYzJTY1JTZFJTc0JTY1JTcyJTIyJTIwJTYyJTZG JTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTcwJTYxJTY0JTY0JTY5JTZF JTY3JTNEJTIyJTMwJTIyJTIwJTYzJTY1JTZDJTZDJTczJTcwJTYxJTYzJTY5JTZFJTY3JTNEJTIy JTMwJTIyJTIwJTc3JTY5JTY0JTc0JTY4JTNEJTIyJTM3JTM2JTMwJTIyJTNFJTBBJTNDJTc0JTYy JTZGJTY0JTc5JTNFJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTNFJTBBJTNDJTczJTcwJTYxJTZF JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTczJTZEJTYxJTZDJTZDJTIyJTNFJTNDJTczJTcwJTYx JTZFJTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTY1JTZEJTcwJTY4JTYxJTczJTY5JTczJTIyJTNF JTUyJTY1JTcxJTc1JTY5JTcyJTY1JTY0JTIwJTQ2JTY5JTY1JTZDJTY0JTNDJTYyJTcyJTNFJTND JTYyJTcyJTNFJTQ2JTZGJTcyJTIwJTc5JTZGJTc1JTcyJTIwJTcwJTcyJTZGJTc0JTY1JTYzJTc0 JTY5JTZGJTZFJTJDJTIwJTc3JTY1JTIwJTc2JTY1JTcyJTY5JTY2JTc5JTIwJTYzJTcyJTY1JTY0 JTY5JTc0JTIwJTYzJTYxJTcyJTY0JTIwJTY5JTZFJTY2JTZGJTcyJTZEJTYxJTc0JTY5JTZGJTZF JTJFJTNDJTJGJTczJTcwJTYxJTZFJTNFJTNDJTYyJTcyJTNFJTU0JTY4JTY1JTIwJTcwJTcyJTZG JTYzJTY1JTczJTczJTIwJTZFJTZGJTcyJTZEJTYxJTZDJTZDJTc5JTIwJTc0JTYxJTZCJTY1JTcz JTIwJTYxJTYyJTZGJTc1JTc0JTIwJTMzJTMwJTIwJTczJTY1JTYzJTZGJTZFJTY0JTczJTJDJTIw JTYyJTc1JTc0JTIwJTY5JTc0JTIwJTZEJTYxJTc5JTIwJTc0JTYxJTZCJTY1JTIwJTZDJTZGJTZF JTY3JTY1JTcyJTIwJTY0JTc1JTcyJTY5JTZFJTY3JTIwJTYzJTY1JTcyJTc0JTYxJTY5JTZFJTIw JTc0JTY5JTZEJTY1JTczJTIwJTZGJTY2JTIwJTc0JTY4JTY1JTIwJTY0JTYxJTc5JTJFJTIwJTUw JTZDJTY1JTYxJTczJTY1JTIwJTYzJTZDJTY5JTYzJTZCJTIwJTNDJTczJTcwJTYxJTZFJTIwJTYz JTZDJTYxJTczJTczJTNEJTIyJTY1JTZEJTcwJTY4JTYxJTczJTY5JTczJTIyJTNFJTUzJTYxJTc2 JTY1JTIwJTUwJTcyJTZGJTY2JTY5JTZDJTY1JTNDJTJGJTczJTcwJTYxJTZFJTNFJTIwJTc0JTZG JTIwJTc1JTcwJTY0JTYxJTc0JTY1JTIwJTc5JTZGJTc1JTcyJTIwJTY5JTZFJTY2JTZGJTcyJTZE JTYxJTc0JTY5JTZGJTZFJTJFJTNDJTJGJTczJTcwJTYxJTZFJTNFJTBBJTNDJTY4JTcyJTIwJTYz JTZDJTYxJTczJTczJTNEJTIyJTY0JTZGJTc0JTc0JTY1JTY0JTIyJTNFJTNDJTJGJTc0JTY0JTNF JTBBJTNDJTJGJTc0JTcyJTNFJTBBJTNDJTc0JTcyJTNFJTBBJTNDJTc0JTY0JTIwJTYxJTZDJTY5 JTY3JTZFJTNEJTIyJTcyJTY5JTY3JTY4JTc0JTIyJTNFJTBBJTNDJTY5JTZFJTcwJTc1JTc0JTIw JTczJTc0JTc5JTZDJTY1JTNEJTIyJTYyJTZGJTcyJTY0JTY1JTcyJTNBJTIwJTMxJTcwJTc4JTIw JTczJTZGJTZDJTY5JTY0JTIwJTcyJTY3JTYyJTI4JTMyJTM1JTM1JTJDJTIwJTMxJTM1JTMzJTJD JTIwJTMwJTI5JTNCJTIwJTYyJTYxJTYzJTZCJTY3JTcyJTZGJTc1JTZFJTY0JTNBJTIwJTcyJTY3 JTYyJTI4JTMyJTM1JTMyJTJDJTIwJTMxJTM4JTM3JTJDJTIwJTM3JTMzJTI5JTIwJTc1JTcyJTZD JTI4JTY5JTZEJTYxJTY3JTY1JTczJTJGJTYyJTc0JTZFJTVGJTZEJTYxJTY5JTZFJTVGJTMxJTc4 JTM1JTMwJTJFJTY3JTY5JTY2JTI5JTIwJTcyJTY1JTcwJTY1JTYxJTc0JTJEJTc4JTIwJTczJTYz JTcyJTZGJTZDJTZDJTIwJTZDJTY1JTY2JTc0JTIwJTc0JTZGJTcwJTNCJTIwJTZEJTYxJTcyJTY3 JTY5JTZFJTJEJTc0JTZGJTcwJTNBJTIwJTMzJTMwJTcwJTc4JTNCJTIwJTZEJTYxJTcyJTY3JTY5 JTZFJTJEJTYyJTZGJTc0JTc0JTZGJTZEJTNBJTIwJTM0JTMwJTcwJTc4JTNCJTIwJTJEJTZEJTZG JTdBJTJEJTYyJTYxJTYzJTZCJTY3JTcyJTZGJTc1JTZFJTY0JTJEJTYzJTZDJTY5JTcwJTNBJTIw JTYyJTZGJTcyJTY0JTY1JTcyJTNCJTIwJTJEJTZEJTZGJTdBJTJEJTYyJTYxJTYzJTZCJTY3JTcy JTZGJTc1JTZFJTY0JTJEJTZGJTcyJTY5JTY3JTY5JTZFJTNBJTIwJTcwJTYxJTY0JTY0JTY5JTZF JTY3JTNCJTIwJTJEJTZEJTZGJTdBJTJEJTYyJTYxJTYzJTZCJTY3JTcyJTZGJTc1JTZFJTY0JTJE JTY5JTZFJTZDJTY5JTZFJTY1JTJEJTcwJTZGJTZDJTY5JTYzJTc5JTNBJTIwJTYzJTZGJTZFJTc0 JTY5JTZFJTc1JTZGJTc1JTczJTNCJTIwJTc3JTY5JTY0JTc0JTY4JTNBJTIwJTYxJTc1JTc0JTZG JTNCJTIwJTY4JTY1JTY5JTY3JTY4JTc0JTNBJTIwJTMyJTMyJTcwJTc4JTNCJTIwJTY2JTZGJTZF JTc0JTJEJTY2JTYxJTZEJTY5JTZDJTc5JTNBJTIwJTYxJTcyJTY5JTYxJTZDJTNCJTIwJTY2JTZG JTZFJTc0JTJEJTczJTc0JTc5JTZDJTY1JTNBJTIwJTZFJTZGJTcyJTZEJTYxJTZDJTNCJTIwJTY2 JTZGJTZFJTc0JTJEJTc2JTYxJTcyJTY5JTYxJTZFJTc0JTNBJTIwJTZFJTZGJTcyJTZEJTYxJTZD JTNCJTIwJTY2JTZGJTZFJTc0JTJEJTc3JTY1JTY5JTY3JTY4JTc0JTNBJTIwJTYyJTZGJTZDJTY0 JTNCJTIwJTY2JTZGJTZFJTc0JTJEJTczJTY5JTdBJTY1JTNBJTIwJTMxJTMyJTcwJTc4JTNCJTIw JTZDJTY5JTZFJTY1JTJEJTY4JTY1JTY5JTY3JTY4JTc0JTNBJTIwJTZFJTZGJTcyJTZEJTYxJTZD JTNCJTIwJTY2JTZGJTZFJTc0JTJEJTczJTY5JTdBJTY1JTJEJTYxJTY0JTZBJTc1JTczJTc0JTNB JTIwJTZFJTZGJTZFJTY1JTNCJTIwJTY2JTZGJTZFJTc0JTJEJTczJTc0JTcyJTY1JTc0JTYzJTY4 JTNBJTIwJTZFJTZGJTcyJTZEJTYxJTZDJTNCJTIwJTYzJTZGJTZDJTZGJTcyJTNBJTIwJTcyJTY3 JTYyJTI4JTMyJTM1JTM1JTJDJTIwJTMyJTM1JTM1JTJDJTIwJTMyJTM1JTM1JTI5JTNCJTIwJTc0 JTY1JTc4JTc0JTJEJTYxJTZDJTY5JTY3JTZFJTNBJTIwJTYzJTY1JTZFJTc0JTY1JTcyJTNCJTIy JTIwJTZFJTYxJTZEJTY1JTNEJTIyJTczJTY1JTc0JTIyJTIwJTc2JTYxJTZDJTc1JTY1JTNEJTIy JTUzJTYxJTc2JTY1JTIwJTUwJTcyJTZGJTY2JTY5JTZDJTY1JTIyJTIwJTc0JTc5JTcwJTY1JTNE JTIyJTczJTc1JTYyJTZEJTY5JTc0JTIyJTNFJTBBJTNDJTYyJTcyJTNFJTBBJTNDJTYyJTcyJTNF JTBBJTNDJTYyJTcyJTNFJTBBJTNDJTJGJTc0JTY0JTNFJTBBJTNDJTJGJTc0JTcyJTNFJTBBJTND JTJGJTc0JTYyJTZGJTY0JTc5JTNFJTNDJTJGJTc0JTYxJTYyJTZDJTY1JTNFJTBBJTNDJTJGJTY2 JTZGJTcyJTZEJTNFJTBBJTBBJTBBJTBBJTBBJTBBJTBBJTBBJTBBJTBBJTBBJTBBJTBBJTBBJTBB JTBBJTBBJTBBJTBBJTBBJTBBJTNDJTY0JTY5JTc2JTIwJTY5JTY0JTNEJTIyJTY2JTZGJTZGJTc0 JTY1JTcyJTIyJTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTczJTcyJTY0JTIyJTNFJTBBJTNDJTY4 JTM1JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTYxJTYzJTYzJTY1JTczJTczJTQxJTY5JTY0JTIy JTNFJTREJTZGJTcyJTY1JTIwJTQ5JTZFJTY2JTZGJTcyJTZEJTYxJTc0JTY5JTZGJTNDJTJGJTY4 JTM1JTNFJTBBJTNDJTc1JTZDJTNFJTBBJTNDJTZDJTY5JTIwJTYzJTZDJTYxJTczJTczJTNEJTIy JTY2JTY5JTcyJTczJTc0JTIyJTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0 JTcwJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJEJTZEJTY1JTY0JTY5 JTYxJTJFJTYzJTZGJTZEJTJGJTYxJTYyJTZGJTc1JTc0JTc1JTczJTJFJTYzJTY2JTZEJTIyJTNF JTQxJTYyJTZGJTc1JTc0JTIwJTU1JTczJTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTNDJTZD JTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJG JTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTc1JTczJTJGJTYz JTY3JTY5JTJEJTYyJTY5JTZFJTJGJTY4JTY1JTZDJTcwJTczJTYzJTcyJTNGJTYzJTZEJTY0JTNE JTVGJTY4JTY1JTZDJTcwJTI2JTYxJTZEJTcwJTNCJTc0JTNEJTY1JTczJTYzJTYxJTZDJTYxJTc0 JTY1JTU0JTYxJTYyJTIyJTNFJTQzJTZGJTZFJTc0JTYxJTYzJTc0JTIwJTU1JTczJTNDJTJGJTYx JTNFJTNDJTJGJTZDJTY5JTNFJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIy JTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJF JTYzJTZGJTZEJTJGJTc1JTczJTJGJTYzJTY3JTY5JTJEJTYyJTY5JTZFJTJGJTc3JTY1JTYyJTcz JTYzJTcyJTNGJTYzJTZEJTY0JTNEJTVGJTY0JTY5JTczJTcwJTZDJTYxJTc5JTJEJTY2JTY1JTY1 JTczJTJEJTZGJTc1JTc0JTczJTY5JTY0JTY1JTIyJTNFJTQ2JTY1JTY1JTczJTNDJTJGJTYxJTNF JTNDJTJGJTZDJTY5JTNFJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4 JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYz JTZGJTZEJTJGJTc1JTczJTJGJTYzJTY3JTY5JTJEJTYyJTY5JTZFJTJGJTc3JTY1JTYyJTczJTYz JTcyJTNGJTYzJTZEJTY0JTNEJTcwJTJGJTY3JTY1JTZFJTJGJTZBJTZGJTYyJTczJTJEJTZGJTc1 JTc0JTczJTY5JTY0JTY1JTIyJTNFJTRBJTZGJTYyJTczJTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5 JTNFJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTcz JTNBJTJGJTJGJTYzJTZEJTczJTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTc1 JTczJTJGJTYzJTY3JTY5JTJEJTYyJTY5JTZFJTJGJTZEJTYxJTcyJTZCJTY1JTc0JTY5JTZFJTY3 JTc3JTY1JTYyJTNGJTYzJTZEJTY0JTNEJTVGJTcyJTY1JTZFJTY0JTY1JTcyJTJEJTYzJTZGJTZF JTc0JTY1JTZFJTc0JTI2JTYxJTZEJTcwJTNCJTYzJTZGJTZFJTc0JTY1JTZFJTc0JTVGJTQ5JTQ0 JTNEJTY0JTY1JTc2JTY1JTZDJTZGJTcwJTY1JTcyJTJGJTY4JTZGJTZEJTY1JTIyJTNFJTQ0JTY1 JTc2JTY1JTZDJTZGJTcwJTY1JTcyJTczJTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTNDJTZD JTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJG JTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTc1JTczJTJGJTYz JTY3JTY5JTJEJTYyJTY5JTZFJTJGJTc3JTY1JTYyJTczJTYzJTcyJTNGJTYzJTZEJTY0JTNEJTVG JTY4JTZGJTZEJTY1JTJEJTZEJTY1JTcyJTYzJTY4JTYxJTZFJTc0JTIyJTNFJTREJTY1JTcyJTYz JTY4JTYxJTZFJTc0JTIwJTUzJTY1JTcyJTc2JTY5JTYzJTY1JTczJTNDJTJGJTYxJTNFJTNDJTJG JTZDJTY5JTNFJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0 JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZE JTJGJTc1JTczJTJGJTYzJTY3JTY5JTJEJTYyJTY5JTZFJTJGJTc3JTY1JTYyJTczJTYzJTcyJTNG JTYzJTZEJTY0JTNEJTVGJTY0JTY5JTczJTcwJTZDJTYxJTc5JTJEJTYzJTZGJTc1JTZFJTc0JTcy JTc5JTJEJTY2JTc1JTZFJTYzJTc0JTY5JTZGJTZFJTYxJTZDJTY5JTc0JTc5JTJEJTZGJTc1JTc0 JTczJTY5JTY0JTY1JTIyJTNFJTU3JTZGJTcyJTZDJTY0JTc3JTY5JTY0JTY1JTNDJTJGJTYxJTNF JTNDJTJGJTZDJTY5JTNFJTNDJTZDJTY5JTNFJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIw JTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTBBJTIwJTIwJTIwJTIwJTIwJTIw JTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTNDJTYxJTIwJTY4 JTcyJTY1JTY2JTNEJTIyJTZBJTYxJTc2JTYxJTczJTYzJTcyJTY5JTcwJTc0JTNBJTRGJTVGJTRD JTQzJTI4JTI5JTIyJTNFJTUzJTY5JTc0JTY1JTIwJTQ2JTY1JTY1JTY0JTYyJTYxJTYzJTZCJTND JTJGJTYxJTNFJTIwJTNDJTY5JTZEJTY3JTIwJTczJTcyJTYzJTNEJTIyJTY4JTc0JTc0JTcwJTcz JTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTY1 JTZFJTVGJTU1JTUzJTJGJTY5JTJGJTczJTYzJTcyJTJGJTczJTZEJTVGJTMzJTMzJTMzJTVGJTZG JTZGJTJFJTY3JTY5JTY2JTIyJTIwJTYxJTZDJTc0JTNEJTIyJTUzJTY5JTc0JTY1JTIwJTQ2JTY1 JTY1JTY0JTYyJTYxJTYzJTZCJTIyJTNFJTNDJTJGJTZDJTY5JTNFJTBBJTNDJTJGJTc1JTZDJTNF JTBBJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTBBJTND JTc1JTZDJTNFJTBBJTNDJTZDJTY5JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTY2JTY5JTcyJTcz JTc0JTIyJTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJG JTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTc1JTczJTJG JTYzJTY3JTY5JTJEJTYyJTY5JTZFJTJGJTc3JTY1JTYyJTczJTYzJTcyJTNGJTYzJTZEJTY0JTNE JTcwJTJGJTY3JTY1JTZFJTJGJTc1JTYxJTJGJTcwJTZGJTZDJTY5JTYzJTc5JTVGJTcwJTcyJTY5 JTc2JTYxJTYzJTc5JTJEJTZGJTc1JTc0JTczJTY5JTY0JTY1JTIyJTNFJTUwJTcyJTY5JTc2JTYx JTYzJTc5JTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4 JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTc0JTY4JTY1 JTcwJTYxJTc5JTcwJTYxJTZDJTYyJTZDJTZGJTY3JTJFJTYzJTZGJTZEJTJGJTIyJTNFJTRGJTc1 JTcyJTIwJTQyJTZDJTZGJTY3JTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTNDJTZDJTY5JTNF JTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3 JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJEJTZDJTYxJTYyJTczJTJFJTYzJTZGJTZEJTJGJTIy JTNFJTRDJTYxJTYyJTczJTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTNDJTZDJTY5JTNFJTND JTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3 JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTc1JTczJTJGJTYzJTY3JTY5JTJE JTYyJTY5JTZFJTJGJTc3JTY1JTYyJTczJTYzJTcyJTNGJTYzJTZEJTY0JTNEJTVGJTc3JTY1JTYy JTJEJTcyJTY1JTY2JTY1JTcyJTcyJTYxJTZDJTczJTJEJTZEJTcyJTYyJTJEJTZGJTc1JTc0JTcz JTY5JTY0JTY1JTIyJTNFJTUyJTY1JTY2JTY1JTcyJTcyJTYxJTZDJTczJTNDJTJGJTYxJTNFJTND JTJGJTZDJTY5JTNFJTNDJTZDJTY5JTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0 JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZG JTZEJTJGJTc1JTczJTJGJTYzJTY3JTY5JTJEJTYyJTY5JTZFJTJGJTc3JTY1JTYyJTczJTYzJTcy JTNGJTYzJTZEJTY0JTNEJTcwJTJGJTY3JTY1JTZFJTJGJTc1JTYxJTJGJTc1JTYxJTJEJTZGJTc1 JTc0JTczJTY5JTY0JTY1JTIyJTNFJTRDJTY1JTY3JTYxJTZDJTIwJTQxJTY3JTcyJTY1JTY1JTZE JTY1JTZFJTc0JTczJTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTNDJTZDJTY5JTNFJTNDJTYx JTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJF JTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTc1JTczJTJGJTYzJTY3JTY5JTJEJTYy JTY5JTZFJTJGJTc3JTY1JTYyJTczJTYzJTcyJTNGJTYzJTZEJTY0JTNEJTc4JTcwJTc0JTJGJTRE JTYxJTcyJTZCJTY1JTc0JTY5JTZFJTY3JTJGJTY3JTY1JTZFJTY1JTcyJTYxJTZDJTJGJTUzJTY5 JTc0JTY1JTREJTYxJTcwJTJEJTZGJTc1JTc0JTczJTY5JTY0JTY1JTIyJTNFJTUzJTY5JTc0JTY1 JTIwJTREJTYxJTcwJTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTNDJTZDJTY5JTIwJTYzJTZD JTYxJTczJTczJTNEJTIyJTZDJTYxJTczJTc0JTIyJTNFJTNDJTYxJTIwJTY4JTcyJTY1JTY2JTNE JTIyJTY4JTc0JTc0JTcwJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTY1JTYyJTYxJTc5JTJFJTYzJTZG JTZEJTJGJTIyJTNFJTY1JTQyJTYxJTc5JTNDJTJGJTYxJTNFJTNDJTJGJTZDJTY5JTNFJTBBJTND JTJGJTc1JTZDJTNFJTBBJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIw JTIwJTIwJTBBJTNDJTcwJTIwJTY5JTY0JTNEJTIyJTY2JTZGJTZGJTc0JTY1JTcyJTUzJTY1JTYz JTc1JTcyJTY1JTIyJTNFJTNDJTYxJTIwJTc0JTYxJTcyJTY3JTY1JTc0JTNEJTIyJTVGJTYyJTZD JTYxJTZFJTZCJTIyJTIwJTY4JTcyJTY1JTY2JTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJG JTc3JTc3JTc3JTJFJTcwJTYxJTc5JTcwJTYxJTZDJTJFJTYzJTZGJTZEJTJGJTc1JTczJTJGJTYz JTY3JTY5JTJEJTYyJTY5JTZFJTJGJTc3JTY1JTYyJTczJTYzJTcyJTNGJTYzJTZEJTY0JTNEJTc4 JTcwJTc0JTJGJTQzJTc1JTczJTc0JTZGJTZEJTY1JTcyJTJGJTcwJTZGJTcwJTc1JTcwJTJGJTUz JTY1JTYzJTc1JTcyJTY5JTc0JTc5JTRCJTY1JTc5JTU2JTQ5JTUwJTJEJTZGJTc1JTc0JTczJTY5 JTY0JTY1JTIyJTIwJTZGJTZFJTYzJTZDJTY5JTYzJTZCJTNEJTIyJTUwJTQxJTU5JTUwJTQxJTRD JTJFJTYzJTZGJTcyJTY1JTJFJTZGJTcwJTY1JTZFJTU3JTY5JTZFJTY0JTZGJTc3JTI4JTY1JTc2 JTY1JTZFJTc0JTJDJTIwJTdCJTc3JTY5JTY0JTc0JTY4JTNBJTIwJTM0JTMyJTM1JTJDJTIwJTY4 JTY1JTY5JTY3JTY4JTc0JTNBJTIwJTMzJTM1JTMwJTdEJTI5JTIyJTNFJTNDJTY5JTZEJTY3JTIw JTczJTcyJTYzJTNEJTIyJTY4JTc0JTc0JTcwJTczJTNBJTJGJTJGJTc3JTc3JTc3JTJFJTcwJTYx JTc5JTcwJTYxJTZDJTZGJTYyJTZBJTY1JTYzJTc0JTczJTJFJTYzJTZGJTZEJTJGJTU3JTQ1JTQy JTUzJTQzJTUyJTJEJTM2JTM0JTMwJTJEJTMyJTMwJTMxJTMxJTMwJTMzJTMwJTM2JTJEJTMxJTJG JTY1JTZFJTVGJTU1JTUzJTJGJTY5JTJGJTZDJTZGJTY3JTZGJTJGJTZDJTZGJTY3JTZGJTVGJTU2 JTQ5JTUwJTc3JTY4JTY5JTc0JTY1JTVGJTM2JTM2JTc4JTMyJTM3JTJFJTY3JTY5JTY2JTIyJTIw JTYxJTZDJTc0JTNEJTIyJTIyJTIwJTYyJTZGJTcyJTY0JTY1JTcyJTNEJTIyJTMwJTIyJTNFJTND JTJGJTYxJTNFJTNDJTJGJTcwJTNFJTBBJTBBJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIwJTIw JTIwJTIwJTIwJTIwJTIwJTBBJTNDJTcwJTIwJTY5JTY0JTNEJTIyJTZDJTY1JTY3JTYxJTZDJTIy JTNFJTQzJTZGJTcwJTc5JTcyJTY5JTY3JTY4JTc0JTIwJTYwJTMxJTM5JTM5JTM5JTJEJTMyJTMw JTMxJTMxJTIwJTUwJTYxJTc5JTUwJTYxJTZDJTJFJTIwJTQxJTZDJTZDJTIwJTcyJTY5JTY3JTY4 JTc0JTczJTIwJTcyJTY1JTczJTY1JTcyJTc2JTY1JTY0JTJFJTNDJTJGJTcwJTNFJTBBJTNDJTJG JTY0JTY5JTc2JTNFJTBBJTNDJTY0JTY5JTc2JTIwJTYzJTZDJTYxJTczJTczJTNEJTIyJTY4JTY5 JTY0JTY1JTIyJTIwJTY5JTY0JTNEJTIyJTZFJTYxJTc2JTQ2JTc1JTZDJTZDJTIyJTNFJTNDJTJG JTY0JTY5JTc2JTNFJTBBJTNDJTJGJTY0JTY5JTc2JTNFJTNDJTJGJTYyJTZGJTY0JTc5JTNFJTND JTJGJTY4JTc0JTZEJTZDJTNFJykpOwovLy0tPgo8L1NjcmlwdD4= --ADC10DA6EC8905E44ADC1CE5AD84D95A-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 23:03:13 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED4EE106564A for ; Wed, 30 Mar 2011 23:03:13 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out2.libero.it (cp-out2.libero.it [212.52.84.102]) by mx1.freebsd.org (Postfix) with ESMTP id 810878FC15 for ; Wed, 30 Mar 2011 23:03:13 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0209.4D93B6AF.00D0,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail40 (172.31.0.229) by cp-out2.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D7F430A0142B20D for freebsd-ports@freebsd.org; Thu, 31 Mar 2011 01:03:11 +0200 Message-ID: <7482962.568491301526191635.JavaMail.defaultUser@defaultHost> Date: Thu, 31 Mar 2011 01:03:11 +0200 (CEST) From: Barbara To: MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.18.215.22 Subject: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 23:03:14 -0000 I'm referring to this commit: http://www.freebsd.org/cgi/getmsg.cgi?fetch=422486+0+current/cvs-ports After updating nspluginwrapper-devel, firefox instead of randomly freezing for few seconds after closing o reloading a tab with a flash running, crashes, which is even more annoying. Now after the crash I have 2 core files: one for firefox-bin and one for npviewer-bin. Anyone else seeing the same? Thanks Barbara From owner-freebsd-ports@FreeBSD.ORG Wed Mar 30 23:52:59 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB52C1065674 for ; Wed, 30 Mar 2011 23:52:59 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id A61B58FC1C for ; Wed, 30 Mar 2011 23:52:59 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 30 Mar 2011 19:53:00 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr17.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id AUJ69223; Wed, 30 Mar 2011 19:52:58 -0400 Received-SPF: None identity=pra; client-ip=209.6.91.204; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=209.6.91.204; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=209.6.91.204; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="postmaster@jerusalem.litteratus.org.litteratus.org"; x-conformance=sidf_compatible Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 30 Mar 2011 19:52:56 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19859.49748.531817.968633@jerusalem.litteratus.org> Date: Wed, 30 Mar 2011 19:52:52 -0400 To: Barbara In-Reply-To: <7482962.568491301526191635.JavaMail.defaultUser@defaultHost> References: <7482962.568491301526191635.JavaMail.defaultUser@defaultHost> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr17.lnh.mail.rcn.net) Cc: freebsd-ports@freebsd.org Subject: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 23:53:00 -0000 Barbara writes: > After updating nspluginwrapper-devel, firefox instead of randomly > freezing for few seconds after closing or reloading a tab with a > flash running, crashes, which is even more annoying. > > Now after the crash I have 2 core files: one for firefox-bin and > one for npviewer-bin. > > Anyone else seeing the same? See the thread on gecko@ with subject "repeatable crash using Firefox 4". Respectfully, Robert Huff From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 00:04:27 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 595DE1065674; Thu, 31 Mar 2011 00:04:26 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-ports@FreeBSD.org, Barbara Date: Wed, 30 Mar 2011 20:04:15 -0400 User-Agent: KMail/1.6.2 References: <7482962.568491301526191635.JavaMail.defaultUser@defaultHost> In-Reply-To: <7482962.568491301526191635.JavaMail.defaultUser@defaultHost> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103302004.17586.jkim@FreeBSD.org> Cc: Subject: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 00:04:27 -0000 On Wednesday 30 March 2011 07:03 pm, Barbara wrote: > I'm referring to this commit: > http://www.freebsd.org/cgi/getmsg.cgi?fetch=422486+0+current/cvs-po >rts > > After updating nspluginwrapper-devel, firefox instead of randomly > freezing for few seconds after closing o reloading a tab with a > flash running, crashes, which is even more annoying. > Now after the crash I have 2 core files: one for firefox-bin and > one for npviewer-bin. > Anyone else seeing the same? Did you reinstall libflashplugin.so wrapper in your ~/.mozilla/plugins directory? Just making sure... Jung-uk Kim From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 06:14:24 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74C91106564A for ; Thu, 31 Mar 2011 06:14:24 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id 073648FC19 for ; Thu, 31 Mar 2011 06:14:23 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0205.4D941BBC.0119,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail37 (172.31.0.226) by cp-out3.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D7F47850147EA32; Thu, 31 Mar 2011 08:14:20 +0200 Message-ID: <30300468.602131301552060613.JavaMail.defaultUser@defaultHost> Date: Thu, 31 Mar 2011 08:14:20 +0200 (CEST) From: Barbara To: MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.21.213.69 Cc: freebsd-ports@freebsd.org Subject: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 06:14:24 -0000 >Barbara writes: > >> After updating nspluginwrapper-devel, firefox instead of randomly >> freezing for few seconds after closing or reloading a tab with a >> flash running, crashes, which is even more annoying. >> >> Now after the crash I have 2 core files: one for firefox-bin and >> one for npviewer-bin. >> >> Anyone else seeing the same? > > See the thread on gecko@ with subject "repeatable crash using >Firefox 4". > Thanks, I will have a look at that. From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 06:34:56 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 173DC106566B for ; Thu, 31 Mar 2011 06:34:56 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out4.libero.it (cp-out4.libero.it [212.52.84.104]) by mx1.freebsd.org (Postfix) with ESMTP id 9F92C8FC0C for ; Thu, 31 Mar 2011 06:34:55 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0209.4D94208D.01A1,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail37 (172.31.0.226) by cp-out4.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D7F8B0001394EF6; Thu, 31 Mar 2011 08:34:53 +0200 Message-ID: <29727678.605531301553293778.JavaMail.defaultUser@defaultHost> Date: Thu, 31 Mar 2011 08:34:53 +0200 (CEST) From: Barbara To: , MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.21.213.69 Cc: Subject: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 06:34:56 -0000 >On Wednesday 30 March 2011 07:03 pm, Barbara wrote: >> I'm referring to this commit: >> http://www.freebsd.org/cgi/getmsg.cgi?fetch=422486+0+current/cvs-po >>rts >> >> After updating nspluginwrapper-devel, firefox instead of randomly >> freezing for few seconds after closing o reloading a tab with a >> flash running, crashes, which is even more annoying. >> Now after the crash I have 2 core files: one for firefox-bin and >> one for npviewer-bin. >> Anyone else seeing the same? > >Did you reinstall libflashplugin.so wrapper in your ~/.mozilla/plugins >directory? > >Just making sure... > >Jung-uk Kim > I run "nspluginwrapper -a -v -i" in that directory, as I always did after upgrading that port. I think that you are talking about that, aren't you? I'd like to add that, from what I saw until now, the problem seems happining only with FF4. My "main" browser is www/seamonkey2 and I had no crash with it and *it seems* (suggestion?not enough tests?) that the freezing behaviour is gone. I think that Fedora still uses FF3.6.*, so maybe the fix is good only for the pre-2 libxul/xulrunner/gecko engine, maybe the glue part...?. Is that possible? Thanks Barbara From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 06:40:07 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD1D2106564A for ; Thu, 31 Mar 2011 06:40:07 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out4.libero.it (cp-out4.libero.it [212.52.84.104]) by mx1.freebsd.org (Postfix) with ESMTP id 689EC8FC12 for ; Thu, 31 Mar 2011 06:40:07 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B020C.4D9421C4.01DD,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail37 (172.31.0.226) by cp-out4.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D7F8B000139679F; Thu, 31 Mar 2011 08:40:04 +0200 Message-ID: <31044071.606821301553604880.JavaMail.defaultUser@defaultHost> Date: Thu, 31 Mar 2011 08:40:04 +0200 (CEST) From: Barbara To: MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.21.213.69 Cc: freebsd-ports@freebsd.org Subject: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 06:40:07 -0000 >Barbara writes: > >> After updating nspluginwrapper-devel, firefox instead of randomly >> freezing for few seconds after closing or reloading a tab with a >> flash running, crashes, which is even more annoying. >> >> Now after the crash I have 2 core files: one for firefox-bin and >> one for npviewer-bin. >> >> Anyone else seeing the same? > > See the thread on gecko@ with subject "repeatable crash using >Firefox 4". > After reading that thread, I remember that I read it yet, but I think that it's not the same problem. I'm running 8_STABLE; ff4 has been built with PGO without problems; I had no crash with ff4 before the last nspluginwrapper-devel patch, just the same old behaviour: sometimes the browser freezes, npviewer.bin.core is dumped, but NO browser crashes. Thanks anyway. Barbara From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 11:15:10 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C1501065670 for ; Thu, 31 Mar 2011 11:15:10 +0000 (UTC) (envelope-from franco.marchesini@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id D3D9D8FC13 for ; Thu, 31 Mar 2011 11:15:09 +0000 (UTC) Received: by yxl31 with SMTP id 31so1064545yxl.13 for ; Thu, 31 Mar 2011 04:15:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=DTearanw0ooTtl33w39nILoKDfQEMQS7XuIape59vfQ=; b=dC7wPYn0QPF+abUSZRucYgv1cA4+ncfflCEQqaLhTdCMogbWZFQ/oPD9dObQ56JXJ7 rkN4nYpey6+iFphzOzRricH5p0BNCEh8b2DSH1g9rt55fLCDeNaiY1/N/YFF8f2eTBVb auwfsqOBQ2qRvk1kLSXYbQuqSv5EBaFKGBjR0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=lUa06D5FHduemTSHTyri14jsDvu3CqQpCu4XpebmwN95S7TS95R8T4RaHp3LMpU3q3 hXKN1MEibfenPzKLhaTRmeKCIlk7huXzjSa5m38HlgoLoVIuuisc0NB0EqawCgvGpiti 0/60XMeJUWQ7lYBQ3lE+BuAP3QpHrXaThCoV0= MIME-Version: 1.0 Received: by 10.90.8.34 with SMTP id 34mr2948274agh.9.1301568736928; Thu, 31 Mar 2011 03:52:16 -0700 (PDT) Received: by 10.90.51.7 with HTTP; Thu, 31 Mar 2011 03:52:16 -0700 (PDT) Date: Thu, 31 Mar 2011 12:52:16 +0200 Message-ID: From: Franco Marchesini To: ports Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: libcii upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 11:15:10 -0000 Hello, can you upgrade the libcii port to version 2? Thank in advance for your work Franco http://code.google.com/p/cii/ From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 12:56:06 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B1611065675 for ; Thu, 31 Mar 2011 12:56:06 +0000 (UTC) (envelope-from freebsd-ports.user@seibercom.net) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD2A8FC08 for ; Thu, 31 Mar 2011 12:56:06 +0000 (UTC) Received: by gxk28 with SMTP id 28so1101736gxk.13 for ; Thu, 31 Mar 2011 05:56:05 -0700 (PDT) Received: by 10.150.148.7 with SMTP id v7mr3208675ybd.49.1301576165361; Thu, 31 Mar 2011 05:56:05 -0700 (PDT) Received: from scorpio.seibercom.net (twdp-174-109-142-001.nc.res.rr.com [174.109.142.1]) by mx.google.com with ESMTPS id v15sm561999ybk.21.2011.03.31.05.56.03 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 31 Mar 2011 05:56:03 -0700 (PDT) Received: from seibercom.net (zeus [192.168.1.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: freebsd-ports.user@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3Q0m6p3N1cz2CG6B for ; Thu, 31 Mar 2011 08:56:01 -0400 (EDT) Date: Thu, 31 Mar 2011 08:56:00 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20110331085600.5e0cf60a@seibercom.net> In-Reply-To: <29727678.605531301553293778.JavaMail.defaultUser@defaultHost> References: <29727678.605531301553293778.JavaMail.defaultUser@defaultHost> Organization: seibercom.net X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEUeH4oAAI3//v8LDHmw s8gyNZ/b3ej7+vn+/v////+PjIc8Plaj/TnQAAACNElEQVQ4jaXUvW/aQBQAcFtKGZLFT+YY 3D1SR9SKoRMncE3IggU4kicGi1JYOgQwyYrgnLlSzhsoNkTuVJEp+ef6ztiAoV3aJ+QPfufn s987S/5fQvoXYPjztmfc514Ks+5JfGUCfrzt4+VabF+jwEV4DGEXN8N4p16sPLxHX07/V3qX yfF5D2H6K4V8j9NkyAphvkjBembD5PDFk3zeTzP1jcksyaV9w+d4ELmUoOp8N2p8uQVyhTAT uawnKNH2mie5lJp48mscUcbJUvg0mR6APwAoye9AMyWozY4gAh0vcxa5FJ4TKCuODESWtfkB 8AEQSupUXNIYH8FSC2w8X3eMBNbbVJpJ7MgECO5yJ9DUEWCYkzNAlsRsgwLQ1GkWqELbkDOh 1bUzoHagYkNh9MXlK/MQoA42gTxz2bhPM2DJedm8MZx6cNfJgEZJ5cmwPp5FZ/Ye8O2qTrFV dgOrHkZRBoheJiGrRquwAhnQ6GeTePPerWVmQelAQ5lwNqtvQd2lcooAV74/zR1BIRS19fy5 ru+B/8ReW9pYKMPjt609zDaitHHTGOO+Zu7gHvsKE7XbeE1QVuJXomIFuZgUJdXQdhpqEELc /e8RLjfi+cQ01yMdWot8UcCVxEWHEkcUrsDGuhaIEoM9kfgAR6jxHcmEV7tNURAl8KTHN9iF McKGFHGO62O62UMpbmlVuogQ7ndL8zXCiLeBy3xpfrqaXS/+AHDG4o8AvhuPeezD/3xL/hy/ Adjlg2odglF2AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 12:56:06 -0000 On Thu, 31 Mar 2011 08:34:53 +0200 (CEST) Barbara articulated: > >On Wednesday 30 March 2011 07:03 pm, Barbara wrote: > >> I'm referring to this commit: > >> http://www.freebsd.org/cgi/getmsg.cgi?fetch=422486+0+current/cvs-po > >>rts > >> > >> After updating nspluginwrapper-devel, firefox instead of randomly > >> freezing for few seconds after closing o reloading a tab with a > >> flash running, crashes, which is even more annoying. > >> Now after the crash I have 2 core files: one for firefox-bin and > >> one for npviewer-bin. > >> Anyone else seeing the same? > > > >Did you reinstall libflashplugin.so wrapper in your > >~/.mozilla/plugins directory? > > I run "nspluginwrapper -a -v -i" in that directory, as I always did > after upgrading that port. > I think that you are talking about that, aren't you? When I try and run that command, I receive this error message: $ nspluginwrapper -a -v -i Auto-install plugins from /usr/local/lib/browser_plugins Looking for plugins in /usr/local/lib/browser_plugins Install plugin /usr/local/lib/browser_plugins/libflashplayer.so Auto-install plugins from /usr/local/lib/linux-mozilla/plugins Looking for plugins in /usr/local/lib/linux-mozilla/plugins Install plugin /usr/local/lib/linux-mozilla/plugins/nphelix.so into /home/jerry/.mozilla/plugins/npwrapper.nphelix.so Install plugin /usr/local/lib/linux-mozilla/plugins/libflashplayer.so into /home/jerry/.mozilla/plugins/npwrapper.libflashplayer.so Auto-install plugins from /home/jerry/.mozilla/plugins Looking for plugins in /home/jerry/.mozilla/plugins Install plugin /home/jerry/.mozilla/plugins/nppdf.so into /home/jerry/.mozilla/plugins/npwrapper.nppdf.so *** NSPlugin Viewer *** ERROR: /home/jerry/.mozilla/plugins/IcedTeaPlugin.so: wrong ELF class: ELFCLASS64 -- Jerry ✌ FreeBSD-Ports.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 13:21:48 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17FB0106566B for ; Thu, 31 Mar 2011 13:21:48 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id C8B708FC0C for ; Thu, 31 Mar 2011 13:21:47 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 31 Mar 2011 09:21:47 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr17.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id AUK13633; Thu, 31 Mar 2011 09:21:46 -0400 Received-SPF: None identity=pra; client-ip=209.6.91.204; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=209.6.91.204; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=209.6.91.204; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="postmaster@jerusalem.litteratus.org.litteratus.org"; x-conformance=sidf_compatible Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 31 Mar 2011 09:21:46 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19860.32745.889199.723747@jerusalem.litteratus.org> Date: Thu, 31 Mar 2011 09:21:45 -0400 To: freebsd-ports@freebsd.org In-Reply-To: <20110331085600.5e0cf60a@seibercom.net> References: <29727678.605531301553293778.JavaMail.defaultUser@defaultHost> <20110331085600.5e0cf60a@seibercom.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr17.lnh.mail.rcn.net) Subject: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 13:21:48 -0000 Jerry writes: > > I run "nspluginwrapper -a -v -i" in that directory, as I always did > > after upgrading that port. > > I think that you are talking about that, aren't you? > > When I try and run that command, I receive this error message: > > $ nspluginwrapper -a -v -i > Auto-install plugins from /usr/local/lib/browser_plugins > Looking for plugins in /usr/local/lib/browser_plugins > Install plugin /usr/local/lib/browser_plugins/libflashplayer.so > Auto-install plugins from /usr/local/lib/linux-mozilla/plugins > Looking for plugins in /usr/local/lib/linux-mozilla/plugins > Install plugin /usr/local/lib/linux-mozilla/plugins/nphelix.so > into /home/jerry/.mozilla/plugins/npwrapper.nphelix.so > Install plugin /usr/local/lib/linux-mozilla/plugins/libflashplayer.so > into /home/jerry/.mozilla/plugins/npwrapper.libflashplayer.so > Auto-install plugins from /home/jerry/.mozilla/plugins > Looking for plugins in /home/jerry/.mozilla/plugins > Install plugin /home/jerry/.mozilla/plugins/nppdf.so > into /home/jerry/.mozilla/plugins/npwrapper.nppdf.so > *** NSPlugin Viewer *** ERROR: /home/jerry/.mozilla/plugins/IcedTeaPlugin.so: wrong ELF class: ELFCLASS64 > Same here. I am rebuilding openjdk6; will report results. Robert Huff From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 14:14:58 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13B17106566C for ; Thu, 31 Mar 2011 14:14:58 +0000 (UTC) (envelope-from freebsd-ports.user@seibercom.net) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id B922F8FC08 for ; Thu, 31 Mar 2011 14:14:57 +0000 (UTC) Received: by gwb15 with SMTP id 15so1137770gwb.13 for ; Thu, 31 Mar 2011 07:14:57 -0700 (PDT) Received: by 10.91.209.3 with SMTP id l3mr3086666agq.29.1301580896937; Thu, 31 Mar 2011 07:14:56 -0700 (PDT) Received: from scorpio.seibercom.net (twdp-174-109-142-001.nc.res.rr.com [174.109.142.1]) by mx.google.com with ESMTPS id i8sm1227495ang.5.2011.03.31.07.14.55 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 31 Mar 2011 07:14:55 -0700 (PDT) Received: from seibercom.net (zeus [192.168.1.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: freebsd-ports.user@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3Q0nsp2YK0z2CG5m for ; Thu, 31 Mar 2011 10:14:53 -0400 (EDT) Date: Thu, 31 Mar 2011 10:14:53 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20110331101453.2a4dd0bb@seibercom.net> In-Reply-To: <19860.32745.889199.723747@jerusalem.litteratus.org> References: <29727678.605531301553293778.JavaMail.defaultUser@defaultHost> <20110331085600.5e0cf60a@seibercom.net> <19860.32745.889199.723747@jerusalem.litteratus.org> Organization: seibercom.net X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEUeH4oAAI3//v8LDHmw s8gyNZ/b3ej7+vn+/v////+PjIc8Plaj/TnQAAACNElEQVQ4jaXUvW/aQBQAcFtKGZLFT+YY 3D1SR9SKoRMncE3IggU4kicGi1JYOgQwyYrgnLlSzhsoNkTuVJEp+ef6ztiAoV3aJ+QPfufn s987S/5fQvoXYPjztmfc514Ks+5JfGUCfrzt4+VabF+jwEV4DGEXN8N4p16sPLxHX07/V3qX yfF5D2H6K4V8j9NkyAphvkjBembD5PDFk3zeTzP1jcksyaV9w+d4ELmUoOp8N2p8uQVyhTAT uawnKNH2mie5lJp48mscUcbJUvg0mR6APwAoye9AMyWozY4gAh0vcxa5FJ4TKCuODESWtfkB 8AEQSupUXNIYH8FSC2w8X3eMBNbbVJpJ7MgECO5yJ9DUEWCYkzNAlsRsgwLQ1GkWqELbkDOh 1bUzoHagYkNh9MXlK/MQoA42gTxz2bhPM2DJedm8MZx6cNfJgEZJ5cmwPp5FZ/Ye8O2qTrFV dgOrHkZRBoheJiGrRquwAhnQ6GeTePPerWVmQelAQ5lwNqtvQd2lcooAV74/zR1BIRS19fy5 ru+B/8ReW9pYKMPjt609zDaitHHTGOO+Zu7gHvsKE7XbeE1QVuJXomIFuZgUJdXQdhpqEELc /e8RLjfi+cQ01yMdWot8UcCVxEWHEkcUrsDGuhaIEoM9kfgAR6jxHcmEV7tNURAl8KTHN9iF McKGFHGO62O62UMpbmlVuogQ7ndL8zXCiLeBy3xpfrqaXS/+AHDG4o8AvhuPeezD/3xL/hy/ Adjlg2odglF2AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 14:14:58 -0000 On Thu, 31 Mar 2011 09:21:45 -0400 Robert Huff articulated: > > Jerry writes: > > > I run "nspluginwrapper -a -v -i" in that directory, as I always > > > did after upgrading that port. > > > I think that you are talking about that, aren't you? > > > > When I try and run that command, I receive this error message: > > > > $ nspluginwrapper -a -v -i > > Auto-install plugins from /usr/local/lib/browser_plugins > > Looking for plugins in /usr/local/lib/browser_plugins > > Install plugin /usr/local/lib/browser_plugins/libflashplayer.so > > Auto-install plugins from /usr/local/lib/linux-mozilla/plugins > > Looking for plugins in /usr/local/lib/linux-mozilla/plugins > > Install plugin /usr/local/lib/linux-mozilla/plugins/nphelix.so > > into /home/jerry/.mozilla/plugins/npwrapper.nphelix.so > > Install > > plugin /usr/local/lib/linux-mozilla/plugins/libflashplayer.so > > into /home/jerry/.mozilla/plugins/npwrapper.libflashplayer.so > > Auto-install plugins from /home/jerry/.mozilla/plugins Looking for > > plugins in /home/jerry/.mozilla/plugins Install > > plugin /home/jerry/.mozilla/plugins/nppdf.so > > into /home/jerry/.mozilla/plugins/npwrapper.nppdf.so *** NSPlugin > > Viewer *** ERROR: /home/jerry/.mozilla/plugins/IcedTeaPlugin.so: > > wrong ELF class: ELFCLASS64 > > Same here. > I am rebuilding openjdk6; will report results. There is a wealth of info on the subject. BING or Google it and you will find that the problem seems to be isolated to 64 bit systems. The problem seems to have been known for quite some time also, at least on other OSs. I am wondering where to file a PR against this; ie, Firefox, Java, perhaps both. -- Jerry ✌ FreeBSD-Ports.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 14:54:27 2011 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCB3E1065670; Thu, 31 Mar 2011 14:54:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 471A18FC08; Thu, 31 Mar 2011 14:54:26 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA08552; Thu, 31 Mar 2011 17:54:24 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4D94959F.3090507@FreeBSD.org> Date: Thu, 31 Mar 2011 17:54:23 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Baptiste Daroussin References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> <4D9218DF.8060305@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org, Julien Laffaye Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 14:54:27 -0000 on 29/03/2011 23:29 Baptiste Daroussin said the following: > ok let's try to say it simpler :) the main goal is to keep it simple > for now, simple and rock solid, so that we can replace pkg_install and > do some cleanup in the ports tree, add the "must have" features while > doing that. And only when we will be ready for that and that portmgr > have decided that it is mature enough to replace pkg_install, only > after that we will start improving with new features and new changes. > > I thinks changing the package name scheme is not a "must have" > feature, it for sure is and intresting feature, but what about pushing > to after the first stable release? managing architecture as we plan to > do it is enough imho. Oh, yes, I realize all this and totally agree with it. Given how huge and how visible our ports and packages systems are, it's better to be slow and cautious. All the ideas that I suggested were more for the "next step" than for now. Thank you for the work! -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 15:02:09 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D3BC1065670; Thu, 31 Mar 2011 15:02:09 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6778FC23; Thu, 31 Mar 2011 15:02:08 +0000 (UTC) Received: by iwn33 with SMTP id 33so3097886iwn.13 for ; Thu, 31 Mar 2011 08:02:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=yFoPhmdNigMv+TShFMkqVUVIpWVfl7g61LAeO75Mfz4=; b=v3o8f74by+dA1NO1QIS4NZv3yEsawen7LaRNOHlKxDMacYl9TOXM+lufslV39YeIiW 6VsCMeOpwDPawb8786wmTHLX0QJ/t1/0aOQuz6zJCw5zG7Xyz8Hh4Ot35mVBUaFC0Qmw 7d3udyLlhUF0OwaE9Bvq6FruRKy1+Vysi8WAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=WHne718H5t1+vIsf6XX4YMcDQB7JN6CNd+uHzY7VTg3NbWrqA/mJub4xFlki19OCri Y3be3HS7WH2zb0pNgPCCWrgqDjNKAQZPDtokIa/GBEc/J0y0KhyYlS1xrPfFoiQeyK0u 9oMmLxXtWJ7w6bJe00grUEVcVRX7AL3yjIMEg= Received: by 10.43.64.196 with SMTP id xj4mr3325343icb.51.1301583728225; Thu, 31 Mar 2011 08:02:08 -0700 (PDT) MIME-Version: 1.0 Sender: baptiste.daroussin@gmail.com Received: by 10.231.174.207 with HTTP; Thu, 31 Mar 2011 08:01:46 -0700 (PDT) In-Reply-To: <4D94959F.3090507@FreeBSD.org> References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> <4D9218DF.8060305@freebsd.org> <4D94959F.3090507@FreeBSD.org> From: Baptiste Daroussin Date: Thu, 31 Mar 2011 17:01:46 +0200 X-Google-Sender-Auth: gcGIbfIbTWsMBatREhKoBMHcHJQ Message-ID: To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, hackers@freebsd.org, current@freebsd.org, Julien Laffaye Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 15:02:09 -0000 2011/3/31 Andriy Gapon : > on 29/03/2011 23:29 Baptiste Daroussin said the following: >> ok let's try to say it simpler :) the main goal is to keep it simple >> for now, simple and rock solid, so that we can replace pkg_install and >> do some cleanup in the ports tree, add the "must have" features while >> doing that. And only when we will be ready for that and that portmgr >> have decided that it is mature enough to replace pkg_install, only >> after that we will start improving with new features and new changes. >> >> I thinks changing the package name scheme is not a "must have" >> feature, it for sure is and intresting feature, but what about pushing >> to after the first stable release? managing architecture as we plan to >> do it is enough imho. > > Oh, yes, I realize all this and totally agree with it. > Given how huge and how visible our ports and packages systems are, it's better to > be slow and cautious. > All the ideas that I suggested were more for the "next step" than for now. > And noted in my personnal TODO list :) > Thank you for the work! > -- > Andriy Gapon > From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 15:10:52 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 8F3181065676; Thu, 31 Mar 2011 15:10:51 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-ports@FreeBSD.org Date: Thu, 31 Mar 2011 11:10:37 -0400 User-Agent: KMail/1.6.2 References: <29727678.605531301553293778.JavaMail.defaultUser@defaultHost> <19860.32745.889199.723747@jerusalem.litteratus.org> <20110331101453.2a4dd0bb@seibercom.net> In-Reply-To: <20110331101453.2a4dd0bb@seibercom.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103311110.42326.jkim@FreeBSD.org> Cc: Jerry Subject: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 15:10:52 -0000 On Thursday 31 March 2011 10:14 am, Jerry wrote: > On Thu, 31 Mar 2011 09:21:45 -0400 > > Robert Huff articulated: > > Jerry writes: > > > > I run "nspluginwrapper -a -v -i" in that directory, as I > > > > always did after upgrading that port. > > > > I think that you are talking about that, aren't you? > > > > > > When I try and run that command, I receive this error message: > > > > > > $ nspluginwrapper -a -v -i > > > Auto-install plugins from /usr/local/lib/browser_plugins > > > Looking for plugins in /usr/local/lib/browser_plugins > > > Install plugin > > > /usr/local/lib/browser_plugins/libflashplayer.so Auto-install > > > plugins from /usr/local/lib/linux-mozilla/plugins Looking for > > > plugins in /usr/local/lib/linux-mozilla/plugins Install plugin > > > /usr/local/lib/linux-mozilla/plugins/nphelix.so into > > > /home/jerry/.mozilla/plugins/npwrapper.nphelix.so Install > > > plugin /usr/local/lib/linux-mozilla/plugins/libflashplayer.so > > > into /home/jerry/.mozilla/plugins/npwrapper.libflashplayer.so > > > Auto-install plugins from /home/jerry/.mozilla/plugins Looking > > > for plugins in /home/jerry/.mozilla/plugins Install > > > plugin /home/jerry/.mozilla/plugins/nppdf.so > > > into /home/jerry/.mozilla/plugins/npwrapper.nppdf.so *** > > > NSPlugin Viewer *** ERROR: > > > /home/jerry/.mozilla/plugins/IcedTeaPlugin.so: wrong ELF class: > > > ELFCLASS64 > > > > Same here. > > I am rebuilding openjdk6; will report results. > > There is a wealth of info on the subject. BING or Google it and you > will find that the problem seems to be isolated to 64 bit systems. > The problem seems to have been known for quite some time also, at > least on other OSs. I am wondering where to file a PR against this; > ie, Firefox, Java, perhaps both. You can safely ignore the ELFCLASS64 warning, i.e., you don't need to wrap a 64-bit plugin. Jung-uk Kim From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 17:17:25 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D805210657E0 for ; Thu, 31 Mar 2011 17:17:25 +0000 (UTC) (envelope-from gcr+freebsd-ports@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id 876E38FC0A for ; Thu, 31 Mar 2011 17:17:25 +0000 (UTC) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.4/8.14.4) with ESMTP id p2VH70fd094311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 31 Mar 2011 12:07:00 -0500 (CDT) (envelope-from gcr+freebsd-ports@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2011; t=1301591220; bh=FKoxmw9RcxQ7C+hzN4TKIJC0HGW56sNzeqX6fknbBUs=; l=5092; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=Bq0m9tpQwqNbEYsqufGS1T35hTTH/jOXyxGS26UtQenDy9zOeqyJ/yMzyLUXNXCuf 5LYgJ/hCmpyU3ceDji5Ge3fur98/qppWAMpAo4uLHyR/XS8AaMv4ECSG+X3ouNQjTm zI2/6psoAO6dtfX7IP/Jx0a7oIVMcUivIAOLPIyY= Date: Thu, 31 Mar 2011 12:07:00 -0500 (CDT) From: Greg Rivers To: freebsd-ports@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (roadkill.tharned.org [75.145.12.185]); Thu, 31 Mar 2011 12:07:00 -0500 (CDT) Subject: deskutils/calibre does not build after Python 2.6 to 2.7 update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 17:17:25 -0000 I had to remove calibre to allow upgrade-site-packages to finish successfully during the Python update. Trying to install calibre afterwards fails: # portmaster -D deskutils/calibre ===>>> Port directory: /usr/ports/deskutils/calibre ===>>> Launching 'make checksum' for deskutils/calibre in background ===>>> Gathering dependency list for deskutils/calibre from ports ===>>> Initial dependency check complete for deskutils/calibre ===>>> Starting build for deskutils/calibre <<<=== ===>>> All dependencies are up to date ===> Cleaning for calibre-0.7.23_1 ===>>> Waiting on fetch & checksum for deskutils/calibre <<<=== ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for calibre-0.6.18 => calibre-0.7.23.tar.gz doesn't seem to exist in /usr/ports/distfiles//. => Attempting to fetch http://heanet.dl.sourceforge.net/project/calibre/0.7.23/calibre-0.7.23.tar.gz calibre-0.7.23.tar.gz ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for calibre-0.6.18 ===> Extracting for calibre-0.7.23_1 => SHA256 Checksum OK for calibre-0.7.23.tar.gz. ===> Patching for calibre-0.7.23_1 ===> Applying FreeBSD patches for calibre-0.7.23_1 ===> calibre-0.7.23_1 depends on package: py*-setuptools>=0 - found ===> calibre-0.7.23_1 depends on package: py*-sip>=0 - found ===> calibre-0.7.23_1 depends on package: py*-qt4-core>=0 - found ===> calibre-0.7.23_1 depends on package: py*-qt4-gui>=0 - found ===> calibre-0.7.23_1 depends on package: py*-cssutils>=0 - found ===> calibre-0.7.23_1 depends on package: py*-dateutil>=0 - found ===> calibre-0.7.23_1 depends on package: py*-lxml>=0 - found ===> calibre-0.7.23_1 depends on file: /usr/local/bin/python2.7 - found ===> calibre-0.7.23_1 depends on file: /usr/local/bin/moc-qt4 - found ===> calibre-0.7.23_1 depends on file: /usr/local/bin/qmake-qt4 - found ===> calibre-0.7.23_1 depends on shared library: MagickWand.4 - found ===> calibre-0.7.23_1 depends on shared library: fontconfig.1 - found ===> calibre-0.7.23_1 depends on shared library: poppler-qt4.3 - found ===> calibre-0.7.23_1 depends on shared library: wmflite - found ===> calibre-0.7.23_1 depends on shared library: chm.0 - found ===> calibre-0.7.23_1 depends on shared library: podofo - found ===> calibre-0.7.23_1 depends on shared library: intl - found ===> Configuring for calibre-0.7.23_1 ===> Building for calibre-0.7.23_1 * * Running build * [snip successful compile] * * Running gui * Traceback (most recent call last): File "setup.py", line 99, in sys.exit(main()) File "setup.py", line 85, in main command.run_all(opts) File "/usr/ports/deskutils/calibre/work/calibre/setup/__init__.py", line 159, in run_all self.run_cmd(self, opts) File "/usr/ports/deskutils/calibre/work/calibre/setup/__init__.py", line 152, in run_cmd self.run_cmd(scmd, opts) File "/usr/ports/deskutils/calibre/work/calibre/setup/__init__.py", line 155, in run_cmd cmd.run(opts) File "/usr/ports/deskutils/calibre/work/calibre/setup/gui.py", line 36, in run self.build_forms() File "/usr/ports/deskutils/calibre/work/calibre/setup/gui.py", line 59, in build_forms from calibre.gui2 import build_forms File "/usr/ports/deskutils/calibre/work/calibre/src/calibre/gui2/__init__.py", line 19, in from calibre.ebooks.metadata.meta import get_metadata, metadata_from_formats File "/usr/ports/deskutils/calibre/work/calibre/src/calibre/ebooks/metadata/meta.py", line 11, in from calibre.customize.ui import get_file_type_metadata, set_file_type_metadata File "/usr/ports/deskutils/calibre/work/calibre/src/calibre/customize/ui.py", line 14, in from calibre.customize.builtins import plugins as builtin_plugins File "/usr/ports/deskutils/calibre/work/calibre/src/calibre/customize/builtins.py", line 466, in from calibre.devices.kobo.driver import KOBO File "/usr/ports/deskutils/calibre/work/calibre/src/calibre/devices/kobo/driver.py", line 9, in import sqlite3 as sqlite File "/usr/local/lib/python2.7/sqlite3/__init__.py", line 24, in from dbapi2 import * File "/usr/local/lib/python2.7/sqlite3/dbapi2.py", line 27, in from _sqlite3 import * ImportError: /usr/local/lib/python2.7/site-packages/_sqlite3.so: Undefined symbol "sqlite3_load_extension" *** Error code 1 Stop in /usr/ports/deskutils/calibre. *** Error code 1 Stop in /usr/ports/deskutils/calibre. ===>>> Installation of calibre-0.7.23_1 (deskutils/calibre) failed ===>>> Aborting update ===>>> You can restart from the point of failure with this command line: portmaster deskutils/calibre I can't tell if this is a problem with calibre, python, or sqlite3. Any clues? -- Greg From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 17:31:09 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 99397106564A; Thu, 31 Mar 2011 17:31:09 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-ports@FreeBSD.org, Barbara Date: Thu, 31 Mar 2011 13:31:02 -0400 User-Agent: KMail/1.6.2 References: <29727678.605531301553293778.JavaMail.defaultUser@defaultHost> In-Reply-To: <29727678.605531301553293778.JavaMail.defaultUser@defaultHost> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103311331.03647.jkim@FreeBSD.org> Cc: Subject: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 17:31:09 -0000 On Thursday 31 March 2011 02:34 am, Barbara wrote: > >On Wednesday 30 March 2011 07:03 pm, Barbara wrote: > >> I'm referring to this commit: > >> http://www.freebsd.org/cgi/getmsg.cgi?fetch=422486+0+current/cvs > >>-po rts > >> > >> After updating nspluginwrapper-devel, firefox instead of > >> randomly freezing for few seconds after closing o reloading a > >> tab with a flash running, crashes, which is even more annoying. > >> Now after the crash I have 2 core files: one for firefox-bin and > >> one for npviewer-bin. > >> Anyone else seeing the same? > > > >Did you reinstall libflashplugin.so wrapper in your > > ~/.mozilla/plugins directory? > > > >Just making sure... > > > >Jung-uk Kim > > I run "nspluginwrapper -a -v -i" in that directory, as I always did > after upgrading that port. > I think that you are talking about that, aren't you? Yes. I hardly use '-a', though. Can you please show me 'nspluginwrapper -l' output? > I'd like to add that, from what I saw until now, the problem seems > happining only with FF4. > My "main" browser is www/seamonkey2 and I had no crash with it and > *it seems* (suggestion?not enough tests?) that the freezing > behaviour is gone. I think that Fedora still uses FF3.6.*, so maybe > the fix is good only for the pre-2 libxul/xulrunner/gecko engine, > maybe the glue part...?. Is that possible? Actually I myself use Firefox 4 on CURRENT/amd64 and I've never experienced such problem. Long ago, I had stale plugins around (i.e., accidentally ran 'nspluginwrapper -i' as root, which installed wrappers in system-wide location) and it caused such crash, though. Jung-uk Kim From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 17:32:46 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CF801065673 for ; Thu, 31 Mar 2011 17:32:46 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id 32BD18FC08 for ; Thu, 31 Mar 2011 17:32:45 +0000 (UTC) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=cube.entropy.prv) by mail1.sourcehosting.net with esmtp (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Q5LjS-0007PP-Nl; Thu, 31 Mar 2011 13:32:45 -0400 Received: from v104.entropy.prv (v104.entropy.prv [192.168.1.104]) by cube.entropy.prv (Postfix) with ESMTP id 755EA4C5DAA0; Thu, 31 Mar 2011 13:32:28 -0400 (EDT) Message-ID: <4D94BAAC.8030202@FreeBSD.org> Date: Thu, 31 Mar 2011 13:32:28 -0400 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Greg Rivers References: In-Reply-To: X-Enigmail-Version: 1.1.1 OpenPGP: id=1C940290 X-SA-Exim-Connect-IP: 68.189.245.235 X-SA-Exim-Mail-From: glarkin@FreeBSD.org X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail1.sourcehosting.net X-Spam-Level: X-Spam-Status: No, score=0.9 required=5.0 tests=AWL, BAYES_00, RCVD_IN_RP_RNBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,TVD_RCVD_IP autolearn=no version=3.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail1.sourcehosting.net) Cc: freebsd-ports@freebsd.org Subject: Re: deskutils/calibre does not build after Python 2.6 to 2.7 update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 17:32:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 3/31/11 1:07 PM, Greg Rivers wrote: > I had to remove calibre to allow upgrade-site-packages to finish > successfully during the Python update. Trying to install calibre > afterwards fails: > > # portmaster -D deskutils/calibre > > ===>>> Port directory: /usr/ports/deskutils/calibre > > ===>>> Launching 'make checksum' for deskutils/calibre in background > ===>>> Gathering dependency list for deskutils/calibre from ports > ===>>> Initial dependency check complete for deskutils/calibre > > ===>>> Starting build for deskutils/calibre <<<=== > > ===>>> All dependencies are up to date > > ===> Cleaning for calibre-0.7.23_1 > > ===>>> Waiting on fetch & checksum for deskutils/calibre <<<=== > ===> Vulnerability check disabled, database not found > ===> License check disabled, port has not defined LICENSE > ===> Found saved configuration for calibre-0.6.18 > => calibre-0.7.23.tar.gz doesn't seem to exist in /usr/ports/distfiles//. > => Attempting to fetch > http://heanet.dl.sourceforge.net/project/calibre/0.7.23/calibre-0.7.23.tar.gz > > calibre-0.7.23.tar.gz > > ===> Vulnerability check disabled, database not found > ===> License check disabled, port has not defined LICENSE > ===> Found saved configuration for calibre-0.6.18 > ===> Extracting for calibre-0.7.23_1 > => SHA256 Checksum OK for calibre-0.7.23.tar.gz. > ===> Patching for calibre-0.7.23_1 > ===> Applying FreeBSD patches for calibre-0.7.23_1 > ===> calibre-0.7.23_1 depends on package: py*-setuptools>=0 - found > ===> calibre-0.7.23_1 depends on package: py*-sip>=0 - found > ===> calibre-0.7.23_1 depends on package: py*-qt4-core>=0 - found > ===> calibre-0.7.23_1 depends on package: py*-qt4-gui>=0 - found > ===> calibre-0.7.23_1 depends on package: py*-cssutils>=0 - found > ===> calibre-0.7.23_1 depends on package: py*-dateutil>=0 - found > ===> calibre-0.7.23_1 depends on package: py*-lxml>=0 - found > ===> calibre-0.7.23_1 depends on file: /usr/local/bin/python2.7 - found > ===> calibre-0.7.23_1 depends on file: /usr/local/bin/moc-qt4 - found > ===> calibre-0.7.23_1 depends on file: /usr/local/bin/qmake-qt4 - found > ===> calibre-0.7.23_1 depends on shared library: MagickWand.4 - found > ===> calibre-0.7.23_1 depends on shared library: fontconfig.1 - found > ===> calibre-0.7.23_1 depends on shared library: poppler-qt4.3 - found > ===> calibre-0.7.23_1 depends on shared library: wmflite - found > ===> calibre-0.7.23_1 depends on shared library: chm.0 - found > ===> calibre-0.7.23_1 depends on shared library: podofo - found > ===> calibre-0.7.23_1 depends on shared library: intl - found > ===> Configuring for calibre-0.7.23_1 > ===> Building for calibre-0.7.23_1 > > * > * Running build > * > > [snip successful compile] > > * > * Running gui > * > > Traceback (most recent call last): > File "setup.py", line 99, in > sys.exit(main()) > File "setup.py", line 85, in main > command.run_all(opts) > File "/usr/ports/deskutils/calibre/work/calibre/setup/__init__.py", > line 159, in run_all > self.run_cmd(self, opts) > File "/usr/ports/deskutils/calibre/work/calibre/setup/__init__.py", > line 152, in run_cmd > self.run_cmd(scmd, opts) > File "/usr/ports/deskutils/calibre/work/calibre/setup/__init__.py", > line 155, in run_cmd > cmd.run(opts) > File "/usr/ports/deskutils/calibre/work/calibre/setup/gui.py", line > 36, in run > self.build_forms() > File "/usr/ports/deskutils/calibre/work/calibre/setup/gui.py", line > 59, in build_forms > from calibre.gui2 import build_forms > File > "/usr/ports/deskutils/calibre/work/calibre/src/calibre/gui2/__init__.py", line > 19, in > from calibre.ebooks.metadata.meta import get_metadata, > metadata_from_formats > File > "/usr/ports/deskutils/calibre/work/calibre/src/calibre/ebooks/metadata/meta.py", > line 11, in > from calibre.customize.ui import get_file_type_metadata, > set_file_type_metadata > File > "/usr/ports/deskutils/calibre/work/calibre/src/calibre/customize/ui.py", > line 14, in > from calibre.customize.builtins import plugins as builtin_plugins > File > "/usr/ports/deskutils/calibre/work/calibre/src/calibre/customize/builtins.py", > line 466, in > from calibre.devices.kobo.driver import KOBO > File > "/usr/ports/deskutils/calibre/work/calibre/src/calibre/devices/kobo/driver.py", > line 9, in > import sqlite3 as sqlite > File "/usr/local/lib/python2.7/sqlite3/__init__.py", line 24, in > from dbapi2 import * > File "/usr/local/lib/python2.7/sqlite3/dbapi2.py", line 27, in > from _sqlite3 import * > ImportError: /usr/local/lib/python2.7/site-packages/_sqlite3.so: > Undefined symbol "sqlite3_load_extension" > *** Error code 1 > > Stop in /usr/ports/deskutils/calibre. > *** Error code 1 > > Stop in /usr/ports/deskutils/calibre. > > ===>>> Installation of calibre-0.7.23_1 (deskutils/calibre) failed > ===>>> Aborting update > > > ===>>> You can restart from the point of failure with this command line: > portmaster deskutils/calibre > > > I can't tell if this is a problem with calibre, python, or sqlite3. Any > clues? > Hi Greg, Try running this command: grep WITH_EXTENSION=true /var/db/ports/sqlite3/options If that doesn't return any output, then you should reinstall databases/sqlite3 with the "loadable extensions" option turned on. Then reinstall databases/py-sqlite3 and calibre, and I think it will work then. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2UuqwACgkQ0sRouByUApATsQCffneiE5iyAO29prA0iQ/X/9xu MX0An3jao6y+qrpZhWpf6dCsbYUOLV6u =1jFu -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 17:49:28 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0491106564A for ; Thu, 31 Mar 2011 17:49:28 +0000 (UTC) (envelope-from gcr+freebsd-ports@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBC68FC08 for ; Thu, 31 Mar 2011 17:49:28 +0000 (UTC) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.4/8.14.4) with ESMTP id p2VHnRAK094629 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Mar 2011 12:49:27 -0500 (CDT) (envelope-from gcr+freebsd-ports@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2011; t=1301593767; bh=52CK2vODmXvoxmakDjXEd5qyYuDY6Ogmy3DkZdqffm0=; l=568; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=bWX/Zu3yYihJPq8oEa2Illr+g5XEH4+G5Nf/H8XV2GbMvtFrpwxT8CLyaFwcRVmRt HXCXyjSkvsSbhxGPooTT+Q0w3A5I6V7A/cEfqtoLNCW96jrNvv9Ig83apF0qtD+x16 rbzXy6rqe98N+vXKAwgyWvVIKLPkgDQkP0yeeixs= Date: Thu, 31 Mar 2011 12:49:27 -0500 (CDT) From: Greg Rivers To: Greg Larkin In-Reply-To: <4D94BAAC.8030202@FreeBSD.org> Message-ID: References: <4D94BAAC.8030202@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (roadkill.tharned.org [75.145.12.185]); Thu, 31 Mar 2011 12:49:27 -0500 (CDT) Cc: freebsd-ports@freebsd.org Subject: Re: deskutils/calibre does not build after Python 2.6 to 2.7 update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 17:49:28 -0000 On Thu, 31 Mar 2011, Greg Larkin wrote: > Try running this command: > > grep WITH_EXTENSION=true /var/db/ports/sqlite3/options > > If that doesn't return any output, then you should reinstall > databases/sqlite3 with the "loadable extensions" option turned on. > > Then reinstall databases/py-sqlite3 and calibre, and I think it will > work then. > That did the trick. I actually removed /var/db/ports/sqlite3/options and recreated it with the current default options. "loadable extensions" is now one of the defaults. Thank you! -- Greg From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 18:01:52 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 742EC106566B for ; Thu, 31 Mar 2011 18:01:52 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 043868FC0C for ; Thu, 31 Mar 2011 18:01:51 +0000 (UTC) Received: by bwz12 with SMTP id 12so2374641bwz.13 for ; Thu, 31 Mar 2011 11:01:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=Lrh/qpnmH74ZdiMCovTH+GlWVFpeWcPB1w0Lm4aRCLM=; b=T6MXog7PKQsw0Q2VpqcGC9dBIJyZS6WjvMYfdXR6Me3Cus5TBbeNNSoQehqz3XLbjM 9hwQuo7RhsHNj9HSDVP3YuUln7K11Ywvpm9bzBdSUVdypL6I221nc3pSbzblmYK96Bou ZrtC0QWYZZsroiqBqFP4aF9qBQTCRLNusiUxU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:content-type; b=uDr25hsKBHmiM2kEHjlt3FWR3aRXW5mGJuCLbIkY7Q4xj348P2XE7pPCkygGkNz7qO XjF9FwE48v2ucXdxEenp4EtENl32Cxybi+UHax46i6oGW46sc5H5Zu6IVsQipp/vYKn5 1gtxmiiJaNiNb9N2B7jLrIx/XyIGSH0i4Wtyk= Received: by 10.204.137.19 with SMTP id u19mr2798520bkt.106.1301594511083; Thu, 31 Mar 2011 11:01:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.205.64.142 with HTTP; Thu, 31 Mar 2011 11:01:21 -0700 (PDT) In-Reply-To: References: From: Chris Rees Date: Thu, 31 Mar 2011 19:01:21 +0100 Message-ID: To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: [SOLVED] PORTDOCS strangeness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 18:01:52 -0000 On 30 March 2011 21:00, Chris Rees wrote: > Hi all, > > I'm updating castor to the new version (thanks for the email > Portscout!), and I've decided to add in docs option. > > However... when I set PORTDOCS= * as normal, on deinstall it complains > about being unable to remove ${DOCSDIR}, yet it has been deleted. > > I've looked in +CONTENTS after installing it, and sure enough there's > a @dirrm share/doc/castor. What 'gotchas' are there with PORTDOCS? > > It installs ~70 docfiles, so I was hoping not to have to list it in > pkg-plist, for the sake of space if anything else! After some kind advice from b.f., I've tracked it down (I think). As far as I can see, you can't use PORTDOCS= * when there are directories inside ${DOCSDIR}, for some reason. I haven't dug in, but I refined my wildcard a little, and now no complaints. Chris From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 18:44:05 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6CE9106566B for ; Thu, 31 Mar 2011 18:44:05 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id A46C88FC08 for ; Thu, 31 Mar 2011 18:44:05 +0000 (UTC) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=cube.entropy.prv) by mail1.sourcehosting.net with esmtp (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Q5MqZ-0007pN-4E; Thu, 31 Mar 2011 14:44:04 -0400 Received: from v104.entropy.prv (v104.entropy.prv [192.168.1.104]) by cube.entropy.prv (Postfix) with ESMTP id 430734C5E2B7; Thu, 31 Mar 2011 14:43:54 -0400 (EDT) Message-ID: <4D94CB6A.2020402@FreeBSD.org> Date: Thu, 31 Mar 2011 14:43:54 -0400 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Greg Rivers References: <4D94BAAC.8030202@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.1 OpenPGP: id=1C940290 X-SA-Exim-Connect-IP: 68.189.245.235 X-SA-Exim-Mail-From: glarkin@FreeBSD.org X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail1.sourcehosting.net X-Spam-Level: ** X-Spam-Status: No, score=2.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_RP_RNBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, TVD_RCVD_IP autolearn=no version=3.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail1.sourcehosting.net) Cc: freebsd-ports@freebsd.org Subject: Re: deskutils/calibre does not build after Python 2.6 to 2.7 update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 18:44:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 3/31/11 1:49 PM, Greg Rivers wrote: > On Thu, 31 Mar 2011, Greg Larkin wrote: > >> Try running this command: >> >> grep WITH_EXTENSION=true /var/db/ports/sqlite3/options >> >> If that doesn't return any output, then you should reinstall >> databases/sqlite3 with the "loadable extensions" option turned on. >> >> Then reinstall databases/py-sqlite3 and calibre, and I think it will >> work then. >> > > That did the trick. I actually removed /var/db/ports/sqlite3/options > and recreated it with the current default options. "loadable > extensions" is now one of the defaults. > > Thank you! > Awesome - glad to hear it! Cheers, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2Uy2oACgkQ0sRouByUApAOBQCgzblBZ7SIKSB3hlaDZXV/tY7m Kw4AoKW/vOzDLEess6M3FzM9ICc/47lk =Voqv -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 21:25:53 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D73106564A for ; Thu, 31 Mar 2011 21:25:53 +0000 (UTC) (envelope-from inyaoo@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 678F08FC0C for ; Thu, 31 Mar 2011 21:25:53 +0000 (UTC) Received: by wyf23 with SMTP id 23so2901594wyf.13 for ; Thu, 31 Mar 2011 14:25:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=/+U1KUyZQDWtaBtWdVPybHssFvEMmOOU6lUKxZTFZ1Q=; b=HcAVPzxxv0MaSQGqM9Ov4xqydRity8s3WMUA6g8Y+Q4i5t1jtX3YZ2ohxRzxbewu/9 fNoiXI037aRM8TrwsXkooNjPxy2zXV8vLL9ETVVucyO7XCRDFssCSsosplzSgPHVI5dO /1fqwKMAWFiJRXF2nk8dzKMXIMBDrtRj/dLy4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=K/N9+WkqgjViomQu+MSOfe3OGB6C0FCbhEtUdkGLORN9b7s2B9yxX+n59ofoVWT1cv rI7ZCXJmBSsOoy7WpIKrrp37rPdLjqnUqlw0Cx3hVjlCb1Q/+tdQFDk17mljWB9BVMal CwWRissnMLhzIn8m6GxDBkNIOvBGsfij6XW2M= Received: by 10.227.36.209 with SMTP id u17mr3244171wbd.117.1301606752063; Thu, 31 Mar 2011 14:25:52 -0700 (PDT) Received: from localhost (zeller.torservers.net [74.120.12.135]) by mx.google.com with ESMTPS id bs4sm901650wbb.1.2011.03.31.14.25.45 (version=SSLv3 cipher=OTHER); Thu, 31 Mar 2011 14:25:47 -0700 (PDT) From: Pan Tsu To: Chris Rees References: Date: Fri, 01 Apr 2011 01:25:39 +0400 In-Reply-To: (Chris Rees's message of "Thu, 31 Mar 2011 19:01:21 +0100") Message-ID: <86oc4rf0do.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-ports@freebsd.org Subject: Re: [SOLVED] PORTDOCS strangeness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 21:25:53 -0000 Chris Rees writes: > On 30 March 2011 21:00, Chris Rees wrote: >> Hi all, >> >> I'm updating castor to the new version (thanks for the email >> Portscout!), and I've decided to add in docs option. >> >> However... when I set PORTDOCS= * as normal, on deinstall it complains >> about being unable to remove ${DOCSDIR}, yet it has been deleted. I've seen similar errors when one *explicitly* adds @dirrm for ${DOCSDIR}. >> >> I've looked in +CONTENTS after installing it, and sure enough there's >> a @dirrm share/doc/castor. What 'gotchas' are there with PORTDOCS? >> >> It installs ~70 docfiles, so I was hoping not to have to list it in >> pkg-plist, for the sake of space if anything else! > > After some kind advice from b.f., I've tracked it down (I think). > > As far as I can see, you can't use PORTDOCS= * when there are > directories inside ${DOCSDIR}, for some reason. Are you sure? The following diff doesn't produce any errors here. %% Index: java/castor/Makefile =================================================================== RCS file: /a/.cvsup/ports/java/castor/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- java/castor/Makefile 1 Jul 2010 21:13:01 -0000 1.14 +++ java/castor/Makefile 31 Mar 2011 21:21:33 -0000 @@ -28,6 +28,7 @@ JARSUFXS= -anttasks.jar \ -xml.jar \ .jar +PORTDOCS= * PLIST_FILES= %%JAVAJARDIR%%/${PORTNAME}-anttasks.jar \ %%JAVAJARDIR%%/${PORTNAME}-codegen.jar \ %%JAVAJARDIR%%/${PORTNAME}-core.jar \ @@ -44,5 +45,9 @@ do-install: ${JAVAJARDIR}/${PORTNAME}${f} @${ECHO_MSG} " [ DONE ]" .endfor + @${ECHO_MSG} -n ">> Installing documentation under ${DOCSDIR}..." + @${MKDIR} ${DOCSDIR} + @${TAR} cf - -C${WRKSRC}/doc . | ${TAR} xof - -C${DOCSDIR} + @${ECHO_MSG} " [ DONE ]" .include %% From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 22:27:42 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84985106566B; Thu, 31 Mar 2011 22:27:42 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id 15D328FC1A; Thu, 31 Mar 2011 22:27:41 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0202.4D94FFDC.00EB,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail66 (172.31.0.61) by cp-out3.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D7F4785015FCCB0; Fri, 1 Apr 2011 00:27:40 +0200 Message-ID: <28122.839441301610460618.JavaMail.defaultUser@defaultHost> Date: Fri, 1 Apr 2011 00:27:40 +0200 (CEST) From: Barbara To: , MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.20.227.81 Cc: Subject: R: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 22:27:42 -0000 >On Thursday 31 March 2011 02:34 am, Barbara wrote: >> >On Wednesday 30 March 2011 07:03 pm, Barbara wrote: >> >> I'm referring to this commit: >> >> http://www.freebsd.org/cgi/getmsg.cgi?fetch=422486+0+current/cvs >> >>-po rts >> >> >> >> After updating nspluginwrapper-devel, firefox instead of >> >> randomly freezing for few seconds after closing o reloading a >> >> tab with a flash running, crashes, which is even more annoying. >> >> Now after the crash I have 2 core files: one for firefox-bin and >> >> one for npviewer-bin. >> >> Anyone else seeing the same? >> > >> >Did you reinstall libflashplugin.so wrapper in your >> > ~/.mozilla/plugins directory? >> > >> >Just making sure... >> > >> >Jung-uk Kim >> >> I run "nspluginwrapper -a -v -i" in that directory, as I always did >> after upgrading that port. >> I think that you are talking about that, aren't you? > >Yes. I hardly use '-a', though. Can you please show me >'nspluginwrapper -l' output? > Sure! $ nspluginwrapper -l /home/bar/.mozilla/plugins/npwrapper.libflashplayer.so Original plugin: /usr/local/lib/browser_plugins/libflashplayer.so Plugin viewer: /usr/local/lib/nspluginwrapper/i386/linux/npviewer Wrapper version string: 1.3.0 >> I'd like to add that, from what I saw until now, the problem seems >> happining only with FF4. >> My "main" browser is www/seamonkey2 and I had no crash with it and >> *it seems* (suggestion?not enough tests?) that the freezing >> behaviour is gone. I think that Fedora still uses FF3.6.*, so maybe >> the fix is good only for the pre-2 libxul/xulrunner/gecko engine, >> maybe the glue part...?. Is that possible? > >Actually I myself use Firefox 4 on CURRENT/amd64 and I've never >experienced such problem. I'm currently using it on 8_STABLE/i386. > Long ago, I had stale plugins around >(i.e., accidentally ran 'nspluginwrapper -i' as root, which installed >wrappers in system-wide location) and it caused such crash, though. > I'm 100% sure I've never run it as root. Do you think that rebuilding FF4 WITH_DEBUG could be of any help to understand what's going on? Barbara From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 23:16:29 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 988F3106564A for ; Thu, 31 Mar 2011 23:16:29 +0000 (UTC) (envelope-from ohauer@FreeBSD.org) Received: from u18-124.dslaccess.de (unknown [194.231.39.124]) by mx1.freebsd.org (Postfix) with ESMTP id 4A7EC8FC12 for ; Thu, 31 Mar 2011 23:16:29 +0000 (UTC) Received: from [172.20.1.100] (unknown [172.20.1.100]) by u18-124.dslaccess.de (Postfix) with ESMTPSA id 96FD620798; Fri, 1 Apr 2011 01:16:24 +0200 (CEST) Message-ID: <4D950B63.90009@FreeBSD.org> Date: Fri, 01 Apr 2011 01:16:51 +0200 From: Olli Hauer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Pan Tsu References: <86oc4rf0do.fsf@gmail.com> In-Reply-To: <86oc4rf0do.fsf@gmail.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org, Chris Rees Subject: Re: [SOLVED] PORTDOCS strangeness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ohauer@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 23:16:29 -0000 On 2011-03-31 23:25, Pan Tsu wrote: > Chris Rees writes: ... > + @${MKDIR} ${DOCSDIR} > + @${TAR} cf - -C${WRKSRC}/doc . | ${TAR} xof - -C${DOCSDIR} > Please use the preferred ${COPYTREE_SHARE} instead of ${TAR} -@${TAR} cf - -C${WRKSRC}/doc . | ${TAR} xof - -C${DOCSDIR} +@(cd ${WRKSRC}/doc && ${COPYTREE_SHARE} . ${DOCSDIR}) From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 23:34:00 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65AF41065670 for ; Thu, 31 Mar 2011 23:34:00 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id EE4958FC0A for ; Thu, 31 Mar 2011 23:33:59 +0000 (UTC) Received: by wwc33 with SMTP id 33so3338431wwc.31 for ; Thu, 31 Mar 2011 16:33:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ddESggNiVpbQ0y/12scIjK+2inqQCF9LKa+znp/MjHE=; b=B21IwK5kHzO5tCte3RYRrqZjcK5Z8o2EKoH7/nyJGjeipa8i9G+Ev6vlWdjAZc5Pin XStEuSOOxhiuNjkGufXNtwsjpDStPLac1nW5/o93SutXr4WLMnQxIZgmaOrs+oYgwqO0 dUq1ZHEfwJyZAhejmRYAOYstvqqN4ubxExybc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WlxkwvOOf0Lpuy1CSpqk0HD9lybjybMaNyLy55/PdjiJeMgl8rv1ebLWCxQ6BRmvv6 TmCGPzeJiNgK6g4YPisZe8zm7gjZzDa30kw3oeIQwZQ1iFOtGyA8p/2FPmty1Bpl4rtG dXtu3u0WP05qKohopQ3mhX2zmPOAeVT8kV21A= MIME-Version: 1.0 Received: by 10.216.230.31 with SMTP id i31mr3257149weq.7.1301612822106; Thu, 31 Mar 2011 16:07:02 -0700 (PDT) Received: by 10.216.0.205 with HTTP; Thu, 31 Mar 2011 16:07:02 -0700 (PDT) In-Reply-To: <28122.839441301610460618.JavaMail.defaultUser@defaultHost> References: <28122.839441301610460618.JavaMail.defaultUser@defaultHost> Date: Thu, 31 Mar 2011 18:07:02 -0500 Message-ID: From: Brandon Gooch To: Barbara Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org, jkim@freebsd.org Subject: Re: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 23:34:00 -0000 On Thu, Mar 31, 2011 at 5:27 PM, Barbara wrote: > >>On Thursday 31 March 2011 02:34 am, Barbara wrote: >>> >On Wednesday 30 March 2011 07:03 pm, Barbara wrote: >>> >> I'm referring to this commit: >>> >> http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D422486+0+current/cvs >>> >>-po rts >>> >> >>> >> After updating nspluginwrapper-devel, firefox instead of >>> >> randomly freezing for few seconds after closing o reloading a >>> >> tab with a flash running, crashes, which is even more annoying. >>> >> Now after the crash I have 2 core files: one for firefox-bin and >>> >> one for npviewer-bin. >>> >> Anyone else seeing the same? >>> > >>> >Did you reinstall libflashplugin.so wrapper in your >>> > ~/.mozilla/plugins directory? >>> > >>> >Just making sure... >>> > >>> >Jung-uk Kim >>> >>> I run "nspluginwrapper -a -v -i" in that directory, as I always did >>> after upgrading that port. >>> I think that you are talking about that, aren't you? >> >>Yes. =A0I hardly use '-a', though. =A0Can you please show me >>'nspluginwrapper -l' output? >> > > Sure! > $ nspluginwrapper -l > /home/bar/.mozilla/plugins/npwrapper.libflashplayer.so > =A0Original plugin: /usr/local/lib/browser_plugins/libflashplayer.so > =A0Plugin viewer: /usr/local/lib/nspluginwrapper/i386/linux/npviewer > =A0Wrapper version string: 1.3.0 > > >>> I'd like to add that, from what I saw until now, the problem seems >>> happining only with FF4. >>> My "main" browser is www/seamonkey2 and I had no crash with it and >>> *it seems* (suggestion?not enough tests?) that the freezing >>> behaviour is gone. I think that Fedora still uses FF3.6.*, so maybe >>> the fix is good only for the pre-2 libxul/xulrunner/gecko engine, >>> maybe the glue part...?. Is that possible? >> >>Actually I myself use Firefox 4 on CURRENT/amd64 and I've never >>experienced such problem. > > I'm currently using it on 8_STABLE/i386. > >> Long ago, I had stale plugins around >>(i.e., accidentally ran 'nspluginwrapper -i' as root, which installed >>wrappers in system-wide location) and it caused such crash, though. >> > > I'm 100% sure I've never run it as root. > Do you think that rebuilding FF4 WITH_DEBUG could be of any help to under= stand > what's going on? > > Barbara I was running into the same issue with Firefox 4 crashing. When I built Firefox with debugging turned on, I couldn't get it to crash. So I don't think it will help in this scenario, but you could give it shot I suppose. I finally wound up removing and reinstalling Firefox, the linux compat layer (f10), the flash plugin, nspluginwrapper, and every trace of the plugin from my system (that I could find). I also followed the Handbook's recommended installation method, and began running "tests". The testing phase was simply opening many tabs with embedded flash objects :) So far, no crash. The only message I continue to see in the terminal from which Firefox is launched is: *** NSPlugin Wrapper *** ERROR: no valid NPP -> PluginInstance mapping foun= d It doesn't seem to cause any real problems, so... Anyway, I'm going to keep hammering until something finally breaks, haha ^_= ^ -Brandon From owner-freebsd-ports@FreeBSD.ORG Thu Mar 31 23:38:03 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 5DC5D106566C; Thu, 31 Mar 2011 23:37:59 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-ports@FreeBSD.org, Barbara Date: Thu, 31 Mar 2011 19:37:47 -0400 User-Agent: KMail/1.6.2 References: <28122.839441301610460618.JavaMail.defaultUser@defaultHost> In-Reply-To: <28122.839441301610460618.JavaMail.defaultUser@defaultHost> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103311937.52827.jkim@FreeBSD.org> Cc: Subject: Re: R: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 23:38:03 -0000 On Thursday 31 March 2011 06:27 pm, Barbara wrote: > >On Thursday 31 March 2011 02:34 am, Barbara wrote: > >> >On Wednesday 30 March 2011 07:03 pm, Barbara wrote: > >> >> I'm referring to this commit: > >> >> http://www.freebsd.org/cgi/getmsg.cgi?fetch=422486+0+current/ > >> >>cvs -po rts > >> >> > >> >> After updating nspluginwrapper-devel, firefox instead of > >> >> randomly freezing for few seconds after closing o reloading a > >> >> tab with a flash running, crashes, which is even more > >> >> annoying. Now after the crash I have 2 core files: one for > >> >> firefox-bin and one for npviewer-bin. > >> >> Anyone else seeing the same? > >> > > >> >Did you reinstall libflashplugin.so wrapper in your > >> > ~/.mozilla/plugins directory? > >> > > >> >Just making sure... > >> > > >> >Jung-uk Kim > >> > >> I run "nspluginwrapper -a -v -i" in that directory, as I always > >> did after upgrading that port. > >> I think that you are talking about that, aren't you? > > > >Yes. I hardly use '-a', though. Can you please show me > >'nspluginwrapper -l' output? > > Sure! > $ nspluginwrapper -l > /home/bar/.mozilla/plugins/npwrapper.libflashplayer.so > Original plugin: /usr/local/lib/browser_plugins/libflashplayer.so > Plugin viewer: /usr/local/lib/nspluginwrapper/i386/linux/npviewer > Wrapper version string: 1.3.0 Hmmm... I have linux-f10-flashplugin-10.2r153 and it is installed as /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so, not in /usr/local/lib/browser_plugins/. This definitely looks suspicious. > >> I'd like to add that, from what I saw until now, the problem > >> seems happining only with FF4. > >> My "main" browser is www/seamonkey2 and I had no crash with it > >> and *it seems* (suggestion?not enough tests?) that the freezing > >> behaviour is gone. I think that Fedora still uses FF3.6.*, so > >> maybe the fix is good only for the pre-2 libxul/xulrunner/gecko > >> engine, maybe the glue part...?. Is that possible? > > > >Actually I myself use Firefox 4 on CURRENT/amd64 and I've never > >experienced such problem. > > I'm currently using it on 8_STABLE/i386. I must confess I've never tried it on STABLE/i386. Will try on VirtualBox when I get back home. > > Long ago, I had stale plugins around > >(i.e., accidentally ran 'nspluginwrapper -i' as root, which > > installed wrappers in system-wide location) and it caused such > > crash, though. > > I'm 100% sure I've never run it as root. > Do you think that rebuilding FF4 WITH_DEBUG could be of any help to > understand what's going on? Try "pkg_info -W /usr/local/lib/browser_plugins/libflashplayer.so" and see if it is stale. If so, you can remove it. Try "nspluginwrapper -v -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so" and see what happens next. Jung-uk Kim From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 00:49:10 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31A81106564A for ; Fri, 1 Apr 2011 00:49:10 +0000 (UTC) (envelope-from papowell@astart.com) Received: from astart2.astart.com (99-111-96-109.uvs.sndgca.sbcglobal.net [99.111.96.109]) by mx1.freebsd.org (Postfix) with ESMTP id 0DA0F8FC18 for ; Fri, 1 Apr 2011 00:49:09 +0000 (UTC) Received: from laptop_81.private (localhost [127.0.0.1]) by astart2.astart.com (8.14.4/8.14.4) with ESMTP id p310n8EN003119 for ; Thu, 31 Mar 2011 17:49:09 -0700 (PDT) (envelope-from papowell@astart.com) Message-ID: <4D952102.4020101@astart.com> Date: Thu, 31 Mar 2011 17:49:06 -0700 From: Patrick Powell Organization: Astart Technologies User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110312 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Automating Port Building- Setting options on the command line X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: papowell@astart.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 00:49:10 -0000 First, before you tell me to do it, I have already RTFM, done a google search, and even looked for examples. Here is what I am trying to do. I have to generate a set of packages for amd64 and i386 systems. I usually have a simple script that does: cd /usr/ports/XXX make make install make package cp /.../repository This served my simple needs well, as most of the time I had gone through the configuration process and set up the default options that I wanted. But this requires me to a) run through this process once by hand b) copy the /var/db/ports/* to a machine with another architecture c) pray that the port options are the same on the i386 and amd64 versions. What I would like to do is pass in a set of default options on the command line such as: cd /usr/ports/lang/php5-extensions make configure THIS=yes THAT=no make make install make package I just know that somebody out there is doing this better, slicker, and with more savvy than I am doing this. OK. How do I do this? And just in case there are some others out there, could you put this information, or a hint to it, in the ports(7) document? -- Patrick Powell Astart Technologies papowell@astart.com 1530 Jamacha Road, Suite X, Network and System San Diego, CA 92019 Consulting 858-874-6543 Web Site: www.astart.com From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 00:52:20 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97704106566C for ; Fri, 1 Apr 2011 00:52:20 +0000 (UTC) (envelope-from jhelfman@experts-exchange.com) Received: from mail.experts-exchange.com (mail.experts-exchange.com [72.29.183.251]) by mx1.freebsd.org (Postfix) with ESMTP id 75EA58FC13 for ; Fri, 1 Apr 2011 00:52:20 +0000 (UTC) Received: from mail.experts-exchange.com (localhost [127.0.0.1]) by mail.experts-exchange.com (Postfix) with ESMTP id 2A8CE745ECD; Thu, 31 Mar 2011 17:52:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=e-e.com; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received:received; s=ee; t= 1301619140; x=1303433540; bh=KbUHx18jXq+bIwgLV+s25S123GlTKBu9Hp9 IjO77jE4=; b=i/n6jietMyAtrxNG5HvuVN8Whd6AuAdsCVIh8mvpUPIRBfUDtJb ZefxkL2TWOm9A6yE60T3VyFiUyjYbu7P29myRp1a0P6kKOxwJ9INzf6Dj+7Wikz2 8i7WeZkOJr22n/HYM0p0z7lhixS+7vM2TMjFSIW2jtevUp4k83dr+CmA= X-Virus-Scanned: amavisd-new at experts-exchange.com Received: from mail.experts-exchange.com ([127.0.0.1]) by mail.experts-exchange.com (mail.experts-exchange.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gRbiu0aNVCaE; Thu, 31 Mar 2011 17:52:20 -0700 (PDT) Received: from experts-exchange.com (unknown [72.29.180.81]) by mail.experts-exchange.com (Postfix) with SMTP id C57F8745ECC; Thu, 31 Mar 2011 17:52:19 -0700 (PDT) Received: (nullmailer pid 84674 invoked by uid 1001); Fri, 01 Apr 2011 00:48:50 -0000 Date: Thu, 31 Mar 2011 17:48:50 -0700 From: Jason Helfman To: Patrick Powell Message-ID: <20110401004850.GH30711@eggman.experts-exchange.com> References: <4D952102.4020101@astart.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <4D952102.4020101@astart.com> X-Operating-System: FreeBSD 8.2-RELEASE X-Living-The-Dream: I love the SLO Life! User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org Subject: Re: Automating Port Building- Setting options on the command line X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 00:52:20 -0000 On Thu, Mar 31, 2011 at 05:49:06PM -0700, Patrick Powell thus spake: >First, before you tell me to do it, I have already RTFM, done a google >search, >and even looked for examples. Here is what I am trying to do. > >I have to generate a set of packages for amd64 and i386 systems. > >I usually have a simple script that does: > >cd /usr/ports/XXX >make >make install >make package >cp /.../repository > > >This served my simple needs well, as most of the time I had gone through >the configuration process and set up the default options that I wanted. > >But this requires me to >a) run through this process once by hand >b) copy the /var/db/ports/* to a machine with another > architecture >c) pray that the port options are the same on the i386 and amd64 > versions. > > >What I would like to do is pass in a set of default options on the >command line >such as: > >cd /usr/ports/lang/php5-extensions >make configure THIS=yes THAT=no >make >make install >make package > >I just know that somebody out there is doing this better, slicker, >and with more savvy than I am doing this. > >OK. How do I do this? And just in case there are some others out there, >could you put this information, or a hint to it, in the ports(7) document? > >-- >Patrick Powell Astart Technologies >papowell@astart.com 1530 Jamacha Road, Suite X, >Network and System San Diego, CA 92019 > Consulting 858-874-6543 >Web Site: www.astart.com > IMHO it is time you look into the wonders of Tinderbox. http://tinderbox.marcuscom.com/ -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 01:04:02 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12CE0106564A for ; Fri, 1 Apr 2011 01:04:02 +0000 (UTC) (envelope-from papowell@astart.com) Received: from astart2.astart.com (99-111-96-109.uvs.sndgca.sbcglobal.net [99.111.96.109]) by mx1.freebsd.org (Postfix) with ESMTP id C565C8FC0C for ; Fri, 1 Apr 2011 01:04:01 +0000 (UTC) Received: from laptop_81.private (localhost [127.0.0.1]) by astart2.astart.com (8.14.4/8.14.4) with ESMTP id p31140df003185; Thu, 31 Mar 2011 18:04:00 -0700 (PDT) (envelope-from papowell@astart.com) Message-ID: <4D95247E.6090807@astart.com> Date: Thu, 31 Mar 2011 18:03:58 -0700 From: Patrick Powell Organization: Astart Technologies User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110312 Thunderbird/3.1.9 MIME-Version: 1.0 To: Jason Helfman References: <4D952102.4020101@astart.com> <20110401004850.GH30711@eggman.experts-exchange.com> In-Reply-To: <20110401004850.GH30711@eggman.experts-exchange.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Automating Port Building- Setting options on the command line X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: papowell@astart.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 01:04:02 -0000 On 03/31/11 17:48, Jason Helfman wrote: > On Thu, Mar 31, 2011 at 05:49:06PM -0700, Patrick Powell thus spake: >> First, before you tell me to do it, I have already RTFM, done a google >> search, >> and even looked for examples. Here is what I am trying to do. >> >> I have to generate a set of packages for amd64 and i386 systems. >> >> I usually have a simple script that does: >> >> cd /usr/ports/XXX >> make >> make install >> make package >> cp /.../repository >> >> >> This served my simple needs well, as most of the time I had gone >> through >> the configuration process and set up the default options that I wanted. >> >> But this requires me to >> a) run through this process once by hand >> b) copy the /var/db/ports/* to a machine with another >> architecture >> c) pray that the port options are the same on the i386 and amd64 >> versions. >> >> >> What I would like to do is pass in a set of default options on the >> command line >> such as: >> >> cd /usr/ports/lang/php5-extensions >> make configure THIS=yes THAT=no >> make >> make install >> make package >> >> I just know that somebody out there is doing this better, slicker, >> and with more savvy than I am doing this. >> >> OK. How do I do this? And just in case there are some others out >> there, >> could you put this information, or a hint to it, in the ports(7) >> document? >> >> -- >> Patrick Powell Astart Technologies >> papowell@astart.com 1530 Jamacha Road, Suite X, >> Network and System San Diego, CA 92019 >> Consulting 858-874-6543 >> Web Site: www.astart.com >> > IMHO it is time you look into the wonders of Tinderbox. > > http://tinderbox.marcuscom.com/ > > -jgh > OK, I ripped the tinderbox documentation. It is, more than likely, based on my 20 minute reading, going to do EXACTLY what I want. However, I think I might add that there is a bit of a learning curve here - actually, more like a learning 'splat against a brick wall'. Ok, if it needs tinderbox, then I will learn tinderbox. BUT!!! Is there an idiot simple, put this on the command line alternative to this to handle the 3 (three) !@#$!@#$!@#$ ports that require me to hand tune them? Patrick ("This is the Brick Wall that we hit during development. And those are the bodies of the developers") Powell -- Patrick Powell Astart Technologies papowell@astart.com 1530 Jamacha Road, Suite X, Network and System San Diego, CA 92019 Consulting 858-874-6543 Web Site: www.astart.com From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 01:09:21 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 784F11065674 for ; Fri, 1 Apr 2011 01:09:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 13A4414DD87; Fri, 1 Apr 2011 01:09:19 +0000 (UTC) Message-ID: <4D952540.5050100@FreeBSD.org> Date: Thu, 31 Mar 2011 18:07:12 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: papowell@astart.com References: <4D952102.4020101@astart.com> <20110401004850.GH30711@eggman.experts-exchange.com> <4D95247E.6090807@astart.com> In-Reply-To: <4D95247E.6090807@astart.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jason Helfman , freebsd-ports@freebsd.org Subject: Re: Automating Port Building- Setting options on the command line X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 01:09:21 -0000 On 03/31/2011 18:03, Patrick Powell wrote: > Is there an idiot simple, put this on the command line alternative to > this to handle the 3 (three) ports that require me to hand tune them? No. The ports tree is not designed to do what you want it to do, sorry. If it's only 3 ports, apologies if I don't see the problem here. Just open up 2 terminal windows, do the 'make config' step side-by-side so you're sure that you're using the same options on both, and you're all set. Once you start getting to larger scale, then the cost of either setting up a tinderbox or rolling your own solution starts to make more sense. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 03:55:24 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD082106564A for ; Fri, 1 Apr 2011 03:55:23 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 74DE38FC0A for ; Fri, 1 Apr 2011 03:55:23 +0000 (UTC) Received: by wyf23 with SMTP id 23so3116396wyf.13 for ; Thu, 31 Mar 2011 20:55:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=xR+ao2xJPOykmiMUcZ4qfLN3oxZdKTxZCGiCJfjkOLI=; b=AiZ6ytP62dXa/SzBJDUixAIrt1EdPV8+S5r9Yj6UEGA8z3aiyW+ueAsSP2xyAVypUp gDfdO28P738KV0J4x/kQ/N/w6Hd3pdreh49CSEKerOh/fb39GGcc85fcOKGKTBFQR9Sr aMrZKohTMLT0mq03MA35thbVDtSyQiRY7VogM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eitanadler.com; s=0xdeadbeef; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type:content-transfer-encoding; b=hUihUsSd6Ax/ag4VNUNQPbAgZROMJVnRYJNUMETKNLFq7lyLwd0vtgil9nSkXiLX5n m2iyjGOQxG8vd+/MBfvMNxuuDg3JtwLjllsEwqu11tPa4HsAAPcNEi+cIyfvPpCefhwB YHAtfRNTOZ6JU/XWmrjDtZ2Q04k8AMwrBZhsA= Received: by 10.227.91.77 with SMTP id l13mr3555691wbm.44.1301630122113; Thu, 31 Mar 2011 20:55:22 -0700 (PDT) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.227.153.197 with HTTP; Thu, 31 Mar 2011 20:55:02 -0700 (PDT) From: Eitan Adler Date: Thu, 31 Mar 2011 23:55:02 -0400 X-Google-Sender-Auth: 8PmbqpiLTXyL4lpLGdmleLXP78g Message-ID: To: FreeBSD Ports Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Removing Cruft from the ports tree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 03:55:24 -0000 Hi, I=E2=80=99m been working recently on a series of PRs that called =E2=80= =9CReaper of the Dead=E2=80=9D PRs. I have been going through the various build files= we have (for source, docs, and especially ports) and attempting to remove dead code, old cruft, and unneeded checks. Some examples include ports/155543, ports/155511, ports/154395, conf/155737, and conf/155738. My goal has been twofold: making it easier to understand what is going on, and speeding up the process without requiring significant change. One of the features that has given us the most trouble has been the options framework for ports. We automatically test ports using the default options, but we are unable to perform automated using every combination of options. A port with just four options has sixteen possible configurations, and some ports have more than that. Even supporting one option might double the number of things to test. However some ports rely on specific configurations of options of other ports. In order to deal with this mess we have come up with a hack: slave ports. We have entire ports that are designed just to change the default options for other ports. This requires a non-trivial amount of code on the bsd.*.mk files to support. Automated configuration is not the only thing that has caused us trouble in the past. We routinely have to do deal with questions from inexperienced users on questions@ and ports@ details problems with non-standard configurations. Many times the solution to a ports related problem is flipping a bit in the options file. I propose removing the options systems entirely. While it does serve a small purpose of allowing customization for some end users, I believe the flaws outweigh the benefits. Removing the options framework would enable us to remove over 500 lines of expensive code from the ports system. Not only that but because maintainers would be able to choose the best possible configuration for the their port users would no longer have to mess around. While I understand there might some minor part of the community that has a sentimental attachment to the blue-on-gray-on-blue configuration, and still others want to prematurely optimize, a simple workaround could be implemented. We can allow users to add their own ./configure arguments to the makefile. This serves the needs of the community while allowing us to deal with a simpler and more reliable ports system. Feel free to express your thoughts here. I would like to get this hashed out now so the process could occur on a later date(1). --=20 Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 05:00:23 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91C6F106567C for ; Fri, 1 Apr 2011 05:00:23 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5496B8FC0C for ; Fri, 1 Apr 2011 05:00:20 +0000 (UTC) Received: by qyk27 with SMTP id 27so2475261qyk.13 for ; Thu, 31 Mar 2011 22:00:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=CgLifbAEz+KqCyS9kT+ocsMj+5rtdOzNCjqHZll1kPE=; b=knf+gggFJNRlex4jnNVzgG6u9kheJq+u4mI1x5s6ChiRF1AKWO78mUloT09eqsCCCV EGXCN/1Gb1YlKbjSQHKusfRKbx+MF6a6GRH39JJixb2AydRU5Uedk9S6XqQrA2v1yTpg L+7eNgNby+Zj4H6sm834sCDYem0n2k1OLIb58= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NP2Qj1ybBCoK6keoYQEs3dWAXJwnCeYrqx/b7j33/drocYiprNdofUap53cT+jf1TO O2FT36EexjmfWGiZS3orKvQcfdpRAifTG00kZepSgMcdfkZanIdRVxLUiXUDqKGwzHHd eNe9wm+byNKfhLzdW/aFjfwT9xAwI+u5Iu69w= MIME-Version: 1.0 Received: by 10.224.9.197 with SMTP id m5mr3020631qam.367.1301632179389; Thu, 31 Mar 2011 21:29:39 -0700 (PDT) Received: by 10.224.67.21 with HTTP; Thu, 31 Mar 2011 21:29:39 -0700 (PDT) In-Reply-To: References: Date: Fri, 1 Apr 2011 00:29:39 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Eitan Adler Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Ports Subject: Re: Removing Cruft from the ports tree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 05:00:23 -0000 On Thu, Mar 31, 2011 at 11:55 PM, Eitan Adler wrote: > Hi, > > I=E2=80=99m been working recently on a series of PRs that called =E2= =80=9CReaper > of the Dead=E2=80=9D PRs. I have been going through the various build fil= es we > have (for source, docs, and especially ports) and attempting to remove > dead code, old cruft, and unneeded checks. Some examples include > ports/155543, ports/155511, ports/154395, conf/155737, and > conf/155738. My goal has been twofold: making it easier to understand > what is going on, and speeding up the process without requiring > significant change. > > One of the features that has given us the most trouble has been > the options framework for ports. We automatically test ports using the > default options, but we are unable to perform automated using every > combination of options. A port with just four options has sixteen > possible configurations, and some ports have more than that. Even > supporting one option might double the number of things to test. > > However some ports rely on specific configurations of options of > other ports. In order to deal with this mess we have come up with a > hack: slave ports. We have entire ports that are designed just to > change the default options for other ports. This requires a > non-trivial amount of code on the bsd.*.mk files to support. > > Automated configuration is not the only thing that has caused us > trouble in the past. We routinely have to do deal with questions from > inexperienced users on questions@ and ports@ details problems with > non-standard configurations. Many times the solution to a ports > related problem is flipping a bit in the options file. > > --------------------------------------------------------------- > I propose removing the options systems entirely. While it does > serve a small purpose of allowing customization for some end users, I > believe the flaws outweigh the benefits. Removing the options > framework would enable us to remove over 500 lines of expensive code > from the ports system. Not only that but because maintainers would be > able to choose the best possible configuration for the their port > users would no longer have to mess around. > > The idea specified above is really very good , because , during =C2=A8make install ...=C2=A8 installations , given a ( non-tested previously ) improper selection sometimes wasting important number of hours because at some point make is producing an error . Sometimes , all of the options may work in the computer of the maintainer o= r tester because some required parts may already be present in their systems = . When a user tries to install such a port into a new computer may lead to failure because those different parts are not present in the new computer . Many times I am encountering that problem , and I wish that the maintainer should test that in a CLEAN computer to encounter the same problem before releasing the subject software . Actually , sometimes the options are really not necessary to ask because to use ( the port under work ) may use it , therefore why to ask about such an option : Instead of asking at least YES or NO , assume worst case as YES , and take actions with respect to this answer , or select the best default and leave the other parts to be completed by the installer with respect to his/her needs . When such an approach is used , ONLY a SINGLE case will be tested with outcome as Success or Failure which correction of problem in that case will be very easy by either removing the optional part or making ready it . As said above , number of possible test cases is an exponential requirement such as ( Number of options to test ) to 2 ( at least when there are only YES or N= O selections ) which requires exponential work to test the possibilities . This is an enormous work requirement . It is obvious that the port maintainers working hard to serve to the community . Instead of increasing their work complexity from linear to exponential ( which is really an unnecessary burden to them ) always we try to eliminate their burdens as much as possible . ------------------------------------------------------------------- > While I understand there might some minor part of the community > that has a sentimental attachment to the blue-on-gray-on-blue > configuration, and still others want to prematurely optimize, a simple > workaround could be implemented. We can allow users to add their own > ./configure arguments to the makefile. This serves the needs of the > community while allowing us to deal with a simpler and more reliable > ports system. > > Feel free to express your thoughts here. I would like to get this > hashed out now so the process could occur on a later date(1). > > -- > Eitan Adler > Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 05:02:05 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 081AC1065C72; Fri, 1 Apr 2011 05:02:05 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC268FC1C; Fri, 1 Apr 2011 05:02:04 +0000 (UTC) Received: by iyj12 with SMTP id 12so3952696iyj.13 for ; Thu, 31 Mar 2011 22:02:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=R9gJIi4ulN3sa0g5W+mTTuatSGQZ9suRdtFYolyHOAs=; b=kae76WA8V08k39L+IZUWj2CFTsBJW9ZvpPnecgmCjCl9wj20sJrrOVUcfV7A3YJE6q hNCeNbTOqtq1C6C3/B+4fl9I7i/BZtbNANNtT7N0CF2I4dF/JTr9FcF2iae3RrEF1qqC uNw5n5zl5Ez9h+JaeUU9dtfmcMs5i3d37IumU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=nlTSO8hDmd0QejBZe2Qxyx5igLg1FI0JNX5PmFD6awQL1EAxE8GAyj624Rw7X37P9l jA6x0ULRNymczSVWij+B1GgspdFzsR8prtAJnKjO9AS/tE3AKWH38jCmOlgUAJNovus3 E2oqnMUrpVR/c58WThLLYQ6fesXLrQ/VWcvS8= Received: by 10.231.0.95 with SMTP id 31mr3520306iba.34.1301634124111; Thu, 31 Mar 2011 22:02:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.174.207 with HTTP; Thu, 31 Mar 2011 22:01:44 -0700 (PDT) In-Reply-To: References: From: Baptiste Daroussin Date: Fri, 1 Apr 2011 05:01:44 +0000 Message-ID: To: Eitan Adler Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Ports Subject: Re: Removing Cruft from the ports tree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 05:02:05 -0000 2011/4/1 Eitan Adler : > Hi, > > =A0 =A0I=92m been working recently on a series of PRs that called =93Reap= er > of the Dead=94 PRs. I have been going through the various build files we > have (for source, docs, and especially ports) and attempting to remove > dead code, old cruft, and unneeded checks. Some examples include > ports/155543, ports/155511, ports/154395, conf/155737, and > conf/155738. My goal has been twofold: making it easier to understand > what is going on, and speeding up the process without requiring > significant change. > > =A0 =A0One of the features that has given us the most trouble has been > the options framework for ports. We automatically test ports using the > default options, but we are unable to perform automated using every > combination of options. A port with just four options has sixteen > possible configurations, and some ports have more than that. Even > supporting one option might double the number of things to test. > > =A0 =A0However some ports rely on specific configurations of options of > other ports. In order to deal with this mess we have come up with a > hack: slave ports. We have entire ports that are designed just to > change the default options for other ports. This requires a > non-trivial amount of code on the bsd.*.mk files to support. > > =A0 =A0Automated configuration is not the only thing that has caused us > trouble in the past. We routinely have to do deal with questions from > inexperienced users on questions@ and ports@ details problems with > non-standard configurations. Many times the solution to a ports > related problem is flipping a bit in the options file. > > =A0 =A0I propose removing the options systems entirely. While it does > serve a small purpose of allowing customization for some end users, I > believe the flaws outweigh the benefits. Removing the options > framework would enable us to remove over 500 lines of expensive code > from the ports system. Not only that but because maintainers would be > able to choose the best possible configuration for the their port > users would no longer have to mess around. > > =A0 =A0While I understand there might some minor part of the community > that has a sentimental attachment to the blue-on-gray-on-blue > configuration, and still others want to prematurely optimize, a simple > workaround could be implemented. We can allow users to add their own > ./configure arguments to the makefile. This serves the needs of the > community while allowing us to deal with a simpler and more reliable > ports system. > > =A0 =A0Feel free to express your thoughts here. I would like to get this > hashed out now so the process could occur on a later date(1). > > -- > Eitan Adler > _______________________________________________ > 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" > Removing the option framework is an option if it is replaced, by something equivalent, I have proposed http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/152568 for example but it needs time to be reviewed by portmgr. This new implementation of option is more consistent and cleaner. The slave ports is not a solution only to make sure we have a port with a given option set, but it is also a way to avoir code duplication (php for exemple). pkgng can register this options passed to a port to an installed package, along with my option framework proposal, it would allow us to be able to check the configuration of a given port from the port infrastructure. My 2c, Bapt From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 05:35:11 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8185B106566B; Fri, 1 Apr 2011 05:35:11 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id D4E9E8FC1A; Fri, 1 Apr 2011 05:35:10 +0000 (UTC) Received: by qyk35 with SMTP id 35so105499qyk.13 for ; Thu, 31 Mar 2011 22:35:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=R2zBHpgsy/BBHTdtJH3KuD+LizJPnoQYwoQVgW6ESag=; b=mCS1viP+6AixebSLEAvdATFUqleHTW0Q+U3qejpomlkhDLyGMbr9IthWipptbLWAMz sxaECOdTiCXRnJ+9fUVRgT0R69Zxk6HtCmi/teAewdsqJaHyBZLW6tCBzekkwWHSH5SO p5+cAbN2aWoS5w3R7HF3iPz9mL4NWmteoUyGA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=SO/9spzXdwm3SUu+0Igm94FgdRkMqr8Rjo79h+f/ngobqb4k+1YSNNx0FaPPYSqh0A chfmgU5xo4uYy5a3PXIDoYcPPhHyyBX8Xtr0p1c2st1CdxjyAajRiCA+n7Q0FbKzEBWq xcx1pQcUowndetgg3hfUFN8ILUdHckr8largo= MIME-Version: 1.0 Received: by 10.224.200.196 with SMTP id ex4mr2938261qab.5.1301636109272; Thu, 31 Mar 2011 22:35:09 -0700 (PDT) Received: by 10.224.20.19 with HTTP; Thu, 31 Mar 2011 22:35:09 -0700 (PDT) In-Reply-To: References: Date: Fri, 1 Apr 2011 00:35:09 -0500 Message-ID: From: Zhihao Yuan To: Mehmet Erol Sanliturk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Ports , Eitan Adler Subject: Re: Removing Cruft from the ports tree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 05:35:11 -0000 On Thu, Mar 31, 2011 at 11:29 PM, Mehmet Erol Sanliturk wrote: > On Thu, Mar 31, 2011 at 11:55 PM, Eitan Adler wrote: > >> Hi, >> >> =C2=A0 =C2=A0I=E2=80=99m been working recently on a series of PRs that c= alled =E2=80=9CReaper >> of the Dead=E2=80=9D PRs. I have been going through the various build fi= les we >> have (for source, docs, and especially ports) and attempting to remove >> dead code, old cruft, and unneeded checks. Some examples include >> ports/155543, ports/155511, ports/154395, conf/155737, and >> conf/155738. My goal has been twofold: making it easier to understand >> what is going on, and speeding up the process without requiring >> significant change. >> >> =C2=A0 =C2=A0One of the features that has given us the most trouble has = been >> the options framework for ports. We automatically test ports using the >> default options, but we are unable to perform automated using every >> combination of options. A port with just four options has sixteen >> possible configurations, and some ports have more than that. Even >> supporting one option might double the number of things to test. >> >> =C2=A0 =C2=A0However some ports rely on specific configurations of optio= ns of >> other ports. In order to deal with this mess we have come up with a >> hack: slave ports. We have entire ports that are designed just to >> change the default options for other ports. This requires a >> non-trivial amount of code on the bsd.*.mk files to support. >> >> =C2=A0 =C2=A0Automated configuration is not the only thing that has caus= ed us >> trouble in the past. We routinely have to do deal with questions from >> inexperienced users on questions@ and ports@ details problems with >> non-standard configurations. Many times the solution to a ports >> related problem is flipping a bit in the options file. >> >> > --------------------------------------------------------------- > > >> =C2=A0 =C2=A0I propose removing the options systems entirely. While it d= oes >> serve a small purpose of allowing customization for some end users, I >> believe the flaws outweigh the benefits. Removing the options >> framework would enable us to remove over 500 lines of expensive code >> from the ports system. Not only that but because maintainers would be >> able to choose the best possible configuration for the their port >> users would no longer have to mess around. >> >> > > > The idea specified above is really very good , because , during =C2=A0=C2= =A8make > install ...=C2=A8 > installations , given a ( non-tested previously ) improper selection > sometimes wasting important number of hours because at some point make is > producing an error . > > Sometimes , all of the options may work in the computer of the maintainer= or > tester because some required parts may already be present in their system= s . > When a user tries to install such a port into a new computer may lead to > failure because those different parts are not present in the new computer= . > Many times I am encountering that problem , and I wish that the maintaine= r > should test that in a CLEAN computer to encounter the same problem before > releasing the subject software . > > Actually , sometimes the options are really not necessary to ask because = to > use ( the port under work ) may use it , therefore why to ask about such = an > option : Instead of asking at least YES or NO , assume worst case as YES = , > and take actions with respect to this answer , or select the best default > and leave the other parts to be completed by the installer with respect t= o > his/her needs . > > When such an approach is used , ONLY a SINGLE case will be tested with > outcome as Success or Failure > which correction of problem in that case will be very easy by either > removing the optional part or making ready it . > > As said above , number of possible test cases is an exponential requireme= nt > such as > =C2=A0( Number of options to test ) to 2 ( at least when there are only Y= ES or NO > selections ) > which requires exponential work to test the possibilities . > > This is an enormous work requirement . It is obvious that the port > maintainers working hard to serve to the community . Instead of increasin= g > their work complexity from linear to exponential ( which is really an > unnecessary burden to them ) always we try to eliminate their burdens as > much as possible . > Whenever I adds an option to a port, I tests all of the combinations, with the related dependencies missing or met. Then I ask committers to test them in tinderbox. I think maintainer should take responsible for that, not the options system. Options do make sense. In some cases, one single options can eliminate/add over 50 dependencies, which save/waste all users' time. We maintainers/developers exists to save users' time. Not just the time to build ports! In a world without options, like Archlinux, just check its AUR repository -- one software may have 10 pages of different PKBGUILDs! Options significantly limit the increasing of the different package names. A good example of to make use of options is Gentoo's ebuild system. The USE_* flags are nothing new, but they are standardized. We may need to standardize our WITH_*/WITHOUT_* flags instead of giving a "commonly use flags" instruction. > > ------------------------------------------------------------------- > > >> =C2=A0 =C2=A0While I understand there might some minor part of the commu= nity >> that has a sentimental attachment to the blue-on-gray-on-blue >> configuration, and still others want to prematurely optimize, a simple >> workaround could be implemented. We can allow users to add their own >> ./configure arguments to the makefile. This serves the needs of the >> community while allowing us to deal with a simpler and more reliable >> ports system. >> >> =C2=A0 =C2=A0Feel free to express your thoughts here. I would like to ge= t this >> hashed out now so the process could occur on a later date(1). >> >> -- >> Eitan Adler >> > > > Thank you very much . > > Mehmet Erol Sanliturk > _______________________________________________ > 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" > --=20 Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 06:04:31 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DB6B106564A for ; Fri, 1 Apr 2011 06:04:31 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BDEB88FC0C for ; Fri, 1 Apr 2011 06:04:30 +0000 (UTC) Received: by wyf23 with SMTP id 23so3171110wyf.13 for ; Thu, 31 Mar 2011 23:04:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:from:organization:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=swPJltB8uD2dqcCkwXPnHejTItcYiXjE+gl3IpTbyIg=; b=rmGVtmaSGFgI5RagFbG2ijpLC8e2QlUw4DxVVLf1TjIPP43v4BdsU9+tD5wmga8k69 P2oUc4LWV+KBFF7CGOXuL4EpXphoDBM+UESDsngqQbmlW4/sRlrm3Q04Zo2gJhP8CJDI 8vnOIjwDICYhuUMeChTmzayVAXaoRQBGst3+Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; b=k2ViPYIRTUxtPz/qOe9IJa5zhDwn9FYXcq3Jtuw/n11PpxwQ5pD2io/Chkf1NyzFV4 UMFe5Yapuu9SQ7dhmzaqw2PCo5LQLYo86y2EiNblIJMdO1Zj/AFcIiauTLc9OKeWsXNK Z8w38MyIkQcepcJBHJOEIwSnp+cxv26Mn8SPg= Received: by 10.216.255.201 with SMTP id j51mr1284625wes.94.1301637869740; Thu, 31 Mar 2011 23:04:29 -0700 (PDT) Received: from echo.hoth (wifinat-16.polito.it [130.192.232.16]) by mx.google.com with ESMTPS id t72sm823184wei.20.2011.03.31.23.04.28 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 31 Mar 2011 23:04:28 -0700 (PDT) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: freebsd-ports@freebsd.org, papowell@astart.com Date: Fri, 1 Apr 2011 08:04:25 +0200 User-Agent: KMail/1.13.6 (FreeBSD/9.0-CURRENT; KDE/4.6.1; amd64; ; ) References: <4D952102.4020101@astart.com> In-Reply-To: <4D952102.4020101@astart.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2235405.WehlcO8Sgv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201104010804.26285.avilla@freebsd.org> Cc: Subject: Re: Automating Port Building- Setting options on the command line X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 06:04:31 -0000 --nextPart2235405.WehlcO8Sgv Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Friday 01 April 2011 02:49:06 Patrick Powell wrote: > What I would like to do is pass in a set of default options on the > command line > such as: >=20 > cd /usr/ports/lang/php5-extensions > make configure THIS=3Dyes THAT=3Dno cd /usr/ports/multimedia/kdenlive make -DWITH_DVD -DWITH_FREI0R -DWITHOUT_LADSPA =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla The good life was so elusive It really got me down I had to regain some confidence So I got into camouflage --nextPart2235405.WehlcO8Sgv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iJwEAAECAAYFAk2VauoACgkQ3xiC6kQ1CoskTQP/cESW3C7Ukfw1yj1dfHwIxmz9 tZM1rd0FnDahrw1aiQHIgopXF23Tkc6Oid27rglxzCY/QWMEaYkQm1/YlYgsK5kX lT7slHyDMWyEHITb46GgfmRPSoZuV57DgUWrMbTa3QXXF1iBF6Vu4DR+fDZ9FlGJ sxr6sxjV3PWB0kLCvkE= =izDS -----END PGP SIGNATURE----- --nextPart2235405.WehlcO8Sgv-- From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 06:15:43 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 290C4106564A for ; Fri, 1 Apr 2011 06:15:43 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id E26148FC0C for ; Fri, 1 Apr 2011 06:15:42 +0000 (UTC) Received: from draco.over-yonder.net (c-75-64-226-141.hsd1.ms.comcast.net [75.64.226.141]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id EC0AF37B4A0; Fri, 1 Apr 2011 00:57:44 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 4B3BC61C42; Fri, 1 Apr 2011 00:57:44 -0500 (CDT) Date: Fri, 1 Apr 2011 00:57:44 -0500 From: "Matthew D. Fuller" To: Eitan Adler Message-ID: <20110401055744.GY44849@over-yonder.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: FreeBSD Ports Subject: Re: Removing Cruft from the ports tree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 06:15:43 -0000 On Thu, Mar 31, 2011 at 11:55:02PM -0400 I heard the voice of Eitan Adler, and lo! it spake thus: > > Not only that but because maintainers would be able to choose the > best possible configuration for the their port users would no longer > have to mess around. This doesn't sound like a good idea. Options are important for the capability they provide in routing around maintainer foibles, as well as mere configurability in the abstract. They provide an important mechanism for crowdsourcing the optimal setup; sadly we've not managed to properly collect and capitalize on the data, but that's no reason to assume we can't in the future. If we remove that workaround, I think we need to recognize that it's just going to create a larger problem, and remove the stranglehold maintainers have over what the user sees. To be sure, nothing stops other entities from distributing ports already, but with the current setup the FreeBSD Project as a whole really applies a strong imprimatur on the single maintainer-blessed setup, which is hard to overcome even by the full community of users. So, while removing OPTIONS alone may be good, we really need to dismantle the system that caused the need for them in the first place to avoid creating a greater mess. I think it coud be useful to turn to Wikipedia for an example (and indeed, not just an example, but a pre-built distribution system!). By simply eliminating any sort of officially "blessed" ports tree (with all the complications and liabilities that entails), encouraging users to set up Wikipedia pages with recipes for building packages, and building a little infrastructure (using sufficient tools already existing in the base system; we can easily backport to 6.x and beyond) for fetching them down and building on request, we can free up an enormous amount of machine- and man-power, while making the result far more democratic. Really, the only significant challenge is rogue vandalism, but again, Wikipedia itself has already developed systems for handling that. It may take a little effort on our part to keep that up for our particular needs, but surely far less than is currently required. And as an additional bonus, by having it available on an easily-editable wiki, we can save all the trouble of submitting and load of dealing with PR's, and reduce our dependance on gnats too. It's pretty much all upside, when you think about it. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 06:57:50 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4378106564A; Fri, 1 Apr 2011 06:57:50 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 75AF88FC08; Fri, 1 Apr 2011 06:57:50 +0000 (UTC) Received: by pzk27 with SMTP id 27so724786pzk.13 for ; Thu, 31 Mar 2011 23:57:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=2oOKBSFTZjRA+j5yhLGi0WVUvL6J5xcilcV/EzXCgdQ=; b=UODyZlz73ZnzrQKsuZ8vJ+IpW95Q9I1kJqz4P/UYoigd1CL6NvV2I8IkTWrWeFg49K 2YCAPOyaj1TLOOP4AX+s9z5ZwSG8/EbOCWe3BveId+JOz2+j+XILrE2PwhuR4I/FlwnW VXniALRGHjPgEEJ/kE3bD1I6uMHIpcZX3sObY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=p0QTIyNXlFd+c+6782dBfZB6x5f7QOz7eZ3h4BEG8Sk/Iq1wCWYgQc663pY26IMeht ivxCqDgBHMIsCDsUezDo7SuLmeq/dla9AZ8NGiHaL8ym455bgXaPSiYvy/UMMwmKjCbn lMtXl231W6rT/TX9NaFx2CCoC0aYLG2m6qW9g= MIME-Version: 1.0 Received: by 10.142.161.10 with SMTP id j10mr2744287wfe.250.1301641070155; Thu, 31 Mar 2011 23:57:50 -0700 (PDT) Received: by 10.68.49.4 with HTTP; Thu, 31 Mar 2011 23:57:49 -0700 (PDT) Date: Fri, 1 Apr 2011 06:57:49 +0000 Message-ID: From: "b. f." To: freebsd-ports@FreeBSD.org, Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Removing Cruft from the ports tree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 06:57:51 -0000 > Hi, > > I=E2=80=99m been working recently on a series of PRs that called =E2= =80=9CReaper I'm glad to see that you're helping to clean up. > > One of the features that has given us the most trouble has been > the options framework for ports. We automatically test ports using the > default options, but we are unable to perform automated using every > combination of options. A port with just four options has sixteen > possible configurations, and some ports have more than that. Even > supporting one option might double the number of things to test. > > However some ports rely on specific configurations of options of > other ports. In order to deal with this mess we have come up with a > hack: slave ports. We have entire ports that are designed just to > change the default options for other ports. This requires a > non-trivial amount of code on the bsd.*.mk files to support. > > Automated configuration is not the only thing that has caused us > trouble in the past. We routinely have to do deal with questions from > inexperienced users on questions@ and ports@ details problems with > non-standard configurations. Many times the solution to a ports > related problem is flipping a bit in the options file. > > I propose removing the options systems entirely. While it does > serve a small purpose of allowing customization for some end users, I > believe the flaws outweigh the benefits. Removing the options > framework would enable us to remove over 500 lines of expensive code > from the ports system. Not only that but because maintainers would be > able to choose the best possible configuration for the their port > users would no longer have to mess around. > > While I understand there might some minor part of the community > that has a sentimental attachment to the blue-on-gray-on-blue > configuration, and still others want to prematurely optimize, a simple > workaround could be implemented. We can allow users to add their own > ./configure arguments to the makefile. This serves the needs of the > community while allowing us to deal with a simpler and more reliable > ports system. The ports system does not exist just to build packages with fixed configurations. The ability to configure ports offers an important degree of flexibility, and one that is not always "sentimental", "minor", or "premature". One size doesn't fit all. Your point that "many times the solution to a ports related problem is flipping a bit in the options file" cuts both ways. Flexibility requires more than just allowing user-specified arguments to a configure script. Yes, it adds some effort to maintenance and testing, and some judgement and discussion is needed when deciding what options to expose. (And no, the port maintainer is not always the best judge, or at least not the only judge, of port configuration.) Occasionally users may be confused by choices, but they are just as likely to complain about a lack of choices. Fixed configurations will probably lead to pressure for more slave ports in the form of ports with alternative fixed configurations, and not fewer. If you remove all flexibility from Ports, then many users will abandon Ports for something else, or be forced to maintain locally modified Ports trees that often won't be available for others to use, examine, and test. I think that we should encourage those users who would be best served by binary packages to use them, make an attempt to address the questions and problems of those that need non-default options, work on improving the OPTIONS framework, and provide a better way of dealing with alternative dependencies, like those in some other packaging systems. But I strongly oppose removing options altogether. > > Feel free to express your thoughts here. I would like to get this > hashed out now so the process could occur on a later date(1). > What process? I hope that you are asking for our opinions, and not just assuming that you going to carry out this proposal. b. From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 07:16:47 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D3BE106566B; Fri, 1 Apr 2011 07:16:47 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id DE30A8FC13; Fri, 1 Apr 2011 07:16:46 +0000 (UTC) Received: by vxc34 with SMTP id 34so3087478vxc.13 for ; Fri, 01 Apr 2011 00:16:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=au1cgFk/8MvUaY00Sgt/7usht1oS8FaO/wJq75VAuLo=; b=e1xCwGF/g6LX3E0/WPlLURJXPXDwhH5uX14ZmvUr2flpMTgI0CnpCbTw8xuChCTCTM qf7hvfrxdVWBR7vTC56Dy1hYZAbWhZTDrby6/ffThafvN8jEUv84DzOMtFb7n7rHAdAD cvD5nGHgBMACIldsMAQ6vt7kIv7g65N3MtnyE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=kJ9PxMIALPg2jho43SNcpg/03Yap3/3qcVCDovQUJd20q+mVTsOeDCDi+ZHRuXosLL JRHuSKNs4ozb1mgypmEqkvhkW6sMqV7nw0zjYisVUaZ4cSzZ8Ex4PZJwOOpAeaM39gsz x5qbIriX6gTn+NeYBZRLXizaGTaDEbC1IQKLM= MIME-Version: 1.0 Received: by 10.52.65.69 with SMTP id v5mr2924785vds.200.1301642206066; Fri, 01 Apr 2011 00:16:46 -0700 (PDT) Received: by 10.220.203.202 with HTTP; Fri, 1 Apr 2011 00:16:46 -0700 (PDT) In-Reply-To: References: Date: Fri, 1 Apr 2011 09:16:46 +0200 Message-ID: From: Torfinn Ingolfsen To: Eitan Adler Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Ports Subject: Re: Removing Cruft from the ports tree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 07:16:47 -0000 Hello, On Fri, Apr 1, 2011 at 5:55 AM, Eitan Adler wrote: > Hi, > > =A0 =A0I=92m been working recently on a series of PRs that called =93Reap= er > of the Dead=94 PRs. I have been going through the various build files we > have (for source, docs, and especially ports) and attempting to remove > dead code, old cruft, and unneeded checks. Some examples include > ports/155543, ports/155511, ports/154395, conf/155737, and > conf/155738. My goal has been twofold: making it easier to understand > what is going on, and speeding up the process without requiring > significant change. > > =A0 =A0One of the features that has given us the most trouble has been > the options framework for ports. We automatically test ports using the > default options, but we are unable to perform automated using every > combination of options. A port with just four options has sixteen > possible configurations, and some ports have more than that. Even > supporting one option might double the number of things to test. > > =A0 =A0However some ports rely on specific configurations of options of > other ports. In order to deal with this mess we have come up with a > hack: slave ports. We have entire ports that are designed just to > change the default options for other ports. This requires a > non-trivial amount of code on the bsd.*.mk files to support. > > =A0 =A0Automated configuration is not the only thing that has caused us > trouble in the past. We routinely have to do deal with questions from > inexperienced users on questions@ and ports@ details problems with > non-standard configurations. Many times the solution to a ports > related problem is flipping a bit in the options file. > > =A0 =A0I propose removing the options systems entirely. While it does > serve a small purpose of allowing customization for some end users, I > believe the flaws outweigh the benefits. Removing the options > framework would enable us to remove over 500 lines of expensive code > from the ports system. Not only that but because maintainers would be > able to choose the best possible configuration for the their port > users would no longer have to mess around. > > =A0 =A0While I understand there might some minor part of the community > that has a sentimental attachment to the blue-on-gray-on-blue > configuration, and still others want to prematurely optimize, a simple > workaround could be implemented. We can allow users to add their own > ./configure arguments to the makefile. This serves the needs of the > community while allowing us to deal with a simpler and more reliable > ports system. > > =A0 =A0Feel free to express your thoughts here. I would like to get this > hashed out now so the process could occur on a later date(1). Nice. :-) Would it be to early to propose that this is just another April Fools joke? HAND --=20 Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 09:27:19 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B486E106564A for ; Fri, 1 Apr 2011 09:27:19 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 730D48FC15 for ; Fri, 1 Apr 2011 09:27:19 +0000 (UTC) Received: by qyk27 with SMTP id 27so2580202qyk.13 for ; Fri, 01 Apr 2011 02:27:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=cv/ekAHFLq+AXAsm5iQuQonigxT+rInJ5GSjJT/Llgo=; b=nQRlMKdmakqqMMFp1RtQ8rFMivxKU1djYlIAPYfcHRxGY2OInz2gZV68A6BY3djgF2 0kc6YkiIUi+2pCpXyyyGx7gE5C7hh9KV4g8BURglHMky87y7RUGFOIEGrPtwJpXm9Rhx lXsI7wMnLG6S05fdywrboNVDz1a1+jCz5p+QI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=JuhiidZY8gmexPKxycHt3zepJ6TvP1xL4TZ82q9CSlOPgPXAm3jXmviBLKVczygRVd MvUySQdYbjxkFDWrB0wbczwN3Bi6URlH/OflLBXs7eqa1R0SR1M22INY+zZ12w02IV73 TKlLNLFDQupStBhLa113YDARpQm5+t4P3iuM4= MIME-Version: 1.0 Received: by 10.229.107.3 with SMTP id z3mr3114161qco.255.1301650038628; Fri, 01 Apr 2011 02:27:18 -0700 (PDT) Received: by 10.229.235.7 with HTTP; Fri, 1 Apr 2011 02:27:18 -0700 (PDT) Date: Fri, 1 Apr 2011 13:27:18 +0400 Message-ID: From: Subbsd To: ports-list freebsd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Options JAIL in jdk16 port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 09:27:19 -0000 Hi =D0=A1an someone explain that option JAIL means for JDK16 when this builds within jail ? I have not found any specific mention in the patch or the code: grep -Ri jail /usr/ports/java/jdk16/* /usr/ports/java/jdk16/Makefile: JAIL "Port is being built within a jail" off and nothing more. Thansk. From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 09:38:55 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46C0B1065670 for ; Fri, 1 Apr 2011 09:38:55 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id ABE128FC1A for ; Fri, 1 Apr 2011 09:38:54 +0000 (UTC) Received: by iwn33 with SMTP id 33so4145740iwn.13 for ; Fri, 01 Apr 2011 02:38:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=EHdtr+fel5eITN37D2l1QFWEWUShsfCDtoRstW92CTA=; b=Jnrq3xaON9jJ9UaFHzM9ktR0knjdVXCWFZG5ONxAftj1XKLa8vaMC4D9ObEHmXd0YA PnJRm1QIAEdo8j3fSW+zvXKRFJbGcy++FD4dgFsDM3L4rwDe6090XFvT8ggsiAKp/fWU HBy1f6AbaqJx6rF9q5SbU7fMPjY1KkMikG6lM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=D/WXAj8sPTASilf2mElFEMOnwbghMpddg2OgrKdCQxu7aeXkrDrrXycpCVYmgEPliy TTLHZYhRorJl1iVciVrzoS83AS9/GyQuYQpgB4YUPZYJ4LLCUgjWHEjsADsnOaKt6eTi EPZ9EYTi8FEr2QYinQ/gM4sCOQkb6FRXMuC2I= Received: by 10.42.132.70 with SMTP id c6mr4746595ict.284.1301650733928; Fri, 01 Apr 2011 02:38:53 -0700 (PDT) Received: from DataIX.net (adsl-99-19-44-236.dsl.klmzmi.sbcglobal.net [99.19.44.236]) by mx.google.com with ESMTPS id 13sm1351798ibo.42.2011.04.01.02.38.51 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Apr 2011 02:38:52 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p319cnmr054800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Apr 2011 05:38:49 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p319cn5D054799; Fri, 1 Apr 2011 05:38:49 -0400 (EDT) (envelope-from jhell) Date: Fri, 1 Apr 2011 05:38:49 -0400 From: jhell To: Subbsd Message-ID: <20110401093849.GA54226@DataIX.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x89D8547E Cc: ports-list freebsd Subject: Re: Options JAIL in jdk16 port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 09:38:55 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 01, 2011 at 01:27:18PM +0400, Subbsd wrote: > Hi >=20 > =D0=A1an someone explain that option JAIL means for JDK16 when this builds > within jail ? > I have not found any specific mention in the patch or the code: >=20 > grep -Ri jail /usr/ports/java/jdk16/* > /usr/ports/java/jdk16/Makefile: JAIL "Port is being built > within a jail" off >=20 > and nothing more. Hi, This is for when you are using jail(8) and have a build environment setup within that jail for ports. If you enable that option then it allows you to be able to build jdk16 within the jail. Other than that, there is no special meaning to functionality of jdk. --=20 Regards, J. Hellenthal JJH48-ARIN 0x89D8547E --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x89D8547E iQEcBAEBAgAGBQJNlZ0oAAoJEJBXh4mJ2FR+UTkH+gPbj1ohSIdpTL3TJ+Vl/sU3 wlbnOGf3d8LVPM80iFSgjgL0LMUG4J06qJZqVYdGJKEk99i51+tPw0LDiYzE4Go4 X/kvKaaX26WTUdJ4C8kqAKXb7PabWF68JMRYlDZ0+DHnZ1YinU5k3eTBf3FSc1sB L6rszBWdjYWxHPDjgMs9cd4mjliyfQcRolAIZP8o50l42//Yalz75dMniiBXQ9jy xCxDu0Qk8SaMGbWkoGuFV1/yqLD0drPj28JGMQEsYv/I9yxkL897ti8aoMf9ecj9 U9bM2TC9eWxuI7j8gfpxz9MxIRoXYBR0WPZyfHTAscZSfeZQAdaVf21sHfmh+00= =RJor -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 10:40:30 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 571421065779 for ; Fri, 1 Apr 2011 10:40:30 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 09D648FC13 for ; Fri, 1 Apr 2011 10:40:29 +0000 (UTC) Received: by vws18 with SMTP id 18so3162236vws.13 for ; Fri, 01 Apr 2011 03:40:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=imQJoOMavnb1U78AjJK66j7jBDBwn1D7FsFa+jjvZZk=; b=jYeyTHdvmEcZnVEmKMFbgQ0uRM7/hbYIuyfsYh5TMBVy+/H5wSOp5ZfGLdD4UD7UdK XB5MNaknzTkj+IDd7Mq1u1RKtBFOTgfyGljfibpTVa7Zwm3Cq4KpAse0sQJ63NgEqyKW wgLIf8baGp/z7oDyqtvMXOUo1UlajbAVnRxA8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=I9Qt0NFm0wOF96P0mPBEBr3uiqk3aCQb9Fc+PJGJvPkXi8nM0eAzMzRC0bvq6yNazy 8INmx8CoZANVdE0a4AdOpqQ6iWUmEg7nE0pTYFqOBHt8bgDDUBH9ODeFC+pRBciMyQZU 1x/tQBDtSkJYci1r5uSgWcOcK+IACNb9iefpw= Received: by 10.52.88.133 with SMTP id bg5mr5092926vdb.17.1301652791116; Fri, 01 Apr 2011 03:13:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.166.165 with HTTP; Fri, 1 Apr 2011 03:12:51 -0700 (PDT) In-Reply-To: <20110401093849.GA54226@DataIX.net> References: <20110401093849.GA54226@DataIX.net> From: Christer Solskogen Date: Fri, 1 Apr 2011 12:12:51 +0200 Message-ID: To: jhell Content-Type: text/plain; charset=ISO-8859-1 Cc: ports-list freebsd , Subbsd Subject: Re: Options JAIL in jdk16 port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 10:40:30 -0000 On Fri, Apr 1, 2011 at 11:38 AM, jhell wrote: > > This is for when you are using jail(8) and have a build environment > setup within that jail for ports. If you enable that option then it > allows you to be able to build jdk16 within the jail. > I've built openjdk both with and without that option in a jail (on both 8-STABLE and CURRENT) without notice any difference. -- chs, From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 10:56:26 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 445F1106566B for ; Fri, 1 Apr 2011 10:56:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 28C638FC15 for ; Fri, 1 Apr 2011 10:56:25 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 4BC095615A; Fri, 1 Apr 2011 05:56:25 -0500 (CDT) Date: Fri, 1 Apr 2011 05:56:25 -0500 From: Mark Linimon To: Franco Marchesini Message-ID: <20110401105625.GA32433@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports Subject: Re: libcii upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 10:56:26 -0000 On Thu, Mar 31, 2011 at 12:52:16PM +0200, Franco Marchesini wrote: > can you upgrade the libcii port to version 2? "ports@FreeBSD.org" is a placeholder that assigns maintainership to the general mailing list. For best results, you should submit a PR with a patch to update the port. Otherwise, it will likely remain where it is. mcl From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 16:01:33 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F01FD1065670 for ; Fri, 1 Apr 2011 16:01:33 +0000 (UTC) (envelope-from hirner@bitfire.at) Received: from wurd.dev001.net (wurd.dev001.net [IPv6:2a01:4f8:120:9162::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8C3108FC1E for ; Fri, 1 Apr 2011 16:01:33 +0000 (UTC) Received: by wurd.dev001.net (Postfix, from userid 65534) id AEDB6159FB; Fri, 1 Apr 2011 18:01:32 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on wurd.dev001.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=8.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.1 Received: from [192.168.1.100] (w16.home [84.113.3.32]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hirner@bitfire.at) by wurd.dev001.net (Postfix) with ESMTPSA id 68B27159F2 for ; Fri, 1 Apr 2011 18:01:32 +0200 (CEST) From: Richard Hirner To: ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Organization: bitfire it services Date: Fri, 01 Apr 2011 18:01:31 +0200 Message-ID: <1301673691.9204.10.camel@gumpino> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Cc: Subject: PR #154453 - TeamSpeak 3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: info@bitfire.at List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 16:01:34 -0000 Hi, Sorry to bother you again in this case: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/154453 Is it usual that it takes that long to get ports into the repository? It's now exactly 2 months, and I planned to use the real port from the repo on my production machine ... I don't want to be impolite or impatient, but this seems pretty long for me. Can you tell me a way how I can find or help a committer to get this incorporated? Best regards, Richard From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 16:47:59 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07961106564A for ; Fri, 1 Apr 2011 16:47:59 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id B51C78FC15 for ; Fri, 1 Apr 2011 16:47:58 +0000 (UTC) Received: by yxl31 with SMTP id 31so1724542yxl.13 for ; Fri, 01 Apr 2011 09:47:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2k6pVOWTiHJgJR0+AfqbMKp8iIY1KyhL2fyNWW87xSg=; b=LC8puQpb3o5v88uBAgkBhYEIxrf0ieizjL2k0Rxh2v7686MSmkJtJxVaTy+CJ/AEmK pFSrAGW/5OhXKUj521s9ubI+7M3CRUNj2V/y+/c+nlvgEucUUn7cluTFhjt5tuq6BKID GqwhaIMT83v9/jsPNDfgtt+v8NSn6P90tzVNI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FvlZyN5bdyNIlhGYoDmirFiPM2WBpxMGaEg1xguICiGnjlzboMGdpLuIzGncXhHJQ7 kOk3ZSdjlrQAHewCGj7zSk+SLJbFOXLLDsrwgp6Bfn8omiYRK9V316PU5mYBnQDC/w3h 8D6YoTADClMacsK7DVwmXSxMAwEyFOk/x1v2c= MIME-Version: 1.0 Received: by 10.91.56.2 with SMTP id i2mr1196573agk.19.1301674702548; Fri, 01 Apr 2011 09:18:22 -0700 (PDT) Received: by 10.90.100.10 with HTTP; Fri, 1 Apr 2011 09:18:22 -0700 (PDT) In-Reply-To: References: Date: Fri, 1 Apr 2011 09:18:22 -0700 Message-ID: From: Freddie Cash To: Torfinn Ingolfsen Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Ports , Eitan Adler Subject: Re: Removing Cruft from the ports tree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 16:47:59 -0000 On Fri, Apr 1, 2011 at 12:16 AM, Torfinn Ingolfsen wrote: > Would it be to early to propose that this is just another April Fools joke? Aww, and just when the discussions were starting to heat up, you had to go and splash some cold water around. :) I was starting to look forward to a nice long flamewar and bikeshed coming out of this. This was one of the nicer AF pranks, as it's a topic (ports reconfig) that has seen a lot of discussion lately, and the OP included a lot of seemingly logical arguments why it's (remove OPTIONS) needed, along with links and citations to back it up. This one could have gone on all day. :D Especially since a few of the replies played along. :) To the OP: Well done!! -- Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 19:09:15 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33F64106564A; Fri, 1 Apr 2011 19:09:15 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 46E458FC08; Fri, 1 Apr 2011 19:09:13 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA29822; Fri, 01 Apr 2011 22:09:10 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Q5jiX-000Gx9-La; Fri, 01 Apr 2011 22:09:09 +0300 Message-ID: <4D9622D4.2060906@freebsd.org> Date: Fri, 01 Apr 2011 22:09:08 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110308 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Matthew D. Fuller" References: <20110401055744.GY44849@over-yonder.net> In-Reply-To: <20110401055744.GY44849@over-yonder.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports , Eitan Adler Subject: Re: Removing Cruft from the ports tree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 19:09:15 -0000 on 01/04/2011 08:57 Matthew D. Fuller said the following: > So, while removing OPTIONS alone may be good, we really need to > dismantle the system that caused the need for them in the first place > to avoid creating a greater mess. I think it coud be useful to turn > to Wikipedia for an example (and indeed, not just an example, but a > pre-built distribution system!). By simply eliminating any sort of > officially "blessed" ports tree (with all the complications and > liabilities that entails), encouraging users to set up Wikipedia pages > with recipes for building packages, and building a little > infrastructure (using sufficient tools already existing in the base > system; we can easily backport to 6.x and beyond) for fetching them > down and building on request, we can free up an enormous amount of > machine- and man-power, while making the result far more democratic. > > Really, the only significant challenge is rogue vandalism, but again, > Wikipedia itself has already developed systems for handling that. It > may take a little effort on our part to keep that up for our > particular needs, but surely far less than is currently required. And > as an additional bonus, by having it available on an easily-editable > wiki, we can save all the trouble of submitting and load of dealing > with PR's, and reduce our dependance on gnats too. It's pretty much > all upside, when you think about it. I really love your proposal, especially when I recall deletionism. P.S. Do you have a newsletter to which I could subscribe? ;-) -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 19:53:08 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B63B2106566C for ; Fri, 1 Apr 2011 19:53:08 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 448E28FC18 for ; Fri, 1 Apr 2011 19:53:07 +0000 (UTC) Received: by wwc33 with SMTP id 33so4338600wwc.31 for ; Fri, 01 Apr 2011 12:53:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Wscck2IP6gMKldkg0nUBbS7K1han/9diwKqRYo5lAtg=; b=DGlqcAdqvg3nsoLsLmr0ON5ubKuu0wHwyeosLhv6SSjYAy4FUSWha4DJZ3MDyAzafd wHB0y6B5hQk6uLAWdrW0etF+ds+tDydILzPQLcO3mDyVmGuLZxzllU9yBwEwF/yxd31K UdeZFVw2m0XJlnXagNXngRVi9jkDPSP4eixrA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=ZGIPCySPYrRu2UJhP39XsbZG/ns9hNOtoAleGZdb5CYsrtjeeC1RxlBw3dmdOCKFAF RCYInLixca9ZTFXFxjByGpMOMBJ8pB3YaLJ4cTWN2hVvfJ+c800QTP+BjposjYiPWZiB XAfnR5LEpFlSamlKgvh/QNUR5RTCF8j0ImxfU= Received: by 10.216.80.207 with SMTP id k57mr1246891wee.12.1301687587035; Fri, 01 Apr 2011 12:53:07 -0700 (PDT) Received: from Melon.malikania.fr (65.21.102-84.rev.gaoland.net [84.102.21.65]) by mx.google.com with ESMTPS id x1sm1459479wbh.36.2011.04.01.12.53.04 (version=SSLv3 cipher=OTHER); Fri, 01 Apr 2011 12:53:05 -0700 (PDT) Message-ID: <4D962D1B.9070608@gmail.com> Date: Fri, 01 Apr 2011 21:52:59 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110306 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Options JAIL in jdk16 port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 19:53:08 -0000 On 01/04/2011 11:27, Subbsd wrote: > Hi > > Ğ¡an someone explain that option JAIL means for JDK16 when this builds > within jail ? > I have not found any specific mention in the patch or the code: > > grep -Ri jail /usr/ports/java/jdk16/* > /usr/ports/java/jdk16/Makefile: JAIL "Port is being built > within a jail" off > > and nothing more. > Thansk. > _______________________________________________ > 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" I guess this option is not used anymore : markand@Melon /usr/ports/java/jdk16 $ grep JAIL * Makefile: JAIL "Port is being built within a jail" off markand@Melon /usr/ports/java/jdk16 $ grep JAIL /usr/ports/Mk/bsd.* markand@Melon /usr/ports/java/jdk16 $ Or maybe I'm completely misunderstanding something. By the way it has been disabled here in rev. 1.182 as you can see here : http://www.freebsd.org/cgi/cvsweb.cgi/ports/java/jdk16/Makefile.diff?r1=1.182;r2=1.183;f=h If a commiter can remove the OPTIONS line please :-) Cheers, -- David Demelier From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 20:18:59 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8776B106564A for ; Fri, 1 Apr 2011 20:18:59 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mx1.freebsd.org (Postfix) with ESMTP id 3CBA78FC08 for ; Fri, 1 Apr 2011 20:18:59 +0000 (UTC) Received: from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net [151.189.8.15]) by mx.arcor.de (Postfix) with ESMTP id 76EA51AB63C for ; Fri, 1 Apr 2011 22:18:57 +0200 (CEST) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 737219DB2C for ; Fri, 1 Apr 2011 22:18:57 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-094-218-176-174.pools.arcor-ip.net [94.218.176.174]) by mail-in-15.arcor-online.net (Postfix) with ESMTPS id 3A2DA1AB7C5 for ; Fri, 1 Apr 2011 22:18:57 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-15.arcor-online.net 3A2DA1AB7C5 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id p31KIumG010144 for ; Fri, 1 Apr 2011 22:18:56 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id p31KIuWx010143 for freebsd-ports@freebsd.org; Fri, 1 Apr 2011 22:18:56 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Fri, 1 Apr 2011 20:18:56 +0000 (UTC) Message-ID: References: <86ei5xsouy.fsf@gmail.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Subject: Re: /tmp/portslicense.* X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 20:18:59 -0000 Pan Tsu wrote: > >> I notice that empty portslicense.* files keep accumulating in /tmp. > >>> From time to time I manually delete them, but shouldn't the ports > >> framework remove them? > > It's the framework itself leaves that garbage when using LICENSES_ASK. FWIW, since this has been committed, no new portslicense.* files have appeared. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 20:26:23 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE242106566C for ; Fri, 1 Apr 2011 20:26:23 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 78CCE8FC15 for ; Fri, 1 Apr 2011 20:26:23 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta05.westchester.pa.mail.comcast.net with comcast id SLPU1g0020SCNGk55LSPZl; Fri, 01 Apr 2011 20:26:23 +0000 Received: from comcast.net ([98.203.142.76]) by omta09.westchester.pa.mail.comcast.net with comcast id SLSM1g00k1f6R9u3VLSM8y; Fri, 01 Apr 2011 20:26:23 +0000 Received: by comcast.net (sSMTP sendmail emulation); Fri, 01 Apr 2011 13:26:19 -0700 Date: Fri, 1 Apr 2011 13:26:19 -0700 From: Charlie Kester To: "Matthew D. Fuller" Message-ID: <20110401202619.GG32087@comcast.net> References: <20110401055744.GY44849@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20110401055744.GY44849@over-yonder.net> User-Agent: Mutt/1.4.2.3i X-Mailer: Mutt 1.4.2.3i X-Composer: Vim 7.3 Cc: FreeBSD Ports , Eitan Adler Subject: Re: Removing Cruft from the ports tree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 20:26:23 -0000 On Thu 31 Mar 2011 at 22:57:44 PDT Matthew D. Fuller wrote: > >So, while removing OPTIONS alone may be good, we really need to >dismantle the system that caused the need for them in the first place >to avoid creating a greater mess. I think it coud be useful to turn >to Wikipedia for an example (and indeed, not just an example, but a >pre-built distribution system!). By simply eliminating any sort of >officially "blessed" ports tree (with all the complications and >liabilities that entails), encouraging users to set up Wikipedia pages >with recipes for building packages, and building a little >infrastructure (using sufficient tools already existing in the base >system; we can easily backport to 6.x and beyond) for fetching them >down and building on request, we can free up an enormous amount of >machine- and man-power, while making the result far more democratic. > >Really, the only significant challenge is rogue vandalism, but again, >Wikipedia itself has already developed systems for handling that. It >may take a little effort on our part to keep that up for our >particular needs, but surely far less than is currently required. And >as an additional bonus, by having it available on an easily-editable >wiki, we can save all the trouble of submitting and load of dealing >with PR's, and reduce our dependance on gnats too. It's pretty much >all upside, when you think about it. Or we could simply stop fighting the common misconception that there's such a thing as a BSD distro. Instead, we should embrace the concept and encourage people to combine the kernel and userland with their own preferred set of packages, built with their preferred set of options and configurations, and to make the result available somewhere for download -- preferably on a site they host themselves. PC-BSD has already made the first steps in this direction. No one understands the distinction we're making between OS'es and distros anyway. The prevailing opinion seems to be that the quality of an OS can be gauged, for example, by whether or not it has a graphical installer, whether it uses KDE or Gnome, and whether or not it can run Flash. :) From owner-freebsd-ports@FreeBSD.ORG Fri Apr 1 23:27:45 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23C03106566C for ; Fri, 1 Apr 2011 23:27:45 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id 96DF58FC08 for ; Fri, 1 Apr 2011 23:27:44 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p31NRY1g012178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Apr 2011 10:27:36 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p31NRYbh096172; Sat, 2 Apr 2011 10:27:34 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p31NRX1S096171; Sat, 2 Apr 2011 10:27:33 +1100 (EST) (envelope-from peter) Date: Sat, 2 Apr 2011 10:27:33 +1100 From: Peter Jeremy To: info@bitfire.at Message-ID: <20110401232733.GA4024@server.vk2pj.dyndns.org> References: <1301673691.9204.10.camel@gumpino> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <1301673691.9204.10.camel@gumpino> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org Subject: Re: PR #154453 - TeamSpeak 3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 23:27:45 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Apr-01 18:01:31 +0200, Richard Hirner wrote: >Is it usual that it takes that long to get ports into the repository? >It's now exactly 2 months, and I planned to use the real port from the >repo on my production machine ... I don't want to be impolite or >impatient, but this seems pretty long for me. > >Can you tell me a way how I can find or help a committer to get this >incorporated? Looking at the PR trail, it looks like most of the preparatory work has been done. I can only suggest that you try IRC: A reasonable number of committers hang out on #bsdports on efnet. If you ask there, you may find someone willing to help out. --=20 Peter Jeremy --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk2WX2UACgkQ/opHv/APuId0KwCfXX0B4l7WUoG2Bg6H2AS5r/Ot 8p0AniZV74JefX1eGXldxLmbKrL9AywW =lfYk -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 01:33:23 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 067921065672 for ; Sat, 2 Apr 2011 01:33:23 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8B37A8FC0C for ; Sat, 2 Apr 2011 01:33:22 +0000 (UTC) Received: by bwz12 with SMTP id 12so3573496bwz.13 for ; Fri, 01 Apr 2011 18:33:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Det4hYutKHW5DoQZgAxqsHBJgKiMFol00TMgF/Qd7tQ=; b=ZyJcZfXrdUeNvTCWivs+oQGpADnlenLW+jpm9r2wfDuK88K12FANLqgCjhVIvuGhgh AITljbFr/mVYe4KuLH6cK3R9VW5OVOGLrNH5qI7ve19M7ZQOaDunQmI/xO6FN70Y0a9j t3+5xR4tfb0D3ZO+jEd5rLkFSVEdEGUX9DGus= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oG5quFCpKIH3uyHDcFQPLe6CwbkOt8W3exSuW6bxfi2nLobhJXs0x8RABBwqXzdJn9 GKLsxpDM0govcfugtzTCSo2hN0I9fSqmUuRoRg1z03jfla+bQ8onSZZxN8OhCBa1OUQY fTOx/2vYHsTt0Mmt7dxWb6Kw6AMzYiHCEHxZE= MIME-Version: 1.0 Received: by 10.204.126.131 with SMTP id c3mr1801261bks.104.1301708001240; Fri, 01 Apr 2011 18:33:21 -0700 (PDT) Received: by 10.204.47.8 with HTTP; Fri, 1 Apr 2011 18:33:21 -0700 (PDT) In-Reply-To: <4D962D1B.9070608@gmail.com> References: <4D962D1B.9070608@gmail.com> Date: Fri, 1 Apr 2011 20:33:21 -0500 Message-ID: From: Scot Hetzel To: David Demelier Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: Options JAIL in jdk16 port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 01:33:23 -0000 On Fri, Apr 1, 2011 at 2:52 PM, David Demelier w= rote: > On 01/04/2011 11:27, Subbsd wrote: >> >> Hi >> >> =F3an someone explain that option JAIL means for JDK16 when this builds >> within jail ? >> I have not found any specific mention in the patch or the code: >> >> grep -Ri jail /usr/ports/java/jdk16/* >> /usr/ports/java/jdk16/Makefile: =9A =9A =9A =9A JAIL =9A =9A"Port is bei= ng built >> within a jail" =9A =9A =9A =9A =9A =9A off >> >> and nothing more. With the JAIL option set to off, it was used to check if the linprocfs was mounted, as it was a requirement to bootstrap using the linux JDK. > I guess this option is not used anymore : > It is no longer used > > By the way it has been disabled here in rev. 1.182 as you can see here : > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/java/jdk16/Makefile.diff?r1= =3D1.182;r2=3D1.183;f=3Dh > From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 01:35:26 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE3A51065694; Sat, 2 Apr 2011 01:35:26 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id 522688FC0C; Sat, 2 Apr 2011 01:35:25 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B020D.4D967D5C.0089,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail42 (172.31.0.231) by cp-out3.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D7F47850177A6C4; Sat, 2 Apr 2011 03:35:24 +0200 Message-ID: <14888320.1164591301708124301.JavaMail.defaultUser@defaultHost> Date: Sat, 2 Apr 2011 03:35:24 +0200 (CEST) From: Barbara To: , , freebsd-gecko@freebsd.org MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.18.239.31 Cc: Subject: Re: R: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 01:35:26 -0000 >On Thursday 31 March 2011 06:27 pm, Barbara wrote: >> >On Thursday 31 March 2011 02:34 am, Barbara wrote: >> >> >On Wednesday 30 March 2011 07:03 pm, Barbara wrote: >> >> >> I'm referring to this commit: >> >> >> http://www.freebsd.org/cgi/getmsg.cgi?fetch=422486+0+current/ >> >> >>cvs -po rts >> >> >> >> >> >> After updating nspluginwrapper-devel, firefox instead of >> >> >> randomly freezing for few seconds after closing o reloading a >> >> >> tab with a flash running, crashes, which is even more >> >> >> annoying. Now after the crash I have 2 core files: one for >> >> >> firefox-bin and one for npviewer-bin. >> >> >> Anyone else seeing the same? >> >> > >> >> >Did you reinstall libflashplugin.so wrapper in your >> >> > ~/.mozilla/plugins directory? >> >> > >> >> >Just making sure... >> >> > >> >> >Jung-uk Kim >> >> >> >> I run "nspluginwrapper -a -v -i" in that directory, as I always >> >> did after upgrading that port. >> >> I think that you are talking about that, aren't you? >> > >> >Yes. I hardly use '-a', though. Can you please show me >> >'nspluginwrapper -l' output? >> >> Sure! >> $ nspluginwrapper -l >> /home/bar/.mozilla/plugins/npwrapper.libflashplayer.so >> Original plugin: /usr/local/lib/browser_plugins/libflashplayer.so >> Plugin viewer: /usr/local/lib/nspluginwrapper/i386/linux/npviewer >> Wrapper version string: 1.3.0 > >Hmmm... I have linux-f10-flashplugin-10.2r153 and it is installed >as /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so, not >in /usr/local/lib/browser_plugins/. This definitely looks >suspicious. > /usr/local/lib/browser_plugins/ is a link to /usr/local/lib/npapi/linux-f10- flashplugin/libflashplayer.so I just followed the handbook. And I have it since I moved to 8.0 I've just rebuilt FF4 WITH_DEBUG. After opening and closing a lot of tab with flash content it wasn't crashing. So I decided to give up. I opened a new empty tab, right clicked on it and selected "Close other tabs" from the menu. Soon after the other tabs have been closed, ff crashed. Here's the bt http://pastebin.com/xFsdqBhA Core was generated by `firefox-bin'. Program terminated with signal 11, Segmentation fault. ... (gdb) bt #0 0x2b297b4b in kill () from /lib/libc.so.7 #1 0x2b297aaa in raise () from /lib/libc.so.7 #2 0x282c5ef3 in nsProfileLock::FatalSignalHandler (signo=11, info=0xbfbfdd10, context=0xbfbfda50) at nsProfileLock.cpp:216 #3 #4 0x29a0a6c4 in NS_LogCOMPtrRelease_P (aCOMPtr=0x401fe688, aObject=0x650064) at /usr/ports/www/firefox/work/mozilla-2.0/xpcom/base/nsTraceRefcntImpl.cpp: 1234 #5 0x292ecfd9 in ~XPCWrappedNativeProto (this=0x4cf14020) at nsCOMPtr.h:531 #6 0x292b67c9 in DyingProtoKiller (table=0x2f218980, hdr=0x3e8cf288, number=441, arg=0x0) at /usr/ports/www/firefox/work/mozilla-2.0 /js/src/xpconnect/src/xpcjsruntime.cpp:210 #7 0x29bdf655 in JS_DHashTableEnumerate (table=0x2f218980, etor=0x292b67a4 , arg=0x0) at /usr/ports/www/firefox/work/mozilla-2.0 /js/src/jsdhash.cpp:743 #8 0x292ba008 in XPCJSRuntime::GCCallback (cx=0x301dda00, status=JSGC_FINALIZE_END) at xpcmaps.h:595 #9 0x28ca7f99 in DOMGCCallback (cx=0x301dda00, status=JSGC_FINALIZE_END) at /usr/ports/www/firefox/work/mozilla-2.0/dom/base/nsJSEnvironment.cpp:3500 #10 0x29c40064 in js_GC (cx=0x301dda00, comp=0x0, gckind=GC_NORMAL) at /usr/ports/www/firefox/work/mozilla-2.0/js/src/jsgc.cpp:2514 #11 0x29b42924 in JS_GC (cx=0x301dda00) at /usr/ports/www/firefox/work/mozilla- 2.0/js/src/jsapi.cpp:2662 #12 0x29285e7f in nsXPConnect::Collect (this=0x2e1094e0) at /usr/ports/www/firefox/work/mozilla-2.0/js/src/xpconnect/src/nsXPConnect.cpp: 405 #13 0x29281906 in nsXPConnect::GarbageCollect (this=0x2e1094e0) at /usr/ports/www/firefox/work/mozilla-2.0/js/src/xpconnect/src/nsXPConnect.cpp: 413 #14 0x28ca30b8 in nsJSContext::GarbageCollectNow () at /usr/ports/www/firefox/work/mozilla-2.0/dom/base/nsJSEnvironment.cpp:3271 #15 0x28ca30ed in GCTimerFired (aTimer=0x3c4903d0, aClosure=0x0) at /usr/ports/www/firefox/work/mozilla-2.0/dom/base/nsJSEnvironment.cpp:3321 #16 0x299fda64 in nsTimerImpl::Fire (this=0x3c4903d0) at /usr/ports/www/firefox/work/mozilla-2.0/xpcom/threads/nsTimerImpl.cpp:425 #17 0x299fdea4 in nsTimerEvent::Run (this=0x3c55bd00) at /usr/ports/www/firefox/work/mozilla-2.0/xpcom/threads/nsTimerImpl.cpp:517 #18 0x299f5088 in nsThread::ProcessNextEvent (this=0x2e1051c0, mayWait=1, result=0xbfbfe240) at /usr/ports/www/firefox/work/mozilla-2.0 /xpcom/threads/nsThread.cpp:633 #19 0x2998c4b3 in NS_ProcessNextEvent_P (thread=0x2e1051c0, mayWait=1) at nsThreadUtils.cpp:250 #20 0x2983857b in nsBaseAppShell::Run (this=0x2e32d290) at /usr/ports/www/firefox/work/mozilla-2.0/widget/src/xpwidgets/nsBaseAppShell.cpp: 195 #21 0x29507405 in nsAppStartup::Run (this=0x2f31eca0) at /usr/ports/www/firefox/work/mozilla-2.0 /toolkit/components/startup/src/nsAppStartup.cpp:220 #22 0x282b8c63 in XRE_main (argc=1, argv=0xbfbfe754, aAppData=0x2e05b040) at /usr/ports/www/firefox/work/mozilla-2.0/toolkit/xre/nsAppRunner.cpp:3786 #23 0x080490c2 in main (argc=1, argv=0xbfbfe754) at /usr/ports/www/firefox/work/mozilla-2.0/browser/app/nsBrowserApp.cpp:158 From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 02:05:04 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CDB51065674; Sat, 2 Apr 2011 02:05:04 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id A43798FC0C; Sat, 2 Apr 2011 02:05:03 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 01 Apr 2011 22:05:02 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr17.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id AUM77690; Fri, 1 Apr 2011 22:05:02 -0400 Received-SPF: None identity=pra; client-ip=209.6.91.204; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=209.6.91.204; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=209.6.91.204; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="postmaster@jerusalem.litteratus.org.litteratus.org"; x-conformance=sidf_compatible Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 01 Apr 2011 22:04:55 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19862.33857.734012.292847@jerusalem.litteratus.org> Date: Fri, 1 Apr 2011 22:04:49 -0400 To: Barbara In-Reply-To: <14888320.1164591301708124301.JavaMail.defaultUser@defaultHost> References: <14888320.1164591301708124301.JavaMail.defaultUser@defaultHost> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr17.lnh.mail.rcn.net) Cc: freebsd-gecko@freebsd.org, freebsd-ports@freebsd.org, jkim@freebsd.org Subject: Re: R: Re: firefox 4 crashes after last nspluginwrapper-devel X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 02:05:04 -0000 Barbara writes: > I've just rebuilt FF4 WITH_DEBUG. I used the "additional debugging" config option. > After opening and closing a lot of tab with flash content it > wasn't crashing. So I decided to give up. I opened a new empty > tab, right clicked on it and selected "Close other tabs" from the > menu. > > Soon after the other tabs have been closed, ff crashed. > Here's the bt http://pastebin.com/xFsdqBhA > > Core was generated by `firefox-bin'. > Program terminated with signal 11, Segmentation fault. > ... > (gdb) bt > #0 0x2b297b4b in kill () from /lib/libc.so.7 > #1 0x2b297aaa in raise () from /lib/libc.so.7 > #2 0x282c5ef3 in nsProfileLock::FatalSignalHandler (signo=11, > info=0xbfbfdd10, context=0xbfbfda50) at nsProfileLock.cpp:216 > #3 > #4 0x29a0a6c4 in NS_LogCOMPtrRelease_P (aCOMPtr=0x401fe688, aObject=0x650064) > at /usr/ports/www/firefox/work/mozilla-2.0/xpcom/base/nsTraceRefcntImpl.cpp: > 1234 > #5 0x292ecfd9 in ~XPCWrappedNativeProto (this=0x4cf14020) at nsCOMPtr.h:531 > #6 0x292b67c9 in DyingProtoKiller (table=0x2f218980, hdr=0x3e8cf288, > number=441, arg=0x0) at /usr/ports/www/firefox/work/mozilla-2.0 > /js/src/xpconnect/src/xpcjsruntime.cpp:210 > #7 0x29bdf655 in JS_DHashTableEnumerate (table=0x2f218980, etor=0x292b67a4 > , arg=0x0) at /usr/ports/www/firefox/work/mozilla-2.0 > /js/src/jsdhash.cpp:743 > #8 0x292ba008 in XPCJSRuntime::GCCallback (cx=0x301dda00, > status=JSGC_FINALIZE_END) at xpcmaps.h:595 > #9 0x28ca7f99 in DOMGCCallback (cx=0x301dda00, status=JSGC_FINALIZE_END) at > /usr/ports/www/firefox/work/mozilla-2.0/dom/base/nsJSEnvironment.cpp:3500 > #10 0x29c40064 in js_GC (cx=0x301dda00, comp=0x0, gckind=GC_NORMAL) at > /usr/ports/www/firefox/work/mozilla-2.0/js/src/jsgc.cpp:2514 > #11 0x29b42924 in JS_GC (cx=0x301dda00) at /usr/ports/www/firefox/work/mozilla- > 2.0/js/src/jsapi.cpp:2662 > #12 0x29285e7f in nsXPConnect::Collect (this=0x2e1094e0) at > /usr/ports/www/firefox/work/mozilla-2.0/js/src/xpconnect/src/nsXPConnect.cpp: > 405 > #13 0x29281906 in nsXPConnect::GarbageCollect (this=0x2e1094e0) at > /usr/ports/www/firefox/work/mozilla-2.0/js/src/xpconnect/src/nsXPConnect.cpp: > 413 > #14 0x28ca30b8 in nsJSContext::GarbageCollectNow () at > /usr/ports/www/firefox/work/mozilla-2.0/dom/base/nsJSEnvironment.cpp:3271 > #15 0x28ca30ed in GCTimerFired (aTimer=0x3c4903d0, aClosure=0x0) at > /usr/ports/www/firefox/work/mozilla-2.0/dom/base/nsJSEnvironment.cpp:3321 > #16 0x299fda64 in nsTimerImpl::Fire (this=0x3c4903d0) at > /usr/ports/www/firefox/work/mozilla-2.0/xpcom/threads/nsTimerImpl.cpp:425 > #17 0x299fdea4 in nsTimerEvent::Run (this=0x3c55bd00) at > /usr/ports/www/firefox/work/mozilla-2.0/xpcom/threads/nsTimerImpl.cpp:517 > #18 0x299f5088 in nsThread::ProcessNextEvent (this=0x2e1051c0, mayWait=1, > result=0xbfbfe240) at /usr/ports/www/firefox/work/mozilla-2.0 > /xpcom/threads/nsThread.cpp:633 > #19 0x2998c4b3 in NS_ProcessNextEvent_P (thread=0x2e1051c0, mayWait=1) at > nsThreadUtils.cpp:250 > #20 0x2983857b in nsBaseAppShell::Run (this=0x2e32d290) at > /usr/ports/www/firefox/work/mozilla-2.0/widget/src/xpwidgets/nsBaseAppShell.cpp: > 195 > #21 0x29507405 in nsAppStartup::Run (this=0x2f31eca0) at > /usr/ports/www/firefox/work/mozilla-2.0 > /toolkit/components/startup/src/nsAppStartup.cpp:220 > #22 0x282b8c63 in XRE_main (argc=1, argv=0xbfbfe754, aAppData=0x2e05b040) at > /usr/ports/www/firefox/work/mozilla-2.0/toolkit/xre/nsAppRunner.cpp:3786 > #23 0x080490c2 in main (argc=1, argv=0xbfbfe754) at > /usr/ports/www/firefox/work/mozilla-2.0/browser/app/nsBrowserApp.cpp:158 This was output to the terminal used to start FF: WARNING: 1 sort operation has occurred for the SQL statement '0x80ca5c748'. See https://developer.mozilla.org/En/Storage/Warnings details.: file mozStoragePrivateHelpers.cpp, line 139 ++DOCSHELL 0x80e05b000 == 1 WARNING: NS_ENSURE_TRUE(shell) failed: file nsDocShell.cpp, line 10799 WARNING: NS_ENSURE_TRUE(sf) failed: file nsDocShell.cpp, line 4992 WARNING: NS_ENSURE_TRUE(shell) failed: file nsDocShell.cpp, line 10799 WARNING: NS_ENSURE_TRUE(sf) failed: file nsDocShell.cpp, line 4992 ++DOMWINDOW == 1 (0x80e084e78) [serial = 1] [outer = 0x0] WARNING: SQLite returned error code 1 , Storage will convert it to NS_ERROR_FAILURE: file mozStoragePrivateHelpers.cpp, line 108 ++DOCSHELL 0x80ca26c00 == 2 ++DOMWINDOW == 2 (0x80d302e78) [serial = 2] [outer = 0x0] WARNING: Subdocument container has no content: file nsDocumentViewer.cpp, line 2398 ++DOMWINDOW == 3 (0x80d303d78) [serial = 3] [outer = 0x80d302e00] WARNING: Subdocument container has no content: file nsDocumentViewer.cpp, line 2398 WARNING: NS_ENSURE_TRUE(sf) failed: file nsDocShell.cpp, line 4992 WARNING: NS_ENSURE_TRUE(sf) failed: file nsDocShell.cpp, line 4992 WARNING: Subdocument container has no content: file nsDocumentViewer.cpp, line 2398 ++DOMWINDOW == 4 (0x80d309178) [serial = 4] [outer = 0x80e084e00] WARNING: Subdocument container has no content: file nsDocumentViewer.cpp, line 2398 ++DOCSHELL 0x80d141400 == 3 ++DOMWINDOW == 5 (0x80d3bf878) [serial = 5] [outer = 0x0] ++DOCSHELL 0x80d141800 == 4 ++DOMWINDOW == 6 (0x80d3c0478) [serial = 6] [outer = 0x0] JS Component Loader: WARNING chrome://prefbar/content/prefbarRDF.js:104 octal literals and octal escape sequences are deprecated JS Component Loader: WARNING chrome://prefbar/content/prefbarRDF.js:104 octal literals and octal escape sequences are deprecated JS Component Loader: WARNING chrome://prefbar/content/prefbarRDF.js:104 octal literals and octal escape sequences are deprecated JS Component Loader: WARNING chrome://prefbar/content/prefbarRDF.js:104 octal literals and octal escape sequences are deprecated JS Component Loader: WARNING chrome://prefbar/content/importexport.js:141 octal literals and octal escape sequences are deprecated JS Component Loader: WARNING chrome://prefbar/content/importexport.js:141 octal literals and octal escape sequences are deprecated JS Component Loader: WARNING chrome://prefbar/content/importexport.js:141 octal literals and octal escape sequences are deprecated JS Component Loader: WARNING chrome://prefbar/content/importexport.js:328 octal literals and octal escape sequences are deprecated JS Component Loader: WARNING chrome://prefbar/content/importexport.js:328 octal literals and octal escape sequences are deprecated JS Component Loader: WARNING chrome://prefbar/content/importexport.js:328 octal literals and octal escape sequences are deprecated WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80040111: file nsFrameLoader.cpp, line 421 ++DOCSHELL 0x80f17fc00 == 5 ++DOMWINDOW == 7 (0x8117fc278) [serial = 7] [outer = 0x0] ++DOMWINDOW == 8 (0x80f03b378) [serial = 8] [outer = 0x8117fc200] WARNING: NS_ENSURE_TRUE(shell) failed: file nsDocShell.cpp, line 10799 WARNING: NS_ENSURE_TRUE(sf) failed: file nsDocShell.cpp, line 4992 WARNING: NS_ENSURE_TRUE(shell) failed: file nsDocShell.cpp, line 10799 WARNING: NS_ENSURE_TRUE(sf) failed: file nsDocShell.cpp, line 4992 WARNING: NS_ENSURE_TRUE(shell) failed: file nsDocShell.cpp, line 10799 WARNING: NS_ENSURE_TRUE(sf) failed: file nsDocShell.cpp, line 4992 WARNING: NS_ENSURE_TRUE(shell) failed: file nsDocShell.cpp, line 10799 WARNING: NS_ENSURE_TRUE(sf) failed: file nsDocShell.cpp, line 4992 WARNING: NS_ENSURE_TRUE(sf) failed: file nsDocShell.cpp, line 4992 WARNING: NS_ENSURE_TRUE(sf) failed: file nsDocShell.cpp, line 4992 WARNING: Subdocument container has no frame: file nsDocumentViewer.cpp, line 2418 ++DOMWINDOW == 9 (0x810ede578) [serial = 9] [outer = 0x80d3bf800] WARNING: Subdocument container has no frame: file nsDocumentViewer.cpp, line 2418 ++DOMWINDOW == 10 (0x810edee78) [serial = 10] [outer = 0x80d3c0400] ++DOMWINDOW == 11 (0x810edfa78) [serial = 11] [outer = 0x8117fc200] WARNING: Ignoring duplicate observer.: file nsPrefBranch.cpp, line 620 ++DOMWINDOW == 12 (0x80f22d178) [serial = 12] [outer = 0x8117fc200] Robert Huff From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 08:26:07 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1ED2106566B for ; Sat, 2 Apr 2011 08:26:07 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.23]) by mx1.freebsd.org (Postfix) with ESMTP id B033A8FC0A for ; Sat, 2 Apr 2011 08:26:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=gEH2r1oSZl1VqF+zGsvobLZs1r+jrcwPgyMgmjtq2b8=; b=cjZwlr2p4FgHOmdNmicSU4RP9ySKqoGMkvVnV16d14N6h02KqcaE3w9u9NtDrMTk4t8HL5/DgSA4Wfq4SCoDAebWBEkDE9FgC21+SK/utiDS5/6MJxD3RPVDbERSwrXwnTgNzAReEwmxG2bs3SKJ6BkpSpiTFYv28FA+ou4H1tU=; Received: from [46.185.0.93] (helo=localhost) by fsm1.ukr.net with esmtps ID 1Q5w9l-000Fmq-My ; Sat, 02 Apr 2011 11:26:05 +0300 Date: Sat, 2 Apr 2011 11:26:04 +0300 From: Ivan Klymenko To: freebsd-questions@freebsd.org, freebsd-ports@freebsd.org, itetcu@FreeBSD.org Message-ID: <20110402112604.4790d7ff@ukr.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Tinderbox question... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 08:26:08 -0000 Hi, folks! For example, i built in my tinderbox port audio/clementine-player... It depends on qt4 -* ports... For example, the file qt-everywhere-opensource-src-4.7.2.tar.gz must be downloaded (if not mistaken) for more than five times! Why? File size ~208655K => 5*208655K=1043275K !!! When building ports with these files it is extremely slow and not optimal. Is it possible to transfer the function cleandistfiles to another place, that would be cleaning distfiles directory took place after the construction of the entire queue, or do it manually? What do you think about this? Thank you! Best regards, Ivan. P.S. Sorry for my english. From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 08:27:48 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6FB31065673 for ; Sat, 2 Apr 2011 08:27:48 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3A21A8FC15 for ; Sat, 2 Apr 2011 08:27:47 +0000 (UTC) Received: by bwz12 with SMTP id 12so3699064bwz.13 for ; Sat, 02 Apr 2011 01:27:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=GyhxqRNY2U6VhxSkx3wXz7a1kbap0IPHi+owSIIBzCo=; b=dHV30860Aa5X7yQmLK/hf3AKSuHU8IZHQ0csWkyAngxqR5GCT6+qlVAX5isang+ICg QMggouY/TXH6YGrT9KL/zfOCD5f36RiOP/pCHJJN/0ytL8huGwBogorYuuyrCbPAB17b lafVCev81qIF7Nr9hwTNSApWvBiiiLimDZcJw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; b=DsHW5gtW9x2NYAKkL3KeuG0vx7gSANuNvrH7OfxQKj3Ap+pbfdbgB/luOP8nInMrYe SNSRTgXOpMHirl93shhzbKx2XvbWZ+kuA/KZ3/TQ0iCWd/xBD2TBgOV2F6c0QfRkZqCs 7VWLZbe9fpzYjvBNzoaR12FsUzNAsqkEXQy5I= Received: by 10.204.18.193 with SMTP id x1mr909751bka.79.1301732867096; Sat, 02 Apr 2011 01:27:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.205.64.142 with HTTP; Sat, 2 Apr 2011 01:27:17 -0700 (PDT) In-Reply-To: <20110401232733.GA4024@server.vk2pj.dyndns.org> References: <1301673691.9204.10.camel@gumpino> <20110401232733.GA4024@server.vk2pj.dyndns.org> From: Chris Rees Date: Sat, 2 Apr 2011 09:27:17 +0100 Message-ID: To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, info@bitfire.at Subject: Re: PR #154453 - TeamSpeak 3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 08:27:48 -0000 On 2 April 2011 00:27, Peter Jeremy wrote: > On 2011-Apr-01 18:01:31 +0200, Richard Hirner wrote: >>Is it usual that it takes that long to get ports into the repository? >>It's now exactly 2 months, and I planned to use the real port from the >>repo on my production machine ... I don't want to be impolite or >>impatient, but this seems pretty long for me. >> >>Can you tell me a way how I can find or help a committer to get this >>incorporated? > > Looking at the PR trail, it looks like most of the preparatory work > has been done. =A0I can only suggest that you try IRC: =A0A reasonable > number of committers hang out on #bsdports on efnet. =A0If you ask > there, you may find someone willing to help out. > For a massive change like this, it often takes a long while. I have been bringing it up on IRC, and look, we have made progress! Shouldn't be long now... Chris From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 08:29:30 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6329C106564A; Sat, 2 Apr 2011 08:29:30 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 967D48FC1D; Sat, 2 Apr 2011 08:29:29 +0000 (UTC) Received: by bwz12 with SMTP id 12so3699490bwz.13 for ; Sat, 02 Apr 2011 01:29:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=8nXRxJ8kUOlAOqpnceH7CIHS81ar1l7ZcOA10N+KoOs=; b=uW/cOH2xz5vR5OwcEsTIQvsa5vYnL6cLlpwHEY2dONTCZ8GM+F/DJ6uPvKHZzWOi7k 993mw5OqecKukjZI4tVTzBD/uLuAiZb1+SRtI4TS7VnBwcqiexHUF3WHHUSjOtzNZ8Qz MtWO+9fxyBMTQsIOC+QPgtg110dd5Co59epes= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; b=JWB/diUyqNH4FNFtiRVwVECbucqnab5lGPnydi7a45ow8coXcE5jzPSGrhR9E+OUnS 4lU/8exBxon4Td/4tKI8eS4OiBovUEpDuwNur31rabtVsRTeTUF0BPjoPnp7r9qJeHHt DKO9am+R5IOmoF8JabLCxwN+90LsqvDFM2dAs= Received: by 10.204.7.17 with SMTP id b17mr407907bkb.214.1301732968229; Sat, 02 Apr 2011 01:29:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.205.64.142 with HTTP; Sat, 2 Apr 2011 01:28:58 -0700 (PDT) In-Reply-To: <20110402112604.4790d7ff@ukr.net> References: <20110402112604.4790d7ff@ukr.net> From: Chris Rees Date: Sat, 2 Apr 2011 09:28:58 +0100 Message-ID: To: Ivan Klymenko Content-Type: text/plain; charset=ISO-8859-1 Cc: itetcu@freebsd.org, freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Tinderbox question... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 08:29:30 -0000 On 2 April 2011 09:26, Ivan Klymenko wrote: > Hi, folks! > > For example, i built in my tinderbox port audio/clementine-player... > It depends on qt4 -* ports... > > For example, the file qt-everywhere-opensource-src-4.7.2.tar.gz must be > downloaded (if not mistaken) for more than five times! Why? > > File size ~208655K => 5*208655K=1043275K !!! > > When building ports with these files it is extremely slow and not > optimal. > > Is it possible to transfer the function cleandistfiles to another > place, that would be cleaning distfiles directory took place after the > construction of the entire queue, or do it manually? > > What do you think about this? > > Thank you! > Best regards, Ivan. > Distfiles aren't cached by default. http://tinderbox.marcuscom.com/README/README.html#AEN587 Chris From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 08:37:12 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C64EE1065670; Sat, 2 Apr 2011 08:37:12 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.23]) by mx1.freebsd.org (Postfix) with ESMTP id 81E288FC18; Sat, 2 Apr 2011 08:37:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=ue7ACVgijGGf5vP9bLqkunY6U0Rg53cXCDFlR9wiEpU=; b=JnvhuTZfcT/qL/SkrsvYtAIgkzu6GdJBwApokS/JUofW4/kLQQ6fy/raOi4zrXKyUCW4b5syR0dPd7BqeYD28OLhIPY2LPHCsixJqN5E+wJ/C2VC03TBMJpKXlNnyrAByxdr5/UQZlE7no8/A/nfygko9cTIZjkr9HAFWQqACcg=; Received: from [46.185.0.93] (helo=localhost) by fsm1.ukr.net with esmtps ID 1Q5wKV-000HWI-Fo ; Sat, 02 Apr 2011 11:37:11 +0300 Date: Sat, 2 Apr 2011 11:37:10 +0300 From: Ivan Klymenko To: utisoft@gmail.com Message-ID: <20110402113710.38deff2c@ukr.net> In-Reply-To: References: <20110402112604.4790d7ff@ukr.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: itetcu@freebsd.org, freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Tinderbox question... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 08:37:12 -0000 =D0=92 Sat, 2 Apr 2011 09:28:58 +0100 Chris Rees =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 2 April 2011 09:26, Ivan Klymenko wrote: > > Hi, folks! > > > > For example, i built in my tinderbox port audio/clementine-player... > > It depends on qt4 -* ports... > > > > For example, the file qt-everywhere-opensource-src-4.7.2.tar.gz > > must be downloaded (if not mistaken) for more than five times! Why? > > > > File size ~208655K =3D> 5*208655K=3D1043275K !!! > > > > When building ports with these files it is extremely slow and not > > optimal. > > > > Is it possible to transfer the function cleandistfiles to another > > place, that would be cleaning distfiles directory took place after > > the construction of the entire queue, or do it manually? > > > > What do you think about this? > > > > Thank you! > > Best regards, Ivan. > > >=20 > Distfiles aren't cached by default. >=20 > http://tinderbox.marcuscom.com/README/README.html#AEN587 >=20 > Chris >=20 >=20 Thanks! Sorry for noice. From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 10:28:38 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9330E106566B; Sat, 2 Apr 2011 10:28:38 +0000 (UTC) (envelope-from uqs@freebsd.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 32CAA8FC15; Sat, 2 Apr 2011 10:28:38 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p32ASaoQ038544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Apr 2011 12:28:36 +0200 (CEST) (envelope-from uqs@freebsd.org) Date: Sat, 2 Apr 2011 12:28:36 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Martin Wilke Message-ID: <20110402102836.GN85668@acme.spoerlein.net> Mail-Followup-To: Martin Wilke , FreeBSD Ports , x11@freebsd.org References: <20110324200614.GW85668@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Ports , x11@freebsd.org Subject: Re: [HEADS UP] Ports Infrastructure Changes X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 10:28:38 -0000 On Fr, 25.03.2011 at 07:11:42 +0800, Martin Wilke wrote: > On Fri, Mar 25, 2011 at 4:06 AM, Ulrich Spörlein wrote: > > > On Sat, 19.03.2011 at 09:49:39 +0800, Martin Wilke wrote: > > > Hey, > > > > > > as the Ports Collection continue to grow, we have decided to > > > do some changes to the category layout. The www category, second > > > largest with over 2000 individual ports, will have three subcategories > > > spinned out. On the other side, x11-servers category, with only > > > 10 ports, will be folded into regular x11 category. > > > > Why? I can understand you'd like to move the handful of x11-servers into > > x11, but what do you gain by splitting www? > > > > The time and repo-churn could probably be spent on something more > > constructive than moving ports around. > > so can u guys please come back to the review of the ports for the categorie > move? It would still be nice to know, what you think this move will improve. Because it will fuck over people who have for example the following in their make.conf .if ${.CURDIR:M*/www/apache2*} WITH_APR_FROM_PORTS=true WITH_LDAP=true WITH_AUTHNZ_LDAP=true .endif Let alone people who have used the OPTIONS framework and saved their settings to /var/db/ports/. So, again, what is gained by that move and how does it offset those people's inconvenience? Regards, Uli From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 11:36:33 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9703106564A; Sat, 2 Apr 2011 11:36:33 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 74D0A8FC13; Sat, 2 Apr 2011 11:36:33 +0000 (UTC) Received: from it.buh.tecnik93.com (unknown [188.27.100.145]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id A7F0122C555B; Sat, 2 Apr 2011 14:21:12 +0300 (EEST) Date: Sat, 2 Apr 2011 14:21:01 +0300 From: Ion-Mihai Tetcu To: utisoft@gmail.com Message-ID: <20110402142101.179f7b37@it.buh.tecnik93.com> In-Reply-To: References: <20110402112604.4790d7ff@ukr.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/IHaQ8ir393FjODagte0BjgS"; protocol="application/pgp-signature" Cc: Ivan Klymenko , freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Tinderbox question... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 11:36:33 -0000 --Sig_/IHaQ8ir393FjODagte0BjgS Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 2 Apr 2011 09:28:58 +0100 Chris Rees wrote: > On 2 April 2011 09:26, Ivan Klymenko wrote: > > Hi, folks! > > > > For example, i built in my tinderbox port audio/clementine-player... > > It depends on qt4 -* ports... > > > > For example, the file qt-everywhere-opensource-src-4.7.2.tar.gz > > must be downloaded (if not mistaken) for more than five times! Why? > > > > File size ~208655K =3D> 5*208655K=3D1043275K !!! > > > > When building ports with these files it is extremely slow and not > > optimal. As Cris sais, setup DISTFILES caching per README. > > Is it possible to transfer the function cleandistfiles to another > > place, that would be cleaning distfiles directory took place after > > the construction of the entire queue, or do it manually? There isn't done any distfile cleaning as such. For each port build, a chroot is created and populated, then cleaned at the end. For "small" ports, this takes more that the actual port build; but no, we can't do without it if we are to have an 100% reproducible build env. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/IHaQ8ir393FjODagte0BjgS Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk2XBqgACgkQJ7GIuiH/oeWtcgCfebNh1x19D6wEvnUUXSRmn0O7 7CUAoLh8OcG4TVYkaLYpQj3ehdCHsng0 =8ygo -----END PGP SIGNATURE----- --Sig_/IHaQ8ir393FjODagte0BjgS-- From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 19:52:25 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB0E51065670 for ; Sat, 2 Apr 2011 19:52:25 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out2.libero.it (cp-out2.libero.it [212.52.84.102]) by mx1.freebsd.org (Postfix) with ESMTP id 807ED8FC0C for ; Sat, 2 Apr 2011 19:52:25 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B020C.4D977E77.012D,ss=1,re=0.000,fgs=0 X-libjamoibt: 1419 Received: from wmail5.libero.it (172.31.0.148) by cp-out2.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4D7F430A017BE539 for freebsd-ports@freebsd.org; Sat, 2 Apr 2011 21:52:23 +0200 Message-ID: <22260558.1089541301773943723.JavaMail.defaultUser@defaultHost> Date: Sat, 2 Apr 2011 21:52:23 +0200 (CEST) From: Barbara To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 79.2.222.225 Subject: emulators/vice: patch fail to apply cleanly X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 19:52:26 -0000 # cd /usr/ports/emulators/vice/ && make patch ===> Patching for vice-gnome-2.3 ===> vice-gnome-2.3 depends on file: /usr/local/bin/iconv - found ===> Applying FreeBSD patches for vice-gnome-2.3 Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to ./man/c1541.1.rej Can't create ./man/c1541.1.rej, output is in /tmp//patchrnRy6fw: Permission denied => Patch patch-ab failed to apply cleanly. *** Error code 1 Stop in /usr/ports/emulators/vice. From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 20:48:51 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 0E3D7106567F for ; Sat, 2 Apr 2011 20:48:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 8FC391522E4; Sat, 2 Apr 2011 20:48:43 +0000 (UTC) Message-ID: <4D978B98.3090603@FreeBSD.org> Date: Sat, 02 Apr 2011 13:48:24 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: Barbara References: <22260558.1089541301773943723.JavaMail.defaultUser@defaultHost> In-Reply-To: <22260558.1089541301773943723.JavaMail.defaultUser@defaultHost> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: emulators/vice: patch fail to apply cleanly X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 20:48:51 -0000 Your first step on maintained ports would be to contact the maintainer. cc'ing ports@ is ok as well. You can find the maintainer's address by looking in the Makefile, or by typing 'make maintainer' in the port's directory. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 21:13:16 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 965031065673 for ; Sat, 2 Apr 2011 21:13:16 +0000 (UTC) (envelope-from jktrigg@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2F35B8FC1A for ; Sat, 2 Apr 2011 21:13:15 +0000 (UTC) Received: by wwk4 with SMTP id 4so547335wwk.1 for ; Sat, 02 Apr 2011 14:13:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type; bh=mB0fvIR+dDbSZjSuY9vAzzU4MTXc0WZm2ADbfmAkB38=; b=oJ8b9SqKXw7yEucRK0dYX1PzqsA2Pls8NhtZRC6y4UuJkegkl3zyH0WqLThjVzgiQP rn6HTMWPQK5S2ng/cRjWQcO0eExm+R+RhH1iZjPM2O99tRoCMZ7F+im8NpvzfqCyULwa CNRwRvjpcAiHUVK0EOdPQ3QVJhqS4GV3d8FiI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=t0y7tb5p9nD763dwtZ0varDTanFAqX2oJqowiD6JCJef7c1PdhG522gbkgyl+ijkkI waE5WA8iIrvDzv1kLvj4M1b6S4ze3BxRkZQTwGqW6eeMS/uQL6WEGuvFoLjiLwDKwL5d vFcllDVNHF7GbeJ7U4vl+2yts3aYeGWqXLcAU= MIME-Version: 1.0 Received: by 10.216.182.212 with SMTP id o62mr2280666wem.52.1301777204442; Sat, 02 Apr 2011 13:46:44 -0700 (PDT) Sender: jktrigg@gmail.com Received: by 10.216.48.136 with HTTP; Sat, 2 Apr 2011 13:46:44 -0700 (PDT) Date: Sat, 2 Apr 2011 16:46:44 -0400 X-Google-Sender-Auth: Ui-vQshzyJGWCK7eLuuj4wGM6dw Message-ID: From: Jim Trigg To: freebsd-ports-mailinglist Content-Type: text/plain; charset=ISO-8859-1 Subject: Problem using devel/apr1 with OpenLDAP 2.4.25_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 21:13:16 -0000 I'm having a problem which affects my web server quite strongly. I upgraded openldap24-client to 2.4.25_1, and now can neither run nor rebuild devel/apr1 (which blocks apache and squirrelmail). The make in /usr/ports/devel/apr1 reports (cut down to just what looks like it might be applicable): ===> apr-ipv6-devrandom-gdbm-db42-ldap24-mysql51-1.4.2.1.3.10 depends on shared library: ldap-2.4.8 - found build/apu-conf.m4:215: APU_FIND_LDAP is expanded from... configure.in:152: the top level cd /usr/ports/devel/apr1/work/apr-util-1.3.10; /usr/bin/env CC="cc" LIBS="" PYTHON="/usr/local/bin/python2.6" SHELL=/bin/sh CONFIG_SHELL=/bin/sh AUTOMAKE=/usr/local/bin/automake-1.11 AUTOMAKE_DIR=/usr/local/share/automake-1.11 AUTOMAKE_VERSION=1.11 AUTOMAKE_APIVER=1.11.1 ACLOCAL=/usr/local/bin/aclocal-1.11 ACLOCAL_DIR=/usr/local/share/aclocal-1.11 AUTOCONF=/usr/local/bin/autoconf-2.68 AUTOCONF_DIR=/usr/local/share/autoconf-2.68 AUTOHEADER=/usr/local/bin/autoheader-2.68 AUTOIFNAMES=/usr/local/bin/ifnames-2.68 AUTOM4TE=/usr/local/bin/autom4te-2.68 AUTORECONF=/usr/local/bin/autoreconf-2.68 AUTOSCAN=/usr/local/bin/autoscan-2.68 AUTOUPDATE=/usr/local/bin/autoupdate-2.68 AUTOCONF_VERSION=2.68 LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize LIBTOOL_LIBEXECDIR=/usr/local/libexec/libtool LIBTOOL_SHAREDIR=/usr/local/share/libtool LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 LTMAIN=/usr/local/share/libtool/config/ltmain.sh lt_cv_sys_max_cmd_len=262144 CFLAGS="-O2 -pipe -I/usr/local/include -I/usr/local/include/mysql -DHAVE_MYSQL_H -DLDAP_DEPRECATED -fno-strict-aliasing" /bin/sh ./configure --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} --with-apr=/usr/ports/devel/apr1/work/apr-1.4.2 --with-expat=/usr/local --with-iconv=/usr/local --with-gdbm=/usr/local --with-berkeley-db=/usr/local/include/db42:/usr/local/lib/db42 --without-ndbm --with-ldap-include=/usr/local/include --with-ldap-lib=/usr/local/lib --with-ldap=ldap --with-mysql=/usr/local --without-pgsql --without-sqlite3 checking for ldap support... checking for ldap_init in -lldap... no checking for ldap_init in -lldap... no checking for ldap_init in -lldap... no checking for ldap_init in -lldap... no configure: error: could not find an LDAP library Any suggestions? Thanks, Jim From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 21:20:48 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id E9D701065672 for ; Sat, 2 Apr 2011 21:20:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B824B14EE9B; Sat, 2 Apr 2011 21:20:48 +0000 (UTC) Message-ID: <4D97931D.9040704@FreeBSD.org> Date: Sat, 02 Apr 2011 14:20:29 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: Jim Trigg References: In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports-mailinglist Subject: Re: Problem using devel/apr1 with OpenLDAP 2.4.25_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 21:20:49 -0000 Please read /usr/ports/UPDATING, and get in the habit of doing so regularly. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 21:41:35 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9806106564A for ; Sat, 2 Apr 2011 21:41:35 +0000 (UTC) (envelope-from jktrigg@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6B2708FC14 for ; Sat, 2 Apr 2011 21:41:34 +0000 (UTC) Received: by wwc33 with SMTP id 33so5076084wwc.31 for ; Sat, 02 Apr 2011 14:41:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lE793FRdoqChspEPWbOfhHvo2eCuQjQ5dusCCyRXKw0=; b=iht88wnm5aZbsqdU7ZhkYv7MedngqYOPfyyHzqKBhQeiaACVH0Qn6G+otrp6QmYWk9 JOj6mzSfE9iI0Az9WjG2EKYKeThYZC8/JOF+LAVNpqEwtgevmoZsUShhDYfSlDo4y2Ds /lBpxR5LFz+3TsE92NmzHQ4tFot2V5FOS5XuY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=gHFSIZA6EdlbWZeknTOnvpxmb+gJWFAXEAQR1TsSP1Z8JAIJjwMf/DER4dkAKNK3/D clOQWkOmmyBb0uzJBEQrxVgsisY2wwaBwcopbnpb+3ndrNwakTu6kXV3rNqAUJz8keV2 T9L1yjUIFRoKzUNExUVah4Ed/b13NKGulY9Uc= MIME-Version: 1.0 Received: by 10.216.182.212 with SMTP id o62mr2311821wem.52.1301780492507; Sat, 02 Apr 2011 14:41:32 -0700 (PDT) Sender: jktrigg@gmail.com Received: by 10.216.48.136 with HTTP; Sat, 2 Apr 2011 14:41:32 -0700 (PDT) In-Reply-To: <4D97931D.9040704@FreeBSD.org> References: <4D97931D.9040704@FreeBSD.org> Date: Sat, 2 Apr 2011 17:41:32 -0400 X-Google-Sender-Auth: AcdN-oA8cUJpwjw_hNHKrW5DJmQ Message-ID: From: Jim Trigg To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports-mailinglist Subject: Re: Problem using devel/apr1 with OpenLDAP 2.4.25_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 21:41:35 -0000 I did. This did not look like the fetchGetURL problem, and it was in trying to run 'portmaster -r net/openldap24-client' as recommended that I encountered the problem. Thanks, Jim On Sat, Apr 2, 2011 at 5:20 PM, Doug Barton wrote: > Please read /usr/ports/UPDATING, and get in the habit of doing so regular= ly. > :) > > > Doug > > -- > > =A0 =A0 =A0 =A0Nothin' ever doesn't change, but nothin' changes much. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0-- OK Go > > =A0 =A0 =A0 =A0Breadth of IT experience, and depth of knowledge in the DN= S. > =A0 =A0 =A0 =A0Yours for the right price. =A0:) =A0http://SupersetSolutio= ns.com/ > From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 21:54:34 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 3B29B106566C for ; Sat, 2 Apr 2011 21:54:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B4E1414FD41; Sat, 2 Apr 2011 21:54:30 +0000 (UTC) Message-ID: <4D979B15.50403@FreeBSD.org> Date: Sat, 02 Apr 2011 14:54:29 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: Jim Trigg References: <4D97931D.9040704@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports-mailinglist Subject: Re: Problem using devel/apr1 with OpenLDAP 2.4.25_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 21:54:34 -0000 But you haven't answered the important question. Did you rebuild openldap with the FETCH OPTION disabled? Doug On 04/02/2011 14:41, Jim Trigg wrote: > I did. This did not look like the fetchGetURL problem, and it was in > trying to run 'portmaster -r net/openldap24-client' as recommended > that I encountered the problem. > > Thanks, > Jim > > On Sat, Apr 2, 2011 at 5:20 PM, Doug Barton wrote: >> Please read /usr/ports/UPDATING, and get in the habit of doing so regularly. >> :) >> >> >> Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 22:06:14 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC0E9106566B for ; Sat, 2 Apr 2011 22:06:14 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9095A8FC14 for ; Sat, 2 Apr 2011 22:06:14 +0000 (UTC) Received: by pzk27 with SMTP id 27so1232839pzk.13 for ; Sat, 02 Apr 2011 15:06:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=JtxuTWwhepcS8H9GSUg62oao42aN9tRVosiqQHpMv8g=; b=Q4iCAMzBuN3s3UrV95j8D1/z+ieXt/gFARTRatp0pzuMdbeohxKNxiZ1Jbi1YLW9AQ s0tyDKU6uZ/9w7697VJZARjB4uVGHX23nqwLdUovrBlbpowHn/PuwhFYpaFJ3GnEaE/N kbt+9hGtX3Yk0M+OJFhOolXSxo9cOmDSU/GtI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ePzkblTLwnDGSqFIg1v5Uu9DlOkvsVryEAoAs186pOK4obdS/W6crmM0A6lB0DvgNK t2UC2O5GHOVkkb3pj12JOOFQ42Uv+BPodO5u/jvCfiAbXlkSft73dH4k+cbw9kS8PD/a aGOiYxxwZ43ZfJ4ntHmoZi1KDY2MMml/KudIQ= MIME-Version: 1.0 Received: by 10.143.85.3 with SMTP id n3mr4384353wfl.326.1301781972218; Sat, 02 Apr 2011 15:06:12 -0700 (PDT) Received: by 10.68.62.164 with HTTP; Sat, 2 Apr 2011 15:06:12 -0700 (PDT) In-Reply-To: References: Date: Sat, 2 Apr 2011 15:06:12 -0700 Message-ID: From: Xin LI To: Jim Trigg Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports-mailinglist Subject: Re: Problem using devel/apr1 with OpenLDAP 2.4.25_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 22:06:14 -0000 On Sat, Apr 2, 2011 at 1:46 PM, Jim Trigg wrote: > checking for ldap support... > checking for ldap_init in -lldap... no > checking for ldap_init in -lldap... no > checking for ldap_init in -lldap... no > checking for ldap_init in -lldap... no > configure: error: could not find an LDAP library This is caused by 'FETCH' option which wants to drag libfetch(3) in (it doesn't show the expected message though, you may have to open the apr-util's config.log to see that). Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 22:10:09 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C1A2106566C for ; Sat, 2 Apr 2011 22:10:09 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh3.interactivevillages.com (ca.2e.7bae.static.theplanet.com [174.123.46.202]) by mx1.freebsd.org (Postfix) with ESMTP id 58C9B8FC14 for ; Sat, 2 Apr 2011 22:10:09 +0000 (UTC) Received: from c-24-22-230-24.hsd1.wa.comcast.net ([24.22.230.24] helo=_HOSTNAME_) by wh3.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Q68J6-0004un-Mc for freebsd-ports@freebsd.org; Sat, 02 Apr 2011 17:24:33 -0400 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Sat, 02 Apr 2011 14:24:32 -0700 Date: Sat, 2 Apr 2011 14:24:32 -0700 From: Chip Camden To: freebsd-ports-mailinglist Message-ID: <20110402212431.GC57567@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-ports-mailinglist References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HG+GLK89HZ1zG0kk" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-PGP-Key: http://pgp.mit.edu:11371/pks/lookup?search=0xD6DBAF91 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh3.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Problem using devel/apr1 with OpenLDAP 2.4.25_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 22:10:09 -0000 --HG+GLK89HZ1zG0kk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Jim Trigg on Saturday, 02 April 2011: > I'm having a problem which affects my web server quite strongly. I > upgraded openldap24-client to 2.4.25_1, and now can neither run nor > rebuild devel/apr1 (which blocks apache and squirrelmail). The make > in /usr/ports/devel/apr1 reports (cut down to just what looks like it > might be applicable): >=20 [snip] Did you follow the /usr/ports/UPDATING recommendation for 20110328? --=20 =2Eo. | Sterling (Chip) Camden | http://camdensoftware.com =2E.o | sterling@camdensoftware.com | http://chipsquips.com ooo | 2048R/D6DBAF91 | http://chipstips.com --HG+GLK89HZ1zG0kk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJNl5QPAAoJEIpckszW26+RMkUH/jjlt8Vog7zMXEjclU5TtuTc ahQhb3kzTXDxzz67UQ6AUU8+Cipdn5IUroZScBbtzRRIYV7bGgrgMjtXfpHn255x u5jbxMMSTBqh5tMp6Xi0IHEXmSOcFQ3ZwvIN/O6lhxq2gsn6P6bbVLSgcC3kNaYa 8brVeCW/bx6I32NSvVKyNpHnGIbZO/ALnxbqus8y+Pvd+/nUEuaxRTAD91fdrqdw TRfZgq/sUIb3tIAV/E/Z5PQuvEyGiJN3hyfiyf5UvD70MzDyjmeInhosGE6xbVXB nhKpWaEqGPF/SWeNn6nwyQoorTAq5JC/5DwA3Nd//r7+xyMKK4b8sN8Lq2+lYYc= =4f3E -----END PGP SIGNATURE----- --HG+GLK89HZ1zG0kk-- From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 22:21:49 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF7A41065673; Sat, 2 Apr 2011 22:21:49 +0000 (UTC) (envelope-from papowell@astart.com) Received: from astart2.astart.com (99-111-96-109.uvs.sndgca.sbcglobal.net [99.111.96.109]) by mx1.freebsd.org (Postfix) with ESMTP id A22C88FC0C; Sat, 2 Apr 2011 22:21:49 +0000 (UTC) Received: from laptop_81.private (localhost [127.0.0.1]) by astart2.astart.com (8.14.4/8.14.4) with ESMTP id p32MLmAS018495; Sat, 2 Apr 2011 15:21:49 -0700 (PDT) (envelope-from papowell@astart.com) Message-ID: <4D97A179.60009@astart.com> Date: Sat, 02 Apr 2011 15:21:45 -0700 From: Patrick Powell Organization: Astart Technologies User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110312 Thunderbird/3.1.9 MIME-Version: 1.0 To: Alberto Villa References: <4D952102.4020101@astart.com> <201104010804.26285.avilla@freebsd.org> In-Reply-To: <201104010804.26285.avilla@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Automating Port Building- Setting options on the command line X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: papowell@astart.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 22:21:49 -0000 On 03/31/11 23:04, Alberto Villa wrote: > On Friday 01 April 2011 02:49:06 Patrick Powell wrote: >> What I would like to do is pass in a set of default options on the >> command line >> such as: >> >> cd /usr/ports/lang/php5-extensions >> make configure THIS=yes THAT=no > cd /usr/ports/multimedia/kdenlive > make -DWITH_DVD -DWITH_FREI0R -DWITHOUT_LADSPA This did the trick. However, to bombproof it a little: make rmconfig -DWITH_OPTION ... target Once you do this you need to always put the rmconfig target in the make command. This is exactly what I wanted. I have been looking at tinderbox in more detail and it appears to be a better solution. I am planning to migrate to tinderbox in the near future. -- Patrick Powell Astart Technologies papowell@astart.com 1530 Jamacha Road, Suite X, Network and System San Diego, CA 92019 Consulting 858-874-6543 Web Site: www.astart.com From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 23:10:21 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3501106566B for ; Sat, 2 Apr 2011 23:10:21 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id A77D58FC1A for ; Sat, 2 Apr 2011 23:10:21 +0000 (UTC) Received: by pvg11 with SMTP id 11so1243334pvg.13 for ; Sat, 02 Apr 2011 16:10:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=nYm4IWZAfsFMGLLyWXqjLIuJOGMWhbC7TLlzJHcg5Xw=; b=tfRCWc83lBL1gRbb6nfGoCob+XINswzX180hDW6EA8xWci1/ukKSYYiwMIfinKq9Uo LAgDc3mbP6r0zcN0+6ZR+Zf/333gCiSXsEy4WbH+y0IqxSslYKV1g/zCUaPt4vogXHRK FHTyS2BvWtr5zC4uIXaEtjtQGSuYKmAKFr4eI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=yDWDsgtBsC4iO4e0CtYkHjvIWqRWOsiZl7VKZiA8Lz6F3bDgbZJHofQP6+rQM3CpnV /n/9ZvQEM0cIsZWzGk3ieFUuoKb1hivEkmskBvtcHLlHPqJ/LOWqkjbc7zkWZ6a0SjhL VPYenQleiKZ7Z6kcyY/g2mWtwtZjRkXebM3oA= MIME-Version: 1.0 Received: by 10.143.85.3 with SMTP id n3mr4436205wfl.326.1301785820195; Sat, 02 Apr 2011 16:10:20 -0700 (PDT) Received: by 10.68.62.164 with HTTP; Sat, 2 Apr 2011 16:10:20 -0700 (PDT) In-Reply-To: References: Date: Sat, 2 Apr 2011 16:10:20 -0700 Message-ID: From: Xin LI To: Jim Trigg Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports-mailinglist Subject: Re: Problem using devel/apr1 with OpenLDAP 2.4.25_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 23:10:21 -0000 On Sat, Apr 2, 2011 at 3:06 PM, Xin LI wrote: > On Sat, Apr 2, 2011 at 1:46 PM, Jim Trigg wrote: >> checking for ldap support... >> checking for ldap_init in -lldap... no >> checking for ldap_init in -lldap... no >> checking for ldap_init in -lldap... no >> checking for ldap_init in -lldap... no >> configure: error: could not find an LDAP library > > This is caused by 'FETCH' option which wants to drag libfetch(3) in > (it doesn't show the expected message though, you may have to open the > apr-util's config.log to see that). I have committed a better fix for the problem, please update to openldap24-client 2.4.25_2 and see if that helps. Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-ports@FreeBSD.ORG Sat Apr 2 23:25:11 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DCD4106566B; Sat, 2 Apr 2011 23:25:11 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 58F598FC13; Sat, 2 Apr 2011 23:25:11 +0000 (UTC) Received: by pwj8 with SMTP id 8so1256967pwj.13 for ; Sat, 02 Apr 2011 16:25:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=41IMfdA46vF4d2HHMvzHEc1SiSoUcbLX5aL3SxQj/fs=; b=W+nxG6t6w05mFB8fQhRTE5qTnrYmzXtcmuPUmfpmNE280KbXt0MKeCHuAsIwqOpPbN ppF/pubyJmkOxUTDpwVeQ+ni/ePUzY4Jwjgl4Q7F5Hz6r0VJqhdfh4Je96Bo3OKP/fdU gvctGJDdjYQLNal9+qIP45nIOuj1iyHaLq5Xo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=d0ONJec7aItw6VWcedaY3mK+HO0mH9FYyrAsFfJaaLhi1JxhxwBVYHVOIZ86f+qeSj hcpLIZC0w+Bvm6tGz5zIDT8QdJA7SZLCyiv/RJ0yifB8u3BM0Ywwz5BsKyTAICuIt4cR 31+H9x0zLO2Tw5naltoS1cUqPh2V5vU+obgE8= MIME-Version: 1.0 Received: by 10.143.85.3 with SMTP id n3mr4428511wfl.326.1301785266771; Sat, 02 Apr 2011 16:01:06 -0700 (PDT) Received: by 10.68.62.164 with HTTP; Sat, 2 Apr 2011 16:01:06 -0700 (PDT) In-Reply-To: <20110329081805.GA78089@deviant.kiev.zoral.com.ua> References: <20110328194251.9F2FE1CC0C@ptavv.es.net> <4D90F43B.7050606@delphij.net> <4D90F63F.7000901@FreeBSD.org> <4D90FB97.1020208@delphij.net> <4D9119FB.6090604@FreeBSD.org> <4D911D59.3000403@delphij.net> <20110329081805.GA78089@deviant.kiev.zoral.com.ua> Date: Sat, 2 Apr 2011 16:01:06 -0700 Message-ID: From: Xin LI To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Cc: ports@freebsd.org, umq@ueo.co.jp, delphij@freebsd.org, Kevin Oberman , Doug Barton Subject: Re: Unable to configure dirmngr after openldap upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 23:25:11 -0000 Hi, Kostik, On Tue, Mar 29, 2011 at 1:18 AM, Kostik Belousov wrote: [...] > I did not verified it, but suspect that libldap.so linking line > missed -lfetch. Note, that I mean the libldap.so linking, and not > linking of the utilities depended on libldap. Looking at the build log, I think you are right. I have put in a fix to that. Cheers, -- Xin LI http://www.delphij.net