From owner-freebsd-ports@FreeBSD.ORG Sun Jan 3 00:09:29 2010 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 7C58D1065670 for ; Sun, 3 Jan 2010 00:09:29 +0000 (UTC) (envelope-from nikola.lecic@anthesphoria.net) Received: from anthesphoria.net (anthesphoria.net [200.46.204.219]) by mx1.freebsd.org (Postfix) with ESMTP id 2CB088FC1A for ; Sun, 3 Jan 2010 00:09:28 +0000 (UTC) X-Bogosity: No, tests=bogofilter X-DKIM: Sendmail DKIM Filter v2.8.3 anthesphoria.net o0309ODm082493 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anthesphoria.net; s=phero; t=1262477368; bh=s+qTJTflsY4LaiBTbIr8TuR4bEN23YKE45rfKBbmhx4=; l=3650; h=Date:From:To:Cc:Subject:In-Reply-To:References:Mime-Version: Content-Type:Content-Transfer-Encoding; b=AqlqlG//jrC8AuUselVBfo1+FjYCb3KMkBCv1fVKEE1QcwapaFVQQtxdmSi7vk5qR 3Rl4EeHN4GvIZXJIiv76u/2YJxWCfhouVGnVBjTxbp9BUiGc8SANePvYYpjLYKnuf4 uGICnjwstMjyRgI3evtGwZqDXIgSlxG9YTwjeC4M= Received: from black.localhost (dynamic-213-198-192-91.adsl.eunet.rs [213.198.192.91]) (authenticated bits=0) by anthesphoria.net (8.14.3/8.14.3) with ESMTP id o0309ODm082493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 3 Jan 2010 01:09:26 +0100 (CET) (envelope-from nikola.lecic@anthesphoria.net) Message-Id: <201001030009.o0309ODm082493@anthesphoria.net> Date: Sun, 3 Jan 2010 01:06:03 +0100 From: Nikola =?UTF-8?B?TGXEjWnEhw==?= To: Doug Barton In-Reply-To: <4B3FBD85.9090109@FreeBSD.org> References: <201001021701.o02H19VE093008@anthesphoria.net> <4B3FBD85.9090109@FreeBSD.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd7.2) X-Face: pbl6-.[$G'Fi(Ogs2xlXP-V6{3||$Y[LOYs&~GJoikj'cVjcFC[V7du;;0~6nO= [Vi2?uU1Pq~,=Adj@,T:|"`$AF~il]J.Nz#2pU',Y7.{B;m/?{#sO^Dvo$rnmY6] X-Operating-System: FreeBSD 7-STABLE X-OpenPGP-Fingerprint: FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B X-OpenPGP-Preferred-Keyserver: x-hkp://pgpkeys.pca.dfn.de Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAP1BMVEW/o5oJFQugmIt8gnhy bWEZJSRHRjqzlI0hIhcsHhd7X1RbWlLe3dWOgXZhWUY0Mye0t6sODgj5//8pOEOcfnVQ+D28 AAACWElEQVRIidWV3XLrIAyEbZAF5p/E7/+sZwVx46bgaS+PZpJedD+kRUJZHn+M5X8Cwq+B EIlzZkuqDKAfQEhr7bGu1Xr1yXwC1KUQyweRyi1A9QSsxL7XyuUGiG99RjAnzjWXKaCavp2d OSEoEeVqywQIu8jbyZDHVyRUFcYAteO7nKipF6VU+pbiApRejlSeknMxqh44Jw0BOgsSuXOH AMuyqGivvi8A1070BO44TgC21QjIJ8AtgxOgETgphZ9AsN3zd8B0gAcZvoB8AmLbmEWlObBa GSJclADJs/finNY5ALnMRkaOlLdty0wNoKnp1UK2rrs7nE/J+0RRGjG8JXiToX4+t7UCiP75 fHKSDNdWX4Bo26RuAlTcEUFPCSZo5yGgANhqt5ytlHSQ99S67TINSypn52wr6ZDhM2iEOZwJ IyAwElT0AX8EAHEY9MGYwzyGgG8J9l2epsxSBNT1yxBo47pDjATsDtMBSbFMAHkQO+Ll4Uiu AWYKPKSmPct4VHZEyjk5Hvc1fnH9UcM0gG33USsNwhi102MGZEmADNYzRa010YEHdN0BH3sJ 0yFdwDfmlCKRRue0ekwB3BO2MDxn77A2vG9AmAOh1k08c58KFIXRuFuVuKe2iPFM2xg1INwB eEWwgHeDDFEyaH2/vWFbfhYE0K8Id0DBxKKkbXsDHwl+9KGvewBe2gB98WoOpPO3aoVrL4wq uvrZtRJ/6VexLfJSdGY9Bri+9dWyeCgCYPvr0fD5egJtmLif34HNvo28ALanXu40S0FdX6CX f+bwmeG38WfgH6BpgKIbq96MAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-ports@FreeBSD.org Subject: Re: portmaster: printing messages that do not come from pkg-message files 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, 03 Jan 2010 00:09:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Sat, 02 Jan 2010 13:41:25 -0800 in <4B3FBD85.9090109@FreeBSD.org> Doug Barton wrote: =20 > Nikola Le=C4=8Di=C4=87 wrote: > > Hello, > >=20 > > portmaster's feature to print collected pkg-message files after > > successful installation is very useful. However, there are many > > ports that echo messages from inside Makefile, usually in > > post-install phase (but not exclusively there). > >=20 > > A simple question: would it be possible (or better, would it be > > desirable) to collect that text as well and to include it in the > > final output in the same way it is done with pkg-messages? >=20 > In a word, no. :) Random messages emitted by the port at random > points in the process are evil (well, usually they are evil), and > should not be encouraged. I see. I asked because the practice to emit such messages seems to be widespread and I cannot find any place where the Porters Handbook discourages it -- correct me if I am wrong. > Messages related to build choices should be handled by OPTIONS, > information that the user needs after the port is installed should be > handled in the pkg-message. Portmaster has support for both of those. Yes, but port messages often tells what could have been done differently _before_; see below. > If you have something specific in mind, or specific examples of a port > that emits something meaningful I'll be glad to take another look, but > as a general principle my opinion is that using the established > mechanisms is the better route to take. editors/openoffice.org-*: the ports emit a lot of important info through files/Makefile.knobs; it would be nice to have these messages printed after the build; they are not about what should be done after the install, but about what *could* be done differently. multimedia/mplayer: the same thing, two important messages that should not be lost somewhere in a huge build log. net/quagga: big pre-everything and crucial post-install info. security/stunnel: again, crucial post-install info. databases/mysql60-server: everything that is important is echoed in advance. devel/tmake: an example of short post-install message -- is it worth adding pkg-message instead? Also, lang/php_doc www/apache22 www/moinmoin mail/squirrelmail Finally, not that important, but some my own ports have Makefile messages: textproc/scim-kmfl-imengine in pre-patch and other scim-kmfl-* ports in post-install; I never met any resistance by any committer in regard to that fact. I understand that these things could be handled by OPTIONS and pkg_message, but this is not the case. So, if this behaviour is considered definitely bad, maybe maintainers should be called to gradually adapt their ports accordingly (as Julien Laffaye suggested in his reply and as it was done in the past, e.g. for adding more DESKTOP_ENTRIES)? > PS, I'm glad you find the pkg-message feature useful. :) Indeed, among many others. :-) Best wishes, - --=20 Nikola Le=C4=8Di=C4=87 =3D =D0=9D=D0=B8=D0=BA=D0=BE=D0=BB=D0=B0 =D0=9B=D0= =B5=D1=87=D0=B8=D1=9B fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iJwEAQEDAAYFAks/33IACgkQ/MM/0rYIoZgs5wQAqtZw+Eo202UROBisv3cAQZTR ee7GbA+JTQ9UphbMhWQ+M65S2fysr+1Lo2VrE0RZ9QGWGQQXxljsbqFQXLOGzd2J mnwJypW8xHbB+10mA2xJ7HgFDtIV1yc3dsgU1wAK96OF4zWsaz/BLMUG/TSJM9Gb vfiVootdRYyhqzET10c=3D =3DoqBc -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 3 07:48:34 2010 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 2934F106566B for ; Sun, 3 Jan 2010 07:48:34 +0000 (UTC) (envelope-from QAT@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 9EDBA8FC0C for ; Sun, 3 Jan 2010 07:48:33 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id BFAEC22C531E; Sun, 3 Jan 2010 09:30:53 +0200 (EET) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id A066F5A904E; Sat, 2 Jan 2010 23:28:47 -0800 (PST) From: QAT@FreeBSD.org To: linimon@FreeBSD.org In-Reply-To: <201001030726.o037QsWB024076@repoman.freebsd.org> References: <201001030726.o037QsWB024076@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2009-12-08 11:28:51 X-QAT-Port: devel/p5-Gearman-XS X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/p5-Gearman-XS-0.5.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: depend_object Message-Id: <20100103072847.A066F5A904E@jester1b.ixsystems.com> Date: Sat, 2 Jan 2010 23:28:47 -0800 (PST) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/devel/p5-Gearman-XS 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: Sun, 03 Jan 2010 07:48:34 -0000 The Restless Daemon identified a depend_object error while trying to build: p5-Gearman-XS-0.5 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/devel/p5-Gearman-XS/Makefile,v 1.3 2010/01/03 07:26:54 linimon Exp $ Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/p5-Gearman-XS-0.5.log : CCLD reverse_worker CC wc_worker.o CCLD wc_worker Making all in scripts Making all in support Making all in benchmark CC blobslap_client.o CC benchmark.o CCLD blobslap_client CC blobslap_worker.o CCLD blobslap_worker Making all in tests CC test.o CC test_gearmand.o CC test_worker.o CC client_test.o CCLD client_test CC worker_test.o CCLD worker_test CXX cpp_test.o CXXLD cpp_test CC memcached_test.o CCLD memcached_test ===> Installing for gearmand-0.11 ===> Generating temporary packing list ===> Checking if devel/gearmand already installed ===> gearmand-0.11 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of devel/gearmand without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /a/ports/devel/gearmand. *** Error code 1 Stop in /a/ports/devel/p5-Gearman-XS. ================================================================ build of /usr/ports/devel/p5-Gearman-XS ended at Sun Jan 3 07:28:46 UTC 2010 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=devel&portname=p5-Gearman-XS The build which triggered this BotMail was done under tinderbox-3.3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus: 8 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Sun Jan 3 08:54:38 2010 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 7B65F106566B for ; Sun, 3 Jan 2010 08:54:38 +0000 (UTC) (envelope-from freebsd-ports@coreland.ath.cx) Received: from birch.site5.com (birch.site5.com [174.132.116.226]) by mx1.freebsd.org (Postfix) with ESMTP id 53D198FC1C for ; Sun, 3 Jan 2010 08:54:38 +0000 (UTC) Received: from dsl78-143-195-33.in-addr.fast.co.uk ([78.143.195.33] helo=viper.internal.network) by birch.site5.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NRMEP-0004je-Cy for ports@freebsd.org; Sun, 03 Jan 2010 02:54:37 -0600 Received: from viper.internal.network (localhost [127.0.0.1]) by viper.internal.network (Postfix) with ESMTP id E8CC84AC04 for ; Sun, 3 Jan 2010 08:54:33 +0000 (UTC) Received: (from m0@localhost) by viper.internal.network (8.14.3/8.14.3/Submit) id o038sXl5007584 for ports@freebsd.org; Sun, 3 Jan 2010 08:54:33 GMT (envelope-from freebsd-ports@coreland.ath.cx) X-Authentication-Warning: viper.internal.network: m0 set sender to freebsd-ports@coreland.ath.cx using -f Date: Sun, 3 Jan 2010 08:54:33 +0000 From: freebsd-ports@coreland.ath.cx To: ports@freebsd.org Message-ID: <20100103085433.GA81202@logik.internal.network> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - birch.site5.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coreland.ath.cx X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: GNAT and LAPACK 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, 03 Jan 2010 08:54:38 -0000 Whilst attempting to compile a program I wrote, it suddenly occurred to me that using anything in the Ada.Numerics package causes the compiler to emit code that depends on the math/lapack port (the stuff in the GNAT runtime is basically just a binding to lapack). This creates a further problem as installing the math/lapack port requires a Fortran compiler and that means one of the other GCC ports will be compiled as a dependency... To clarify this confusing situation: The lang/gnat-gcc44 port needs to be able to compile one of it's own (sometimes) runtime dependencies. I'm happy to enable the C++ and gfortran backends in the lang/gnat-gcc44 port but I suspect it'll be necessary to update either math/lapack or bsd.gcc.mk in order to allow the lang/gnat-gcc44 port to compile math/lapack. I do regular builds on 7.2 i386/amd64 and 8.0 i386/amd64 with "ada,c,c++,fortran" so I'm confident there won't be any serious problems with the port itself. Perhaps somebody with a clue could tell me what the right way to handle this mess is. M From owner-freebsd-ports@FreeBSD.ORG Sun Jan 3 16:15:22 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BF5AB1065693; Sun, 3 Jan 2010 16:15:20 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Mon, 4 Jan 2010 01:15:19 +0900 From: Norikatsu Shigemura To: Robert Noland Message-Id: <20100104011519.5f414b76.nork@FreeBSD.org> In-Reply-To: <1261501994.2304.12.camel@balrog.2hip.net> References: <20091205104243.f66171bb.nork@FreeBSD.org> <20091221003422.f13f9cbd.nork@ninth-nine.com> <20091221045848.9ffc345d.nork@FreeBSD.org> <1261463198.9743.39.camel@balrog.2hip.net> <20091223020315.890e2ee0.nork@FreeBSD.org> <1261501994.2304.12.camel@balrog.2hip.net> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__4_Jan_2010_01_15_19_+0900_NvclmaniKBKsNl+F" Cc: ports@FreeBSD.org, x11@FreeBSD.org, nork@FreeBSD.org, flz@FreeBSD.org Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 03 Jan 2010 16:15:22 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__4_Jan_2010_01_15_19_+0900_NvclmaniKBKsNl+F Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi rnoland. On Tue, 22 Dec 2009 11:13:14 -0600 Robert Noland wrote: > The problem is that updating nouveau will mean that drm support will be > lost. The fake buffer object bits were removed only leaving full TTM > support. We don't have TTM support in the kernel yet and my kernel > patch relies on the fake buffer object code to function. > > P.S. libdrm was update to 2.4.17, so I'll update... > That is the issue, if we update libdrm then we lose drm support for > nouveau. The only immediate option that I see is to repo-copy libdrm to > keep 2.4.12 for nouveau, but that leads to dependency nightmares... I did combination tests, Mesa3D 7.4.4/libdrm 2.4.12 v.s. Mesa3D 7.6.1/libdrm 2.4.17, xf86-video-radeonhd-devel on Radeon HD 4860 v.s. xf86-video-nouveau/nvidia-driver195.22 on GeForce GT240 v.s. xf86-video-intel on Intel i915. [I] Intel i915 [G] GeForce GT240 [R] Radeon HD 4860 NG = doesn't compile. OK = compile and run some 3D applications OK. libdrm | 2.4.12 | 2.4.17 Mesa3D --------+---------------+------------ 7.4.4 |OK [I][G] | NG 7.6.1 |NG | OK [I][R] On Mesa3D 7.6.1/libdrm 2.4.17 and nvidia-driver-195.22, I confirmed that 3D applications run OK. [SEE ALSO] attached Xorg-radeon-and-geforce.log So I suggest that: 1. repocopy libdrm -> libdrm2412 and introduce WITH_NOUVEAU global macro for depending on libdrm2412. (fixing all ports depending on libdrm) 2. libdrm and libdrm2412 are CONFLICTS. 3. bsd.mesalib.mk supports 7.4.4 and 7.6.1, and switches version WITH_NOUVEAU. Of course switch pkg_plist WITH_NOUVEAU. 4. xf86-video-nouveau depends on libdrm2412, explicitly. 5. update libdrm to 2.4.17. 6. on no 'WITH_NOUVEAU' (= default), Mesa3D 7.6.1 and libdrm 2.4.17 are installing. Maybe, I should be announce on UPDATING before these update for xf86-video-nouveau user, do 'portupgrade -o graphics/libdrm2412 libdrm-2.4.12'. How about? If OK, I'll make patches and write closeup procedure manual. I have some additional ideas: [no repocopy idea] libdrm supports 2.4.12 and 2.4.17 switching WITH_NOUVEAU. [OPTIONS idea] I can add OPTIONS=NOUVEAU for all Mesa3D7.4.4 and libdrm 2.4.12 related ports, if you hate global WITH_NOUVEAU macro. --Multipart=_Mon__4_Jan_2010_01_15_19_+0900_NvclmaniKBKsNl+F Content-Type: text/plain; name="Xorg.radeon-and-geforce.log" Content-Disposition: attachment; filename="Xorg.radeon-and-geforce.log" Content-Transfer-Encoding: base64 DQpYLk9yZyBYIFNlcnZlciAxLjYuMQ0KUmVsZWFzZSBEYXRlOiAyMDA5LTQtMTQNClggUHJvdG9j b2wgVmVyc2lvbiAxMSwgUmV2aXNpb24gMA0KQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogRnJlZUJT RCA5LjAtQ1VSUkVOVCBhbWQ2NCANCkN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTogRnJlZUJTRCBu YWRlc2ljby5uaW50aC1uaW5lLmNvbSA5LjAtQ1VSUkVOVCBGcmVlQlNEIDkuMC1DVVJSRU5UICMx MjQ6IFN1biBKYW4gIDMgMDE6MDU6MjIgSlNUIDIwMTAgICAgIG5vcmtAbmFkZXNpY28ubmludGgt bmluZS5jb206L3Vzci9vYmovdXNyL3NyYy9zeXMvTkFERVNJQ08gYW1kNjQNCkJ1aWxkIERhdGU6 IDEzIFNlcHRlbWJlciAyMDA5ICAwNDoxNjo0OUFNDQogDQoJQmVmb3JlIHJlcG9ydGluZyBwcm9i bGVtcywgY2hlY2sgaHR0cDovL3dpa2kueC5vcmcNCgl0byBtYWtlIHN1cmUgdGhhdCB5b3UgaGF2 ZSB0aGUgbGF0ZXN0IHZlcnNpb24uDQpNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9tIGNv bmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywNCgkoKyspIGZyb20gY29tbWFuZCBsaW5l LCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLA0KCShXVykgd2FybmluZywgKEVFKSBl cnJvciwgKE5JKSBub3QgaW1wbGVtZW50ZWQsICg/PykgdW5rbm93bi4NCig9PSkgTG9nIGZpbGU6 ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiwgVGltZTogU3VuIEphbiAgMyAyMDowNToxNyAyMDEwDQoo PT0pIFVzaW5nIGNvbmZpZyBmaWxlOiAiL2V0Yy94b3JnLmNvbmYiDQooPT0pIFNlcnZlckxheW91 dCAiRGVza3RvcCBMYXlvdXQiDQooKiopIHwtLT5TY3JlZW4gIkRlc2t0b3AiICgwKQ0KKCoqKSB8 ICAgfC0tPk1vbml0b3IgIkRWSS1JXzEvYW5hbG9nIg0KKCoqKSB8ICAgfC0tPkRldmljZSAiUmFk ZW9uIEhEIDQ4NTAiDQooKiopIHwtLT5TY3JlZW4gIlN1YkRlc2t0b3AiICgxKQ0KKCoqKSB8ICAg fC0tPk1vbml0b3IgIkNSVC0xIg0KKCoqKSB8ICAgfC0tPkRldmljZSAiR2VGb3JjZSBHVDI0MCIN CigqKikgfC0tPklucHV0IERldmljZSAiTW91c2VfRGVmYXVsdCINCigqKikgfC0tPklucHV0IERl dmljZSAiS2V5Ym9hcmRfSlAxMDYiDQooKiopIE9wdGlvbiAiQmxhbmtUaW1lIiAiOSINCigqKikg T3B0aW9uICJTdGFuZGJ5VGltZSIgIjEyIg0KKCoqKSBPcHRpb24gIlN1c3BlbmRUaW1lIiAiMTUi DQooKiopIE9wdGlvbiAiT2ZmVGltZSIgIjE4Ig0KKCoqKSBPcHRpb24gIkFJR0xYIiAidHJ1ZSIN CigqKikgT3B0aW9uICJBbGxvd0VtcHR5SW5wdXQiICJmYWxzZSINCigqKikgT3B0aW9uICJBdXRv QWRkRGV2aWNlcyIgImZhbHNlIg0KKCoqKSBOb3QgYXV0b21hdGljYWxseSBhZGRpbmcgZGV2aWNl cw0KKD09KSBBdXRvbWF0aWNhbGx5IGVuYWJsaW5nIGRldmljZXMNCigqKikgRm9udFBhdGggc2V0 IHRvOg0KCS91c3IvbG9jYWwvc2hhcmUvZm9udHMvbmVjLzp1bnNjYWxlZCwNCgkvdXNyL2xvY2Fs L3NoYXJlL2ZvbnRzL1R5cGUxLywNCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzL21pY3Jvc29mdC8s DQoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL21pc2MvOnVuc2NhbGVkLA0KCS91c3IvbG9jYWwv bGliL1gxMS9mb250cy9UVEYvLA0KCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9PVEYsDQoJL3Vz ci9sb2NhbC9saWIvWDExL2ZvbnRzL1R5cGUxLywNCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMv MTAwZHBpLzp1bnNjYWxlZCwNCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvNzVkcGkvOnVuc2Nh bGVkLA0KCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9taXNjLywNCgkvdXNyL2xvY2FsL2xpYi9Y MTEvZm9udHMvVFRGLywNCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvT1RGLA0KCS91c3IvbG9j YWwvbGliL1gxMS9mb250cy9UeXBlMS8sDQoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzEwMGRw aS8sDQoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzLzc1ZHBpLywNCglidWlsdC1pbnMNCigqKikg TW9kdWxlUGF0aCBzZXQgdG8gIi91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcyINCihJSSkgTG9h ZGVyIG1hZ2ljOiAweDFmMjANCihJSSkgTW9kdWxlIEFCSSB2ZXJzaW9uczoNCglYLk9yZyBBTlNJ IEMgRW11bGF0aW9uOiAwLjQNCglYLk9yZyBWaWRlbyBEcml2ZXI6IDUuMA0KCVguT3JnIFhJbnB1 dCBkcml2ZXIgOiA0LjANCglYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uIDogMi4wDQooSUkpIExvYWRl ciBydW5uaW5nIG9uIGZyZWVic2QNCigtLSkgVXNpbmcgc3lzY29ucyBkcml2ZXIgd2l0aCBYIHN1 cHBvcnQgKHZlcnNpb24gMi4wKQ0KKC0tKSB1c2luZyBWVCBudW1iZXIgNA0KDQooISEpIE1vcmUg dGhhbiBvbmUgcG9zc2libGUgcHJpbWFyeSBkZXZpY2UgZm91bmQNCigtLSkgUENJOiAoMEA1OjA6 MCkgQVRJIFRlY2hub2xvZ2llcyBJbmMgUlY3NzAgW1JhZGVvbiBIRCA0ODUwXSByZXYgMCwgTWVt IEAgMHhkMDAwMDAwMC8yNjg0MzU0NTYsIDB4ZmJmZTAwMDAvNjU1MzYsIEkvTyBAIDB4MDAwMGUw MDAvMjU2LCBCSU9TIEAgMHg/Pz8/Pz8/Py82NTUzNg0KKC0tKSBQQ0k6ICgwQDI6MDowKSBuVmlk aWEgQ29ycG9yYXRpb24gdW5rbm93biBjaGlwc2V0ICgweDBjYTMpIHJldiAxNjIsIE1lbSBAIDB4 ZmEwMDAwMDAvMTY3NzcyMTYsIDB4YzAwMDAwMDAvMjY4NDM1NDU2LCAweGJlMDAwMDAwLzMzNTU0 NDMyLCBJL08gQCAweDAwMDBiYzAwLzEyOCwgQklPUyBAIDB4Pz8/Pz8/Pz8vNjU1MzYNCihJSSkg U3lzdGVtIHJlc291cmNlIHJhbmdlczoNCglbMF0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBmZmZm ZiAoMHgxMDAwMCkgTVhbQl0NCglbMV0gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgz MDAwMCkgTVhbQl0NCglbMl0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkg TVhbQl0NCglbM10gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtCXQ0KCVs0 XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0NCihJSSkgImV4dG1v ZCIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBz cGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLg0KKElJKSAiZGJlIiB3aWxsIGJlIGxvYWRlZC4g VGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29u ZmlnIGZpbGUuDQooSUkpICJnbHgiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5 IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4NCihJSSkgInJl Y29yZCIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBhbmQgYWxz byBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLg0KKElJKSAiZHJpIiB3aWxsIGJlIGxvYWRl ZC4gVGhpcyB3YXMgZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUg Y29uZmlnIGZpbGUuDQooSUkpICJkcmkyIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5hYmxl ZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuDQooSUkp IExvYWRNb2R1bGU6ICJkcmkyIg0KKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9k dWxlcy9leHRlbnNpb25zLy9saWJkcmkyLnNvDQooSUkpIE1vZHVsZSBkcmkyOiB2ZW5kb3I9Ilgu T3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDEuNi4xLCBtb2R1bGUgdmVyc2lvbiA9IDEu MC4wDQoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDIuMA0KKElJ KSBMb2FkaW5nIGV4dGVuc2lvbiBEUkkyDQooSUkpIExvYWRNb2R1bGU6ICJleHRtb2QiDQooSUkp IExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvL2xpYmV4dG1v ZC5zbw0KKElJKSBNb2R1bGUgZXh0bW9kOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29t cGlsZWQgZm9yIDEuNi4xLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJTW9kdWxlIGNsYXNzOiBY Lk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uDQoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9u LCB2ZXJzaW9uIDIuMA0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBNSVQtU0NSRUVOLVNBVkVSDQoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lvbg0KKElJKSBMb2Fk aW5nIGV4dGVuc2lvbiBYRnJlZTg2LURHQQ0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBEUE1TDQoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlbw0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlk ZW8tTW90aW9uQ29tcGVuc2F0aW9uDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFgtUmVzb3VyY2UN CihJSSkgTG9hZE1vZHVsZTogImdseCINCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3Jn L21vZHVsZXMvZXh0ZW5zaW9ucy8vbGliZ2x4LnNvDQooSUkpIE1vZHVsZSBnbHg6IHZlbmRvcj0i TlZJRElBIENvcnBvcmF0aW9uIg0KCWNvbXBpbGVkIGZvciA0LjAuMiwgbW9kdWxlIHZlcnNpb24g PSAxLjAuMA0KCU1vZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbg0KKElJKSBOVklE SUEgR0xYIE1vZHVsZSAgMTk1LjIyICBNb24gTm92IDMwIDE0OjAwOjE4IHBvc2l4L1N5c3RlbVYv UFNUIDIwMDkNCihJSSkgTG9hZGluZyBleHRlbnNpb24gR0xYDQooSUkpIExvYWRNb2R1bGU6ICJy ZWNvcmQiDQooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lv bnMvL2xpYnJlY29yZC5zbw0KKElJKSBNb2R1bGUgcmVjb3JkOiB2ZW5kb3I9IlguT3JnIEZvdW5k YXRpb24iDQoJY29tcGlsZWQgZm9yIDEuNi4xLCBtb2R1bGUgdmVyc2lvbiA9IDEuMTMuMA0KCU1v ZHVsZSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbg0KCUFCSSBjbGFzczogWC5PcmcgU2Vy dmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAyLjANCihJSSkgTG9hZGluZyBleHRlbnNpb24gUkVDT1JE DQooSUkpIExvYWRNb2R1bGU6ICJkcmkiDQooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9y Zy9tb2R1bGVzL2V4dGVuc2lvbnMvL2xpYmRyaS5zbw0KKElJKSBNb2R1bGUgZHJpOiB2ZW5kb3I9 IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDEuNi4xLCBtb2R1bGUgdmVyc2lvbiA9 IDEuMC4wDQoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDIuMA0K KElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LURSSQ0KKElJKSBMb2FkTW9kdWxlOiAiZGJl Ig0KKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9s aWJkYmUuc28NCihJSSkgTW9kdWxlIGRiZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNv bXBpbGVkIGZvciAxLjYuMSwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCU1vZHVsZSBjbGFzczog WC5PcmcgU2VydmVyIEV4dGVuc2lvbg0KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lv biwgdmVyc2lvbiAyLjANCihJSSkgTG9hZGluZyBleHRlbnNpb24gRE9VQkxFLUJVRkZFUg0KKElJ KSBMb2FkTW9kdWxlOiAicmFkZW9uaGQiDQooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9y Zy9tb2R1bGVzL2RyaXZlcnMvL3JhZGVvbmhkX2Rydi5zbw0KKElJKSBNb2R1bGUgcmFkZW9uaGQ6 IHZlbmRvcj0iQU1EIEdQRyINCgljb21waWxlZCBmb3IgMS42LjEsIG1vZHVsZSB2ZXJzaW9uID0g MS4zLjANCglNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcg0KCUFCSSBjbGFzczogWC5P cmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDUuMA0KKElJKSBMb2FkTW9kdWxlOiAibnZpZGlhIg0K KElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzLy9udmlkaWFf ZHJ2LnNvDQooSUkpIE1vZHVsZSBudmlkaWE6IHZlbmRvcj0iTlZJRElBIENvcnBvcmF0aW9uIg0K CWNvbXBpbGVkIGZvciA0LjAuMiwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCU1vZHVsZSBjbGFz czogWC5PcmcgVmlkZW8gRHJpdmVyDQooSUkpIExvYWRNb2R1bGU6ICJtb3VzZSINCihJSSkgTG9h ZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvaW5wdXQvL21vdXNlX2Rydi5zbw0KKElJ KSBNb2R1bGUgbW91c2U6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3Ig MS42LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS40LjANCglNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1 dCBEcml2ZXINCglBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gNC4wDQoo SUkpIExvYWRNb2R1bGU6ICJrYmQiDQooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9t b2R1bGVzL2lucHV0Ly9rYmRfZHJ2LnNvDQooSUkpIE1vZHVsZSBrYmQ6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgMS42LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4zLjIN CglNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXINCglBQkkgY2xhc3M6IFguT3JnIFhJ bnB1dCBkcml2ZXIsIHZlcnNpb24gNC4wDQooSUkpIFJBREVPTkhEOiBYIGRyaXZlciBmb3IgdGhl IGZvbGxvd2luZyBBTUQgR1BHIChBVEkpIGdyYXBoaWNzIGRldmljZXM6DQoJUlY1MDUgOiBSYWRl b24gWDE1NTAsIFgxNTUwIDY0Yml0Lg0KCVJWNTE1IDogUmFkZW9uIFgxMzAwLCBYMTU1MCwgWDE2 MDA7IEZpcmVHTCBWMzMwMCwgVjMzNTAuDQoJUlY1MTYgOiBSYWRlb24gWDEzMDAsIFgxNTUwLCBY MTU1MCA2NC1iaXQsIFgxNjAwOyBGaXJlTVYgMjI1MC4NCglSNTIwICA6IFJhZGVvbiBYMTgwMDsg RmlyZUdMIFY1MzAwLCBWNzIwMCwgVjczMDAsIFY3MzUwLg0KCVJWNTMwIDogUmFkZW9uIFgxMzAw IFhULCBYMTYwMCwgWDE2MDAgUHJvLCBYMTY1MDsgRmlyZUdMIFYzNDAwLCBWNTIwMC4NCglSVjUz NSA6IFJhZGVvbiBYMTMwMCwgWDE2NTAuDQoJUlY1NTAgOiBSYWRlb24gWDIzMDAgSEQuDQoJUlY1 NjAgOiBSYWRlb24gWDE2NTAuDQoJUlY1NzAgOiBSYWRlb24gWDE5NTAsIFgxOTUwIEdUOyBGaXJl R0wgVjc0MDAuDQoJUjU4MCAgOiBSYWRlb24gWDE5MDAsIFgxOTUwOyBBTUQgU3RyZWFtIFByb2Nl c3Nvci4NCglSNjAwICA6IFJhZGVvbiBIRCAyOTAwIEdUL1Byby9YVDsgRmlyZUdMIFY3NjAwL1Y4 NjAwL1Y4NjUwLg0KCVJWNjEwIDogUmFkZW9uIEhEIDIzNTAsIEhEIDI0MDAgUHJvL1hULCBIRCAy NDAwIFBybyBBR1A7IEZpcmVHTCBWNDAwMC4NCglSVjYyMCA6IFJhZGVvbiBIRCAzNDUwLCBIRCAz NDcwLg0KCVJWNjMwIDogUmFkZW9uIEhEIDI2MDAgTEUvUHJvL1hULCBIRCAyNjAwIFByby9YVCBB R1A7IEdlbWluaSBSVjYzMDsNCgkJRmlyZUdMIFYzNjAwL1Y1NjAwLg0KCVJWNjM1IDogUmFkZW9u IEhEIDM2NTAsIEhEIDM2NzAuDQoJUlY2NzAgOiBSYWRlb24gSEQgMzY5MCwgMzg1MCwgSEQgMzg3 MCwgRmlyZUdMIFY3NzAwLCBGaXJlU3RyZWFtIDkxNzAuDQoJUjY4MCAgOiBSYWRlb24gSEQgMzg3 MCBYMi4NCglNNTIgICA6IE1vYmlsaXR5IFJhZGVvbiBYMTMwMC4NCglNNTQgICA6IE1vYmlsaXR5 IFJhZGVvbiBYMTQwMDsgTTU0LUdMLg0KCU01NiAgIDogTW9iaWxpdHkgUmFkZW9uIFgxNjAwOyBN b2JpbGl0eSBGaXJlR0wgVjUyMDAuDQoJTTU4ICAgOiBNb2JpbGl0eSBSYWRlb24gWDE4MDAsIFgx ODAwIFhUOyBNb2JpbGl0eSBGaXJlR0wgVjcxMDAsIFY3MjAwLg0KCU02MiAgIDogTW9iaWxpdHkg UmFkZW9uIFgxMzUwLg0KCU02NCAgIDogTW9iaWxpdHkgUmFkZW9uIFgxNDUwLCBYMjMwMC4NCglN NjYgICA6IE1vYmlsaXR5IFJhZGVvbiBYMTcwMCwgWDE3MDAgWFQ7IEZpcmVHTCBWNTI1MC4NCglN NjggICA6IE1vYmlsaXR5IFJhZGVvbiBYMTkwMC4NCglNNzEgICA6IE1vYmlsaXR5IFJhZGVvbiBI RCAyMzAwLg0KCU03MiAgIDogTW9iaWxpdHkgUmFkZW9uIEhEIDI0MDA7IFJhZGVvbiBFMjQwMC4N CglNNzQgICA6IE1vYmlsaXR5IFJhZGVvbiBIRCAyNDAwIFhULg0KCU03NiAgIDogTW9iaWxpdHkg UmFkZW9uIEhEIDI2MDA7DQoJCShHZW1pbmkgQVRJKSBNb2JpbGl0eSBSYWRlb24gSEQgMjYwMCBY VC4NCglNODIgICA6IE1vYmlsaXR5IFJhZGVvbiBIRCAzNDAwLg0KCU04NiAgIDogTW9iaWxpdHkg UmFkZW9uIEhEIDM2NTAsIEhEIDM2NzAsIE1vYmlsaXR5IEZpcmVHTCBWNTcwMC4NCglNODggICA6 IE1vYmlsaXR5IFJhZGVvbiBIRCAzODUwLCBIRCAzODUwIFgyLCBIRCAzODcwLCBIRDM4NzAgWDIu DQoJUlM2MDAgOiBSYWRlb24gWHByZXNzIDEyMDAsIFhwcmVzcyAxMjUwLg0KCVJTNjkwIDogUmFk ZW9uIFgxMjAwLCBYMTI1MCwgWDEyNzAuDQoJUlM3NDAgOiBSUzc0MCwgUlM3NDBNLg0KCVJTNzgw IDogUmFkZW9uIEhEIDMxMDAvMzIwMC8zMzAwIFNlcmllcy4NCglSNzAwICA6IFJhZGVvbiBSNzAw Lg0KCVJWNzEwIDogUmFkZW9uIEhENDU3MCwgSEQ0MzUwLg0KCVJWNzMwIDogUmFkZW9uIEhENDY3 MCwgSEQ0NjUwLg0KCVJWNzQwIDogUmFkZW9uIEhENDc3MC4gRVhQRVJJTUVOVEFMIEFORCBVTlRF U1RFRC4NCglSVjc3MCA6IFJhZGVvbiBIRCA0ODAwIFNlcmllczsgRXZlcmVzdCwgSzIsIERlbmFs aSBBVEkgRmlyZVByby4NCglSVjc5MCA6IFJhZGVvbiBIRCA0ODkwLg0KCU05MiAgIDogTW9iaWxp dHkgUmFkZW9uIEhENDMzMCwgSEQ0NTMwLCBIRDQ1NzAuIEVYUEVSSU1FTlRBTC4NCglNOTMgICA6 IE1vYmlsaXR5IFJhZGVvbiBNOTMuIEVYUEVSSU1FTlRBTCBBTkQgVU5URVNURUQuDQoJTTk2ICAg OiBNb2JpbGl0eSBSYWRlb24gSEQ0NjAwLg0KCU05NyAgIDogTW9iaWxpdHkgUmFkZW9uIEhENDg2 MC4gRVhQRVJJTUVOVEFMIEFORCBVTlRFU1RFRC4NCglNOTggICA6IE1vYmlsaXR5IFJhZGVvbiBI RDQ4NTAsIEhENDg3MC4NCg0KKElJKSBSQURFT05IRDogdmVyc2lvbiAxLjMuMCwgYnVpbHQgZnJv bSBub24tZ2l0IHNvdXJjZXMNCg0KKElJKSBOVklESUEgZGxsb2FkZXIgWCBEcml2ZXIgIDE5NS4y MiAgTW9uIE5vdiAzMCAxNDowMzoxMiBwb3NpeC9TeXN0ZW1WL1BTVCAyMDA5DQooSUkpIE5WSURJ QSBVbmlmaWVkIERyaXZlciBmb3IgYWxsIFN1cHBvcnRlZCBOVklESUEgR1BVcw0KKElJKSBQcmlt YXJ5IERldmljZSBpczogDQooSUkpIHJlc291cmNlIHJhbmdlcyBhZnRlciB4Zjg2Q2xhaW1GaXhl ZFJlc291cmNlcygpIGNhbGw6DQoJWzBdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4 MTAwMDApIE1YW0JdDQoJWzFdIC0xCTAJMHgwMDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDAp IE1YW0JdDQoJWzJdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDApIE1YW0Jd DQoJWzNdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0NCglbNF0gLTEJ MAkweDAwMDAwMDAwIC0gMHgwMDAwMDBmZiAoMHgxMDApIElYW0JdDQooSUkpIExvYWRpbmcgc3Vi IG1vZHVsZSAiZmIiDQooSUkpIExvYWRNb2R1bGU6ICJmYiINCihJSSkgTG9hZGluZyAvdXNyL2xv Y2FsL2xpYi94b3JnL21vZHVsZXMvL2xpYmZiLnNvDQooSUkpIE1vZHVsZSBmYjogdmVuZG9yPSJY Lk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZvciAxLjYuMSwgbW9kdWxlIHZlcnNpb24gPSAx LjAuMA0KCUFCSSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxhdGlvbiwgdmVyc2lvbiAwLjQNCihJ SSkgTG9hZGluZyBzdWIgbW9kdWxlICJ3ZmIiDQooSUkpIExvYWRNb2R1bGU6ICJ3ZmIiDQooSUkp IExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9saWJ3ZmIuc28NCihJSSkgTW9k dWxlIHdmYjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZvciAxLjYuMSwg bW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCUFCSSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxhdGlv biwgdmVyc2lvbiAwLjQNCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJyYW1kYWMiDQooSUkpIExv YWRNb2R1bGU6ICJyYW1kYWMiDQooSUkpIE1vZHVsZSAicmFtZGFjIiBhbHJlYWR5IGJ1aWx0LWlu DQooSUkpIHJlc291cmNlIHJhbmdlcyBhZnRlciBwcm9iaW5nOg0KCVswXSAtMQkwCTB4MDAwZjAw MDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQ0KCVsxXSAtMQkwCTB4MDAwYzAwMDAgLSAw eDAwMGVmZmZmICgweDMwMDAwKSBNWFtCXQ0KCVsyXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlm ZmZmICgweGEwMDAwKSBNWFtCXQ0KCVszXSAwCTAJMHgwMDBhMDAwMCAtIDB4MDAwYWZmZmYgKDB4 MTAwMDApIE1TW0JdDQoJWzRdIDAJMAkweDAwMGIwMDAwIC0gMHgwMDBiN2ZmZiAoMHg4MDAwKSBN U1tCXQ0KCVs1XSAwCTAJMHgwMDBiODAwMCAtIDB4MDAwYmZmZmYgKDB4ODAwMCkgTVNbQl0NCglb Nl0gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtCXQ0KCVs3XSAtMQkwCTB4 MDAwMDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0NCglbOF0gMAkwCTB4MDAwMDAzYjAg LSAweDAwMDAwM2JiICgweGMpIElTW0JdDQoJWzldIDAJMAkweDAwMDAwM2MwIC0gMHgwMDAwMDNk ZiAoMHgyMCkgSVNbQl0NCihJSSkgU2V0dGluZyB2Z2EgZm9yIHNjcmVlbiAwLg0KKCoqKSBSQURF T05IRCgwKTogRGVwdGggMjQsICgtLSkgZnJhbWVidWZmZXIgYnBwIDMyDQooKiopIFJBREVPTkhE KDApOiBTZWxlY3RlZCBFWEEgMkQgYWNjZWxlcmF0aW9uLg0KKElJKSBSQURFT05IRCgwKTogQ2Fy ZCBub3QgaW4gZGF0YWJhc2U6IDB4OTQ0MjoweDE2ODI6MHgyNDcwOyB1c2luZyBnZW5lcmljIG1v ZGVzZXR0aW5nLg0KCUlmIC0gYW5kIG9ubHkgaWYgLSB5b3VyIGNhcmQgZG9lcyBub3Qgd29yayBv ciBkb2VzIG5vdCB3b3JrIG9wdGltYWxseQ0KCXBsZWFzZSBjb250YWN0IHJhZGVvbmhkQG9wZW5z dXNlLm9yZyB0byBoZWxwIHJlY3RpZnkgdGhpcy4NCglVc2UgdGhlIHN1YmplY3Q6IDB4OTQ0Mjow eDE2ODI6MHgyNDcwOiA8bmFtZSBvZiBib2FyZD4NCglhbmQgKnBsZWFzZSogZGVzY3JpYmUgdGhl IHByb2JsZW1zIHlvdSBhcmUgc2VlaW5nDQoJaW4geW91ciBtZXNzYWdlLg0KKC0tKSBSQURFT05I RCgwKTogRGV0ZWN0ZWQgYW4gUlY3NzAgb24gYW4gdW5pZGVudGlmaWVkIGNhcmQNCihJSSkgUkFE RU9OSEQoMCk6IE1hcHBlZCBJTyBAIDB4ZmJmZTAwMDAgdG8gMHg4MDA2YmQwMDAgKHNpemUgMHgw MDAxMDAwMCkNCihJSSkgUkFERU9OSEQoMCk6IFBDSUUgQ2FyZCBEZXRlY3RlZA0KKElJKSBSQURF T05IRCgwKTogR2V0dGluZyBCSU9TIGNvcHkgZnJvbSBQQ0kgUk9NDQooSUkpIFJBREVPTkhEKDAp OiBBVE9NIEJJT1MgUm9tOiANCglTdWJzeXN0ZW1WZW5kb3JJRDogMHgxNjgyIFN1YnN5c3RlbUlE OiAweDI0NzANCglJT0Jhc2VBZGRyZXNzOiAweGUwMDANCglGaWxlbmFtZTogU0FDMDUyMDAuMDQw DQoJQklPUyBCb290dXAgTWVzc2FnZTogDQpXZWtpdmEgUlY3NzAgQjUwMTAyIEJvYXJkICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCihJSSkgUkFE RU9OSEQoMCk6IERlZmF1bHQgRW5naW5lIENsb2NrOiA2MjUwMDANCihJSSkgUkFERU9OSEQoMCk6 IERlZmF1bHQgTWVtb3J5IENsb2NrOiA5OTMwMDANCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcg QVNJQyBJbml0DQooSUkpIFJBREVPTkhEKDApOiBBU0lDX0lOSVQgU3VjY2Vzc2Z1bA0KKElJKSBS QURFT05IRCgwKTogQW5hbG9nIFRWIERlZmF1bHQgTW9kZTogMQ0KKElJKSBSQURFT05IRCgwKTog Rm91bmQgZGVmYXVsdCBUViBNb2RlIE5UU0MNCihJSSkgUkFERU9OSEQoMCk6IFRoZSBkZXRlY3Rl ZCBhbW91bnQgb2YgdmlkZW9yYW0gZXhjZWVkcyB0aGUgUENJIEJBUiBhcGVydHVyZS4NCihJSSkg UkFERU9OSEQoMCk6IFVzaW5nIG9ubHkgMjYyMTQ0a0Igb2YgdGhlIHRvdGFsIDUyNDI4OGtCLg0K KC0tKSBSQURFT05IRCgwKTogVmlkZW9SQU06IDI2MjE0NCBrQnl0ZQ0KKElJKSBSQURFT05IRCgw KTogRnJhbWVidWZmZXIgc3BhY2UgdXNlZCBieSBGaXJtd2FyZSAoa2IpOiAyMA0KKElJKSBSQURF T05IRCgwKTogU3RhcnQgb2YgVlJBTSBhcmVhIHVzZWQgYnkgRmlybXdhcmU6IDB4N2ZmZWMNCihJ SSkgUkFERU9OSEQoMCk6IEF0b21CSU9TIHJlcXVlc3RzIDIwa0Igb2YgVlJBTSBzY3JhdGNoIHNw YWNlDQooSUkpIFJBREVPTkhEKDApOiBBdG9tQklPUyBWUkFNIHNjcmF0Y2ggYmFzZTogMHg3ZmZl Yw0KKFdXKSBSQURFT05IRCgwKTogcmhkQXRvbUFsbG9jYXRlRmJTY3JhdGNoOiBGVyBGQiBzY3Jh dGNoIGFyZWEgbm90IGxvY2F0ZWQgYXQgdGhlIGVuZCBvZiBWUkFNLiBTY3JhdGNoIEVuZDogMHg4 NGZlYyBWUkFNIEVuZDogMHgxMDAwMDAwMA0KKElJKSBSQURFT05IRCgwKTogQ2Fubm90IGdldCBW UkFNIHNjcmF0Y2ggc3BhY2UuIEFsbG9jYXRpbmcgaW4gbWFpbiBtZW1vcnkgaW5zdGVhZA0KKElJ KSBSQURFT05IRCgwKTogRGVmYXVsdCBFbmdpbmUgQ2xvY2s6IDYyNTAwMA0KKElJKSBSQURFT05I RCgwKTogRGVmYXVsdCBNZW1vcnkgQ2xvY2s6IDk5MzAwMA0KKElJKSBSQURFT05IRCgwKTogTWF4 aW11bSBQaXhlbCBDbG9ja1BMTCBGcmVxdWVuY3kgT3V0cHV0OiAxMjAwMDAwDQooSUkpIFJBREVP TkhEKDApOiBNaW5pbXVtIFBpeGVsIENsb2NrUExMIEZyZXF1ZW5jeSBPdXRwdXQ6IDANCihJSSkg UkFERU9OSEQoMCk6IE1heGltdW0gUGl4ZWwgQ2xvY2tQTEwgRnJlcXVlbmN5IElucHV0OiAxNjAw MA0KKElJKSBSQURFT05IRCgwKTogTWluaW11bSBQaXhlbCBDbG9ja1BMTCBGcmVxdWVuY3kgSW5w dXQ6IDYwMDANCihJSSkgUkFERU9OSEQoMCk6IE1heGltdW0gUGl4ZWwgQ2xvY2s6IDQwMDAwMA0K KElJKSBSQURFT05IRCgwKTogUmVmZXJlbmNlIENsb2NrOiAxMDAwMDANCihFRSkgUkFERU9OSEQo MCk6IFJIRERSSVZlcnNpb25DaGVjazogc3ltYm9sIEdseFNldFZpc3VhbENvbmZpZ3Mgbm90IGF2 YWlsYWJsZS4NCihXVykgUkFERU9OSEQoMCk6IFJIRERSSVByZUluaXQ6IFZlcnNpb24gY2hlY2sg ZmFpbGVkLiBEaXNhYmxpbmcgRFJJLg0KKFdXKSBSQURFT05IRCgwKTogRmFsbGluZyBiYWNrIHRv IFNoYWRvd0ZCIGFjY2VsZXJhdGlvbg0KKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImkyYyINCihJ SSkgTG9hZE1vZHVsZTogImkyYyINCihJSSkgTW9kdWxlICJpMmMiIGFscmVhZHkgYnVpbHQtaW4N CihJSSkgUkFERU9OSEQoMCk6IFJlZmVyZW5jZSBDbG9jazogMTAwMDAwDQooSUkpIFJBREVPTkhE KDApOiBHUElPX0kyQ19DbGtfTWFzazogMHgxZjkwDQooSUkpIFJBREVPTkhEKDApOiBHUElPX0ky Q19DbGtfTWFza19TaGlmdDogMHgwDQooSUkpIFJBREVPTkhEKDApOiBHUElPX0kyQ19EYXRhX01h c2s6IDB4MWY5MA0KKElJKSBSQURFT05IRCgwKTogR1BJT19JMkNfRGF0YV9NYXNrX1NoaWZ0OiAw eDgNCihJSSkgUkFERU9OSEQoMCk6IEkyQyBidXMgIlJIRCBJMkMgbGluZSAwIiBpbml0aWFsaXpl ZC4NCihJSSkgUkFERU9OSEQoMCk6IEdQSU9fSTJDX0Nsa19NYXNrOiAweDFmOTQNCihJSSkgUkFE RU9OSEQoMCk6IEdQSU9fSTJDX0Nsa19NYXNrX1NoaWZ0OiAweDANCihJSSkgUkFERU9OSEQoMCk6 IEdQSU9fSTJDX0RhdGFfTWFzazogMHgxZjk0DQooSUkpIFJBREVPTkhEKDApOiBHUElPX0kyQ19E YXRhX01hc2tfU2hpZnQ6IDB4OA0KKElJKSBSQURFT05IRCgwKTogSTJDIGJ1cyAiUkhEIEkyQyBs aW5lIDEiIGluaXRpYWxpemVkLg0KKElJKSBSQURFT05IRCgwKTogR1BJT19JMkNfQ2xrX01hc2s6 IDB4MWY5OA0KKElJKSBSQURFT05IRCgwKTogR1BJT19JMkNfQ2xrX01hc2tfU2hpZnQ6IDB4MA0K KElJKSBSQURFT05IRCgwKTogR1BJT19JMkNfRGF0YV9NYXNrOiAweDFmOTgNCihJSSkgUkFERU9O SEQoMCk6IEdQSU9fSTJDX0RhdGFfTWFza19TaGlmdDogMHg4DQooSUkpIFJBREVPTkhEKDApOiBJ MkMgYnVzICJSSEQgSTJDIGxpbmUgMiIgaW5pdGlhbGl6ZWQuDQooSUkpIFJBREVPTkhEKDApOiBH UElPX0kyQ19DbGtfTWFzazogMHgxZjg4DQooSUkpIFJBREVPTkhEKDApOiBHUElPX0kyQ19DbGtf TWFza19TaGlmdDogMHgwDQooSUkpIFJBREVPTkhEKDApOiBHUElPX0kyQ19EYXRhX01hc2s6IDB4 MWY4OA0KKElJKSBSQURFT05IRCgwKTogR1BJT19JMkNfRGF0YV9NYXNrX1NoaWZ0OiAweDgNCihJ SSkgUkFERU9OSEQoMCk6IEkyQyBidXMgIlJIRCBJMkMgbGluZSAzIiBpbml0aWFsaXplZC4NCihJ SSkgTG9hZGluZyBzdWIgbW9kdWxlICJkZGMiDQooSUkpIExvYWRNb2R1bGU6ICJkZGMiDQooSUkp IE1vZHVsZSAiZGRjIiBhbHJlYWR5IGJ1aWx0LWluDQooSUkpIFJBREVPTkhEKDApOiBEZXRlY3Rl ZCBWR0EgbW9kZS4NCigqKikgUkFERU9OSEQoMCk6IFVzaW5nIEF0b21CSU9TIGZvciBDcnRjcw0K KCoqKSBSQURFT05IRCgwKTogVXNpbmcgQXRvbUJJT1MgZm9yIFBMTHMNCihJSSkgUkFERU9OSEQo MCk6IE1pbmltdW0gUGl4ZWwgQ2xvY2tQTEwgRnJlcXVlbmN5IE91dHB1dDogMA0KKElJKSBSQURF T05IRCgwKTogTWF4aW11bSBQaXhlbCBDbG9ja1BMTCBGcmVxdWVuY3kgT3V0cHV0OiAxMjAwMDAw DQooSUkpIFJBREVPTkhEKDApOiBNYXhpbXVtIFBpeGVsIENsb2NrOiA0MDAwMDANCihJSSkgUkFE RU9OSEQoMCk6IFJlZmVyZW5jZSBDbG9jazogMTAwMDAwDQooSUkpIFJBREVPTkhEKDApOiByaGRB dG9tU2V0UGl4ZWxDbG9ja1ZlcnNpb24gcmV0dXJuZWQgdmVyc2lvbiAzIGZvciBpbmRleCAweGMN CihJSSkgUkFERU9OSEQoMCk6IHJoZEF0b21TZXRQaXhlbENsb2NrVmVyc2lvbiByZXR1cm5lZCB2 ZXJzaW9uIDMgZm9yIGluZGV4IDB4Yw0KKElJKSBSQURFT05IRCgwKTogRkI6IEFsbG9jYXRlZCBD dXJzb3IgSW1hZ2UgYXQgb2Zmc2V0IDB4MDAwMDAwMDAgKHNpemUgPSAweDAwMDA0MDAwKQ0KKElJ KSBSQURFT05IRCgwKTogRkI6IEFsbG9jYXRlZCBDdXJzb3IgSW1hZ2UgYXQgb2Zmc2V0IDB4MDAw MDQwMDAgKHNpemUgPSAweDAwMDA0MDAwKQ0KKElJKSBSQURFT05IRCgwKTogRmlybXdhcmVJbmZv IFJldmlzaW9uIDAxMDQNCihJSSkgUkFERU9OSEQoMCk6IFVudXNlZCBhdHRyaWJ1dGU6IHVsM0RB Y2NlbGVyYXRpb25FbmdpbmVDbG9jayAwDQooSUkpIFJBREVPTkhEKDApOiBVbnVzZWQgYXR0cmli dXRlOiB1bERyaXZlclRhcmdldEVuZ2luZUNsb2NrIDANCihJSSkgUkFERU9OSEQoMCk6IFVudXNl ZCBhdHRyaWJ1dGU6IHVsRHJpdmVyVGFyZ2V0TWVtb3J5Q2xvY2sgMA0KKElJKSBSQURFT05IRCgw KTogVW51c2VkIGF0dHJpYnV0ZTogdWNBU0lDTWF4VGVtcGVyYXR1cmUgMA0KKElJKSBSQURFT05I RCgwKTogU2NhcnkgYml0czogRXN0aW1hdGVkIE1pbkVuZ2luZUNsb2NrIDI1MDAwMCBrSHoNCihJ SSkgUkFERU9OSEQoMCk6IFNjYXJ5IGJpdHM6IEVzdGltYXRlZCBNaW5NZW1vcnlDbG9jayAyNTAw MDAga0h6DQooSUkpIFJBREVPTkhEKDApOiBEZWZhdWx0IEVuZ2luZSBDbG9jazogNjI1MDAwDQoo SUkpIFJBREVPTkhEKDApOiBEZWZhdWx0IE1lbW9yeSBDbG9jazogOTkzMDAwDQooSUkpIFJBREVP TkhEKDApOiBDdXJyZW50IEVuZ2luZSBDbG9jazogNjI1MDAwDQooSUkpIFJBREVPTkhEKDApOiBD dXJyZW50IE1lbW9yeSBDbG9jazogOTkwNjIwDQooSUkpIFJBREVPTkhEKDApOiBDdXJyZW50IENo aXAgVm9sdGFnZTogMA0KKElJKSBSQURFT05IRCgwKTogUG93ZXIgTWFuYWdlbWVudDogdXNlZCBl bmdpbmUgY2xvY2sgLyBtZW1vcnkgY2xvY2sgLyBjb3JlIChWRERDKSB2b2x0YWdlICAgKDA6IGln bm9yZSkNCihJSSkgUkFERU9OSEQoMCk6IFBvd2VyIE1hbmFnZW1lbnQ6IFJhdyBSYW5nZXMNCihJ SSkgUkFERU9OSEQoMCk6ICAgTWluaW11bSAgICAyNTAwMDAga0h6IC8gICAyNTAwMDAga0h6IC8g IDEuMTI5IFYNCihJSSkgUkFERU9OSEQoMCk6ICAgTWF4aW11bSAgICA3MDAwMDAga0h6IC8gIDEy MDAwMDAga0h6IC8gIDEuMjU4IFYNCihJSSkgUkFERU9OSEQoMCk6ICAgRGVmYXVsdCAgICA2MjUw MDAga0h6IC8gICA5OTMwMDAga0h6IC8gIDEuMjU4IFYNCihJSSkgUkFERU9OSEQoMCk6IFBvd2Vy UGxheUluZm8gUmV2aXNpb24gMDQwMQ0KKElJKSBSQURFT05IRCgwKTogUG93ZXIgTWFuYWdlbWVu dDogVmFsaWRhdGVkIFJhbmdlcw0KKElJKSBSQURFT05IRCgwKTogICBNaW5pbXVtICAgIDI1MDAw MCBrSHogLyAgIDI1MDAwMCBrSHogLyAgMS4xMjkgVg0KKElJKSBSQURFT05IRCgwKTogICBNYXhp bXVtICAgIDcwMDAwMCBrSHogLyAgMTIwMDAwMCBrSHogLyAgMS4yNTggVg0KKElJKSBSQURFT05I RCgwKTogICBEZWZhdWx0ICAgIDYyNTAwMCBrSHogLyAgIDk5MzAwMCBrSHogLyAgMS4yNTggVg0K KElJKSBSQURFT05IRCgwKTogUG93ZXIgTWFuYWdlbWVudDogS25vd24gR29vZCBDb25maWd1cmF0 aW9ucw0KKElJKSBSQURFT05IRCgwKTogICAxICAgICAgICAgIDYyNTAwMCBrSHogLyAgIDk5MzAw MCBrSHogLyAgMS4yNTggVg0KKElJKSBSQURFT05IRCgwKTogICAyICAgICAgICAgIDYyNTAwMCBr SHogLyAgIDk5MzAwMCBrSHogLyAgMS4yNTggVg0KKElJKSBSQURFT05IRCgwKTogICAzICAgICAg ICAgIDYyNTAwMCBrSHogLyAgIDk5MzAwMCBrSHogLyAgMS4yNTggVg0KKElJKSBSQURFT05IRCgw KTogICA0ICAgICAgICAgIDYyNTAwMCBrSHogLyAgIDk5MzAwMCBrSHogLyAgMS4yNTggVg0KKElJ KSBSQURFT05IRCgwKTogICA1ICAgICAgICAgIDYyNTAwMCBrSHogLyAgIDk5MzAwMCBrSHogLyAg MS4yNTggVg0KKElJKSBSQURFT05IRCgwKTogICA2ICAgICAgICAgIDYyNTAwMCBrSHogLyAgIDk5 MzAwMCBrSHogLyAgMS4yNTggVg0KKElJKSBSQURFT05IRCgwKTogICA3ICAgICAgICAgIDYyNTAw MCBrSHogLyAgIDk5MzAwMCBrSHogLyAgMS4yNTggVg0KKElJKSBSQURFT05IRCgwKTogICA4ICAg ICAgICAgIDYyNTAwMCBrSHogLyAgIDk5MzAwMCBrSHogLyAgMS4yNTggVg0KKElJKSBSQURFT05I RCgwKTogICA5ICAgICAgICAgIDYyNTAwMCBrSHogLyAgIDk5MzAwMCBrSHogLyAgMS4yNTggVg0K KElJKSBSQURFT05IRCgwKTogUG93ZXIgTWFuYWdlbWVudDogRmluYWwgTGV2ZWxzDQooSUkpIFJB REVPTkhEKDApOiAgIE9mZiAgICAgICAgMjUwMDAwIGtIeiAvICAgMjUwMDAwIGtIeiAvICAxLjEy OSBWDQooSUkpIFJBREVPTkhEKDApOiAgIElkbGUgICAgICAgNjI1MDAwIGtIeiAvICAgOTkzMDAw IGtIeiAvICAxLjI1OCBWDQooSUkpIFJBREVPTkhEKDApOiAgIFNsb3cyRCAgICAgNjI1MDAwIGtI eiAvICAgOTkzMDAwIGtIeiAvICAxLjI1OCBWDQooSUkpIFJBREVPTkhEKDApOiAgIEZhc3QyRCAg ICAgNjI1MDAwIGtIeiAvICAgOTkzMDAwIGtIeiAvICAxLjI1OCBWDQooSUkpIFJBREVPTkhEKDAp OiAgIFNsb3czRCAgICAgNjI1MDAwIGtIeiAvICAgOTkzMDAwIGtIeiAvICAxLjI1OCBWDQooSUkp IFJBREVPTkhEKDApOiAgIEZhc3QzRCAgICAgNjI1MDAwIGtIeiAvICAgOTkzMDAwIGtIeiAvICAx LjI1OCBWDQooSUkpIFJBREVPTkhEKDApOiAgIE1heDNEICAgICAgNzAwMDAwIGtIeiAvICAxMjAw MDAwIGtIeiAvICAxLjI1OCBWDQooSUkpIFJBREVPTkhEKDApOiAgIFVzZXIgICAgICAgNjI1MDAw IGtIeiAvICAgOTkzMDAwIGtIeiAvICAxLjI1OCBWDQooSUkpIFJBREVPTkhEKDApOiBDb25uZWN0 b3JbMF0ge1JIRF9DT05ORUNUT1JfRFZJLCAiRFVBTF9MSU5LX0RWSV9JIERGUDEgQ1JUMiIsIFJI RF9ERENfMiwgUkhEX0hQRF8wLCB7IFJIRF9PVVRQVVRfVU5JUEhZQSwgUkhEX09VVFBVVF9EQUNC IH0gfQ0KKElJKSBSQURFT05IRCgwKTogQ29ubmVjdG9yWzFdIHtSSERfQ09OTkVDVE9SX1RWLCAi N1BJTl9ESU4gVFYxIENWIiwgUkhEX0REQ19OT05FLCBSSERfSFBEX05PTkUsIHsgUkhEX09VVFBV VF9EQUNCLCBSSERfT1VUUFVUX05PTkUgfSB9DQooSUkpIFJBREVPTkhEKDApOiBDb25uZWN0b3Jb Ml0ge1JIRF9DT05ORUNUT1JfRFZJLCAiRFVBTF9MSU5LX0RWSV9JIENSVDEgREZQMiIsIFJIRF9E RENfMywgUkhEX0hQRF8xLCB7IFJIRF9PVVRQVVRfS0xEU0tQX0xWVE1BLCBSSERfT1VUUFVUX0RB Q0EgfSB9DQooKiopIFJBREVPTkhEKDApOiBVc2luZyBBdG9tQklPUyBmb3IgT3V0cHV0cw0KKElJ KSBSQURFT05IRCgwKTogcmhkQXRvbVNlbGVjdENydGNTb3VyY2VWZXJzaW9uIHJldHVybmVkIHZl cnNpb24gMiBmb3IgaW5kZXggMHgyYQ0KKC0tKSBSQURFT05IRCgwKTogQXR0YWNoaW5nIE91dHB1 dCBBdG9tT3V0cHV0VW5pcGh5QSB0byBDb25uZWN0b3IgRFZJLUkgMQ0KKCoqKSBSQURFT05IRCgw KTogVXNpbmcgQXRvbUJJT1MgZm9yIE91dHB1dHMNCihJSSkgUkFERU9OSEQoMCk6IHJoZEF0b21T ZWxlY3RDcnRjU291cmNlVmVyc2lvbiByZXR1cm5lZCB2ZXJzaW9uIDIgZm9yIGluZGV4IDB4MmEN CigtLSkgUkFERU9OSEQoMCk6IEF0dGFjaGluZyBPdXRwdXQgQXRvbU91dHB1dERBQ0IgdG8gQ29u bmVjdG9yIERWSS1JIDENCigtLSkgUkFERU9OSEQoMCk6IEF0dGFjaGluZyBPdXRwdXQgQXRvbU91 dHB1dERBQ0IgdG8gQ29ubmVjdG9yIFRWIDdQSU5fRElODQooKiopIFJBREVPTkhEKDApOiBVc2lu ZyBBdG9tQklPUyBmb3IgT3V0cHV0cw0KKElJKSBSQURFT05IRCgwKTogcmhkQXRvbVNlbGVjdENy dGNTb3VyY2VWZXJzaW9uIHJldHVybmVkIHZlcnNpb24gMiBmb3IgaW5kZXggMHgyYQ0KKC0tKSBS QURFT05IRCgwKTogQXR0YWNoaW5nIE91dHB1dCBBdG9tT3V0cHV0S2xkc2twTHZ0bWEgdG8gQ29u bmVjdG9yIERWSS1JIDINCigqKikgUkFERU9OSEQoMCk6IFVzaW5nIEF0b21CSU9TIGZvciBPdXRw dXRzDQooSUkpIFJBREVPTkhEKDApOiByaGRBdG9tU2VsZWN0Q3J0Y1NvdXJjZVZlcnNpb24gcmV0 dXJuZWQgdmVyc2lvbiAyIGZvciBpbmRleCAweDJhDQooLS0pIFJBREVPTkhEKDApOiBBdHRhY2hp bmcgT3V0cHV0IEF0b21PdXRwdXREQUNBIHRvIENvbm5lY3RvciBEVkktSSAyDQooSUkpIFJBREVP TkhEKDApOiBSYW5kUjogQWRkaW5nIFJSb3V0cHV0IERWSS1JXzEvZGlnaXRhbCBmb3IgT3V0cHV0 IEF0b21PdXRwdXRVbmlwaHlBDQooSUkpIFJBREVPTkhEKDApOiBSYW5kUjogQWRkaW5nIFJSb3V0 cHV0IERWSS1JXzEvYW5hbG9nIGZvciBPdXRwdXQgQXRvbU91dHB1dERBQ0INCihJSSkgUkFERU9O SEQoMCk6IFJhbmRSOiBBZGRpbmcgUlJvdXRwdXQgVFZfN1BJTl9ESU4gZm9yIE91dHB1dCBBdG9t T3V0cHV0REFDQg0KKElJKSBSQURFT05IRCgwKTogUmFuZFI6IEFkZGluZyBSUm91dHB1dCBEVkkt SV8yL2RpZ2l0YWwgZm9yIE91dHB1dCBBdG9tT3V0cHV0S2xkc2twTHZ0bWENCihJSSkgUkFERU9O SEQoMCk6IFJhbmRSOiBBZGRpbmcgUlJvdXRwdXQgRFZJLUlfMi9hbmFsb2cgZm9yIE91dHB1dCBB dG9tT3V0cHV0REFDQQ0KKElJKSBSQURFT05IRCgwKTogT3V0cHV0IERWSS1JXzEvZGlnaXRhbCB1 c2luZyBtb25pdG9yIHNlY3Rpb24gRFZJLUlfMS9hbmFsb2cNCihJSSkgUkFERU9OSEQoMCk6IE91 dHB1dCBEVkktSV8xL2RpZ2l0YWwgaGFzIG5vIG1vbml0b3Igc2VjdGlvbg0KKElJKSBSQURFT05I RCgwKTogT3V0cHV0IERWSS1JXzEvYW5hbG9nIHVzaW5nIG1vbml0b3Igc2VjdGlvbiBEVkktSV8x L2FuYWxvZw0KKElJKSBSQURFT05IRCgwKTogT3V0cHV0IFRWXzdQSU5fRElOIGhhcyBubyBtb25p dG9yIHNlY3Rpb24NCihJSSkgUkFERU9OSEQoMCk6IE91dHB1dCBEVkktSV8yL2RpZ2l0YWwgaGFz IG5vIG1vbml0b3Igc2VjdGlvbg0KKElJKSBSQURFT05IRCgwKTogT3V0cHV0IERWSS1JXzIvYW5h bG9nIGhhcyBubyBtb25pdG9yIHNlY3Rpb24NCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgREFD X0xvYWREZXRlY3Rpb24NCihJSSkgUkFERU9OSEQoMCk6IERBQ19Mb2FkRGV0ZWN0aW9uIFN1Y2Nl c3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IEF0b21PdXRwdXREQUNCOiBTZW5zZWQgT3V0cHV0OiBu b25lDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIERBQ19Mb2FkRGV0ZWN0aW9uDQooSUkpIFJB REVPTkhEKDApOiBEQUNfTG9hZERldGVjdGlvbiBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDAp OiBBdG9tT3V0cHV0REFDQjogU2Vuc2VkIE91dHB1dDogVkdBDQooSUkpIFJBREVPTkhEKDApOiBT ZXR0aW5nIEF0b21PdXRwdXREQUNCIHRvIGluY29oZXJlbnQNCihJSSkgUkFERU9OSEQoMCk6IEky QyBkZXZpY2UgIlJIRCBJMkMgbGluZSAyOkUtRURJRCBzZWdtZW50IHJlZ2lzdGVyIiByZWdpc3Rl cmVkIGF0IGFkZHJlc3MgMHg2MC4NCihJSSkgUkFERU9OSEQoMCk6IEkyQyBkZXZpY2UgIlJIRCBJ MkMgbGluZSAyOmRkYzIiIHJlZ2lzdGVyZWQgYXQgYWRkcmVzcyAweEEwLg0KKElJKSBSQURFT05I RCgwKTogRURJRCBkYXRhIGZvciBUOTYxDQooSUkpIFJBREVPTkhEKDApOiBNYW51ZmFjdHVyZXI6 IEVOQyAgTW9kZWw6IDE2MTAgIFNlcmlhbCM6IDY1ODcyNjk2MA0KKElJKSBSQURFT05IRCgwKTog WWVhcjogMjAwMCAgV2VlazogMTENCihJSSkgUkFERU9OSEQoMCk6IEVESUQgVmVyc2lvbjogMS4x DQooSUkpIFJBREVPTkhEKDApOiBBbmFsb2cgRGlzcGxheSBJbnB1dCwgIElucHV0IFZvbHRhZ2Ug TGV2ZWw6IDAuNzAwLzAuMzAwIFYNCihJSSkgUkFERU9OSEQoMCk6IFN5bmM6ICBTZXBhcmF0ZSAg Q29tcG9zaXRlICBTeW5jT25HcmVlbg0KKElJKSBSQURFT05IRCgwKTogTWF4IEltYWdlIFNpemUg W2NtXTogaG9yaXouOiA0MCAgdmVydC46IDMwDQooSUkpIFJBREVPTkhEKDApOiBHYW1tYTogMS44 MA0KKElJKSBSQURFT05IRCgwKTogRFBNUyBjYXBhYmlsaXRpZXM6IFN0YW5kQnkgU3VzcGVuZCBP ZmY7IFJHQi9Db2xvciBEaXNwbGF5DQooSUkpIFJBREVPTkhEKDApOiByZWRYOiAwLjYyNSByZWRZ OiAwLjM0MCAgIGdyZWVuWDogMC4yODAgZ3JlZW5ZOiAwLjYwNQ0KKElJKSBSQURFT05IRCgwKTog Ymx1ZVg6IDAuMTU1IGJsdWVZOiAwLjA3MCAgIHdoaXRlWDogMC4yODMgd2hpdGVZOiAwLjI5Nw0K KElJKSBSQURFT05IRCgwKTogU3VwcG9ydGVkIFZFU0EgVmlkZW8gTW9kZXM6DQooSUkpIFJBREVP TkhEKDApOiA3MjB4NDAwQDcwSHoNCihJSSkgUkFERU9OSEQoMCk6IDcyMHg0MDBAODhIeg0KKElJ KSBSQURFT05IRCgwKTogNjQweDQ4MEA2MEh6DQooSUkpIFJBREVPTkhEKDApOiA2NDB4NDgwQDY3 SHoNCihJSSkgUkFERU9OSEQoMCk6IDY0MHg0ODBANzJIeg0KKElJKSBSQURFT05IRCgwKTogNjQw eDQ4MEA3NUh6DQooSUkpIFJBREVPTkhEKDApOiA4MDB4NjAwQDU2SHoNCihJSSkgUkFERU9OSEQo MCk6IDgwMHg2MDBANjBIeg0KKElJKSBSQURFT05IRCgwKTogODAweDYwMEA3Mkh6DQooSUkpIFJB REVPTkhEKDApOiA4MDB4NjAwQDc1SHoNCihJSSkgUkFERU9OSEQoMCk6IDgzMng2MjRANzVIeg0K KElJKSBSQURFT05IRCgwKTogMTAyNHg3NjhAODdIeiAoaW50ZXJsYWNlZCkNCihJSSkgUkFERU9O SEQoMCk6IDEwMjR4NzY4QDYwSHoNCihJSSkgUkFERU9OSEQoMCk6IDEwMjR4NzY4QDcwSHoNCihJ SSkgUkFERU9OSEQoMCk6IDEwMjR4NzY4QDc1SHoNCihJSSkgUkFERU9OSEQoMCk6IDEyODB4MTAy NEA3NUh6DQooSUkpIFJBREVPTkhEKDApOiAxMTUyeDg3MEA3NUh6DQooSUkpIFJBREVPTkhEKDAp OiBNYW51ZmFjdHVyZXIncyBtYXNrOiAwDQooSUkpIFJBREVPTkhEKDApOiBTdXBwb3J0ZWQgRnV0 dXJlIFZpZGVvIE1vZGVzOg0KKElJKSBSQURFT05IRCgwKTogIzA6IGhzaXplOiAxMDI0ICB2c2l6 ZSA3NjggIHJlZnJlc2g6IDg1ICB2aWQ6IDIyODgxDQooSUkpIFJBREVPTkhEKDApOiAjMTogaHNp emU6IDExNTIgIHZzaXplIDg2NCAgcmVmcmVzaDogODUgIHZpZDogMjI4OTcNCihJSSkgUkFERU9O SEQoMCk6ICMyOiBoc2l6ZTogMTI4MCAgdnNpemUgMTAyNCAgcmVmcmVzaDogODUgIHZpZDogMzky OTcNCihJSSkgUkFERU9OSEQoMCk6ICMzOiBoc2l6ZTogMTYwMCAgdnNpemUgMTIwMCAgcmVmcmVz aDogODUgIHZpZDogMjI5NTMNCihJSSkgUkFERU9OSEQoMCk6ICM0OiBoc2l6ZTogMTc5MiAgdnNp emUgMTM0NCAgcmVmcmVzaDogNzUgIHZpZDogMjA0MTcNCihJSSkgUkFERU9OSEQoMCk6ICM1OiBo c2l6ZTogMTg1NiAgdnNpemUgMTM5MiAgcmVmcmVzaDogNzUgIHZpZDogMjA0MjUNCihJSSkgUkFE RU9OSEQoMCk6ICM2OiBoc2l6ZTogMTkyMCAgdnNpemUgMTQ0MCAgcmVmcmVzaDogNzUgIHZpZDog MjA0MzMNCihJSSkgUkFERU9OSEQoMCk6ICM3OiBoc2l6ZTogMjA0OCAgdnNpemUgMTUzNiAgcmVm cmVzaDogNjAgIHZpZDogMTY2MDkNCihJSSkgUkFERU9OSEQoMCk6IFNlcmlhbCBObzogMjc0MzYw MzANCihJSSkgUkFERU9OSEQoMCk6IFJhbmdlczogViBtaW46IDUwIFYgbWF4OiAxNjAgSHosIEgg bWluOiAzMCBIIG1heDogMTE1IGtIeiwgUGl4Q2xvY2sgbWF4IDMwMCBNSHoNCihJSSkgUkFERU9O SEQoMCk6IE1vbml0b3IgbmFtZTogVDk2MQ0KKElJKSBSQURFT05IRCgwKTogIA0KKElJKSBSQURF T05IRCgwKTogRURJRCAoaW4gaGV4KToNCihJSSkgUkFERU9OSEQoMCk6IAkwMGZmZmZmZmZmZmZm ZjAwMTVjMzEwMTYzMDYwNDMyNw0KKElJKSBSQURFT05IRCgwKTogCTBiMGEwMTAxMGUyODFlNTBl ODBjYzhhMDU3NDc5YjI3DQooSUkpIFJBREVPTkhEKDApOiAJMTI0ODRjZmZmZjgwNjE1OTcxNTk4 MTk5YTk1OWMxNGYNCihJSSkgUkFERU9OSEQoMCk6IAljOTRmZDE0ZmUxNDAwMDAwMDBmZjAwMzIz NzM0MzMzNg0KKElJKSBSQURFT05IRCgwKTogCTMwMzMzMDBhMjAyMDIwMjAwMDAwMDBmZDAwMzJh MDFlDQooSUkpIFJBREVPTkhEKDApOiAJNzMxZTAwMGEyMDIwMjAyMDIwMjAwMDAwMDBmYzAwNTQN CihJSSkgUkFERU9OSEQoMCk6IAkzOTM2MzEwYTIwMjAyMDIwMjAyMDIwMjAwMDAwMDBmZQ0KKElJ KSBSQURFT05IRCgwKTogCTAwMGEyMDIwMjAyMDIwMjAyMDIwMjAyMDIwMjAwMDdlDQooSUkpIFJB REVPTkhEKDApOiBPdXRwdXQgRFZJLUlfMS9kaWdpdGFsIGRpc2Nvbm5lY3RlZA0KKElJKSBSQURF T05IRCgwKTogT3V0cHV0IERWSS1JXzEvYW5hbG9nIGNvbm5lY3RlZA0KKElJKSBSQURFT05IRCgw KTogT3V0cHV0IFRWXzdQSU5fRElOIGRpc2Nvbm5lY3RlZA0KKElJKSBSQURFT05IRCgwKTogT3V0 cHV0IERWSS1JXzIvZGlnaXRhbCBkaXNjb25uZWN0ZWQNCihJSSkgUkFERU9OSEQoMCk6IE91dHB1 dCBEVkktSV8yL2FuYWxvZyBkaXNjb25uZWN0ZWQNCihJSSkgUkFERU9OSEQoMCk6IFVzaW5nIGV4 YWN0IHNpemVzIGZvciBpbml0aWFsIG1vZGVzDQooSUkpIFJBREVPTkhEKDApOiBPdXRwdXQgRFZJ LUlfMS9hbmFsb2cgdXNpbmcgaW5pdGlhbCBtb2RlIDIwNDh4MTUzNg0KKElJKSBSQURFT05IRCgw KTogUmFuZFIgMS4yIHN1cHBvcnQgZW5hYmxlZA0KKD09KSBSQURFT05IRCgwKTogUkdCIHdlaWdo dCA4ODgNCig9PSkgUkFERU9OSEQoMCk6IERlZmF1bHQgdmlzdWFsIGlzIFRydWVDb2xvcg0KKD09 KSBSQURFT05IRCgwKTogVXNpbmcgZ2FtbWEgY29ycmVjdGlvbiAoMS4wLCAxLjAsIDEuMCkNCihJ SSkgUkFERU9OSEQoMCk6IFVzaW5nIDM4NDB4MTkyMCBGcmFtZWJ1ZmZlciB3aXRoIDM4NDAgcGl0 Y2gNCihJSSkgUkFERU9OSEQoMCk6IEZCOiBBbGxvY2F0ZWQgU2Nhbm91dEJ1ZmZlciBhdCBvZmZz ZXQgMHgwMDAwODAwMCAoc2l6ZSA9IDB4MDFDMjAwMDApDQooKiopIFJBREVPTkhEKDApOiBEaXNw bGF5IGRpbWVuc2lvbnM6ICg0MDYsIDMwNCkgbW0NCigqKikgUkFERU9OSEQoMCk6IERQSSBzZXQg dG8gKDI0MCwgMTYwKQ0KKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImZiIg0KKElJKSBMb2FkTW9k dWxlOiAiZmIiDQooSUkpIFJlbG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvL2xp YmZiLnNvDQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAicmFtZGFjIg0KKElJKSBMb2FkTW9kdWxl OiAicmFtZGFjIg0KKElJKSBNb2R1bGUgInJhbWRhYyIgYWxyZWFkeSBidWlsdC1pbg0KKElJKSBM b2FkaW5nIHN1YiBtb2R1bGUgInNoYWRvdyINCihJSSkgTG9hZE1vZHVsZTogInNoYWRvdyINCihJ SSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvL2xpYnNoYWRvdy5zbw0KKElJ KSBNb2R1bGUgc2hhZG93OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9y IDEuNi4xLCBtb2R1bGUgdmVyc2lvbiA9IDEuMS4wDQoJQUJJIGNsYXNzOiBYLk9yZyBBTlNJIEMg RW11bGF0aW9uLCB2ZXJzaW9uIDAuNA0KKElJKSBSQURFT05IRCgwKTogVXNpbmcgU2hhZG93RkIN CigqKikgTlZJRElBKDEpOiBEZXB0aCAyNCwgKC0tKSBmcmFtZWJ1ZmZlciBicHAgMzINCig9PSkg TlZJRElBKDEpOiBSR0Igd2VpZ2h0IDg4OA0KKD09KSBOVklESUEoMSk6IERlZmF1bHQgdmlzdWFs IGlzIFRydWVDb2xvcg0KKD09KSBOVklESUEoMSk6IFVzaW5nIGdhbW1hIGNvcnJlY3Rpb24gKDEu MCwgMS4wLCAxLjApDQooKiopIE5WSURJQSgxKTogT3B0aW9uICJNZXRhTW9kZXMiICI4MDB4NjAw OzEwMjR4NzY4OzEyODB4MTAyNCINCigqKikgTlZJRElBKDEpOiBPcHRpb24gIkhvcml6U3luYyIg IkNSVC0xOiAzMC0xMTUiDQooKiopIE5WSURJQSgxKTogT3B0aW9uICJWZXJ0UmVmcmVzaCIgIkNS VC0xOiA1MC0xNjAiDQooKiopIEphbiAwMyAyMDowNToxNyBOVklESUEoMSk6IEVuYWJsaW5nIFJF TkRFUiBhY2NlbGVyYXRpb24NCihJSSkgSmFuIDAzIDIwOjA1OjE3IE5WSURJQSgxKTogU3VwcG9y dCBmb3IgR0xYIHdpdGggdGhlIERhbWFnZSBhbmQgQ29tcG9zaXRlIFggZXh0ZW5zaW9ucyBpcw0K KElJKSBKYW4gMDMgMjA6MDU6MTcgTlZJRElBKDEpOiAgICAgZW5hYmxlZC4NCihXVykgSmFuIDAz IDIwOjA1OjE4IE5WSURJQShHUFUtMCk6IFVuYWJsZSB0byByZWFkIEVESUQgZm9yIGRpc3BsYXkg ZGV2aWNlIENSVC0xDQooSUkpIEphbiAwMyAyMDowNToxOCBOVklESUEoMSk6IE5WSURJQSBHUFUg R2VGb3JjZSBHVCAyNDAgKEdUMjE1KSBhdCBQQ0k6MjowOjAgKEdQVS0wKQ0KKC0tKSBKYW4gMDMg MjA6MDU6MTggTlZJRElBKDEpOiBNZW1vcnk6IDUyNDI4OCBrQnl0ZXMNCigtLSkgSmFuIDAzIDIw OjA1OjE4IE5WSURJQSgxKTogVmlkZW9CSU9TOiA3MC4xNS4yNy4wMC4wMg0KKElJKSBKYW4gMDMg MjA6MDU6MTggTlZJRElBKDEpOiBEZXRlY3RlZCBQQ0kgRXhwcmVzcyBMaW5rIHdpZHRoOiAxNlgN CigtLSkgSmFuIDAzIDIwOjA1OjE4IE5WSURJQSgxKTogSW50ZXJsYWNlZCB2aWRlbyBtb2RlcyBh cmUgc3VwcG9ydGVkIG9uIHRoaXMgR1BVDQooLS0pIEphbiAwMyAyMDowNToxOCBOVklESUEoMSk6 IENvbm5lY3RlZCBkaXNwbGF5IGRldmljZShzKSBvbiBHZUZvcmNlIEdUIDI0MCBhdCBQQ0k6Mjow OjA6DQooLS0pIEphbiAwMyAyMDowNToxOCBOVklESUEoMSk6ICAgICBDUlQtMQ0KKC0tKSBKYW4g MDMgMjA6MDU6MTggTlZJRElBKDEpOiBDUlQtMTogNDAwLjAgTUh6IG1heGltdW0gcGl4ZWwgY2xv Y2sNCihJSSkgSmFuIDAzIDIwOjA1OjE4IE5WSURJQSgxKTogQXNzaWduZWQgRGlzcGxheSBEZXZp Y2U6IENSVC0xDQooSUkpIEphbiAwMyAyMDowNToxOCBOVklESUEoMSk6IFZhbGlkYXRlZCBtb2Rl czoNCihJSSkgSmFuIDAzIDIwOjA1OjE4IE5WSURJQSgxKTogICAgICI4MDB4NjAwIg0KKElJKSBK YW4gMDMgMjA6MDU6MTggTlZJRElBKDEpOiAgICAgIjEwMjR4NzY4Ig0KKElJKSBKYW4gMDMgMjA6 MDU6MTggTlZJRElBKDEpOiAgICAgIjEyODB4MTAyNCINCihJSSkgSmFuIDAzIDIwOjA1OjE4IE5W SURJQSgxKTogVmlydHVhbCBzY3JlZW4gc2l6ZSBkZXRlcm1pbmVkIHRvIGJlIDEyODAgeCAxMDI0 DQooV1cpIEphbiAwMyAyMDowNToxOCBOVklESUEoMSk6IFVuYWJsZSB0byBnZXQgZGlzcGxheSBk ZXZpY2UgQ1JULTEncyBFRElEOyBjYW5ub3QgY29tcHV0ZSBEUEkNCihXVykgSmFuIDAzIDIwOjA1 OjE4IE5WSURJQSgxKTogICAgIGZyb20gQ1JULTEncyBFRElELg0KKCoqKSBKYW4gMDMgMjA6MDU6 MTggTlZJRElBKDEpOiBEUEkgc2V0IHRvICg4MCwgODUpOyBjb21wdXRlZCBmcm9tICJEaXNwbGF5 U2l6ZSIgTW9uaXRvcg0KKCoqKSBKYW4gMDMgMjA6MDU6MTggTlZJRElBKDEpOiAgICAgc2VjdGlv biBvcHRpb24NCig9PSkgSmFuIDAzIDIwOjA1OjE4IE5WSURJQSgxKTogRW5hYmxpbmcgMzItYml0 IEFSR0IgR0xYIHZpc3VhbHMuDQooLS0pIERlcHRoIDI0IHBpeG1hcCBmb3JtYXQgaXMgMzIgYnBw DQooSUkpIGRvIEkgbmVlZCBSQUM/ICBZZXMsIEkgZG8uDQooSUkpIHJlc291cmNlIHJhbmdlcyBh ZnRlciBwcmVJbml0Og0KCVswXSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAw KSBNWFtCXQ0KCVsxXSAtMQkwCTB4MDAwYzAwMDAgLSAweDAwMGVmZmZmICgweDMwMDAwKSBNWFtC XQ0KCVsyXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtCXQ0KCVsz XSAwCTAJMHgwMDBhMDAwMCAtIDB4MDAwYWZmZmYgKDB4MTAwMDApIE1TW0JdDQoJWzRdIDAJMAkw eDAwMGIwMDAwIC0gMHgwMDBiN2ZmZiAoMHg4MDAwKSBNU1tCXQ0KCVs1XSAwCTAJMHgwMDBiODAw MCAtIDB4MDAwYmZmZmYgKDB4ODAwMCkgTVNbQl0NCglbNl0gLTEJMAkweDAwMDBmZmZmIC0gMHgw MDAwZmZmZiAoMHgxKSBJWFtCXQ0KCVs3XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgw eDEwMCkgSVhbQl0NCglbOF0gMAkwCTB4MDAwMDAzYjAgLSAweDAwMDAwM2JiICgweGMpIElTW0Jd DQoJWzldIDAJMAkweDAwMDAwM2MwIC0gMHgwMDAwMDNkZiAoMHgyMCkgSVNbQl0NCihJSSkgUkFE RU9OSEQoMCk6IE1hcHBlZCBJTyBAIDB4ZmJmZTAwMDAgdG8gMHg4MDA2YmQwMDAgKHNpemUgMHgw MDAxMDAwMCkNCihJSSkgUkFERU9OSEQoMCk6IE1hcHBlZCBGQiBAIDB4ZDAwMDAwMDAgdG8gMHg4 MDU0MDAwMDAgKHNpemUgMHgxMDAwMDAwMCkNCihJSSkgUkFERU9OSEQoMCk6IEF0dGVtcHRpbmcg dG8gZW5hYmxlIHBvd2VyIG1hbmFnZW1lbnQNCihJSSkgUkFERU9OSEQoMCk6IEN1cnJlbnQgRW5n aW5lIENsb2NrOiA2MjUwMDANCihJSSkgUkFERU9OSEQoMCk6IEN1cnJlbnQgTWVtb3J5IENsb2Nr OiA5OTA2MjANCihJSSkgUkFERU9OSEQoMCk6IEN1cnJlbnQgQ2hpcCBWb2x0YWdlOiAwDQooSUkp IFJBREVPTkhEKDApOiBDYWxsaW5nIEVuYWJsZUNSVEMNCihJSSkgUkFERU9OSEQoMCk6IEVuYWJs ZUNSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBFbmFibGVDUlRDTWVt UmVxDQooSUkpIFJBREVPTkhEKDApOiBFbmFibGVDUlRDTWVtUmVxIFN1Y2Nlc3NmdWwNCihJSSkg UkFERU9OSEQoMCk6IENhbGxpbmcgRW5hYmxlQ1JUQw0KKElJKSBSQURFT05IRCgwKTogRW5hYmxl Q1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEVuYWJsZUNSVENNZW1S ZXENCihJSSkgUkFERU9OSEQoMCk6IEVuYWJsZUNSVENNZW1SZXEgU3VjY2Vzc2Z1bA0KKElJKSBS QURFT05IRCgwKTogQ3VycmVudCBFbmdpbmUgQ2xvY2s6IDYyNTAwMA0KKElJKSBSQURFT05IRCgw KTogQ3VycmVudCBNZW1vcnkgQ2xvY2s6IDk5MDYyMA0KKElJKSBSQURFT05IRCgwKTogQ3VycmVu dCBDaGlwIFZvbHRhZ2U6IDANCihXVykgUkFERU9OSEQoMCk6IFJIRENTSW5pdDogQ1MgZm9yIFI2 MDAgcmVxdWlyZXMgRFJJLg0KKD09KSBSQURFT05IRCgwKTogQmFja2luZyBzdG9yZSBkaXNhYmxl ZA0KKD09KSBSQURFT05IRCgwKTogU2lsa2VuIG1vdXNlIGVuYWJsZWQNCihJSSkgUkFERU9OSEQo MCk6IFJhbmRSIDEuMiBlbmFibGVkLCBpZ25vcmUgdGhlIGZvbGxvd2luZyBSYW5kUiBkaXNhYmxl ZCBtZXNzYWdlLg0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NSVEMNCihJSSkgUkFE RU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5n IEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nlc3NmdWwNCihJSSkg UkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhEKDApOiBCbGFua0NS VEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NSVEMNCihJSSkg UkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxs aW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nlc3NmdWwNCihJ SSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhEKDApOiBCbGFu a0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBEQUMyT3V0cHV0Q29u dHJvbA0KKElJKSBSQURFT05IRCgwKTogREFDMk91dHB1dENvbnRyb2wgU3VjY2Vzc2Z1bA0KKElJ KSBSQURFT05IRCgwKTogQ2FsbGluZyBEQUNCRW5jb2RlckNvbnRyb2wNCihJSSkgUkFERU9OSEQo MCk6IERBQ0JFbmNvZGVyQ29udHJvbCBTdWNjZXNzZnVsDQooV1cpIFJBREVPTkhEKDApOiBSYW5k UjogV2hpbGUgc3dpdGNoaW5nIG9mZiBUVl83UElOX0RJTjogb3V0cHV0IEF0b21PdXRwdXREQUNC IGlzIGFsc28gdXNlZCBieSBEVkktSV8xL2FuYWxvZyAtIGlnbm9yaW5nDQooSUkpIFJBREVPTkhE KDApOiBDYWxsaW5nIERBQzFPdXRwdXRDb250cm9sDQooSUkpIFJBREVPTkhEKDApOiBEQUMxT3V0 cHV0Q29udHJvbCBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIERBQ0FFbmNv ZGVyQ29udHJvbA0KKElJKSBSQURFT05IRCgwKTogREFDQUVuY29kZXJDb250cm9sIFN1Y2Nlc3Nm dWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgRW5hYmxlQ1JUQw0KKElJKSBSQURFT05IRCgw KTogRW5hYmxlQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEVuYWJs ZUNSVENNZW1SZXENCihJSSkgUkFERU9OSEQoMCk6IEVuYWJsZUNSVENNZW1SZXEgU3VjY2Vzc2Z1 bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBFbmFibGVDUlRDDQooSUkpIFJBREVPTkhEKDAp OiBFbmFibGVDUlRDIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgRW5hYmxl Q1JUQ01lbVJlcQ0KKElJKSBSQURFT05IRCgwKTogRW5hYmxlQ1JUQ01lbVJlcSBTdWNjZXNzZnVs DQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIERBQzJPdXRwdXRDb250cm9sDQooSUkpIFJBREVP TkhEKDApOiBEQUMyT3V0cHV0Q29udHJvbCBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBD YWxsaW5nIEVuYWJsZUNSVEMNCihJSSkgUkFERU9OSEQoMCk6IEVuYWJsZUNSVEMgU3VjY2Vzc2Z1 bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBFbmFibGVDUlRDTWVtUmVxDQooSUkpIFJBREVP TkhEKDApOiBFbmFibGVDUlRDTWVtUmVxIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IE9u IENydGMgMCBTZXR0aW5nIDYwLjAgSHogTW9kZTogTW9kZWxpbmUgIjIwNDh4MTUzNiIgIDI2Ny4y NSAgMjA0OCAyMjAxIDI0MjQgMjgwMCAgMTUzNiAxNTM5IDE1NDMgMTU5MiAtaHN5bmMgK3ZzeW5j DQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIFNldENSVENfVGltaW5nDQooSUkpIFJBREVPTkhE KDApOiBTZXRDUlRDX1RpbWluZyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5n U2V0Q1JUQ19PdmVyU2Nhbg0KKElJKSBSQURFT05IRCgwKTogU2V0IENSVENfT3ZlclNjYW4gU3Vj Y2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBFbmFibGVTY2FsZXINCihJSSkgUkFE RU9OSEQoMCk6IEVuYWJsZVNjYWxlciBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxs aW5nIFNldFBpeGVsQ2xvY2sNCihJSSkgUkFERU9OSEQoMCk6IFNldFBpeGVsQ2xvY2sgU3VjY2Vz c2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBTZWxlY3RDUlRDU291cmNlDQooSUkpIFJB REVPTkhEKDApOiBTZWxlY3RDUlRDU291cmNlIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6 IENhbGxpbmcgRW5hYmxlQ1JUQ01lbVJlcQ0KKElJKSBSQURFT05IRCgwKTogRW5hYmxlQ1JUQ01l bVJlcSBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEVuYWJsZUNSVEMNCihJ SSkgUkFERU9OSEQoMCk6IEVuYWJsZUNSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTog Q2FsbGluZyBEQUNCRW5jb2RlckNvbnRyb2wNCihJSSkgUkFERU9OSEQoMCk6IERBQ0JFbmNvZGVy Q29udHJvbCBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIERBQzJPdXRwdXRD b250cm9sDQooSUkpIFJBREVPTkhEKDApOiBEQUMyT3V0cHV0Q29udHJvbCBTdWNjZXNzZnVsDQoo V1cpIFJBREVPTkhEKDApOiBSYW5kUjogV2hpbGUgc3dpdGNoaW5nIG9mZiBUVl83UElOX0RJTjog b3V0cHV0IEF0b21PdXRwdXREQUNCIGlzIGFsc28gdXNlZCBieSBEVkktSV8xL2FuYWxvZyAtIGln bm9yaW5nDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIERBQzFPdXRwdXRDb250cm9sDQooSUkp IFJBREVPTkhEKDApOiBEQUMxT3V0cHV0Q29udHJvbCBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhE KDApOiBDYWxsaW5nIERBQ0FFbmNvZGVyQ29udHJvbA0KKElJKSBSQURFT05IRCgwKTogREFDQUVu Y29kZXJDb250cm9sIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgRW5hYmxl Q1JUQw0KKElJKSBSQURFT05IRCgwKTogRW5hYmxlQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVP TkhEKDApOiBDYWxsaW5nIEVuYWJsZUNSVENNZW1SZXENCihJSSkgUkFERU9OSEQoMCk6IEVuYWJs ZUNSVENNZW1SZXEgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogUkhEQXVkaW9TZXRTdXBw b3J0ZWQ6IGNvbmZpZyAweDYwMDQwIGNvZGVjIDB4MQ0KKElJKSBSQURFT05IRCgwKTogRFBNUyBl bmFibGVkDQooLS0pIFJhbmRSIGRpc2FibGVkDQooSUkpIEphbiAwMyAyMDowNToxOCBOVklESUEo MSk6IEluaXRpYWxpemVkIEdQVSBHQVJULg0KKElJKSBKYW4gMDMgMjA6MDU6MTggTlZJRElBKDEp OiBTZXR0aW5nIG1vZGUgIjgwMHg2MDAiDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIE5WLUdMWA0K KElJKSBKYW4gMDMgMjA6MDU6MTkgTlZJRElBKDEpOiBJbml0aWFsaXplZCBPcGVuR0wgQWNjZWxl cmF0aW9uDQooPT0pIE5WSURJQSgxKTogRGlzYWJsaW5nIHNoYXJlZCBtZW1vcnkgcGl4bWFwcw0K KElJKSBKYW4gMDMgMjA6MDU6MTkgTlZJRElBKDEpOiBJbml0aWFsaXplZCBYIFJlbmRlcmluZyBB Y2NlbGVyYXRpb24NCig9PSkgTlZJRElBKDEpOiBCYWNraW5nIHN0b3JlIGRpc2FibGVkDQooPT0p IE5WSURJQSgxKTogU2lsa2VuIG1vdXNlIGVuYWJsZWQNCihJSSkgTlZJRElBKDEpOiBEUE1TIGVu YWJsZWQNCihJSSkgTG9hZGluZyBleHRlbnNpb24gTlYtQ09OVFJPTA0KKC0tKSBSYW5kUiBkaXNh YmxlZA0KKElJKSBTZXR0aW5nIHZnYSBmb3Igc2NyZWVuIDAuDQooSUkpIEVudGl0eSAwIHNoYXJl cyBubyByZXNvdXJjZXMNCihJSSkgRW50aXR5IDEgc2hhcmVzIG5vIHJlc291cmNlcw0KKElJKSBJ bml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEdlbmVyaWMgRXZlbnQgRXh0ZW5zaW9uDQoo SUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gU0hBUEUNCihJSSkgSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBNSVQtU0hNDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1p biBleHRlbnNpb24gWElucHV0RXh0ZW5zaW9uDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBl eHRlbnNpb24gWFRFU1QNCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBCSUct UkVRVUVTVFMNCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBTWU5DDQooSUkp IEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEtFWUJPQVJEDQooSUkpIEluaXRpYWxp emluZyBidWlsdC1pbiBleHRlbnNpb24gWEMtTUlTQw0KKElJKSBJbml0aWFsaXppbmcgYnVpbHQt aW4gZXh0ZW5zaW9uIFhJTkVSQU1BDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNp b24gWEZJWEVTDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkVOREVSDQoo SUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gUkFORFINCihJSSkgSW5pdGlhbGl6 aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBDT01QT1NJVEUNCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0 LWluIGV4dGVuc2lvbiBEQU1BR0UNCihJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBHTFgNCihJ SSkgUkFERU9OSEQoMCk6IFNldHRpbmcgc2NyZWVuIHBoeXNpY2FsIHNpemUgdG8gNDA2IHggMzA0 DQooKiopIE9wdGlvbiAiUHJvdG9jb2wiICJhdXRvIg0KKCoqKSBNb3VzZV9EZWZhdWx0OiBEZXZp Y2U6ICIvZGV2L3N5c21vdXNlIg0KKCoqKSBNb3VzZV9EZWZhdWx0OiBQcm90b2NvbDogImF1dG8i DQooKiopIE9wdGlvbiAiQ29yZVBvaW50ZXIiDQooKiopIE1vdXNlX0RlZmF1bHQ6IGFsd2F5cyBy ZXBvcnRzIGNvcmUgZXZlbnRzDQooKiopIE9wdGlvbiAiRGV2aWNlIiAiL2Rldi9zeXNtb3VzZSIN Cig9PSkgTW91c2VfRGVmYXVsdDogRW11bGF0ZTNCdXR0b25zLCBFbXVsYXRlM1RpbWVvdXQ6IDUw DQooKiopIE9wdGlvbiAiWkF4aXNNYXBwaW5nIiAiNCA1IDYgNyINCigqKikgTW91c2VfRGVmYXVs dDogWkF4aXNNYXBwaW5nOiBidXR0b25zIDQsIDUsIDYgYW5kIDcNCigqKikgTW91c2VfRGVmYXVs dDogQnV0dG9uczogMTENCigqKikgTW91c2VfRGVmYXVsdDogU2Vuc2l0aXZpdHk6IDENCihJSSkg WElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJNb3VzZV9EZWZhdWx0IiAodHlw ZTogTU9VU0UpDQooKiopIE1vdXNlX0RlZmF1bHQ6IChhY2NlbCkga2VlcGluZyBhY2NlbGVyYXRp b24gc2NoZW1lIDENCigqKikgTW91c2VfRGVmYXVsdDogKGFjY2VsKSBmaWx0ZXIgY2hhaW4gcHJv Z3Jlc3Npb246IDIuMDANCigqKikgTW91c2VfRGVmYXVsdDogKGFjY2VsKSBmaWx0ZXIgc3RhZ2Ug MDogMjAuMDAgbXMNCigqKikgTW91c2VfRGVmYXVsdDogKGFjY2VsKSBzZXQgYWNjZWxlcmF0aW9u IHByb2ZpbGUgMA0KKElJKSBNb3VzZV9EZWZhdWx0OiBTZXR1cEF1dG86IGh3LmlmdHlwZSBpcyA0 LCBody5tb2RlbCBpcyAwDQooSUkpIE1vdXNlX0RlZmF1bHQ6IFNldHVwQXV0bzogcHJvdG9jb2wg aXMgU3lzTW91c2UNCigqKikgT3B0aW9uICJDb3JlS2V5Ym9hcmQiDQooKiopIEtleWJvYXJkX0pQ MTA2OiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cw0KKCoqKSBPcHRpb24gIlByb3RvY29sIiAi c3RhbmRhcmQiDQooKiopIEtleWJvYXJkX0pQMTA2OiBQcm90b2NvbDogc3RhbmRhcmQNCigqKikg T3B0aW9uICJBdXRvUmVwZWF0IiAiNTAwIDMwIg0KKCoqKSBPcHRpb24gIlhrYlJ1bGVzIiAieG9y ZyINCigqKikgS2V5Ym9hcmRfSlAxMDY6IFhrYlJ1bGVzOiAieG9yZyINCigqKikgT3B0aW9uICJY a2JNb2RlbCIgInBjMTA1Ig0KKCoqKSBLZXlib2FyZF9KUDEwNjogWGtiTW9kZWw6ICJwYzEwNSIN CigqKikgT3B0aW9uICJYa2JMYXlvdXQiICJ1cyINCigqKikgS2V5Ym9hcmRfSlAxMDY6IFhrYkxh eW91dDogInVzIg0KKCoqKSBPcHRpb24gIkN1c3RvbUtleWNvZGVzIiAib2ZmIg0KKCoqKSBLZXli b2FyZF9KUDEwNjogQ3VzdG9tS2V5Y29kZXMgZGlzYWJsZWQNCihJSSkgWElOUFVUOiBBZGRpbmcg ZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJLZXlib2FyZF9KUDEwNiIgKHR5cGU6IEtFWUJPQVJEKQ0K KElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJs YW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0K KElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nlc3NmdWwNCihJSSkgY29uZmlnL2hhbDog QWRkaW5nIGlucHV0IGRldmljZSBwcm9kdWN0IDB4MDBmMA0KKEVFKSBjb25maWcvaGFsOiBOZXdJ bnB1dERldmljZVJlcXVlc3QgZmFpbGVkICg4KQ0KKElJKSBjb25maWcvaGFsOiBBZGRpbmcgaW5w dXQgZGV2aWNlIEFUIEtleWJvYXJkDQooRUUpIGNvbmZpZy9oYWw6IE5ld0lucHV0RGV2aWNlUmVx dWVzdCBmYWlsZWQgKDgpDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIERBQ19Mb2FkRGV0ZWN0 aW9uDQooSUkpIFJBREVPTkhEKDApOiBEQUNfTG9hZERldGVjdGlvbiBTdWNjZXNzZnVsDQooSUkp IFJBREVPTkhEKDApOiBBdG9tT3V0cHV0REFDQjogU2Vuc2VkIE91dHB1dDogVkdBDQooSUkpIFJB REVPTkhEKDApOiBDYWxsaW5nIERBQ19Mb2FkRGV0ZWN0aW9uDQooSUkpIFJBREVPTkhEKDApOiBE QUNfTG9hZERldGVjdGlvbiBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBBdG9tT3V0cHV0 REFDQjogU2Vuc2VkIE91dHB1dDogVkdBDQooSUkpIFJBREVPTkhEKDApOiBFRElEIGRhdGEgZm9y IFQ5NjENCihJSSkgUkFERU9OSEQoMCk6IE1hbnVmYWN0dXJlcjogRU5DICBNb2RlbDogMTYxMCAg U2VyaWFsIzogNjU4NzI2OTYwDQooSUkpIFJBREVPTkhEKDApOiBZZWFyOiAyMDAwICBXZWVrOiAx MQ0KKElJKSBSQURFT05IRCgwKTogRURJRCBWZXJzaW9uOiAxLjENCihJSSkgUkFERU9OSEQoMCk6 IEFuYWxvZyBEaXNwbGF5IElucHV0LCAgSW5wdXQgVm9sdGFnZSBMZXZlbDogMC43MDAvMC4zMDAg Vg0KKElJKSBSQURFT05IRCgwKTogU3luYzogIFNlcGFyYXRlICBDb21wb3NpdGUgIFN5bmNPbkdy ZWVuDQooSUkpIFJBREVPTkhEKDApOiBNYXggSW1hZ2UgU2l6ZSBbY21dOiBob3Jpei46IDQwICB2 ZXJ0LjogMzANCihJSSkgUkFERU9OSEQoMCk6IEdhbW1hOiAxLjgwDQooSUkpIFJBREVPTkhEKDAp OiBEUE1TIGNhcGFiaWxpdGllczogU3RhbmRCeSBTdXNwZW5kIE9mZjsgUkdCL0NvbG9yIERpc3Bs YXkNCihJSSkgUkFERU9OSEQoMCk6IHJlZFg6IDAuNjI1IHJlZFk6IDAuMzQwICAgZ3JlZW5YOiAw LjI4MCBncmVlblk6IDAuNjA1DQooSUkpIFJBREVPTkhEKDApOiBibHVlWDogMC4xNTUgYmx1ZVk6 IDAuMDcwICAgd2hpdGVYOiAwLjI4MyB3aGl0ZVk6IDAuMjk3DQooSUkpIFJBREVPTkhEKDApOiBT dXBwb3J0ZWQgVkVTQSBWaWRlbyBNb2RlczoNCihJSSkgUkFERU9OSEQoMCk6IDcyMHg0MDBANzBI eg0KKElJKSBSQURFT05IRCgwKTogNzIweDQwMEA4OEh6DQooSUkpIFJBREVPTkhEKDApOiA2NDB4 NDgwQDYwSHoNCihJSSkgUkFERU9OSEQoMCk6IDY0MHg0ODBANjdIeg0KKElJKSBSQURFT05IRCgw KTogNjQweDQ4MEA3Mkh6DQooSUkpIFJBREVPTkhEKDApOiA2NDB4NDgwQDc1SHoNCihJSSkgUkFE RU9OSEQoMCk6IDgwMHg2MDBANTZIeg0KKElJKSBSQURFT05IRCgwKTogODAweDYwMEA2MEh6DQoo SUkpIFJBREVPTkhEKDApOiA4MDB4NjAwQDcySHoNCihJSSkgUkFERU9OSEQoMCk6IDgwMHg2MDBA NzVIeg0KKElJKSBSQURFT05IRCgwKTogODMyeDYyNEA3NUh6DQooSUkpIFJBREVPTkhEKDApOiAx MDI0eDc2OEA4N0h6IChpbnRlcmxhY2VkKQ0KKElJKSBSQURFT05IRCgwKTogMTAyNHg3NjhANjBI eg0KKElJKSBSQURFT05IRCgwKTogMTAyNHg3NjhANzBIeg0KKElJKSBSQURFT05IRCgwKTogMTAy NHg3NjhANzVIeg0KKElJKSBSQURFT05IRCgwKTogMTI4MHgxMDI0QDc1SHoNCihJSSkgUkFERU9O SEQoMCk6IDExNTJ4ODcwQDc1SHoNCihJSSkgUkFERU9OSEQoMCk6IE1hbnVmYWN0dXJlcidzIG1h c2s6IDANCihJSSkgUkFERU9OSEQoMCk6IFN1cHBvcnRlZCBGdXR1cmUgVmlkZW8gTW9kZXM6DQoo SUkpIFJBREVPTkhEKDApOiAjMDogaHNpemU6IDEwMjQgIHZzaXplIDc2OCAgcmVmcmVzaDogODUg IHZpZDogMjI4ODENCihJSSkgUkFERU9OSEQoMCk6ICMxOiBoc2l6ZTogMTE1MiAgdnNpemUgODY0 ICByZWZyZXNoOiA4NSAgdmlkOiAyMjg5Nw0KKElJKSBSQURFT05IRCgwKTogIzI6IGhzaXplOiAx MjgwICB2c2l6ZSAxMDI0ICByZWZyZXNoOiA4NSAgdmlkOiAzOTI5Nw0KKElJKSBSQURFT05IRCgw KTogIzM6IGhzaXplOiAxNjAwICB2c2l6ZSAxMjAwICByZWZyZXNoOiA4NSAgdmlkOiAyMjk1Mw0K KElJKSBSQURFT05IRCgwKTogIzQ6IGhzaXplOiAxNzkyICB2c2l6ZSAxMzQ0ICByZWZyZXNoOiA3 NSAgdmlkOiAyMDQxNw0KKElJKSBSQURFT05IRCgwKTogIzU6IGhzaXplOiAxODU2ICB2c2l6ZSAx MzkyICByZWZyZXNoOiA3NSAgdmlkOiAyMDQyNQ0KKElJKSBSQURFT05IRCgwKTogIzY6IGhzaXpl OiAxOTIwICB2c2l6ZSAxNDQwICByZWZyZXNoOiA3NSAgdmlkOiAyMDQzMw0KKElJKSBSQURFT05I RCgwKTogIzc6IGhzaXplOiAyMDQ4ICB2c2l6ZSAxNTM2ICByZWZyZXNoOiA2MCAgdmlkOiAxNjYw OQ0KKElJKSBSQURFT05IRCgwKTogU2VyaWFsIE5vOiAyNzQzNjAzMA0KKElJKSBSQURFT05IRCgw KTogUmFuZ2VzOiBWIG1pbjogNTAgViBtYXg6IDE2MCBIeiwgSCBtaW46IDMwIEggbWF4OiAxMTUg a0h6LCBQaXhDbG9jayBtYXggMzAwIE1Ieg0KKElJKSBSQURFT05IRCgwKTogTW9uaXRvciBuYW1l OiBUOTYxDQooSUkpIFJBREVPTkhEKDApOiAgDQooSUkpIFJBREVPTkhEKDApOiBFRElEIChpbiBo ZXgpOg0KKElJKSBSQURFT05IRCgwKTogCTAwZmZmZmZmZmZmZmZmMDAxNWMzMTAxNjMwNjA0MzI3 DQooSUkpIFJBREVPTkhEKDApOiAJMGIwYTAxMDEwZTI4MWU1MGU4MGNjOGEwNTc0NzliMjcNCihJ SSkgUkFERU9OSEQoMCk6IAkxMjQ4NGNmZmZmODA2MTU5NzE1OTgxOTlhOTU5YzE0Zg0KKElJKSBS QURFT05IRCgwKTogCWM5NGZkMTRmZTE0MDAwMDAwMGZmMDAzMjM3MzQzMzM2DQooSUkpIFJBREVP TkhEKDApOiAJMzAzMzMwMGEyMDIwMjAyMDAwMDAwMGZkMDAzMmEwMWUNCihJSSkgUkFERU9OSEQo MCk6IAk3MzFlMDAwYTIwMjAyMDIwMjAyMDAwMDAwMGZjMDA1NA0KKElJKSBSQURFT05IRCgwKTog CTM5MzYzMTBhMjAyMDIwMjAyMDIwMjAyMDAwMDAwMGZlDQooSUkpIFJBREVPTkhEKDApOiAJMDAw YTIwMjAyMDIwMjAyMDIwMjAyMDIwMjAyMDAwN2UNCihJSSkgUkFERU9OSEQoMCk6IEVESUQgdmVu ZG9yICJFTkMiLCBwcm9kIGlkIDU2NDgNCihJSSkgUkFERU9OSEQoMCk6IFVzaW5nIGhzeW5jIHJh bmdlcyBmcm9tIGNvbmZpZyBmaWxlDQooSUkpIFJBREVPTkhEKDApOiBVc2luZyB2cmVmcmVzaCBy YW5nZXMgZnJvbSBjb25maWcgZmlsZQ0KKElJKSBSQURFT05IRCgwKTogUHJpbnRpbmcgRERDIGdh dGhlcmVkIE1vZGVsaW5lczoNCihJSSkgUkFERU9OSEQoMCk6IE1vZGVsaW5lICI4MDB4NjAwIngw LjAgICA0MC4wMCAgODAwIDg0MCA5NjggMTA1NiAgNjAwIDYwMSA2MDUgNjI4ICtoc3luYyArdnN5 bmMgKDM3Ljkga0h6KQ0KKElJKSBSQURFT05IRCgwKTogTW9kZWxpbmUgIjgwMHg2MDAieDAuMCAg IDM2LjAwICA4MDAgODI0IDg5NiAxMDI0ICA2MDAgNjAxIDYwMyA2MjUgK2hzeW5jICt2c3luYyAo MzUuMiBrSHopDQooSUkpIFJBREVPTkhEKDApOiBNb2RlbGluZSAiNjQweDQ4MCJ4MC4wICAgMzEu NTAgIDY0MCA2NTYgNzIwIDg0MCAgNDgwIDQ4MSA0ODQgNTAwIC1oc3luYyAtdnN5bmMgKDM3LjUg a0h6KQ0KKElJKSBSQURFT05IRCgwKTogTW9kZWxpbmUgIjY0MHg0ODAieDAuMCAgIDMxLjUwICA2 NDAgNjY0IDcwNCA4MzIgIDQ4MCA0ODkgNDkyIDUyMCAtaHN5bmMgLXZzeW5jICgzNy45IGtIeikN CihJSSkgUkFERU9OSEQoMCk6IE1vZGVsaW5lICI2NDB4NDgwIngwLjAgICAzMC4yNCAgNjQwIDcw NCA3NjggODY0ICA0ODAgNDgzIDQ4NiA1MjUgLWhzeW5jIC12c3luYyAoMzUuMCBrSHopDQooSUkp IFJBREVPTkhEKDApOiBNb2RlbGluZSAiNjQweDQ4MCJ4MC4wICAgMjUuMTggIDY0MCA2NTYgNzUy IDgwMCAgNDgwIDQ5MCA0OTIgNTI1IC1oc3luYyAtdnN5bmMgKDMxLjUga0h6KQ0KKElJKSBSQURF T05IRCgwKTogTW9kZWxpbmUgIjcyMHg0MDAieDAuMCAgIDM1LjUwICA3MjAgNzM4IDg0NiA5MDAg IDQwMCA0MjEgNDIzIDQ0OSAtaHN5bmMgLXZzeW5jICgzOS40IGtIeikNCihJSSkgUkFERU9OSEQo MCk6IE1vZGVsaW5lICI3MjB4NDAwIngwLjAgICAyOC4zMiAgNzIwIDczOCA4NDYgOTAwICA0MDAg NDEyIDQxNCA0NDkgLWhzeW5jICt2c3luYyAoMzEuNSBrSHopDQooSUkpIFJBREVPTkhEKDApOiBN b2RlbGluZSAiMTI4MHgxMDI0IngwLjAgIDEzNS4wMCAgMTI4MCAxMjk2IDE0NDAgMTY4OCAgMTAy NCAxMDI1IDEwMjggMTA2NiAraHN5bmMgK3ZzeW5jICg4MC4wIGtIeikNCihJSSkgUkFERU9OSEQo MCk6IE1vZGVsaW5lICIxMDI0eDc2OCJ4MC4wICAgNzguNzUgIDEwMjQgMTA0MCAxMTM2IDEzMTIg IDc2OCA3NjkgNzcyIDgwMCAraHN5bmMgK3ZzeW5jICg2MC4wIGtIeikNCihJSSkgUkFERU9OSEQo MCk6IE1vZGVsaW5lICIxMDI0eDc2OCJ4MC4wICAgNzUuMDAgIDEwMjQgMTA0OCAxMTg0IDEzMjgg IDc2OCA3NzEgNzc3IDgwNiAtaHN5bmMgLXZzeW5jICg1Ni41IGtIeikNCihJSSkgUkFERU9OSEQo MCk6IE1vZGVsaW5lICIxMDI0eDc2OCJ4MC4wICAgNjUuMDAgIDEwMjQgMTA0OCAxMTg0IDEzNDQg IDc2OCA3NzEgNzc3IDgwNiAtaHN5bmMgLXZzeW5jICg0OC40IGtIeikNCihJSSkgUkFERU9OSEQo MCk6IE1vZGVsaW5lICIxMDI0eDc2OCJ4MC4wICAgNDQuOTAgIDEwMjQgMTAzMiAxMjA4IDEyNjQg IDc2OCA3NjggNzcyIDgxNyBpbnRlcmxhY2UgK2hzeW5jICt2c3luYyAoMzUuNSBrSHopDQooSUkp IFJBREVPTkhEKDApOiBNb2RlbGluZSAiODMyeDYyNCJ4MC4wICAgNTcuMjggIDgzMiA4NjQgOTI4 IDExNTIgIDYyNCA2MjUgNjI4IDY2NyAtaHN5bmMgLXZzeW5jICg0OS43IGtIeikNCihJSSkgUkFE RU9OSEQoMCk6IE1vZGVsaW5lICI4MDB4NjAwIngwLjAgICA0OS41MCAgODAwIDgxNiA4OTYgMTA1 NiAgNjAwIDYwMSA2MDQgNjI1ICtoc3luYyArdnN5bmMgKDQ2Ljkga0h6KQ0KKElJKSBSQURFT05I RCgwKTogTW9kZWxpbmUgIjgwMHg2MDAieDAuMCAgIDUwLjAwICA4MDAgODU2IDk3NiAxMDQwICA2 MDAgNjM3IDY0MyA2NjYgK2hzeW5jICt2c3luYyAoNDguMSBrSHopDQooSUkpIFJBREVPTkhEKDAp OiBNb2RlbGluZSAiMTE1Mng4NjQieDAuMCAgMTA4LjAwICAxMTUyIDEyMTYgMTM0NCAxNjAwICA4 NjQgODY1IDg2OCA5MDAgK2hzeW5jICt2c3luYyAoNjcuNSBrSHopDQooSUkpIFJBREVPTkhEKDAp OiBNb2RlbGluZSAiMTAyNHg3NjgieDAuMCAgIDk0LjUwICAxMDI0IDEwNzIgMTE2OCAxMzc2ICA3 NjggNzY5IDc3MiA4MDggK2hzeW5jICt2c3luYyAoNjguNyBrSHopDQooSUkpIFJBREVPTkhEKDAp OiBNb2RlbGluZSAiMTI4MHgxMDI0IngwLjAgIDE1Ny41MCAgMTI4MCAxMzQ0IDE1MDQgMTcyOCAg MTAyNCAxMDI1IDEwMjggMTA3MiAraHN5bmMgK3ZzeW5jICg5MS4xIGtIeikNCihJSSkgUkFERU9O SEQoMCk6IE1vZGVsaW5lICIxNjAweDEyMDAieDAuMCAgMjI5LjUwICAxNjAwIDE2NjQgMTg1NiAy MTYwICAxMjAwIDEyMDEgMTIwNCAxMjUwICtoc3luYyArdnN5bmMgKDEwNi4yIGtIeikNCihJSSkg UkFERU9OSEQoMCk6IE1vZGVsaW5lICIxNzkyeDEzNDQieDAuMCAgMjYxLjAwICAxNzkyIDE4ODgg MjEwNCAyNDU2ICAxMzQ0IDEzNDUgMTM0OCAxNDE3IC1oc3luYyArdnN5bmMgKDEwNi4zIGtIeikN CihJSSkgUkFERU9OSEQoMCk6IE1vZGVsaW5lICIxODU2eDEzOTIieDAuMCAgMjg4LjAwICAxODU2 IDE5ODQgMjIwOCAyNTYwICAxMzkyIDEzOTMgMTM5NiAxNTAwIC1oc3luYyArdnN5bmMgKDExMi41 IGtIeikNCihJSSkgUkFERU9OSEQoMCk6IE1vZGVsaW5lICIxOTIweDE0NDAieDAuMCAgMjk3LjAw ICAxOTIwIDIwNjQgMjI4OCAyNjQwICAxNDQwIDE0NDEgMTQ0NCAxNTAwIC1oc3luYyArdnN5bmMg KDExMi41IGtIeikNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgREFDX0xvYWREZXRlY3Rpb24N CihJSSkgUkFERU9OSEQoMCk6IERBQ19Mb2FkRGV0ZWN0aW9uIFN1Y2Nlc3NmdWwNCihJSSkgUkFE RU9OSEQoMCk6IEF0b21PdXRwdXREQUNCOiBTZW5zZWQgT3V0cHV0OiBWR0ENCihJSSkgUkFERU9O SEQoMCk6IENhbGxpbmcgREFDX0xvYWREZXRlY3Rpb24NCihJSSkgUkFERU9OSEQoMCk6IERBQ19M b2FkRGV0ZWN0aW9uIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IEF0b21PdXRwdXREQUNC OiBTZW5zZWQgT3V0cHV0OiBWR0ENCihJSSkgUkFERU9OSEQoMCk6IEVESUQgZGF0YSBmb3IgVDk2 MQ0KKElJKSBSQURFT05IRCgwKTogTWFudWZhY3R1cmVyOiBFTkMgIE1vZGVsOiAxNjEwICBTZXJp YWwjOiA2NTg3MjY5NjANCihJSSkgUkFERU9OSEQoMCk6IFllYXI6IDIwMDAgIFdlZWs6IDExDQoo SUkpIFJBREVPTkhEKDApOiBFRElEIFZlcnNpb246IDEuMQ0KKElJKSBSQURFT05IRCgwKTogQW5h bG9nIERpc3BsYXkgSW5wdXQsICBJbnB1dCBWb2x0YWdlIExldmVsOiAwLjcwMC8wLjMwMCBWDQoo SUkpIFJBREVPTkhEKDApOiBTeW5jOiAgU2VwYXJhdGUgIENvbXBvc2l0ZSAgU3luY09uR3JlZW4N CihJSSkgUkFERU9OSEQoMCk6IE1heCBJbWFnZSBTaXplIFtjbV06IGhvcml6LjogNDAgIHZlcnQu OiAzMA0KKElJKSBSQURFT05IRCgwKTogR2FtbWE6IDEuODANCihJSSkgUkFERU9OSEQoMCk6IERQ TVMgY2FwYWJpbGl0aWVzOiBTdGFuZEJ5IFN1c3BlbmQgT2ZmOyBSR0IvQ29sb3IgRGlzcGxheQ0K KElJKSBSQURFT05IRCgwKTogcmVkWDogMC42MjUgcmVkWTogMC4zNDAgICBncmVlblg6IDAuMjgw IGdyZWVuWTogMC42MDUNCihJSSkgUkFERU9OSEQoMCk6IGJsdWVYOiAwLjE1NSBibHVlWTogMC4w NzAgICB3aGl0ZVg6IDAuMjgzIHdoaXRlWTogMC4yOTcNCihJSSkgUkFERU9OSEQoMCk6IFN1cHBv cnRlZCBWRVNBIFZpZGVvIE1vZGVzOg0KKElJKSBSQURFT05IRCgwKTogNzIweDQwMEA3MEh6DQoo SUkpIFJBREVPTkhEKDApOiA3MjB4NDAwQDg4SHoNCihJSSkgUkFERU9OSEQoMCk6IDY0MHg0ODBA NjBIeg0KKElJKSBSQURFT05IRCgwKTogNjQweDQ4MEA2N0h6DQooSUkpIFJBREVPTkhEKDApOiA2 NDB4NDgwQDcySHoNCihJSSkgUkFERU9OSEQoMCk6IDY0MHg0ODBANzVIeg0KKElJKSBSQURFT05I RCgwKTogODAweDYwMEA1Nkh6DQooSUkpIFJBREVPTkhEKDApOiA4MDB4NjAwQDYwSHoNCihJSSkg UkFERU9OSEQoMCk6IDgwMHg2MDBANzJIeg0KKElJKSBSQURFT05IRCgwKTogODAweDYwMEA3NUh6 DQooSUkpIFJBREVPTkhEKDApOiA4MzJ4NjI0QDc1SHoNCihJSSkgUkFERU9OSEQoMCk6IDEwMjR4 NzY4QDg3SHogKGludGVybGFjZWQpDQooSUkpIFJBREVPTkhEKDApOiAxMDI0eDc2OEA2MEh6DQoo SUkpIFJBREVPTkhEKDApOiAxMDI0eDc2OEA3MEh6DQooSUkpIFJBREVPTkhEKDApOiAxMDI0eDc2 OEA3NUh6DQooSUkpIFJBREVPTkhEKDApOiAxMjgweDEwMjRANzVIeg0KKElJKSBSQURFT05IRCgw KTogMTE1Mng4NzBANzVIeg0KKElJKSBSQURFT05IRCgwKTogTWFudWZhY3R1cmVyJ3MgbWFzazog MA0KKElJKSBSQURFT05IRCgwKTogU3VwcG9ydGVkIEZ1dHVyZSBWaWRlbyBNb2RlczoNCihJSSkg UkFERU9OSEQoMCk6ICMwOiBoc2l6ZTogMTAyNCAgdnNpemUgNzY4ICByZWZyZXNoOiA4NSAgdmlk OiAyMjg4MQ0KKElJKSBSQURFT05IRCgwKTogIzE6IGhzaXplOiAxMTUyICB2c2l6ZSA4NjQgIHJl ZnJlc2g6IDg1ICB2aWQ6IDIyODk3DQooSUkpIFJBREVPTkhEKDApOiAjMjogaHNpemU6IDEyODAg IHZzaXplIDEwMjQgIHJlZnJlc2g6IDg1ICB2aWQ6IDM5Mjk3DQooSUkpIFJBREVPTkhEKDApOiAj MzogaHNpemU6IDE2MDAgIHZzaXplIDEyMDAgIHJlZnJlc2g6IDg1ICB2aWQ6IDIyOTUzDQooSUkp IFJBREVPTkhEKDApOiAjNDogaHNpemU6IDE3OTIgIHZzaXplIDEzNDQgIHJlZnJlc2g6IDc1ICB2 aWQ6IDIwNDE3DQooSUkpIFJBREVPTkhEKDApOiAjNTogaHNpemU6IDE4NTYgIHZzaXplIDEzOTIg IHJlZnJlc2g6IDc1ICB2aWQ6IDIwNDI1DQooSUkpIFJBREVPTkhEKDApOiAjNjogaHNpemU6IDE5 MjAgIHZzaXplIDE0NDAgIHJlZnJlc2g6IDc1ICB2aWQ6IDIwNDMzDQooSUkpIFJBREVPTkhEKDAp OiAjNzogaHNpemU6IDIwNDggIHZzaXplIDE1MzYgIHJlZnJlc2g6IDYwICB2aWQ6IDE2NjA5DQoo SUkpIFJBREVPTkhEKDApOiBTZXJpYWwgTm86IDI3NDM2MDMwDQooSUkpIFJBREVPTkhEKDApOiBS YW5nZXM6IFYgbWluOiA1MCBWIG1heDogMTYwIEh6LCBIIG1pbjogMzAgSCBtYXg6IDExNSBrSHos IFBpeENsb2NrIG1heCAzMDAgTUh6DQooSUkpIFJBREVPTkhEKDApOiBNb25pdG9yIG5hbWU6IFQ5 NjENCihJSSkgUkFERU9OSEQoMCk6ICANCihJSSkgUkFERU9OSEQoMCk6IEVESUQgKGluIGhleCk6 DQooSUkpIFJBREVPTkhEKDApOiAJMDBmZmZmZmZmZmZmZmYwMDE1YzMxMDE2MzA2MDQzMjcNCihJ SSkgUkFERU9OSEQoMCk6IAkwYjBhMDEwMTBlMjgxZTUwZTgwY2M4YTA1NzQ3OWIyNw0KKElJKSBS QURFT05IRCgwKTogCTEyNDg0Y2ZmZmY4MDYxNTk3MTU5ODE5OWE5NTljMTRmDQooSUkpIFJBREVP TkhEKDApOiAJYzk0ZmQxNGZlMTQwMDAwMDAwZmYwMDMyMzczNDMzMzYNCihJSSkgUkFERU9OSEQo MCk6IAkzMDMzMzAwYTIwMjAyMDIwMDAwMDAwZmQwMDMyYTAxZQ0KKElJKSBSQURFT05IRCgwKTog CTczMWUwMDBhMjAyMDIwMjAyMDIwMDAwMDAwZmMwMDU0DQooSUkpIFJBREVPTkhEKDApOiAJMzkz NjMxMGEyMDIwMjAyMDIwMjAyMDIwMDAwMDAwZmUNCihJSSkgUkFERU9OSEQoMCk6IAkwMDBhMjAy MDIwMjAyMDIwMjAyMDIwMjAyMDIwMDA3ZQ0KKElJKSBSQURFT05IRCgwKTogRURJRCB2ZW5kb3Ig IkVOQyIsIHByb2QgaWQgNTY0OA0KKElJKSBSQURFT05IRCgwKTogVXNpbmcgaHN5bmMgcmFuZ2Vz IGZyb20gY29uZmlnIGZpbGUNCihJSSkgUkFERU9OSEQoMCk6IFVzaW5nIHZyZWZyZXNoIHJhbmdl cyBmcm9tIGNvbmZpZyBmaWxlDQooSUkpIFJBREVPTkhEKDApOiBQcmludGluZyBEREMgZ2F0aGVy ZWQgTW9kZWxpbmVzOg0KKElJKSBSQURFT05IRCgwKTogTW9kZWxpbmUgIjgwMHg2MDAieDAuMCAg IDQwLjAwICA4MDAgODQwIDk2OCAxMDU2ICA2MDAgNjAxIDYwNSA2MjggK2hzeW5jICt2c3luYyAo MzcuOSBrSHopDQooSUkpIFJBREVPTkhEKDApOiBNb2RlbGluZSAiODAweDYwMCJ4MC4wICAgMzYu MDAgIDgwMCA4MjQgODk2IDEwMjQgIDYwMCA2MDEgNjAzIDYyNSAraHN5bmMgK3ZzeW5jICgzNS4y IGtIeikNCihJSSkgUkFERU9OSEQoMCk6IE1vZGVsaW5lICI2NDB4NDgwIngwLjAgICAzMS41MCAg NjQwIDY1NiA3MjAgODQwICA0ODAgNDgxIDQ4NCA1MDAgLWhzeW5jIC12c3luYyAoMzcuNSBrSHop DQooSUkpIFJBREVPTkhEKDApOiBNb2RlbGluZSAiNjQweDQ4MCJ4MC4wICAgMzEuNTAgIDY0MCA2 NjQgNzA0IDgzMiAgNDgwIDQ4OSA0OTIgNTIwIC1oc3luYyAtdnN5bmMgKDM3Ljkga0h6KQ0KKElJ KSBSQURFT05IRCgwKTogTW9kZWxpbmUgIjY0MHg0ODAieDAuMCAgIDMwLjI0ICA2NDAgNzA0IDc2 OCA4NjQgIDQ4MCA0ODMgNDg2IDUyNSAtaHN5bmMgLXZzeW5jICgzNS4wIGtIeikNCihJSSkgUkFE RU9OSEQoMCk6IE1vZGVsaW5lICI2NDB4NDgwIngwLjAgICAyNS4xOCAgNjQwIDY1NiA3NTIgODAw ICA0ODAgNDkwIDQ5MiA1MjUgLWhzeW5jIC12c3luYyAoMzEuNSBrSHopDQooSUkpIFJBREVPTkhE KDApOiBNb2RlbGluZSAiNzIweDQwMCJ4MC4wICAgMzUuNTAgIDcyMCA3MzggODQ2IDkwMCAgNDAw IDQyMSA0MjMgNDQ5IC1oc3luYyAtdnN5bmMgKDM5LjQga0h6KQ0KKElJKSBSQURFT05IRCgwKTog TW9kZWxpbmUgIjcyMHg0MDAieDAuMCAgIDI4LjMyICA3MjAgNzM4IDg0NiA5MDAgIDQwMCA0MTIg NDE0IDQ0OSAtaHN5bmMgK3ZzeW5jICgzMS41IGtIeikNCihJSSkgUkFERU9OSEQoMCk6IE1vZGVs aW5lICIxMjgweDEwMjQieDAuMCAgMTM1LjAwICAxMjgwIDEyOTYgMTQ0MCAxNjg4ICAxMDI0IDEw MjUgMTAyOCAxMDY2ICtoc3luYyArdnN5bmMgKDgwLjAga0h6KQ0KKElJKSBSQURFT05IRCgwKTog TW9kZWxpbmUgIjEwMjR4NzY4IngwLjAgICA3OC43NSAgMTAyNCAxMDQwIDExMzYgMTMxMiAgNzY4 IDc2OSA3NzIgODAwICtoc3luYyArdnN5bmMgKDYwLjAga0h6KQ0KKElJKSBSQURFT05IRCgwKTog TW9kZWxpbmUgIjEwMjR4NzY4IngwLjAgICA3NS4wMCAgMTAyNCAxMDQ4IDExODQgMTMyOCAgNzY4 IDc3MSA3NzcgODA2IC1oc3luYyAtdnN5bmMgKDU2LjUga0h6KQ0KKElJKSBSQURFT05IRCgwKTog TW9kZWxpbmUgIjEwMjR4NzY4IngwLjAgICA2NS4wMCAgMTAyNCAxMDQ4IDExODQgMTM0NCAgNzY4 IDc3MSA3NzcgODA2IC1oc3luYyAtdnN5bmMgKDQ4LjQga0h6KQ0KKElJKSBSQURFT05IRCgwKTog TW9kZWxpbmUgIjEwMjR4NzY4IngwLjAgICA0NC45MCAgMTAyNCAxMDMyIDEyMDggMTI2NCAgNzY4 IDc2OCA3NzIgODE3IGludGVybGFjZSAraHN5bmMgK3ZzeW5jICgzNS41IGtIeikNCihJSSkgUkFE RU9OSEQoMCk6IE1vZGVsaW5lICI4MzJ4NjI0IngwLjAgICA1Ny4yOCAgODMyIDg2NCA5MjggMTE1 MiAgNjI0IDYyNSA2MjggNjY3IC1oc3luYyAtdnN5bmMgKDQ5Ljcga0h6KQ0KKElJKSBSQURFT05I RCgwKTogTW9kZWxpbmUgIjgwMHg2MDAieDAuMCAgIDQ5LjUwICA4MDAgODE2IDg5NiAxMDU2ICA2 MDAgNjAxIDYwNCA2MjUgK2hzeW5jICt2c3luYyAoNDYuOSBrSHopDQooSUkpIFJBREVPTkhEKDAp OiBNb2RlbGluZSAiODAweDYwMCJ4MC4wICAgNTAuMDAgIDgwMCA4NTYgOTc2IDEwNDAgIDYwMCA2 MzcgNjQzIDY2NiAraHN5bmMgK3ZzeW5jICg0OC4xIGtIeikNCihJSSkgUkFERU9OSEQoMCk6IE1v ZGVsaW5lICIxMTUyeDg2NCJ4MC4wICAxMDguMDAgIDExNTIgMTIxNiAxMzQ0IDE2MDAgIDg2NCA4 NjUgODY4IDkwMCAraHN5bmMgK3ZzeW5jICg2Ny41IGtIeikNCihJSSkgUkFERU9OSEQoMCk6IE1v ZGVsaW5lICIxMDI0eDc2OCJ4MC4wICAgOTQuNTAgIDEwMjQgMTA3MiAxMTY4IDEzNzYgIDc2OCA3 NjkgNzcyIDgwOCAraHN5bmMgK3ZzeW5jICg2OC43IGtIeikNCihJSSkgUkFERU9OSEQoMCk6IE1v ZGVsaW5lICIxMjgweDEwMjQieDAuMCAgMTU3LjUwICAxMjgwIDEzNDQgMTUwNCAxNzI4ICAxMDI0 IDEwMjUgMTAyOCAxMDcyICtoc3luYyArdnN5bmMgKDkxLjEga0h6KQ0KKElJKSBSQURFT05IRCgw KTogTW9kZWxpbmUgIjE2MDB4MTIwMCJ4MC4wICAyMjkuNTAgIDE2MDAgMTY2NCAxODU2IDIxNjAg IDEyMDAgMTIwMSAxMjA0IDEyNTAgK2hzeW5jICt2c3luYyAoMTA2LjIga0h6KQ0KKElJKSBSQURF T05IRCgwKTogTW9kZWxpbmUgIjE3OTJ4MTM0NCJ4MC4wICAyNjEuMDAgIDE3OTIgMTg4OCAyMTA0 IDI0NTYgIDEzNDQgMTM0NSAxMzQ4IDE0MTcgLWhzeW5jICt2c3luYyAoMTA2LjMga0h6KQ0KKElJ KSBSQURFT05IRCgwKTogTW9kZWxpbmUgIjE4NTZ4MTM5MiJ4MC4wICAyODguMDAgIDE4NTYgMTk4 NCAyMjA4IDI1NjAgIDEzOTIgMTM5MyAxMzk2IDE1MDAgLWhzeW5jICt2c3luYyAoMTEyLjUga0h6 KQ0KKElJKSBSQURFT05IRCgwKTogTW9kZWxpbmUgIjE5MjB4MTQ0MCJ4MC4wICAyOTcuMDAgIDE5 MjAgMjA2NCAyMjg4IDI2NDAgIDE0NDAgMTQ0MSAxNDQ0IDE1MDAgLWhzeW5jICt2c3luYyAoMTEy LjUga0h6KQ0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBEQUNfTG9hZERldGVjdGlvbg0KKElJ KSBSQURFT05IRCgwKTogREFDX0xvYWREZXRlY3Rpb24gU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05I RCgwKTogQXRvbU91dHB1dERBQ0I6IFNlbnNlZCBPdXRwdXQ6IFZHQQ0KKElJKSBSQURFT05IRCgw KTogQ2FsbGluZyBEQUNfTG9hZERldGVjdGlvbg0KKElJKSBSQURFT05IRCgwKTogREFDX0xvYWRE ZXRlY3Rpb24gU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQXRvbU91dHB1dERBQ0I6IFNl bnNlZCBPdXRwdXQ6IFZHQQ0KKElJKSBSQURFT05IRCgwKTogRURJRCBkYXRhIGZvciBUOTYxDQoo SUkpIFJBREVPTkhEKDApOiBNYW51ZmFjdHVyZXI6IEVOQyAgTW9kZWw6IDE2MTAgIFNlcmlhbCM6 IDY1ODcyNjk2MA0KKElJKSBSQURFT05IRCgwKTogWWVhcjogMjAwMCAgV2VlazogMTENCihJSSkg UkFERU9OSEQoMCk6IEVESUQgVmVyc2lvbjogMS4xDQooSUkpIFJBREVPTkhEKDApOiBBbmFsb2cg RGlzcGxheSBJbnB1dCwgIElucHV0IFZvbHRhZ2UgTGV2ZWw6IDAuNzAwLzAuMzAwIFYNCihJSSkg UkFERU9OSEQoMCk6IFN5bmM6ICBTZXBhcmF0ZSAgQ29tcG9zaXRlICBTeW5jT25HcmVlbg0KKElJ KSBSQURFT05IRCgwKTogTWF4IEltYWdlIFNpemUgW2NtXTogaG9yaXouOiA0MCAgdmVydC46IDMw DQooSUkpIFJBREVPTkhEKDApOiBHYW1tYTogMS44MA0KKElJKSBSQURFT05IRCgwKTogRFBNUyBj YXBhYmlsaXRpZXM6IFN0YW5kQnkgU3VzcGVuZCBPZmY7IFJHQi9Db2xvciBEaXNwbGF5DQooSUkp IFJBREVPTkhEKDApOiByZWRYOiAwLjYyNSByZWRZOiAwLjM0MCAgIGdyZWVuWDogMC4yODAgZ3Jl ZW5ZOiAwLjYwNQ0KKElJKSBSQURFT05IRCgwKTogYmx1ZVg6IDAuMTU1IGJsdWVZOiAwLjA3MCAg IHdoaXRlWDogMC4yODMgd2hpdGVZOiAwLjI5Nw0KKElJKSBSQURFT05IRCgwKTogU3VwcG9ydGVk IFZFU0EgVmlkZW8gTW9kZXM6DQooSUkpIFJBREVPTkhEKDApOiA3MjB4NDAwQDcwSHoNCihJSSkg UkFERU9OSEQoMCk6IDcyMHg0MDBAODhIeg0KKElJKSBSQURFT05IRCgwKTogNjQweDQ4MEA2MEh6 DQooSUkpIFJBREVPTkhEKDApOiA2NDB4NDgwQDY3SHoNCihJSSkgUkFERU9OSEQoMCk6IDY0MHg0 ODBANzJIeg0KKElJKSBSQURFT05IRCgwKTogNjQweDQ4MEA3NUh6DQooSUkpIFJBREVPTkhEKDAp OiA4MDB4NjAwQDU2SHoNCihJSSkgUkFERU9OSEQoMCk6IDgwMHg2MDBANjBIeg0KKElJKSBSQURF T05IRCgwKTogODAweDYwMEA3Mkh6DQooSUkpIFJBREVPTkhEKDApOiA4MDB4NjAwQDc1SHoNCihJ SSkgUkFERU9OSEQoMCk6IDgzMng2MjRANzVIeg0KKElJKSBSQURFT05IRCgwKTogMTAyNHg3NjhA ODdIeiAoaW50ZXJsYWNlZCkNCihJSSkgUkFERU9OSEQoMCk6IDEwMjR4NzY4QDYwSHoNCihJSSkg UkFERU9OSEQoMCk6IDEwMjR4NzY4QDcwSHoNCihJSSkgUkFERU9OSEQoMCk6IDEwMjR4NzY4QDc1 SHoNCihJSSkgUkFERU9OSEQoMCk6IDEyODB4MTAyNEA3NUh6DQooSUkpIFJBREVPTkhEKDApOiAx MTUyeDg3MEA3NUh6DQooSUkpIFJBREVPTkhEKDApOiBNYW51ZmFjdHVyZXIncyBtYXNrOiAwDQoo SUkpIFJBREVPTkhEKDApOiBTdXBwb3J0ZWQgRnV0dXJlIFZpZGVvIE1vZGVzOg0KKElJKSBSQURF T05IRCgwKTogIzA6IGhzaXplOiAxMDI0ICB2c2l6ZSA3NjggIHJlZnJlc2g6IDg1ICB2aWQ6IDIy ODgxDQooSUkpIFJBREVPTkhEKDApOiAjMTogaHNpemU6IDExNTIgIHZzaXplIDg2NCAgcmVmcmVz aDogODUgIHZpZDogMjI4OTcNCihJSSkgUkFERU9OSEQoMCk6ICMyOiBoc2l6ZTogMTI4MCAgdnNp emUgMTAyNCAgcmVmcmVzaDogODUgIHZpZDogMzkyOTcNCihJSSkgUkFERU9OSEQoMCk6ICMzOiBo c2l6ZTogMTYwMCAgdnNpemUgMTIwMCAgcmVmcmVzaDogODUgIHZpZDogMjI5NTMNCihJSSkgUkFE RU9OSEQoMCk6ICM0OiBoc2l6ZTogMTc5MiAgdnNpemUgMTM0NCAgcmVmcmVzaDogNzUgIHZpZDog MjA0MTcNCihJSSkgUkFERU9OSEQoMCk6ICM1OiBoc2l6ZTogMTg1NiAgdnNpemUgMTM5MiAgcmVm cmVzaDogNzUgIHZpZDogMjA0MjUNCihJSSkgUkFERU9OSEQoMCk6ICM2OiBoc2l6ZTogMTkyMCAg dnNpemUgMTQ0MCAgcmVmcmVzaDogNzUgIHZpZDogMjA0MzMNCihJSSkgUkFERU9OSEQoMCk6ICM3 OiBoc2l6ZTogMjA0OCAgdnNpemUgMTUzNiAgcmVmcmVzaDogNjAgIHZpZDogMTY2MDkNCihJSSkg UkFERU9OSEQoMCk6IFNlcmlhbCBObzogMjc0MzYwMzANCihJSSkgUkFERU9OSEQoMCk6IFJhbmdl czogViBtaW46IDUwIFYgbWF4OiAxNjAgSHosIEggbWluOiAzMCBIIG1heDogMTE1IGtIeiwgUGl4 Q2xvY2sgbWF4IDMwMCBNSHoNCihJSSkgUkFERU9OSEQoMCk6IE1vbml0b3IgbmFtZTogVDk2MQ0K KElJKSBSQURFT05IRCgwKTogIA0KKElJKSBSQURFT05IRCgwKTogRURJRCAoaW4gaGV4KToNCihJ SSkgUkFERU9OSEQoMCk6IAkwMGZmZmZmZmZmZmZmZjAwMTVjMzEwMTYzMDYwNDMyNw0KKElJKSBS QURFT05IRCgwKTogCTBiMGEwMTAxMGUyODFlNTBlODBjYzhhMDU3NDc5YjI3DQooSUkpIFJBREVP TkhEKDApOiAJMTI0ODRjZmZmZjgwNjE1OTcxNTk4MTk5YTk1OWMxNGYNCihJSSkgUkFERU9OSEQo MCk6IAljOTRmZDE0ZmUxNDAwMDAwMDBmZjAwMzIzNzM0MzMzNg0KKElJKSBSQURFT05IRCgwKTog CTMwMzMzMDBhMjAyMDIwMjAwMDAwMDBmZDAwMzJhMDFlDQooSUkpIFJBREVPTkhEKDApOiAJNzMx ZTAwMGEyMDIwMjAyMDIwMjAwMDAwMDBmYzAwNTQNCihJSSkgUkFERU9OSEQoMCk6IAkzOTM2MzEw YTIwMjAyMDIwMjAyMDIwMjAwMDAwMDBmZQ0KKElJKSBSQURFT05IRCgwKTogCTAwMGEyMDIwMjAy MDIwMjAyMDIwMjAyMDIwMjAwMDdlDQooSUkpIFJBREVPTkhEKDApOiBFRElEIHZlbmRvciAiRU5D IiwgcHJvZCBpZCA1NjQ4DQooSUkpIFJBREVPTkhEKDApOiBVc2luZyBoc3luYyByYW5nZXMgZnJv bSBjb25maWcgZmlsZQ0KKElJKSBSQURFT05IRCgwKTogVXNpbmcgdnJlZnJlc2ggcmFuZ2VzIGZy b20gY29uZmlnIGZpbGUNCihJSSkgUkFERU9OSEQoMCk6IFByaW50aW5nIEREQyBnYXRoZXJlZCBN b2RlbGluZXM6DQooSUkpIFJBREVPTkhEKDApOiBNb2RlbGluZSAiODAweDYwMCJ4MC4wICAgNDAu MDAgIDgwMCA4NDAgOTY4IDEwNTYgIDYwMCA2MDEgNjA1IDYyOCAraHN5bmMgK3ZzeW5jICgzNy45 IGtIeikNCihJSSkgUkFERU9OSEQoMCk6IE1vZGVsaW5lICI4MDB4NjAwIngwLjAgICAzNi4wMCAg ODAwIDgyNCA4OTYgMTAyNCAgNjAwIDYwMSA2MDMgNjI1ICtoc3luYyArdnN5bmMgKDM1LjIga0h6 KQ0KKElJKSBSQURFT05IRCgwKTogTW9kZWxpbmUgIjY0MHg0ODAieDAuMCAgIDMxLjUwICA2NDAg NjU2IDcyMCA4NDAgIDQ4MCA0ODEgNDg0IDUwMCAtaHN5bmMgLXZzeW5jICgzNy41IGtIeikNCihJ SSkgUkFERU9OSEQoMCk6IE1vZGVsaW5lICI2NDB4NDgwIngwLjAgICAzMS41MCAgNjQwIDY2NCA3 MDQgODMyICA0ODAgNDg5IDQ5MiA1MjAgLWhzeW5jIC12c3luYyAoMzcuOSBrSHopDQooSUkpIFJB REVPTkhEKDApOiBNb2RlbGluZSAiNjQweDQ4MCJ4MC4wICAgMzAuMjQgIDY0MCA3MDQgNzY4IDg2 NCAgNDgwIDQ4MyA0ODYgNTI1IC1oc3luYyAtdnN5bmMgKDM1LjAga0h6KQ0KKElJKSBSQURFT05I RCgwKTogTW9kZWxpbmUgIjY0MHg0ODAieDAuMCAgIDI1LjE4ICA2NDAgNjU2IDc1MiA4MDAgIDQ4 MCA0OTAgNDkyIDUyNSAtaHN5bmMgLXZzeW5jICgzMS41IGtIeikNCihJSSkgUkFERU9OSEQoMCk6 IE1vZGVsaW5lICI3MjB4NDAwIngwLjAgICAzNS41MCAgNzIwIDczOCA4NDYgOTAwICA0MDAgNDIx IDQyMyA0NDkgLWhzeW5jIC12c3luYyAoMzkuNCBrSHopDQooSUkpIFJBREVPTkhEKDApOiBNb2Rl bGluZSAiNzIweDQwMCJ4MC4wICAgMjguMzIgIDcyMCA3MzggODQ2IDkwMCAgNDAwIDQxMiA0MTQg NDQ5IC1oc3luYyArdnN5bmMgKDMxLjUga0h6KQ0KKElJKSBSQURFT05IRCgwKTogTW9kZWxpbmUg IjEyODB4MTAyNCJ4MC4wICAxMzUuMDAgIDEyODAgMTI5NiAxNDQwIDE2ODggIDEwMjQgMTAyNSAx MDI4IDEwNjYgK2hzeW5jICt2c3luYyAoODAuMCBrSHopDQooSUkpIFJBREVPTkhEKDApOiBNb2Rl bGluZSAiMTAyNHg3NjgieDAuMCAgIDc4Ljc1ICAxMDI0IDEwNDAgMTEzNiAxMzEyICA3NjggNzY5 IDc3MiA4MDAgK2hzeW5jICt2c3luYyAoNjAuMCBrSHopDQooSUkpIFJBREVPTkhEKDApOiBNb2Rl bGluZSAiMTAyNHg3NjgieDAuMCAgIDc1LjAwICAxMDI0IDEwNDggMTE4NCAxMzI4ICA3NjggNzcx IDc3NyA4MDYgLWhzeW5jIC12c3luYyAoNTYuNSBrSHopDQooSUkpIFJBREVPTkhEKDApOiBNb2Rl bGluZSAiMTAyNHg3NjgieDAuMCAgIDY1LjAwICAxMDI0IDEwNDggMTE4NCAxMzQ0ICA3NjggNzcx IDc3NyA4MDYgLWhzeW5jIC12c3luYyAoNDguNCBrSHopDQooSUkpIFJBREVPTkhEKDApOiBNb2Rl bGluZSAiMTAyNHg3NjgieDAuMCAgIDQ0LjkwICAxMDI0IDEwMzIgMTIwOCAxMjY0ICA3NjggNzY4 IDc3MiA4MTcgaW50ZXJsYWNlICtoc3luYyArdnN5bmMgKDM1LjUga0h6KQ0KKElJKSBSQURFT05I RCgwKTogTW9kZWxpbmUgIjgzMng2MjQieDAuMCAgIDU3LjI4ICA4MzIgODY0IDkyOCAxMTUyICA2 MjQgNjI1IDYyOCA2NjcgLWhzeW5jIC12c3luYyAoNDkuNyBrSHopDQooSUkpIFJBREVPTkhEKDAp OiBNb2RlbGluZSAiODAweDYwMCJ4MC4wICAgNDkuNTAgIDgwMCA4MTYgODk2IDEwNTYgIDYwMCA2 MDEgNjA0IDYyNSAraHN5bmMgK3ZzeW5jICg0Ni45IGtIeikNCihJSSkgUkFERU9OSEQoMCk6IE1v ZGVsaW5lICI4MDB4NjAwIngwLjAgICA1MC4wMCAgODAwIDg1NiA5NzYgMTA0MCAgNjAwIDYzNyA2 NDMgNjY2ICtoc3luYyArdnN5bmMgKDQ4LjEga0h6KQ0KKElJKSBSQURFT05IRCgwKTogTW9kZWxp bmUgIjExNTJ4ODY0IngwLjAgIDEwOC4wMCAgMTE1MiAxMjE2IDEzNDQgMTYwMCAgODY0IDg2NSA4 NjggOTAwICtoc3luYyArdnN5bmMgKDY3LjUga0h6KQ0KKElJKSBSQURFT05IRCgwKTogTW9kZWxp bmUgIjEwMjR4NzY4IngwLjAgICA5NC41MCAgMTAyNCAxMDcyIDExNjggMTM3NiAgNzY4IDc2OSA3 NzIgODA4ICtoc3luYyArdnN5bmMgKDY4Ljcga0h6KQ0KKElJKSBSQURFT05IRCgwKTogTW9kZWxp bmUgIjEyODB4MTAyNCJ4MC4wICAxNTcuNTAgIDEyODAgMTM0NCAxNTA0IDE3MjggIDEwMjQgMTAy NSAxMDI4IDEwNzIgK2hzeW5jICt2c3luYyAoOTEuMSBrSHopDQooSUkpIFJBREVPTkhEKDApOiBN b2RlbGluZSAiMTYwMHgxMjAwIngwLjAgIDIyOS41MCAgMTYwMCAxNjY0IDE4NTYgMjE2MCAgMTIw MCAxMjAxIDEyMDQgMTI1MCAraHN5bmMgK3ZzeW5jICgxMDYuMiBrSHopDQooSUkpIFJBREVPTkhE KDApOiBNb2RlbGluZSAiMTc5MngxMzQ0IngwLjAgIDI2MS4wMCAgMTc5MiAxODg4IDIxMDQgMjQ1 NiAgMTM0NCAxMzQ1IDEzNDggMTQxNyAtaHN5bmMgK3ZzeW5jICgxMDYuMyBrSHopDQooSUkpIFJB REVPTkhEKDApOiBNb2RlbGluZSAiMTg1NngxMzkyIngwLjAgIDI4OC4wMCAgMTg1NiAxOTg0IDIy MDggMjU2MCAgMTM5MiAxMzkzIDEzOTYgMTUwMCAtaHN5bmMgK3ZzeW5jICgxMTIuNSBrSHopDQoo SUkpIFJBREVPTkhEKDApOiBNb2RlbGluZSAiMTkyMHgxNDQwIngwLjAgIDI5Ny4wMCAgMTkyMCAy MDY0IDIyODggMjY0MCAgMTQ0MCAxNDQxIDE0NDQgMTUwMCAtaHN5bmMgK3ZzeW5jICgxMTIuNSBr SHopDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIERBQzJPdXRwdXRDb250cm9sDQooSUkpIFJB REVPTkhEKDApOiBEQUMyT3V0cHV0Q29udHJvbCBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDAp OiBDYWxsaW5nIERBQ0JFbmNvZGVyQ29udHJvbA0KKElJKSBSQURFT05IRCgwKTogREFDQkVuY29k ZXJDb250cm9sIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgREFDMk91dHB1 dENvbnRyb2wNCihJSSkgUkFERU9OSEQoMCk6IERBQzJPdXRwdXRDb250cm9sIFN1Y2Nlc3NmdWwN CihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgREFDQkVuY29kZXJDb250cm9sDQooSUkpIFJBREVP TkhEKDApOiBEQUNCRW5jb2RlckNvbnRyb2wgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTog Q2FsbGluZyBEQUMxT3V0cHV0Q29udHJvbA0KKElJKSBSQURFT05IRCgwKTogREFDMU91dHB1dENv bnRyb2wgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBEQUNBRW5jb2RlckNv bnRyb2wNCihJSSkgUkFERU9OSEQoMCk6IERBQ0FFbmNvZGVyQ29udHJvbCBTdWNjZXNzZnVsDQoo SUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEVuYWJsZUNSVEMNCihJSSkgUkFERU9OSEQoMCk6IEVu YWJsZUNSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBFbmFibGVDUlRD TWVtUmVxDQooSUkpIFJBREVPTkhEKDApOiBFbmFibGVDUlRDTWVtUmVxIFN1Y2Nlc3NmdWwNCihJ SSkgUkFERU9OSEQoMCk6IENhbGxpbmcgRW5hYmxlQ1JUQw0KKElJKSBSQURFT05IRCgwKTogRW5h YmxlQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEVuYWJsZUNSVENN ZW1SZXENCihJSSkgUkFERU9OSEQoMCk6IEVuYWJsZUNSVENNZW1SZXEgU3VjY2Vzc2Z1bA0KKElJ KSBSQURFT05IRCgwKTogQ2FsbGluZyBEQUMyT3V0cHV0Q29udHJvbA0KKElJKSBSQURFT05IRCgw KTogREFDMk91dHB1dENvbnRyb2wgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGlu ZyBFbmFibGVDUlRDDQooSUkpIFJBREVPTkhEKDApOiBFbmFibGVDUlRDIFN1Y2Nlc3NmdWwNCihJ SSkgUkFERU9OSEQoMCk6IENhbGxpbmcgRW5hYmxlQ1JUQ01lbVJlcQ0KKElJKSBSQURFT05IRCgw KTogRW5hYmxlQ1JUQ01lbVJlcSBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBPbiBDcnRj IDAgU2V0dGluZyA4NS4wIEh6IE1vZGU6IE1vZGVsaW5lICJuL2EiICAyMzUuNTAgIDE2MDAgMTcy NCAxODk4IDIxOTYgIDEyMDAgMTIwMyAxMjA3IDEyNjIgLWhzeW5jICt2c3luYw0KKElJKSBSQURF T05IRCgwKTogQ2FsbGluZyBTZXRDUlRDX1RpbWluZw0KKElJKSBSQURFT05IRCgwKTogU2V0Q1JU Q19UaW1pbmcgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZ1NldENSVENfT3Zl clNjYW4NCihJSSkgUkFERU9OSEQoMCk6IFNldCBDUlRDX092ZXJTY2FuIFN1Y2Nlc3NmdWwNCihJ SSkgUkFERU9OSEQoMCk6IENhbGxpbmcgRW5hYmxlU2NhbGVyDQooSUkpIFJBREVPTkhEKDApOiBF bmFibGVTY2FsZXIgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBTZXRQaXhl bENsb2NrDQooSUkpIFJBREVPTkhEKDApOiBTZXRQaXhlbENsb2NrIFN1Y2Nlc3NmdWwNCihJSSkg UkFERU9OSEQoMCk6IENhbGxpbmcgU2VsZWN0Q1JUQ1NvdXJjZQ0KKElJKSBSQURFT05IRCgwKTog U2VsZWN0Q1JUQ1NvdXJjZSBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEVu YWJsZUNSVENNZW1SZXENCihJSSkgUkFERU9OSEQoMCk6IEVuYWJsZUNSVENNZW1SZXEgU3VjY2Vz c2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBFbmFibGVDUlRDDQooSUkpIFJBREVPTkhE KDApOiBFbmFibGVDUlRDIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgREFD QkVuY29kZXJDb250cm9sDQooSUkpIFJBREVPTkhEKDApOiBEQUNCRW5jb2RlckNvbnRyb2wgU3Vj Y2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBEQUMyT3V0cHV0Q29udHJvbA0KKElJ KSBSQURFT05IRCgwKTogREFDMk91dHB1dENvbnRyb2wgU3VjY2Vzc2Z1bA0KKFdXKSBSQURFT05I RCgwKTogUmFuZFI6IFdoaWxlIHN3aXRjaGluZyBvZmYgVFZfN1BJTl9ESU46IG91dHB1dCBBdG9t T3V0cHV0REFDQiBpcyBhbHNvIHVzZWQgYnkgRFZJLUlfMS9hbmFsb2cgLSBpZ25vcmluZw0KKElJ KSBSQURFT05IRCgwKTogQ2FsbGluZyBEQUMxT3V0cHV0Q29udHJvbA0KKElJKSBSQURFT05IRCgw KTogREFDMU91dHB1dENvbnRyb2wgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGlu ZyBEQUNBRW5jb2RlckNvbnRyb2wNCihJSSkgUkFERU9OSEQoMCk6IERBQ0FFbmNvZGVyQ29udHJv bCBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEVuYWJsZUNSVEMNCihJSSkg UkFERU9OSEQoMCk6IEVuYWJsZUNSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2Fs bGluZyBFbmFibGVDUlRDTWVtUmVxDQooSUkpIFJBREVPTkhEKDApOiBFbmFibGVDUlRDTWVtUmVx IFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgRW5hYmxlQ1JUQ01lbVJlcQ0K KElJKSBSQURFT05IRCgwKTogRW5hYmxlQ1JUQ01lbVJlcSBTdWNjZXNzZnVsDQooSUkpIFJBREVP TkhEKDApOiBDYWxsaW5nIEVuYWJsZUNSVEMNCihJSSkgUkFERU9OSEQoMCk6IEVuYWJsZUNSVEMg U3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBEQUNCRW5jb2RlckNvbnRyb2wN CihJSSkgUkFERU9OSEQoMCk6IERBQ0JFbmNvZGVyQ29udHJvbCBTdWNjZXNzZnVsDQooSUkpIFJB REVPTkhEKDApOiBDYWxsaW5nIERBQzJPdXRwdXRDb250cm9sDQooSUkpIFJBREVPTkhEKDApOiBE QUMyT3V0cHV0Q29udHJvbCBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEJs YW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nlc3NmdWwNCihJSSkgUkFE RU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhEKDApOiBCbGFua0NSVEMg U3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NSVEMNCihJSSkgUkFE RU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5n IEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nlc3NmdWwNCihJSSkg UkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhEKDApOiBCbGFua0NS VEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NSVEMNCihJSSkg UkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxs aW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nlc3NmdWwNCihJ SSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhEKDApOiBCbGFu a0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NSVEMNCihJ SSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBD YWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nlc3NmdWwN CihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhEKDApOiBC bGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NSVEMN CihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDAp OiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nlc3Nm dWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhEKDAp OiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NS VEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhE KDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nl c3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhE KDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFu a0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVP TkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1 Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVP TkhEKDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBC bGFua0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJB REVPTkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRD IFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJB REVPTkhEKDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGlu ZyBCbGFua0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkp IFJBREVPTkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtD UlRDIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkp IFJBREVPTkhEKDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2Fs bGluZyBCbGFua0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQoo SUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxh bmtDUlRDIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQoo SUkpIFJBREVPTkhEKDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTog Q2FsbGluZyBFbmFibGVDUlRDTWVtUmVxDQooSUkpIFJBREVPTkhEKDApOiBFbmFibGVDUlRDTWVt UmVxIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgRW5hYmxlQ1JUQw0KKElJ KSBSQURFT05IRCgwKTogRW5hYmxlQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBD YWxsaW5nIERBQ0JFbmNvZGVyQ29udHJvbA0KKElJKSBSQURFT05IRCgwKTogREFDQkVuY29kZXJD b250cm9sIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgREFDMk91dHB1dENv bnRyb2wNCihJSSkgUkFERU9OSEQoMCk6IERBQzJPdXRwdXRDb250cm9sIFN1Y2Nlc3NmdWwNCihJ SSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhEKDApOiBCbGFu a0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NSVEMNCihJ SSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDApOiBD YWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nlc3NmdWwN CihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhEKDApOiBC bGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NSVEMN CihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhEKDAp OiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nlc3Nm dWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhEKDAp OiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFua0NS VEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVPTkhE KDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1Y2Nl c3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVPTkhE KDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBCbGFu a0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJBREVP TkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRDIFN1 Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJBREVP TkhEKDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGluZyBC bGFua0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkpIFJB REVPTkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtDUlRD IFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkpIFJB REVPTkhEKDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2FsbGlu ZyBCbGFua0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQooSUkp IFJBREVPTkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxhbmtD UlRDIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQooSUkp IFJBREVPTkhEKDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTogQ2Fs bGluZyBCbGFua0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVsDQoo SUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTogQmxh bmtDUlRDIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRDDQoo SUkpIFJBREVPTkhEKDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgwKTog Q2FsbGluZyBCbGFua0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNzZnVs DQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgwKTog QmxhbmtDUlRDIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtDUlRD DQooSUkpIFJBREVPTkhEKDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05IRCgw KTogQ2FsbGluZyBCbGFua0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNjZXNz ZnVsDQooSUkpIFJBREVPTkhEKDApOiBDYWxsaW5nIEJsYW5rQ1JUQw0KKElJKSBSQURFT05IRCgw KTogQmxhbmtDUlRDIFN1Y2Nlc3NmdWwNCihJSSkgUkFERU9OSEQoMCk6IENhbGxpbmcgQmxhbmtD UlRDDQooSUkpIFJBREVPTkhEKDApOiBCbGFua0NSVEMgU3VjY2Vzc2Z1bA0KKElJKSBSQURFT05I RCgwKTogQ2FsbGluZyBCbGFua0NSVEMNCihJSSkgUkFERU9OSEQoMCk6IEJsYW5rQ1JUQyBTdWNj ZXNzZnVsDQo= --Multipart=_Mon__4_Jan_2010_01_15_19_+0900_NvclmaniKBKsNl+F-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 3 17:05:01 2010 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 211391065676; Sun, 3 Jan 2010 17:05:01 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E6C7D8FC1B; Sun, 3 Jan 2010 17:05:00 +0000 (UTC) Received: from [192.168.1.4] (adsl-1-207-120.bna.bellsouth.net [65.1.207.120]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o03H4wKp040959 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 3 Jan 2010 12:04:59 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norikatsu Shigemura In-Reply-To: <20100104011519.5f414b76.nork@FreeBSD.org> References: <20091205104243.f66171bb.nork@FreeBSD.org> <20091221003422.f13f9cbd.nork@ninth-nine.com> <20091221045848.9ffc345d.nork@FreeBSD.org> <1261463198.9743.39.camel@balrog.2hip.net> <20091223020315.890e2ee0.nork@FreeBSD.org> <1261501994.2304.12.camel@balrog.2hip.net> <20100104011519.5f414b76.nork@FreeBSD.org> Content-Type: text/plain Organization: FreeBSD Date: Sun, 03 Jan 2010 11:04:52 -0600 Message-Id: <1262538293.2486.14.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.2 required=5.0 tests=AWL, BAYES_00, FH_DATE_PAST_20XX, RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: ports@FreeBSD.org, x11@FreeBSD.org, flz@FreeBSD.org Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 03 Jan 2010 17:05:01 -0000 On Mon, 2010-01-04 at 01:15 +0900, Norikatsu Shigemura wrote: > Hi rnoland. > > On Tue, 22 Dec 2009 11:13:14 -0600 > Robert Noland wrote: > > The problem is that updating nouveau will mean that drm support will be > > lost. The fake buffer object bits were removed only leaving full TTM > > support. We don't have TTM support in the kernel yet and my kernel > > patch relies on the fake buffer object code to function. > > > P.S. libdrm was update to 2.4.17, so I'll update... > > That is the issue, if we update libdrm then we lose drm support for > > nouveau. The only immediate option that I see is to repo-copy libdrm to > > keep 2.4.12 for nouveau, but that leads to dependency nightmares... > > I did combination tests, Mesa3D 7.4.4/libdrm 2.4.12 v.s. > Mesa3D 7.6.1/libdrm 2.4.17, xf86-video-radeonhd-devel on > Radeon HD 4860 v.s. xf86-video-nouveau/nvidia-driver195.22 on > GeForce GT240 v.s. xf86-video-intel on Intel i915. > > > [I] Intel i915 [G] GeForce GT240 [R] Radeon HD 4860 > NG = doesn't compile. > OK = compile and run some 3D applications OK. > libdrm > | 2.4.12 | 2.4.17 > Mesa3D --------+---------------+------------ > 7.4.4 |OK [I][G] | NG > 7.6.1 |NG | OK [I][R] The key issue is libdrm_nouveau. It is needed for nouveau to continue to work for EXA and Xv. Hardware 3d is not supported / working, so as long as swrast is ok, then that is the only concern for mesa w/ nouveau. One additional option that I've been considering, though I haven't tried it yet, it to construct a patch for 2.4.17 that essentially rolls libdrm_nouveau back to the 2.4.12 API. If we can pull that off, then everything is solved, at least for now. I have kernel work queued up that is going to break nouveau already. I have additional patches that will fix things up again, but it is going to get a bit more complicated determining which kernel patch to use for which branch. What you have outlined seems fairly reasonable, although not a trivial amount of work. If you would like to attempt the reverse patch on the nouveau directory in libdrm, that may be far simpler. I will try and put this together in the next few days if not. robert. > On Mesa3D 7.6.1/libdrm 2.4.17 and nvidia-driver-195.22, I > confirmed that 3D applications run OK. > [SEE ALSO] attached Xorg-radeon-and-geforce.log > > So I suggest that: > 1. repocopy libdrm -> libdrm2412 and introduce WITH_NOUVEAU > global macro for depending on libdrm2412. (fixing all > ports depending on libdrm) > > 2. libdrm and libdrm2412 are CONFLICTS. > > 3. bsd.mesalib.mk supports 7.4.4 and 7.6.1, and switches version > WITH_NOUVEAU. Of course switch pkg_plist WITH_NOUVEAU. > > 4. xf86-video-nouveau depends on libdrm2412, explicitly. > > 5. update libdrm to 2.4.17. > > 6. on no 'WITH_NOUVEAU' (= default), Mesa3D 7.6.1 and libdrm 2.4.17 > are installing. > > Maybe, I should be announce on UPDATING before these update for > xf86-video-nouveau user, do 'portupgrade -o graphics/libdrm2412 > libdrm-2.4.12'. > > How about? If OK, I'll make patches and write closeup procedure manual. > > I have some additional ideas: > [no repocopy idea] > libdrm supports 2.4.12 and 2.4.17 switching WITH_NOUVEAU. > > [OPTIONS idea] > I can add OPTIONS=NOUVEAU for all Mesa3D7.4.4 and libdrm 2.4.12 > related ports, if you hate global WITH_NOUVEAU macro. -- Robert Noland FreeBSD From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 02:01:06 2010 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 EAFB81065676; Mon, 4 Jan 2010 02:01:06 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 554288FC15; Mon, 4 Jan 2010 02:01:05 +0000 (UTC) Received: by fxm27 with SMTP id 27so395399fxm.3 for ; Sun, 03 Jan 2010 18:00:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=h/iR+Xh3eCAmLN15XtR8j+5V1Me8mrjkqUOcwK2+ZCY=; b=IKLRtoDrE50QGd6G4OBmujgsKw/tBTXRJ9Z+/mjBAS1gbFsfzQf1td3E/w51TVTZMH KuISc1O431QwjvEXQOQgwhQAPIgtcNcsFNfzeo0LP1XChQFpZhPYXqNMXfn799VPgmDy 1p7yIYDdvqcyF1XNZf8zahhhoACSVy+pbdU5k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=DV5CgDgIgzxcP5CcAtXBL7JYAutwXtmKMnbdQDrOV+Wq2td/dihhF8Ej19cY0CXqmA 6CDDftfLcfT81/piTd3PXbq+sZK6kea/MTkmBcWNPeepYpOReGa/Qy9i+vgFJtt6yRSZ 5PadTWcmwUwXpuo0TsLYsjnQyM/FIqqoNWk1M= Received: by 10.223.143.12 with SMTP id s12mr13883002fau.30.1262570454693; Sun, 03 Jan 2010 18:00:54 -0800 (PST) Received: from echo.hoth (host34-77-dynamic.180-80-r.retail.telecomitalia.it [80.180.77.34]) by mx.google.com with ESMTPS id 19sm25834045fkr.48.2010.01.03.18.00.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 03 Jan 2010 18:00:52 -0800 (PST) From: Alberto Villa To: freebsd-ports@freebsd.org Date: Mon, 4 Jan 2010 03:00:40 +0100 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.4; i386; ; ) References: <4B159C5C.2090407@FreeBSD.org> In-Reply-To: <4B159C5C.2090407@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001040300.41871.villa.alberto@gmail.com> Cc: Doug Barton Subject: Re: portmaster-with-package-support release candidate available for testing 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, 04 Jan 2010 02:01:07 -0000 hello! new problem here: http://pastebin.ca/1736942 (it happens with portmaster -a too) `--> cat /usr/local/etc/portmaster.rc ALWAYS_SCRUB_DISTFILES=dopt LOCAL_PACKAGEDIR=/usr/ports/packages MAKE_PACKAGE=gopt PM_DEL_BUILD_ONLY=pm_dbo PM_PACKAGES_BUILD=pmp_build `--> ls /usr/ports/packages/*/boost-jam* /usr/ports/packages/All/boost-jam-1.39.0.tbz /usr/ports/packages/Latest/boost-jam.tbz /usr/ports/packages/devel/boost-jam-1.39.0.tbz /usr/ports/packages/portmaster-download/boost-jam-1.39.0.tbz /usr/ports/packages/portmaster-download/boost-jam-1.41.0.tbz -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla A stunning blonde, but probably all bean dip above the eyebrows. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 05:30:08 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CDA91065692 for ; Mon, 4 Jan 2010 05:30:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 336E58FC12 for ; Mon, 4 Jan 2010 05:30:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o045U8OD037375 for ; Mon, 4 Jan 2010 05:30:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o045U82m037374; Mon, 4 Jan 2010 05:30:08 GMT (envelope-from gnats) Date: Mon, 4 Jan 2010 05:30:08 GMT Message-Id: <201001040530.o045U82m037374@freefall.freebsd.org> To: freebsd-ports@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/14107: commit references a PR X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 05:30:08 -0000 The following reply was made to PR ports/14107; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/14107: commit references a PR Date: Mon, 4 Jan 2010 05:28:51 +0000 (UTC) pgollucci 2010-01-04 05:28:43 UTC FreeBSD ports repository Modified files: net/nss_ldap Makefile Log: - OPTIONS += LCLASS Allow the use of login classes in nss_ldap via a new LDAP attribute (loginClass). Administrators should be able to add this attribute to their schemata easily. PR: ports/14107 Submitted by: Jacob Myers Revision Changes Path 1.32 +6 -0 ports/net/nss_ldap/Makefile _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 06:19:33 2010 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 084691065672 for ; Mon, 4 Jan 2010 06:19:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id A74038FC20 for ; Mon, 4 Jan 2010 06:19:32 +0000 (UTC) Received: (qmail 28830 invoked by uid 399); 4 Jan 2010 06:19:30 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 4 Jan 2010 06:19:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B418876.2070005@FreeBSD.org> Date: Sun, 03 Jan 2010 22:19:34 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Alberto Villa References: <4B159C5C.2090407@FreeBSD.org> <201001040300.41871.villa.alberto@gmail.com> In-Reply-To: <201001040300.41871.villa.alberto@gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: portmaster-with-package-support release candidate available for testing 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, 04 Jan 2010 06:19:33 -0000 Alberto, I genuinely appreciate your testing and use of portmaster, so please don't get the wrong idea about my response. But it would be very helpful to me if you could do a couple of things for bug reports. First, if you could start a new thread for each problem that would help me keep track of them. Second, if you could write a brief explanation of what you see as the problem that would also help. While I'm sure what you pasted makes perfect sense to you, it's not always possible for me to recognize the problem when all I have are logs. That said, what I *think* you are reporting is the fact that portmaster seems to be confused between the local package repo that you've configured and the fact that it downloaded a newer version from the remote repo. If I'm right about that, what do you think portmaster should do in this case? My assumption is that people who create local package repositories do so for a purpose, and I'm not sure what to do if those packages are not the latest versions. Doug Alberto Villa wrote: > hello! new problem here: http://pastebin.ca/1736942 (it happens with > portmaster -a too) > > `--> cat /usr/local/etc/portmaster.rc > ALWAYS_SCRUB_DISTFILES=dopt > LOCAL_PACKAGEDIR=/usr/ports/packages > MAKE_PACKAGE=gopt > PM_DEL_BUILD_ONLY=pm_dbo > PM_PACKAGES_BUILD=pmp_build > > `--> ls /usr/ports/packages/*/boost-jam* > /usr/ports/packages/All/boost-jam-1.39.0.tbz > /usr/ports/packages/Latest/boost-jam.tbz > /usr/ports/packages/devel/boost-jam-1.39.0.tbz > /usr/ports/packages/portmaster-download/boost-jam-1.39.0.tbz > /usr/ports/packages/portmaster-download/boost-jam-1.41.0.tbz -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 08:57:18 2010 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 A5CAF106568F; Mon, 4 Jan 2010 08:57:18 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 5411A8FC1D; Mon, 4 Jan 2010 08:57:18 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id o048F9FK078676; Mon, 4 Jan 2010 02:15:09 -0600 (CST) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=kIJ08st54tsSLuhpSq8FSrPSJbia0ffGnmkP/hAKKtx9Rw1jye0yrPQ3DxZqqYvR+ 2GFUH2A9QsMMDz7k47mmUlDJzafKnZ93Q9k7YpcNoyjMXkxkZ/ubTcv+cDu0OGoIPIR 39hX7bQjINZKCIoF3OXsvRkOeha6vPR1tboCcnc= Message-ID: <4B41A38D.6050007@jrv.org> Date: Mon, 04 Jan 2010 02:15:09 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: John Baldwin References: <20091227232425.GA38213@bsdcrew.de> <200912281104.30930.jhb@freebsd.org> <179b97fb0912280846t286beec2p7307f255f96d89a3@mail.gmail.com> <200912281244.35106.jhb@freebsd.org> In-Reply-To: <200912281244.35106.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 04 Jan 2010 08:57:18 -0000 John Baldwin wrote: >> I'm seeing this as well: >> >> kernel: link_elf_obj: symbol _Z6strlenPKc undefined >> >> ...which, I suppose, is the real kldload error message. > > Looks like it is trying to use a C++ named-version of strlen(): > > % echo _Z6strlenPKc | c++filt > strlen(char const*) > > Is the kernel module compiled using c++ instead of cc? Here is where the symbol is coming from: [root@xwin /usr/ports/emulators/virtualbox-ose-additions]# find . -name \*.o | while read X; do nm "$X" | grep _Z6strlenPKc && echo $X; done U _Z6strlenPKc ./work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/release/obj/RuntimeGuestR0/common/misc/thread.o U _Z6strlenPKc ./work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/release/obj/RuntimeGuestR0/common/log/log.o U _Z6strlenPKc ./work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/release/obj/RuntimeGuestR0/common/path/RTPathAbsEx.o U _Z6strlenPKc ./work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/release/obj/RuntimeGuestR0/common/path/RTPathAppend.o U _Z6strlenPKc ./work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/release/obj/RuntimeGuestR0/common/string/strformattype.o U _Z6strlenPKc ./work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/release/obj/RuntimeGuestR0/common/string/string.o [root@xwin /usr/ports/emulators/virtualbox-ose-additions]# And here are some presumed source files: [root@xwin /usr/ports/emulators/virtualbox-ose-additions]# find . -name thread.c\* ./work/VirtualBox-3.1.2_OSE/src/VBox/Runtime/common/misc/thread.cpp ./work/VirtualBox-3.1.2_OSE/src/VBox/Additions/x11/VBoxClient/thread.cpp ./work/VirtualBox-3.1.2_OSE/src/libs/xpcom18a4/nsprpub/pr/src/cplus/tests/thread.cpp [root@xwin /usr/ports/emulators/virtualbox-ose-additions]# src/VBox/Runtime/common/misc/thread.cpp contains: #include include/iprt/string.h has this: #elif defined(RT_OS_FREEBSD) && defined(_KERNEL) # include It seems sys/libkern.h is C namespace but thread.cpp or iprt/string.h isn't using extern "C" to make it that. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 09:34:37 2010 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 6D968106566C; Mon, 4 Jan 2010 09:34:37 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id C95768FC19; Mon, 4 Jan 2010 09:34:36 +0000 (UTC) Received: by fxm27 with SMTP id 27so547386fxm.3 for ; Mon, 04 Jan 2010 01:34:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=wbHI37ss7z2evMB2yPjmh8ha6v8HrLBIdGjDz/XsM+0=; b=V92yjAYTLtvgm5ZZWWmIHBWL236EQ9MHQ5p00PloEZTAE8pDAsrDrSN2UB3UJMwDtC RUb9z/n+PdlBN+aQHIQHRDvJy5OIlUNz4OzP77WwuiZEXK8wAnNFrqLIkYQCcbYH02+L 6mIdzZhu0SunIylcBPCw0KrFSnoNXERonnL0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=KpZVUZZiXE+CKO4dZvUnSD/FGLx/90exbbpJMlDMdkbS68VLa1+3ao7iR542vNDMs6 OdLxCpMbsjz+45hRK3PS4eDxUIKAbU2vYDtOOaG5fhVnr7hB7bN4WBWc5d5Y15SLLVYz T8rUzrGZfPSwNdgFlUC/5++8LBxI4zm2RkMOE= Received: by 10.223.57.22 with SMTP id a22mr22825608fah.4.1262597670043; Mon, 04 Jan 2010 01:34:30 -0800 (PST) Received: from echo.hoth (host81-202-dynamic.4-87-r.retail.telecomitalia.it [87.4.202.81]) by mx.google.com with ESMTPS id 21sm26191445fkx.55.2010.01.04.01.34.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 01:34:27 -0800 (PST) From: Alberto Villa To: Doug Barton Date: Mon, 4 Jan 2010 10:34:24 +0100 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.4; i386; ; ) References: <4B159C5C.2090407@FreeBSD.org> <201001040300.41871.villa.alberto@gmail.com> <4B418876.2070005@FreeBSD.org> In-Reply-To: <4B418876.2070005@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001041034.24937.villa.alberto@gmail.com> Cc: freebsd-ports@freebsd.org Subject: Re: portmaster-with-package-support release candidate available for testing 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, 04 Jan 2010 09:34:37 -0000 On Monday 04 January 2010 07:19:34 Doug Barton wrote: > First, if you could start a new thread for each problem that would > help me keep track of them. of course! sorry, i'm used to have everything in only one big box :) > Second, if you could write a brief > explanation of what you see as the problem that would also help. While > I'm sure what you pasted makes perfect sense to you, it's not always > possible for me to recognize the problem when all I have are logs. sorry here too > That said, what I *think* you are reporting is the fact that > portmaster seems to be confused between the local package repo that > you've configured and the fact that it downloaded a newer version from > the remote repo. If I'm right about that, what do you think portmaster > should do in this case? i'm reporting two errors, actually the first one: pm is checking for the existence of the Latest/* package, without considering its version... if Latest/* is found, pm tries to install the All/* package, even if it's not there second one: as you said, pm downloads the package from the web, but it doesn't use that, and fails. this has worked with all the other downloaded packages (i've installed all my ports with the configuration you can see in my latest email, and i have plenty of packages - which were used - in the portmaster-download/ dir), but not with this one: i think that it's because a Latest/* package is already there, and then pm thinks it doesn't need to use the downloaded one > My assumption is that people who create local > package repositories do so for a purpose, and I'm not sure what to do > if those packages are not the latest versions. from portmaster(8): --local-packagedir= where local packages can be found, will fall back to fetching if no local version exists. this means that you should "fall back to fetching" - or building, if you can't fetch imho, the behaviour (limited to my configuration... but it's easy adaptable to all the other options) should be: 1. check for the existence of the package locally (i would use All/* instead of Latest/*, but i understand that you use it because of the --packages-if- newer, so it's ok) 2. check for its version: correct -> 2a; wrong -> 2b 2a. install it 2b. try to download it from the web: found -> 3a; not found -> 3b 3a. download and install it 3b. build the port that's it. sorry for being so annoying, i'm not asking to you to work harder on portmaster... it's a great tool, and already working best than any other one! i'm currently using the latest revision, and the new --packages-build works flawlessly... thanks for implementing that :) and sorry for my bug reports, too, i promise i'll be more useful ;) -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla Fay: The British police force used to be run by men of integrity. Truscott: That is a mistake which has been rectified. -- Joe Orton, "Loot" From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 09:46:14 2010 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 393EB1065679; Mon, 4 Jan 2010 09:46:14 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 72B058FC0A; Mon, 4 Jan 2010 09:46:13 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1NRjVs-0004hE-9I>; Mon, 04 Jan 2010 10:46:12 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1NRjVs-0000cv-5h>; Mon, 04 Jan 2010 10:46:12 +0100 Message-ID: <4B41B925.2090302@zedat.fu-berlin.de> Date: Mon, 04 Jan 2010 09:47:17 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091221 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: doxygen 1.6.2: portmaster reports error: qt.prf:170: Unknown test function: qtAddLibrary 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, 04 Jan 2010 09:46:14 -0000 After performing updates via portmaster on a regular basis on a FreeBSD 8.0-STABLE/amd64 server, I got this following sticky error. I have no clue how to fix this. Any ideas? Regards, Oliver --- g++ -o ../bin/doxytag ../objects/doxytag.o ../objects/logos.o ../objects/version.o -L/usr/local/lib -L../lib -lqtools -liconv gmake[2]: Leaving directory `/usr/ports/devel/doxygen/work/doxygen-1.6.2/src' gmake[1]: Leaving directory `/usr/ports/devel/doxygen/work/doxygen-1.6.2/src' gmake -C addon/doxywizard gmake[1]: Entering directory `/usr/ports/devel/doxygen/work/doxygen-1.6.2/addon/doxywizard' qmake-qt4 doxywizard.pro -o Makefile.doxywizard qt.prf:170: Unknown test function: qtAddLibrary gmake -f Makefile.doxywizard gmake[2]: Entering directory `/usr/ports/devel/doxygen/work/doxygen-1.6.2/addon/doxywizard' c++ -c -pipe -O2 -pipe -march=nocona -fno-strict-aliasing -Wall -W -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -DQT_XML_LIB -I/u r/local/share/qt/mkspecs/freebsd-g++ -I. -I/include -I. -Imoc -I/usr/local/include -o obj/doxywizard.o doxywizard.cpp doxywizard.cpp:1:17: error: QtGui: No such file or directory In file included from doxywizard.cpp:2: doxywizard.h:4:23: error: QMainWindow: No such file or directory doxywizard.h:5:21: error: QSettings: No such file or directory doxywizard.h:6:23: error: QStringList: No such file or directory In file included from doxywizard.cpp:4: expert.h:4:21: error: QSplitter: No such file or directory expert.h:5:23: error: QDomElement: No such file or directory expert.h:6:17: error: QHash: No such file or directory In file included from doxywizard.cpp:2: doxywizard.h:19: error: expected class-name before '{' token doxywizard.h:20: error: ISO C++ forbids declaration of 'Q_OBJECT' with no type doxywizard.h:22: error: expected ';' before 'public' doxywizard.h:24: error: expected ',' or '...' before '&' token doxywizard.h:24: error: ISO C++ forbids declaration of 'QString' with no type doxywizard.h:27: error: 'QCloseEvent' has not been declared doxywizard.h:28: error: 'QString' does not name a type doxywizard.h:31: error: expected `:' before 'slots' doxywizard.h:32: error: expected primary-expression before 'void' doxywizard.h:32: error: ISO C++ forbids declaration of 'slots' with no type doxywizard.h:32: error: expected ';' before 'void' doxywizard.h:42: error: expected `:' before 'slots' doxywizard.h:43: error: expected primary-expression before 'void' doxywizard.h:43: error: ISO C++ forbids declaration of 'slots' with no type doxywizard.h:43: error: expected ';' before 'void' doxywizard.h:56: error: expected ',' or '...' before '&' token doxywizard.h:56: error: ISO C++ forbids declaration of 'QString' with no type doxywizard.h:57: error: expected ',' or '...' before '&' token doxywizard.h:57: error: ISO C++ forbids declaration of 'QString' with no type doxywizard.h:58: error: expected ',' or '...' before '&' token doxywizard.h:58: error: ISO C++ forbids declaration of 'QString' with no type doxywizard.h:59: error: expected ',' or '...' before '&' token doxywizard.h:59: error: ISO C++ forbids declaration of 'QString' with no type doxywizard.h:73: error: 'QString' does not name a type doxywizard.h:74: error: 'QSettings' does not name a type doxywizard.h:76: error: 'QStringList' does not name a type In file included from doxywizard.cpp:4: expert.h:18: error: expected class-name before '{' token expert.h:19: error: ISO C++ forbids declaration of 'Q_OBJECT' with no type expert.h:21: error: expected ';' before 'public' expert.h:26: error: expected ',' or '...' before '&' token expert.h:26: error: ISO C++ forbids declaration of 'QString' with no type expert.h:27: error: 'QTextStream' has not been declared expert.h:28: error: 'QByteArray' does not name a type expert.h:29: error: expected ',' or '...' before '&' token expert.h:29: error: ISO C++ forbids declaration of 'QByteArray' with no type expert.h:30: error: ISO C++ forbids declaration of 'QHash' with no type expert.h:30: error: expected ';' before '<' token expert.h:31: error: expected `;' before 'void' expert.h:32: error: expected ',' or '...' before '&' token expert.h:32: error: ISO C++ forbids declaration of 'QString' with no type expert.h:33: error: expected ',' or '...' before '&' token expert.h:33: error: ISO C++ forbids declaration of 'QString' with no type expert.h:34: error: 'QString' does not name a type expert.h:36: error: expected `:' before 'slots' expert.h:37: error: expected primary-expression before 'void' expert.h:37: error: ISO C++ forbids declaration of 'slots' with no type expert.h:37: error: expected ';' before 'void' expert.h:38: error: ISO C++ forbids declaration of 'QWidget' with no type expert.h:38: error: expected ';' before '*' token expert.h:40: error: expected `:' before 'slots' expert.h:41: error: expected primary-expression before 'void' expert.h:41: error: ISO C++ forbids declaration of 'slots' with no type expert.h:41: error: expected ';' before 'void' expert.h:46: error: expected primary-expression before 'void' expert.h:46: error: ISO C++ forbids declaration of 'signals' with no type expert.h:46: error: expected ';' before 'void' expert.h:49: error: expected ',' or '...' before '&' token expert.h:49: error: ISO C++ forbids declaration of 'QDomElement' with no type expert.h:50: error: 'QTextStream' has not been declared expert.h:50: error: 'QDomElement' has not been declared expert.h:52: error: ISO C++ forbids declaration of 'QSplitter' with no type expert.h:52: error: expected ';' before '*' token expert.h:56: error: ISO C++ forbids declaration of 'QHash' with no type expert.h:56: error: expected ';' before '<' token expert.h:57: error: ISO C++ forbids declaration of 'QHash' with no type expert.h:57: error: expected ';' before '<' token expert.h:58: error: ISO C++ forbids declaration of 'QHash' with no type expert.h:58: error: expected ';' before '<' token expert.h:61: error: 'QDomElement' does not name a type In file included from doxywizard.cpp:5: wizard.h:39: error: expected class-name before '{' token wizard.h:40: error: ISO C++ forbids declaration of 'Q_OBJECT' with no type wizard.h:42: error: expected ';' before 'public' wizard.h:46: error: expected `:' before 'slots' wizard.h:47: error: expected primary-expression before 'void' wizard.h:47: error: ISO C++ forbids declaration of 'slots' with no type wizard.h:47: error: expected ';' before 'void' wizard.h:49: error: expected ',' or '...' before '&' token wizard.h:49: error: ISO C++ forbids declaration of 'QString' with no type wizard.h:50: error: expected ',' or '...' before '&' token wizard.h:50: error: ISO C++ forbids declaration of 'QString' with no type wizard.h:51: error: expected ',' or '...' before '&' token wizard.h:51: error: ISO C++ forbids declaration of 'QString' with no type wizard.h:52: error: expected ',' or '...' before '&' token wizard.h:52: error: ISO C++ forbids declaration of 'QString' with no type wizard.h:64: error: ISO C++ forbids declaration of 'QHash' with no type wizard.h:64: error: expected ';' before '<' token wizard.h:68: error: expected class-name before '{' token wizard.h:69: error: ISO C++ forbids declaration of 'Q_OBJECT' with no type wizard.h:70: error: expected ';' before 'public' wizard.h:74: error: expected `:' before 'slots' wizard.h:75: error: expected primary-expression before 'void' wizard.h:75: error: ISO C++ forbids declaration of 'slots' with no type wizard.h:75: error: expected ';' before 'void' wizard.h:86: error: ISO C++ forbids declaration of 'QHash' with no type wizard.h:86: error: expected ';' before '<' token wizard.h:90: error: expected class-name before '{' token wizard.h:91: error: ISO C++ forbids declaration of 'Q_OBJECT' with no type wizard.h:93: error: expected ';' before 'public' wizard.h:97: error: expected `:' before 'slots' wizard.h:98: error: expected primary-expression before 'void' wizard.h:98: error: ISO C++ forbids declaration of 'slots' with no type wizard.h:98: error: expected ';' before 'void' wizard.h:119: error: ISO C++ forbids declaration of 'QHash' with no type wizard.h:119: error: expected ';' before '<' token wizard.h:123: error: expected class-name before '{' token wizard.h:124: error: ISO C++ forbids declaration of 'Q_OBJECT' with no type wizard.h:126: error: expected ';' before 'public' wizard.h:130: error: expected `:' before 'slots' wizard.h:131: error: expected primary-expression before 'void' wizard.h:131: error: ISO C++ forbids declaration of 'slots' with no type wizard.h:131: error: expected ';' before 'void' wizard.h:152: error: ISO C++ forbids declaration of 'QHash' with no type wizard.h:152: error: expected ';' before '<' token wizard.h:156: error: expected class-name before '{' token wizard.h:157: error: ISO C++ forbids declaration of 'Q_OBJECT' with no type wizard.h:158: error: expected ';' before 'public' wizard.h:162: error: expected `:' before 'slots' wizard.h:163: error: expected primary-expression before 'void' wizard.h:163: error: ISO C++ forbids declaration of 'slots' with no type wizard.h:163: error: expected ';' before 'void' wizard.h:165: error: expected `:' before 'slots' wizard.h:166: error: expected primary-expression before 'void' wizard.h:166: error: ISO C++ forbids declaration of 'slots' with no type wizard.h:166: error: expected ';' before 'void' wizard.h:171: error: ISO C++ forbids declaration of 'QHash' with no type wizard.h:171: error: expected ';' before '<' token doxywizard.cpp:9: error: no 'MainWindow& MainWindow::instance()' member function declared in class 'MainWindow' doxywizard.cpp: In constructor 'MainWindow::MainWindow()': doxywizard.cpp:16: error: class 'MainWindow' does not have any field named 'm_settings' doxywizard.cpp:16: error: 'QString' has not been declared doxywizard.cpp:16: error: 'QString' has not been declared doxywizard.cpp:18: error: 'menuBar' was not declared in this scope doxywizard.cpp:18: error: 'tr' was not declared in this scope doxywizard.cpp:19: error: invalid use of incomplete type 'struct QMenu' doxywizard.h:14: error: forward declaration of 'struct QMenu' doxywizard.cpp:20: error: 'SLOT' was not declared in this scope doxywizard.cpp:20: error: 'Qt' has not been declared doxywizard.cpp:20: error: 'Qt' has not been declared doxywizard.cpp:21: error: invalid use of incomplete type 'struct QMenu' doxywizard.h:14: error: forward declaration of 'struct QMenu' doxywizard.cpp:22: error: invalid use of incomplete type 'struct QMenu' doxywizard.h:14: error: forward declaration of 'struct QMenu' doxywizard.cpp:23: error: 'Qt' has not been declared doxywizard.cpp:23: error: 'Qt' has not been declared doxywizard.cpp:24: error: invalid use of incomplete type 'struct QMenu' doxywizard.h:14: error: forward declaration of 'struct QMenu' doxywizard.cpp:25: error: 'Qt' has not been declared doxywizard.cpp:25: error: 'Qt' has not been declared doxywizard.cpp:25: error: 'Qt' has not been declared doxywizard.cpp:26: error: invalid use of incomplete type 'struct QMenu' doxywizard.h:14: error: forward declaration of 'struct QMenu' doxywizard.cpp:27: error: 'Qt' has not been declared doxywizard.cpp:27: error: 'Qt' has not been declared doxywizard.cpp:30: error: invalid use of incomplete type 'struct QMenu' doxywizard.h:14: error: forward declaration of 'struct QMenu' doxywizard.cpp:32: error: invalid use of incomplete type 'struct QMenu' doxywizard.h:14: error: forward declaration of 'struct QMenu' doxywizard.cpp:36: error: invalid use of incomplete type 'struct QMenu' doxywizard.h:14: error: forward declaration of 'struct QMenu' doxywizard.cpp:37: error: 'manual' was not declared in this scope doxywizard.cpp:37: error: 'Qt' has not been declared doxywizard.cpp:38: error: invalid use of incomplete type 'struct QMenu' doxywizard.h:14: error: forward declaration of 'struct QMenu' doxywizard.cpp:42: error: 'class Expert' has no member named 'modelData' doxywizard.cpp:45: error: 'QWidget' was not declared in this scope doxywizard.cpp:45: error: 'topPart' was not declared in this scope doxywizard.cpp:45: error: expected type-specifier before 'QWidget' doxywizard.cpp:45: error: expected `;' before 'QWidget' doxywizard.cpp:46: error: 'QVBoxLayout' was not declared in this scope doxywizard.cpp:46: error: 'rowLayout' was not declared in this scope doxywizard.cpp:46: error: expected type-specifier before 'QVBoxLayout' doxywizard.cpp:46: error: expected `;' before 'QVBoxLayout' doxywizard.cpp:49: error: 'QHBoxLayout' was not declared in this scope doxywizard.cpp:49: error: 'dirLayout' was not declared in this scope doxywizard.cpp:49: error: expected type-specifier before 'QHBoxLayout' doxywizard.cpp:49: error: expected `;' before 'QHBoxLayout' doxywizard.cpp:50: error: invalid use of incomplete type 'struct QLineEdit' doxywizard.h:11: error: forward declaration of 'struct QLineEdit' doxywizard.cpp:51: error: invalid use of incomplete type 'struct QPushButton' doxywizard.h:12: error: forward declaration of 'struct QPushButton' doxywizard.cpp:56: error: 'runTab' was not declared in this scope doxywizard.cpp:56: error: expected type-specifier before 'QWidget' doxywizard.cpp:56: error: expected `;' before 'QWidget' doxywizard.cpp:57: error: 'runTabLayout' was not declared in this scope doxywizard.cpp:57: error: expected type-specifier before 'QVBoxLayout' doxywizard.cpp:57: error: expected `;' before 'QVBoxLayout' doxywizard.cpp:60: error: 'runLayout' was not declared in this scope doxywizard.cpp:60: error: expected type-specifier before 'QHBoxLayout' doxywizard.cpp:60: error: expected `;' before 'QHBoxLayout' doxywizard.cpp:61: error: invalid use of incomplete type 'struct QPushButton' doxywizard.h:12: error: forward declaration of 'struct QPushButton' doxywizard.cpp:62: error: invalid use of incomplete type 'struct QPushButton' doxywizard.h:12: error: forward declaration of 'struct QPushButton' doxywizard.cpp:63: error: invalid use of incomplete type 'struct QLabel' doxywizard.h:10: error: forward declaration of 'struct QLabel' doxywizard.cpp:64: error: invalid use of incomplete type 'struct QPushButton' doxywizard.h:12: error: forward declaration of 'struct QPushButton' doxywizard.cpp:65: error: invalid use of incomplete type 'struct QPushButton' doxywizard.h:12: error: forward declaration of 'struct QPushButton' doxywizard.cpp:66: error: invalid use of incomplete type 'struct QPushButton' doxywizard.h:12: error: forward declaration of 'struct QPushButton' doxywizard.cpp:75: error: invalid use of incomplete type 'struct QLabel' doxywizard.h:10: error: forward declaration of 'struct QLabel' doxywizard.cpp:76: error: 'QGridLayout' was not declared in this scope doxywizard.cpp:76: error: 'grid' was not declared in this scope doxywizard.cpp:76: error: expected type-specifier before 'QGridLayout' doxywizard.cpp:76: error: expected `;' before 'QGridLayout' doxywizard.cpp:77: error: invalid use of incomplete type 'struct QTextEdit' doxywizard.h:13: error: forward declaration of 'struct QTextEdit' doxywizard.cpp:78: error: invalid use of incomplete type 'struct QTextEdit' doxywizard.h:13: error: forward declaration of 'struct QTextEdit' doxywizard.cpp:79: error: invalid use of incomplete type 'struct QTextEdit' doxywizard.h:13: error: forward declaration of 'struct QTextEdit' doxywizard.cpp:79: error: 'QString' has not been declared doxywizard.cpp:80: error: invalid use of incomplete type 'struct QTextEdit' doxywizard.h:13: error: forward declaration of 'struct QTextEdit' doxywizard.cpp:84: error: 'launchLayout' was not declared in this scope doxywizard.cpp:84: error: expected type-specifier before 'QHBoxLayout' doxywizard.cpp:84: error: expected `;' before 'QHBoxLayout' doxywizard.cpp:85: error: invalid use of incomplete type 'struct QPushButton' doxywizard.h:12: error: forward declaration of 'struct QPushButton' doxywizard.cpp:92: error: 'QTabWidget' was not declared in this scope doxywizard.cpp:92: error: 'tabs' was not declared in this scope doxywizard.cpp:92: error: expected type-specifier before 'QTabWidget' doxywizard.cpp:92: error: expected `;' before 'QTabWidget' doxywizard.cpp:97: error: invalid use of incomplete type 'struct QLabel' doxywizard.h:10: error: forward declaration of 'struct QLabel' doxywizard.cpp:99: error: invalid use of incomplete type 'struct QLabel' doxywizard.h:10: error: forward declaration of 'struct QLabel' doxywizard.cpp:102: error: 'setCentralWidget' was not declared in this scope doxywizard.cpp:103: error: 'statusBar' was not declared in this scope doxywizard.cpp:106: error: invalid use of incomplete type 'struct QProcess' doxywizard.h:15: error: forward declaration of 'struct QProcess' doxywizard.cpp:108: error: invalid use of incomplete type 'struct QTimer' doxywizard.h:16: error: forward declaration of 'struct QTimer' doxywizard.cpp:114: error: expected primary-expression before 'int' doxywizard.cpp:114: error: 'currentChanged' was not declared in this scope doxywizard.cpp:114: error: 'SIGNAL' was not declared in this scope doxywizard.cpp:114: error: expected primary-expression before 'int' doxywizard.cpp:114: error: 'connect' was not declared in this scope doxywizard.cpp:115: error: 'clicked' was not declared in this scope doxywizard.cpp:116: error: 'QAction' was not declared in this scope doxywizard.cpp:116: error: expected primary-expression before ')' token doxywizard.cpp:116: error: 'triggered' was not declared in this scope doxywizard.cpp:116: error: expected primary-expression before ')' token doxywizard.cpp:116: error: 'openRecent' was not declared in this scope doxywizard.cpp:117: error: 'returnPressed' was not declared in this scope doxywizard.cpp:118: error: 'readyReadStandardOutput' was not declared in this scope doxywizard.cpp:119: error: expected primary-expression before 'int' doxywizard.cpp:119: error: incomplete type 'QProcess' used in nested name specifier doxywizard.cpp:119: error: 'finished' was not declared in this scope doxywizard.cpp:120: error: 'timeout' was not declared in this scope doxywizard.cpp:124: error: 'showSettings' cannot be used as a function doxywizard.cpp:125: error: 'changed' was not declared in this scope doxywizard.cpp: At global scope: doxywizard.cpp:128: error: variable or field 'closeEvent' declared void doxywizard.cpp:128: error: 'QCloseEvent' was not declared in this scope doxywizard.cpp:128: error: 'event' was not declared in this scope gmake[2]: *** [obj/doxywizard.o] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/doxygen/work/doxygen-1.6.2/addon/doxywizard' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/devel/doxygen/work/doxygen-1.6.2/addon/doxywizard' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/devel/doxygen. *** Error code 1 Stop in /usr/ports/devel/doxygen. ===>>> make failed for devel/doxygen ===>>> Aborting update ===>>> Update for doxygen-1.6.1 failed ===>>> Aborting update From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 11:06:06 2010 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 8F13D106568F for ; Mon, 4 Jan 2010 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 7D5BB8FC1E for ; Mon, 4 Jan 2010 11:06:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o04B668M064175 for ; Mon, 4 Jan 2010 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o04B65qq064173 for freebsd-ports@FreeBSD.org; Mon, 4 Jan 2010 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Jan 2010 11:06:05 GMT Message-Id: <201001041106.o04B65qq064173@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, 04 Jan 2010 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 -------------------------------------------------------------------------------- o ports/142302 [NEW PORT] japanese/ja-ibus-skk: SKK engine for IBus o ports/142298 Update port: sysutils/megacli update to 5.00.15 f ports/142279 sysutils/lugtools: fix build on 9.x f ports/142275 [patch] sysutils/anacron should have better configurat f ports/142266 [patch] port net-mgmt/nagios-pf-plugin add nagios perf o ports/142257 new port: multimedia/tsMuxeR, utility to create TS and o ports/142240 New port: japanese/gjiten Japanese dictionary program o ports/142237 Update port devel/libffi o ports/142223 New port net/udpxy, a UDP-to-HTTP multicast traffic re f ports/142206 Update lang/nawk to 20091126 o ports/142205 [patch] archivers/libarc use ${VARIABLE}, instead of $ f ports/142200 [patch] benchmarks/xengine remove direct use of comman o ports/142176 [patch] benchmarks/hpl list out RUN_DEPENDS dependenci o ports/142161 update port: games/gemrb to version 0.6.0 f ports/142160 Typo fix: multimedia/vlc o ports/142159 New port: comms/uhso-kmod - Driver for Option HSDPA mo o ports/142156 [patch] ports-mgmt/porte simplify Makefile logic & don o ports/142140 [maintainer] www/p5-RTx-Calendar -- bsd.port.options.m o ports/142138 [maintainer] www/p5-RT-Extension-SLA -- bsd.port.optio o ports/142136 [maintainer] www/p5-RT-Extension-LDAPImport -- bsd.por o ports/142135 [maintainer] www/p5-RT-Authen-ExternalAuth -- bsd.port f ports/142111 security/tor-devel: tor-devel-0.2.2.6a and recent open o ports/142093 [patch] audio/libmtp: Add device ID for Canon SX20IS s ports/142092 [NEW PORT] www/node: V8 javascript for client and serv o ports/142086 new port: databases/lib_mysqludf_xql, provides SQLXML f ports/142084 net-mgmt/mrtg port is broken f ports/142053 x11/xorg-minimal: [PATCH] allow choosing video driver f ports/142035 editors/emacs compulsory dependencies too wide f ports/142024 [PATCH] textproc/p5-Text-Textile: update to 2.12 f ports/142020 [PATCH] audio/exaile does not respect its OPTIONS o ports/141944 missing dependency in audio/dir2ogg f ports/141943 [PATCH] update audio/ripit to version 3.8.1 o ports/141903 [NEW PORT] devel/z80ex v1.1.18 f ports/141891 [patch] games/ioquake3: OPENAL and CURL knobs o ports/141860 New port: multimedia/k9copy-kde4 Ported k9copy 2.3.4 ( f ports/141829 [maintainer-update] x11-drivers/input-wacom o ports/141790 [new port] net-im/zephyr : enterprise-class IM system f ports/141775 x11/slim doesn't adhere keymap configuration o ports/141674 New port: www/uzbl a web interface tool adhering to th o ports/141473 irc/kvirc-devel fails to start, missing library o ports/141450 audio/lmms port - does not build a ports/141440 [patch] add amd64 support for lang/gprolog f ports/141437 [patch] net-mgmt/grepcidr search anywhere in line patc o ports/141433 audio/aureal-kmod fails to build under RELENG_8 o ports/141412 new port: java/openmq-client o ports/141411 new port: java/openmq: jms message broker f ports/141409 [PATCH] audio/libmp3splt: update to 0.5.8a f ports/141408 [PATCH] audio/mp3splt: update to 2.2.7a f ports/141406 net-p2p/p5-Net-BitTorrent-File fails to parse .torrent f ports/141392 [PATCH] Update sysutils/freebsd-snapshot to 20091208.1 f ports/141356 net-mgmt/netams 3.4.3 does not build on FreeBSD 8.0 am f ports/141341 Cannot install ports/net-im/libmsn o ports/141188 sysutils/freebsd-snapshot does not report all errors f ports/141187 sysutils/freebsd-snapshot does not check /etc/rc.conf. f ports/141173 New Port: textproc/yali s ports/141140 [PATCH] www/p5-Mojo: update to 0.999913, take maintain f ports/141103 net/stone strange behavior on 8.0-RELEASE f ports/141022 New Port: astro/traveling_salesman f ports/141001 net/ssltunnel-server/ depends on /sbin/pppd o ports/140925 print/hplip3: patch to improve behaviour of hp-check f ports/140897 [UPDATE] net/freeradius2 to 2.1.7 f ports/140867 net-mgmt/nagios-plugins: check_icmp default packets si f ports/140829 www/tomcat55 rc.d script is broken and will not stop t f ports/140811 [patch] sysutils/zfs-snapshot-mgmt: don't barf on top- o ports/140792 graphics/mesa-demos: Broken build due to missing symbo f ports/140731 emulators/hatari does not build if emulators/rtc is in f ports/140698 update: databases/xapian-bindings - update to 1.0.16 f ports/140696 net-im/qwit: update to qwit-1.0 f ports/140681 Modify port devel/php5-ice to allow compiling with PHP s ports/140680 Modify port databases/phpmyadmin to allow building wit f ports/140641 [NEW PORT] databases/tuning-primer : MySQL performance f ports/140628 [PATCH] deskutils/plasma-applet-cwp: update 0.2.12 -> o ports/140557 ports shells/44bsd-csh ESC file completion and ^D (vie f ports/140546 The execution result of sysutils/scprotect is inapposi f ports/140471 security/nessus-libnasl fails to compile f ports/140470 security/nessus-libraries fails to compile o ports/140450 shells/scponly: chrooted scp-shell doesn't work o ports/140445 New Port: net/rsmb Really Small Message Broker o ports/140365 [patch] databases/firebird20-client coredumps f ports/140303 net-mgmt/docsis can not compile filters under amd64 pl o ports/140232 Resolve conflicts w/ devel/antlr & devel/pccts o ports/140177 new port : textproc/glpi-plugins-DataInjection : This o ports/140176 new port : textproc/glpi-plugins-AdditionalReports : T o ports/140174 New port: net-mgmt/glpi-plugins-tracker-agent : Agent o ports/140168 new port: net-mgmt/glpi-plugins-tracker-server, plugin f ports/140007 [repocopy] devel/gdb6 to devel/gdb66 f ports/139867 mail/isoqlog catch segmentation fault under AMD64 o ports/139848 add pre-caching to net-mgmt/nagios rc.d script f ports/139452 [patch] krb5 support in java/openjdk6 f ports/139448 [NEW PORT] japanese/asterisk16-sounds: Japanese sound o ports/139435 print/cups-smb-backend: Add ability to use difference f ports/139203 sysutils/freebsd-snapshot more careful patch not depen f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li f ports/139042 deskutils/blogtk: fails to start as the version in the f ports/138990 sysutils/nagios-statd reports /dev full f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network o ports/138637 New port: graphics/xfractint-devel o ports/138602 audio/sphinxbase port update a ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error f ports/138402 [patch] www/awffull is not reading configuration file o ports/138348 patch to java/openjdk6 so that build works again o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/138080 devel/gccxml fails to compile on powerpc f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: www/tokyopromenade: a content management sys o ports/137691 [PATCH] New port for semantik (kdissert II) o ports/137620 [NEW PORT] devel/p6-perl6-toys o ports/137541 lang/sml-mode.el: port for Emacs mode for SML needs up o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD o ports/137254 New port: net/unssh Fast way to delete entries from Op o ports/137244 [x11-toolkits/plib] add support for linux-js f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136611 security/swatch: leaves zombies behind f ports/136439 [misc/cmatrix] install console font f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic a ports/134414 graphics/mesa-demos does not build on FreeBSD-7.2 i386 f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE a ports/133773 net/keepalived port update request o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129579 Consider upgrading korean/baekmukfonts-{bdf,ttf} to 2. o ports/128952 [NEW PORT] java/javadb: Sun's supported distribution o o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127262 databases/firebird20-server: fbclient crashes php engi o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty s ports/124404 net/pathchar coredumps o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/116571 databases/firebird20-client fails to compile in a jail o ports/114122 New port: russian/stardict2-dict-eng_RU, Russian dicti o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 159 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 12:23:21 2010 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 29721106568F for ; Mon, 4 Jan 2010 12:23:21 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from k7.mavetju.org (unknown [IPv6:2001:44b8:7bf1:a51:20f:eaff:fe2c:d518]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3AC8FC16 for ; Mon, 4 Jan 2010 12:23:20 +0000 (UTC) Received: by k7.mavetju.org (Postfix, from userid 1001) id 37C3C45196; Mon, 4 Jan 2010 23:23:19 +1100 (EST) Date: Mon, 4 Jan 2010 23:23:19 +1100 From: Edwin Groothuis To: ports@freebsd.org Message-ID: <20100104122319.GA2412@mavetju.org> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Cc: Subject: Linux - Skulltag / FMOD issue 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, 04 Jan 2010 12:23:21 -0000 Hello, I was pointed to Skulltag today, a Doom/Heretic etc engine. Unfortunately it is Linux only, but with the Linuxolator it should work. After installing the libraries from www.fmod.org it worked (yay!), except for the sound: I_InitSound: Initializing FMOD FMOD Sound System, copyright © Firelight Technologies Pty, Ltd., 1994-2009. HOSS could not be initialized. Trying ALSA. ALSA lib confmisc.c:768:(parse_card) cannot find card '0' ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:4632:(snd_config_expand) Evaluate error: No such file or directory ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default I System::init returned error code 62 GSound init failed. Using nosound. Strace didn't give me any useful output (lots of high ascii in the open() calls), kdump (of ktrace) broke on it. Who has experience with FMOD under the Linuxolator under FreeBSD ? Who has a hint of what I can do next to overcome this issue? Thanks, Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 15:06:52 2010 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 9F0D5106566B for ; Mon, 4 Jan 2010 15:06:52 +0000 (UTC) (envelope-from jnbg@blomberg.tk) Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by mx1.freebsd.org (Postfix) with ESMTP id 5663D8FC1F for ; Mon, 4 Jan 2010 15:06:52 +0000 (UTC) Received: from ipb2.telenor.se (195.54.127.165) by proxy2.bredband.net (7.3.140.3) id 4AD3E1BC02245EE4 for freebsd-ports@freebsd.org; Mon, 4 Jan 2010 15:46:16 +0100 X-SMTPAUTH-B2: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiEOAG+OQUvVcg7DPGdsb2JhbAAIiC2TCgEBAQE3t0SEMAQ X-IronPort-AV: E=Sophos;i="4.47,498,1257116400"; d="scan'208";a="23127149" Received: from c-c30e72d5.37-137-64736c10.cust.bredbandsbolaget.se (HELO [192.168.1.9]) ([213.114.14.195]) by ipb2.telenor.se with ESMTP; 04 Jan 2010 15:46:14 +0100 Received: from [IPv6:fd5e:6d87:7fe5:0:211:11ff:fe10:30f0] (hjulben.blomberg [IPv6:fd5e:6d87:7fe5:0:211:11ff:fe10:30f0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by manicken.blomberg (Postfix) with ESMTPSA id D09A8A6C1E; Mon, 4 Jan 2010 15:46:12 +0100 (CET) Message-ID: <4B41FF34.4080106@blomberg.tk> Date: Mon, 04 Jan 2010 15:46:12 +0100 From: =?ISO-8859-15?Q?J=F6rgen_Blomberg?= User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Andrea Venturoli References: <4B39FE46.20905@netfence.it> In-Reply-To: <4B39FE46.20905@netfence.it> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: INDEX failing on 6.3/i386 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, 04 Jan 2010 15:06:52 -0000 Andrea Venturoli wrote: > Hello. > Am I the only one who's not able to build INDEX on the above version? > I didn't see anything on the list WRT to this topic. > > What I get is: > mod_webapp-4.1.24_3: "/usr/ports/www/apache1.3.6" non-existent -- > dependency list incomplete I had the same error with FreeBSD 6.2. The problem disappeared after adding this to make.conf: .if ${.CURDIR:M*/www/mod_webapp} APACHE_COMPAT=1 .endif I don't use mod_webapp, so this configuration is done only to be able to build INDEX. /JB From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 16:08:21 2010 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 C106E106568B for ; Mon, 4 Jan 2010 16:08:21 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA808FC19 for ; Mon, 4 Jan 2010 16:08:21 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1NRpTe-0004pH-BB; Mon, 04 Jan 2010 19:08:18 +0300 From: Boris Samorodov To: Edwin Groothuis References: <20100104122319.GA2412@mavetju.org> Date: Mon, 04 Jan 2010 19:08:18 +0300 In-Reply-To: <20100104122319.GA2412@mavetju.org> (Edwin Groothuis's message of "Mon, 4 Jan 2010 23:23:19 +1100") Message-ID: <53730989@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: ports@freebsd.org Subject: Re: Linux - Skulltag / FMOD issue 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, 04 Jan 2010 16:08:21 -0000 On Mon, 4 Jan 2010 23:23:19 +1100 Edwin Groothuis wrote: > I was pointed to Skulltag today, a Doom/Heretic etc engine. > Unfortunately it is Linux only, but with the Linuxolator it should work. > After installing the libraries from www.fmod.org it worked (yay!), What's uname of your system? > except for the sound: > I_InitSound: Initializing FMOD > FMOD Sound System, copyright ╘ Firelight Technologies Pty, Ltd., 1994-2009. > HOSS could not be initialized. Trying ALSA. > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4632:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > I System::init returned error code 62 > GSound init failed. Using nosound. > Strace didn't give me any useful output (lots of high ascii in the > open() calls), kdump (of ktrace) broke on it. You may use devel/linux_kdump instead of native kdump. The port should be build with emulators/linux_gentoo-stage3 though. I created a package: ftp://ftp.ipt.ru/pub/linux/linux_kdump-1.5_2.tbz > Who has experience with FMOD under the Linuxolator under FreeBSD ? > Who has a hint of what I can do next to overcome this issue? Just a wild guess: did you install an apropriate audio/linux*-alsa-lib? -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 17:29:53 2010 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 0445D1065692; Mon, 4 Jan 2010 17:29:53 +0000 (UTC) (envelope-from beat@FreeBSD.org) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id 712DE8FC1B; Mon, 4 Jan 2010 17:29:52 +0000 (UTC) Received: from daedalus.network.local (gprs50.swisscom-mobile.ch [193.247.250.50]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id o04HTnQD060857 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 4 Jan 2010 17:29:50 GMT (envelope-from beat@FreeBSD.org) Message-ID: <4B4225D9.9050504@FreeBSD.org> Date: Mon, 04 Jan 2010 18:31:05 +0100 From: Beat Gaetzi User-Agent: Thunderbird 2.0.0.23 (X11/20090821) MIME-Version: 1.0 To: ports@FreeBSD.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-emulation@FreeBSD.org, current@FreeBSD.org Subject: Call for tester: VirtualBox 3.1.2 for FreeBSD (take 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: Mon, 04 Jan 2010 17:29:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, First of all thanks a lot for all the valuable feedback. We have updated the ports to fix the reported problems: - - virtualbox-ose-additions: - Update to a more recent svn snapshot. The kernel module from 3.1.2 was not loadable. - Adjust pkg-descr and COMMENT to make it clear what additions are good for (Patch by dougb@) - Install rc.d style start script to load the kernel module - Add check if kernel sources are available - Mark BROKEN on FreeBSD 6.x - - virtualbox-ose-kmod: - Install rc.d style start script to load the network related kernel modules in correct order - Mark BROKEN on FreeBSD 6.x - - virtualbox-ose: - Update pkg-message to reflect recent changes - Add missing PulseAudio dependency New version of the tarball is available here: https://svn.bluelife.at/nightlies/virtualbox-port-r621.tar.gz Virtualbox 3.1.2 no longer requires procfs. If no other program requires /proc mounted you could remove /proc from /etc/fstab. If you are using the kernel modules for bridged or host-only networking please load the virtualbox kernel module via /boot/loader.conf: vboxdrv_load="YES" Then remove vboxnetflt or vboxnetadp entries from /boot/loader.conf and add this to /etc/rc.conf and reboot the machine afterwards: vboxnet_enable="YES" If you install virtualbox-ose-additions on a FreeBSD guest add this to /etc/rc.conf: vboxguest_enable="YES" The vboxvideo_drv should be recognized by "Xorg -configure". If not, use something like this in your xorg.conf for the video card: Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional Identifier "Card0" Driver "vboxvideo" VendorName "InnoTek Systemberatung GmbH" BoardName "VirtualBox Graphics Adapter" BusID "PCI:0:2:0" EndSection To use vboxmouse_drv please adjust the mouse section in your xorg.conf like this: Section "InputDevice" Identifier "Mouse0" Driver "vboxmouse" EndSection Thanks, Beat, on behalf of the FreeBSD Vbox Team - -- Beat Gätzi | FreeBSD Committer beat@FreeBSD.org | http://www.FreeBSD.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAktCJdkACgkQQMW893dCSdu5EwCeL9N3aU+LvuZuzDJtnWZ1iTjt poUAnRPvkh8pi19jwk7ZcbntZ7+Qptdj =nxR0 -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 17:33:56 2010 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 6EFCB1065679 for ; Mon, 4 Jan 2010 17:33:56 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4996A8FC13 for ; Mon, 4 Jan 2010 17:33:56 +0000 (UTC) Received: by pwi15 with SMTP id 15so10282695pwi.3 for ; Mon, 04 Jan 2010 09:33:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=xPUX6V3NNPn+AeZ70v1ubkF/tO6gf+0cTlHT+1Tu2/o=; b=QlilNgcm5AUlgbSlVluuKtjMO0/enFQmWly5vWboVEAQAuadjbc/30GzntFUoO2G3p f3Hs1SdQS4UG318rhtl8GU+oH0YrUoAJRlHP3bjQCYIClcUxGlDL3NA3BOTGrncq6UR8 AblJ7/iC4T/EdO2w0R+A+RmYE4x8mCql23m+4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hPoNa2Bufys9OzUhSchFIm8LB9D9M9o8BUnn5VwGNXKwaVajuzBxcdU+tZGpiNm7QX TmFtoJExOoJ2c99X+5SLUYf5TgkVrecpXHUen/JkFv4X2s7P3lyvwl3nP/x+OqyW4FEp rNtcdxnSgQ70kdX53Ca8UgGmDupz8LqLovu+0= MIME-Version: 1.0 Received: by 10.143.20.41 with SMTP id x41mr15281303wfi.148.1262624817779; Mon, 04 Jan 2010 09:06:57 -0800 (PST) Date: Mon, 4 Jan 2010 10:06:57 -0700 Message-ID: <539c60b91001040906n4868dbccub329f54ce7ae32b3@mail.gmail.com> From: Steve Franks To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: looking for port to clone that pulls code from git repo 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, 04 Jan 2010 17:33:56 -0000 I've got a project to port that doesn't do releases, just puts out the git. I know we've got alot of ports that pull strait from cvs or svn, is there a good corresponding example for git? Thanks, Steve From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 17:41:53 2010 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 DFD9A106568B for ; Mon, 4 Jan 2010 17:41:53 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 6120E8FC13 for ; Mon, 4 Jan 2010 17:41:53 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so78085fgg.13 for ; Mon, 04 Jan 2010 09:41:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=EoFAzu2PXbtwkJUG80IZrR/nbGV3p2vRMC8knBDP8X0=; b=rc/fJt0jFMwM14YkVsgH+qwccHNFZao4f580oEm7X4ThsoEjT61O1CAytdPEEq6w5i iB24xDUbXe8CuayTIewm7Jl8XxMFtyutj42hzhE8GGfGOaoJSN4odoiubfMoGLnOnxSN 0yDG3KZYn36SGQKzAJBOoos0TRjyzItdgwXLQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=N3Xuk1nKp2E61SKLeJ+ljCLYCdlV5WFBpLqqmDYZ3cHxQeH7BBhYSw/gkU7ezmE1oO ft56Vvd+/Qmmxqis3bzLTszk4HMoFPe3utFSB43VCn7Fhr1Zy9lcoVjrpzRb8ABeEspM x0EiTsOCfmkDHRdPR3NXTtVCiLZ6iQRdPXbnw= Received: by 10.87.73.4 with SMTP id a4mr7639805fgl.76.1262626907056; Mon, 04 Jan 2010 09:41:47 -0800 (PST) Received: from darklight.org.ru ([213.132.76.16]) by mx.google.com with ESMTPS id e3sm51802561fga.16.2010.01.04.09.41.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 09:41:46 -0800 (PST) Received: from darklight.org.ru (yuri@darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.3/8.14.3) with ESMTP id o04HfhbX005963; Mon, 4 Jan 2010 20:41:43 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.3/8.14.3/Submit) id o04HfhdZ005962; Mon, 4 Jan 2010 20:41:43 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Mon, 4 Jan 2010 20:41:43 +0300 From: Yuri Pankov To: Steve Franks Message-ID: <20100104174142.GA4030@darklight.org.ru> References: <539c60b91001040906n4868dbccub329f54ce7ae32b3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <539c60b91001040906n4868dbccub329f54ce7ae32b3@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@freebsd.org Subject: Re: looking for port to clone that pulls code from git repo 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, 04 Jan 2010 17:41:54 -0000 On Mon, Jan 04, 2010 at 10:06:57AM -0700, Steve Franks wrote: > I've got a project to port that doesn't do releases, just puts out the > git. I know we've got alot of ports that pull strait from cvs or svn, > is there a good corresponding example for git? > > Thanks, > Steve I'm not sure if we really have ports that are built from direct cvs/svn checkout, but you could look at x11-drivers/xf86-video-nouveau/Makefile, which has target to create tarball from git. HTH, Yuri From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 17:44:16 2010 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 05B4D106566B for ; Mon, 4 Jan 2010 17:44:16 +0000 (UTC) (envelope-from ml@netfence.it) Received: from cp-out10.libero.it (cp-out10.libero.it [212.52.84.110]) by mx1.freebsd.org (Postfix) with ESMTP id BA9858FC12 for ; Mon, 4 Jan 2010 17:44:15 +0000 (UTC) Received: from soth.ventu (151.51.41.39) by cp-out10.libero.it (8.5.107) id 4B4213DD0002794E; Mon, 4 Jan 2010 18:44:14 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.4/8.14.2) with ESMTP id o04Hi8qM052893; Mon, 4 Jan 2010 18:44:09 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <4B4228E8.9010806@netfence.it> Date: Mon, 04 Jan 2010 18:44:08 +0100 From: Andrea Venturoli User-Agent: Thunderbird 2.0.0.23 (X11/20091221) MIME-Version: 1.0 To: =?ISO-8859-15?Q?J=F6rgen_Blomberg?= References: <4B39FE46.20905@netfence.it> <4B41FF34.4080106@blomberg.tk> In-Reply-To: <4B41FF34.4080106@blomberg.tk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-ports@freebsd.org Subject: Re: INDEX failing on 6.3/i386 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, 04 Jan 2010 17:44:16 -0000 Jörgen Blomberg ha scritto: > I don't use mod_webapp, so this configuration is done only to be able to > build INDEX. Neither do I, so I guess I'll follow your suggestion. bye & thanks av. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 20:33:35 2010 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 C42411065676 for ; Mon, 4 Jan 2010 20:33:35 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from k7.mavetju.org (unknown [IPv6:2001:44b8:7bf1:a51:20f:eaff:fe2c:d518]) by mx1.freebsd.org (Postfix) with ESMTP id 293658FC0C for ; Mon, 4 Jan 2010 20:33:35 +0000 (UTC) Received: by k7.mavetju.org (Postfix, from userid 1001) id E23B24518A; Tue, 5 Jan 2010 07:33:32 +1100 (EST) Date: Tue, 5 Jan 2010 07:33:32 +1100 From: Edwin Groothuis To: Boris Samorodov Message-ID: <20100104203332.GB60072@mavetju.org> References: <20100104122319.GA2412@mavetju.org> <53730989@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53730989@bb.ipt.ru> User-Agent: Mutt/1.4.2.3i Cc: ports@freebsd.org Subject: Re: Linux - Skulltag / FMOD issue 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, 04 Jan 2010 20:33:35 -0000 Hello Boris, On Mon, Jan 04, 2010 at 07:08:18PM +0300, Boris Samorodov wrote: > On Mon, 4 Jan 2010 23:23:19 +1100 Edwin Groothuis wrote: > > > I was pointed to Skulltag today, a Doom/Heretic etc engine. > > Unfortunately it is Linux only, but with the Linuxolator it should work. > > After installing the libraries from www.fmod.org it worked (yay!), > > What's uname of your system? FreeBSD k7.mavetju.org 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #2 r199643: Mon Nov 23 18:39:23 EST 2009 edwin@k7.mavetju.org:/usr/obj/usr/home/edwin/svn/build-8/sys/GENERIC i386 > > except for the sound: > > > I_InitSound: Initializing FMOD > > FMOD Sound System, copyright ??? Firelight Technologies Pty, Ltd., 1994-2009. > > HOSS could not be initialized. Trying ALSA. > > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > > ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > > ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > > ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > > ALSA lib conf.c:4632:(snd_config_expand) Evaluate error: No such file or directory > > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > > I System::init returned error code 62 > > GSound init failed. Using nosound. > > > Strace didn't give me any useful output (lots of high ascii in the > > open() calls), kdump (of ktrace) broke on it. > > You may use devel/linux_kdump instead of native kdump. The port should > be build with emulators/linux_gentoo-stage3 though. I created a package: > ftp://ftp.ipt.ru/pub/linux/linux_kdump-1.5_2.tbz I will put my teeth in this one tonight. > > Who has experience with FMOD under the Linuxolator under FreeBSD ? > > Who has a hint of what I can do next to overcome this issue? > > Just a wild guess: did you install an apropriate audio/linux*-alsa-lib? Yes, that one was installed. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 21:34:21 2010 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 BBB25106568B for ; Mon, 4 Jan 2010 21:34:21 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 85E348FC0C for ; Mon, 4 Jan 2010 21:34:21 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o04LYK9C033954; Mon, 4 Jan 2010 15:34:20 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Mon, 4 Jan 2010 15:34:20 -0600 (CST) From: "Sean C. Farley" To: Edwin Groothuis In-Reply-To: <20100104122319.GA2412@mavetju.org> Message-ID: References: <20100104122319.GA2412@mavetju.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: ports@FreeBSD.org Subject: Re: Linux - Skulltag / FMOD issue 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, 04 Jan 2010 21:34:21 -0000 On Mon, 4 Jan 2010, Edwin Groothuis wrote: > Hello, > > I was pointed to Skulltag today, a Doom/Heretic etc engine. > Unfortunately it is Linux only, but with the Linuxolator it should > work. After installing the libraries from www.fmod.org it worked > (yay!), except for the sound: > > I_InitSound: Initializing FMOD > FMOD Sound System, copyright ? Firelight Technologies Pty, Ltd., 1994-2009. > HOSS could not be initialized. Trying ALSA. > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4153:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4632:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > I System::init returned error code 62 > GSound init failed. Using nosound. Does this fix it: export SDL_AUDIODRIVER=dsp Sean -- scf@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 21:40:38 2010 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 551B410656E2 for ; Mon, 4 Jan 2010 21:40:38 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 309708FC1F for ; Mon, 4 Jan 2010 21:40:38 +0000 (UTC) Received: by pwi15 with SMTP id 15so10487919pwi.3 for ; Mon, 04 Jan 2010 13:40:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=5Q0qEQXdjFkVQ92F5DKE4h+tz/QFmwfyVAGiRJUfZT4=; b=WCAn2AsMffYPuUWynKgykedTC36uCapdn7oQ9ELqLXvXuEAPMyc7a+MrY8myZJskAC +DT/3DcpapH+tIyVMBsloXGEDIihqJ2YmURcD48BBZQB+wSelvBV5KkorBlaO9e0WE8w 5ErE9yI7+S7tUWiVKvfs8WIztRg8NomnKEqXw= 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=haID9FV+RtYyF+XwFCvUbXv2JrPdCebkgbDU86SLh1KXdgquWhIN84BZ5wQrhV9Rrb HoQzAx1uoUDT1h9fwsT0QKI2T5aZmM57Iptaxl9c5ZRtikBH3lJEmPdcOCLRm10Fkjvj u9FqtVANRyqPzDnzIw18k6lsugXVtAKoRVgWA= MIME-Version: 1.0 Received: by 10.142.118.3 with SMTP id q3mr9217575wfc.9.1262641232046; Mon, 04 Jan 2010 13:40:32 -0800 (PST) Date: Mon, 4 Jan 2010 14:40:32 -0700 Message-ID: <539c60b91001041340m4e81316cx1137c39ac47d7884@mail.gmail.com> From: Steve Franks To: o.davydenko@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@FreeBSD.org Subject: FreeBSD Port: libftdi-0.14_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: Mon, 04 Jan 2010 21:40:38 -0000 Hi, It seems our libftdi is several versions behind (current is 0.17). I'm no expert, but I got 0.17 to build by adding the following to /usr/ports/devel/libftdi/Makefile: WITH_BOOST=yes CONFIGURE_ARGS+=--with-boost=/usr/local/include/boost CFLAGS+=-I${LOCALBASE}/include -L${LOCALBASE}/lib CXXFLAGS+=-I${LOCALBASE}/include -L${LOCALBASE}/lib I'm not sure which of those are canonically required, I'm a noob as far as freebsd. Also, I changed to (obviously): PORTVERSION= 0.17 I thought I'd run it by you before submitting a pr, since maybe I'm missing something... Best, Steve From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 21:42:34 2010 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 3B5DA106566B for ; Mon, 4 Jan 2010 21:42:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id C24D78FC12 for ; Mon, 4 Jan 2010 21:42:33 +0000 (UTC) Received: (qmail 15576 invoked by uid 399); 4 Jan 2010 21:42:32 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 4 Jan 2010 21:42:32 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B4260CD.1020501@FreeBSD.org> Date: Mon, 04 Jan 2010 13:42:37 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Steve Franks References: <539c60b91001040906n4868dbccub329f54ce7ae32b3@mail.gmail.com> In-Reply-To: <539c60b91001040906n4868dbccub329f54ce7ae32b3@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: looking for port to clone that pulls code from git repo 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, 04 Jan 2010 21:42:34 -0000 Steve Franks wrote: > I've got a project to port that doesn't do releases, just puts out the > git. I know we've got alot of ports that pull strait from cvs or svn, No, we don't. We've got some ports that create tarballs from known-good checkpoints in 3rd party svn repos, and then build the port around those tarballs. This is what you should do in your case. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 21:51:06 2010 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 B042C1065692; Mon, 4 Jan 2010 21:51:06 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7B58A8FC1C; Mon, 4 Jan 2010 21:51:06 +0000 (UTC) Received: by pxi12 with SMTP id 12so9739260pxi.3 for ; Mon, 04 Jan 2010 13:51:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=SIvzOxe2Aw8XqMHsLX1PiR9EARYiYtvCEKJfcgpZPOI=; b=u5bZjAq1ajQ9KLL/VszeW21abgRIf8eMLk7MtclMGm38KT7LhSjnN0vu058InT64r2 Tx9BEmfUoMnwJdRARdlMehq0nsbmx/FlaDMm6A/Aku1wP9pKLkeOnEjyWTerzF1FBGEy UFgS1vZaGd9qBkYPpGGX3y4XUGfT1ePWDv8xM= 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=W/5JobjkrBfmE9OkRQpM4uQ9sozsU/KoniAkt5ovwjtqEPdBPoDKEw7Av3V+OYlle/ qthUxmN4LEtsabHZ/0P1oh+S2/5SOg7cr5JOM54SGC+i34nGOcX+8QYYI/jUyNeUyIgp Znjdhxl/eBJgdOYN+d2czBel+Rk+1+2YmZRE4= MIME-Version: 1.0 Received: by 10.142.61.33 with SMTP id j33mr14500276wfa.236.1262641861843; Mon, 04 Jan 2010 13:51:01 -0800 (PST) In-Reply-To: <4B4225D9.9050504@FreeBSD.org> References: <4B4225D9.9050504@FreeBSD.org> Date: Mon, 4 Jan 2010 15:51:01 -0600 Message-ID: <179b97fb1001041351j46180b42hcaf3d04959ed64a0@mail.gmail.com> From: Brandon Gooch To: Beat Gaetzi Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD (take 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: Mon, 04 Jan 2010 21:51:06 -0000 Working great here! I'm running it on a couple of notebooks and a desktop. Hosts: FreeBSD 9.0-CURRENT, FreeBSD 8.0-STABLE Guests: Windows XP SP3 32-bit Windows 7 32-bit PC-BSD 8.0 BETA (with virtualbox-ose-additions; video and mouse integration working properly) -Brandon From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 22:26:10 2010 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 68CFD106566B for ; Mon, 4 Jan 2010 22:26:10 +0000 (UTC) (envelope-from asimic@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id CA75F8FC18 for ; Mon, 4 Jan 2010 22:26:09 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so182922fgg.13 for ; Mon, 04 Jan 2010 14:26:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bhDbnf+El9icisOw3ZLxy5v7sMr4lsVkHvqPvN7AvRI=; b=wm8vQpcjFJulOi4JUgAv6GK0+LQ//Phny5EaIu8DupWEpV0YR7UXRDs7AcJ0MFWaK9 2dtRzzIoBmDMYza+f2p8Y1xHQDAHS6OfIpv7SlOpcqk79AxU1Gg5VYACqpk0SLPd0aIF t6tcI+YIBBEC7L16f0z0arPKHBGqeBvtIg/PU= 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=ChQuyZOPjIdaTR83o6PpzmH0QYfZz8jVZynd06o9JVgAwXZOwWPxw8J9LDN15ofNqN g06ZAaYNSfWssAcTPhdyJhxJuLrhOlbF2y108CrRbGbo68GBeJ5MAcgN64dM1IZQg0LP NRHVyazTT9S/1TzOfL3QSqttWktwmFKKXMISE= MIME-Version: 1.0 Received: by 10.239.179.99 with SMTP id c35mr388833hbg.197.1262643961862; Mon, 04 Jan 2010 14:26:01 -0800 (PST) In-Reply-To: <4B3D0AED.6050002@FreeBSD.org> References: <7d1be6610912310540y2e3ca781pcc77eab919d55c26@mail.gmail.com> <7d1be6610912310825o20c0380u8cbf333e0702e23b@mail.gmail.com> <4B3D0AED.6050002@FreeBSD.org> Date: Mon, 4 Jan 2010 22:26:01 +0000 Message-ID: <7d1be6611001041426k125b7a48n10f7e1ea9116cc5@mail.gmail.com> From: Aleksandar Simic To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Julien Laffaye , freebsd-ports@freebsd.org Subject: Re: pkg_debunk 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, 04 Jan 2010 22:26:10 -0000 2009/12/31 Doug Barton : > Aleksandar Simic wrote: >> running my tool I get these results: >> >> ./pkg_debunk.rb >> ca_root_nss-3.12.4: >> =A0 missing /usr/local/etc/ssl/cert.pem >> ruby18-gems-1.3.5: >> =A0 missing /usr/local/lib/ruby/gems/1.8/cache/sources-0.0.2.gem >> =A0 missing /usr/local/lib/ruby/gems/1.8/gems/sources-0.0.2/lib/sources.= rb >> =A0 missing /usr/local/lib/ruby/gems/1.8/specifications/sources-0.0.2.ge= mspec >> >> With pkg_info: >> >> pkg_info -g ca_root_nss-3.12.4 >> >> does not spot the missing /usr/local/etc/ssl/cert.pem. >> >> Looking at /var/db/pk/ca_root_nss-3.12.4/+CONTENTS for the above >> file, I can clearly see that its there in the spec but not on the system= : >> >> etc/ssl/cert.pem >> @comment MD5:5b5db9a1ce7e4680ba1644ffe5c113b5 >> >> It seems that "pkg_info -g" does not catch all the missing files. > > You missed a very important line: > > @cwd / > etc/ssl/cert.pem > > ls -l /etc/ssl/cert.pem > lrwxr-xr-x =A01 root =A0wheel =A038 Dec =A08 14:58 /etc/ssl/cert.pem@ -> > /usr/local/share/certs/ca-root-nss.crt > > ls -l /usr/local/share/certs/ca-root-nss.crt > -r--r--r-- =A01 root =A0wheel =A0676281 Dec =A08 14:58 > /usr/local/share/certs/ca-root-nss.crt > > It's not actually missing. :) > Good catch. My oversight, should have thought of this. Fixed it: http://github.com/dotemacs/pkg_debunk Thanks, Aleksandar From owner-freebsd-ports@FreeBSD.ORG Mon Jan 4 22:36:08 2010 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 5CF6010656DB for ; Mon, 4 Jan 2010 22:36:08 +0000 (UTC) (envelope-from asimic@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 928F68FC13 for ; Mon, 4 Jan 2010 22:36:07 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so185349fgg.13 for ; Mon, 04 Jan 2010 14:35:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8XuElAOIVr0YxrlJ0CG4nYGX4d0izD9cChEU/cRXNY4=; b=vjXzHeIRidNkxxYvZh4oWYrlJr/2ARoLBM6EQ3rz3ahttr28E09tTfamT16/qEHgWO GInJaRGpXXjH9qrm1pt2zwZrAsDPsyga3ihGDPYsuYXvUOwL5fekeoT2oQ85a1SmP5De z2mW3AGA4sGAl0hu8tfd8HEruAu65UdrqJK70= 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=MMhwQ7I7FoNFG/gFpGOMZ0cKuV7clsDkNK612mwIzZ30D24ffFLAfPoX8XQtUHcqBe sbe9bvvIaTy4nrEhkUNfcx6dAZD6wBpee6sy3tJFFZgp/32aqg20apf85tnSIkcd/zlE rwEFRislQ+CvFlmh+MdgGalpBD47Cy7AjLqak= MIME-Version: 1.0 Received: by 10.239.197.142 with SMTP id z14mr2703137hbi.213.1262644559545; Mon, 04 Jan 2010 14:35:59 -0800 (PST) In-Reply-To: <20091231145534.145616ftehityh1c@econet.encontacto.net> References: <7d1be6610912310540y2e3ca781pcc77eab919d55c26@mail.gmail.com> <7d1be6610912310825o20c0380u8cbf333e0702e23b@mail.gmail.com> <4B3D0AED.6050002@FreeBSD.org> <20091231145534.145616ftehityh1c@econet.encontacto.net> Date: Mon, 4 Jan 2010 22:35:59 +0000 Message-ID: <7d1be6611001041435r1d0a10eev37d70126ba7a6372@mail.gmail.com> From: Aleksandar Simic To: eculp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Julien Laffaye , Doug Barton , freebsd-ports@freebsd.org Subject: Re: pkg_debunk 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, 04 Jan 2010 22:36:08 -0000 Hello Eculp, (not sniping the missing paths, my answer/question at the bottom) 2009/12/31 eculp : > Quoting Doug Barton : > >> Aleksandar Simic wrote: >>> >>> running my tool I get these results: >>> >>> ./pkg_debunk.rb >>> ca_root_nss-3.12.4: >>> =A0missing /usr/local/etc/ssl/cert.pem >>> ruby18-gems-1.3.5: >>> =A0missing /usr/local/lib/ruby/gems/1.8/cache/sources-0.0.2.gem >>> =A0missing /usr/local/lib/ruby/gems/1.8/gems/sources-0.0.2/lib/sources.= rb >>> =A0missing >>> /usr/local/lib/ruby/gems/1.8/specifications/sources-0.0.2.gemspec >>> >>> With pkg_info: >>> >>> pkg_info -g ca_root_nss-3.12.4 >>> >>> does not spot the missing /usr/local/etc/ssl/cert.pem. >>> >>> Looking at /var/db/pk/ca_root_nss-3.12.4/+CONTENTS for the above >>> file, I can clearly see that its there in the spec but not on the syste= m: >>> >>> etc/ssl/cert.pem >>> @comment MD5:5b5db9a1ce7e4680ba1644ffe5c113b5 >>> >>> It seems that "pkg_info -g" does not catch all the missing files. >> >> You missed a very important line: >> >> @cwd / >> etc/ssl/cert.pem >> >> ls -l /etc/ssl/cert.pem >> lrwxr-xr-x =A01 root =A0wheel =A038 Dec =A08 14:58 /etc/ssl/cert.pem@ -> >> /usr/local/share/certs/ca-root-nss.crt >> >> ls -l /usr/local/share/certs/ca-root-nss.crt >> -r--r--r-- =A01 root =A0wheel =A0676281 Dec =A08 14:58 >> /usr/local/share/certs/ca-root-nss.crt >> >> It's not actually missing. :) >> >> Not that I would in any way discourage you from your work, working on >> ports tools is fun, and a great way to learn the system. >> >> >> Doug > > I'm seeing something similar that I don't really understand. =A0I have > successfully rebuilt all the ports that reported missing something twice = and > they still show them as missing. =A0I haven't really tried to check anyth= ing > else. > > The following don't go away. :( > > open-motif-2.2.3_6: > =A0missing /usr/local/man/man3/Object.3.gz > docbook-4.3: > =A0missing /usr/local/share/doc/docbook/ChangeLog > =A0missing /usr/local/share/doc/docbook/README > gsfonts-8.11_5: > =A0missing /usr/local/share/ghostscript/fonts/Ryumin-Light > =A0missing /usr/local/share/ghostscript/fonts/GothicBBB-Medium > =A0missing /usr/local/share/ghostscript/fonts/STHeiti-Regular > =A0missing /usr/local/share/ghostscript/fonts/STSong-Light > =A0missing /usr/local/share/ghostscript/fonts/MSung-Light > linux-realplayer-10.0.9.809.20070726: > =A0missing /usr/local/usr/share/locale/de/LC_MESSAGES/realplay.mo > =A0missing /usr/local/usr/share/locale/es/LC_MESSAGES/realplay.mo > =A0missing /usr/local/usr/share/locale/fr/LC_MESSAGES/realplay.mo > =A0missing /usr/local/usr/share/locale/hi/LC_MESSAGES/realplay.mo > =A0missing /usr/local/usr/share/locale/it/LC_MESSAGES/realplay.mo > =A0missing /usr/local/usr/share/locale/ja/LC_MESSAGES/realplay.mo > =A0missing /usr/local/usr/share/locale/ko/LC_MESSAGES/realplay.mo > =A0missing /usr/local/usr/share/locale/pl/LC_MESSAGES/realplay.mo > =A0missing /usr/local/usr/share/locale/pt_BR/LC_MESSAGES/realplay.mo > =A0missing /usr/local/usr/share/locale/zh_CN/LC_MESSAGES/realplay.mo > =A0missing /usr/local/usr/share/locale/zh_TW/LC_MESSAGES/realplay.mo > ghostscript8-8.70: > =A0missing /usr/local/share/ghostscript/8.70/Resource/CIDFont > can't find the contents for .pkgdb.db > linux-f10-flashplugin-10.0r42: > =A0missing /usr/local/usr/lib/libflashsupport.so > can't find the contents for .testfile > fusefs-kmod-0.3.9.p1.20080208_6: > =A0missing /usr/local/fuse.ko > qmake-3.3.8_1: > =A0missing /usr/local/aix-g++-64/qmake.conf > =A0missing /usr/local/aix-g++-64/qplatformdefs.h > =A0missing /usr/local/aix-g++/qmake.conf > =A0missing /usr/local/aix-g++/qplatformdefs.h > =A0missing /usr/local/aix-xlc-64/qmake.conf > =A0missing /usr/local/aix-xlc-64/qplatformdefs.h > =A0missing /usr/local/aix-xlc/qmake.conf > =A0missing /usr/local/aix-xlc/qplatformdefs.h > =A0missing /usr/local/bsdi-g++/qmake.conf > =A0missing /usr/local/bsdi-g++/qplatformdefs.h > =A0missing /usr/local/cygwin-g++/qmake.conf > =A0missing /usr/local/cygwin-g++/qplatformdefs.h > =A0missing /usr/local/darwin-g++/qmake.conf > =A0missing /usr/local/darwin-g++/qplatformdefs.h > =A0missing /usr/local/dgux-g++/qmake.conf > =A0missing /usr/local/dgux-g++/qplatformdefs.h > =A0missing /usr/local/freebsd-g++/qmake.conf > =A0missing /usr/local/freebsd-g++/qplatformdefs.h > =A0missing /usr/local/freebsd-g++34/qmake.conf > =A0missing /usr/local/freebsd-g++34/qplatformdefs.h > =A0missing /usr/local/freebsd-icc/qmake.conf > =A0missing /usr/local/freebsd-icc/qplatformdefs.h > =A0missing /usr/local/hpux-acc-64/qmake.conf > =A0missing /usr/local/hpux-acc-64/qplatformdefs.h > =A0missing /usr/local/hpux-acc-o64/qmake.conf > =A0missing /usr/local/hpux-acc-o64/qplatformdefs.h > =A0missing /usr/local/hpux-acc/qmake.conf > =A0missing /usr/local/hpux-acc/qplatformdefs.h > =A0missing /usr/local/hpux-cc/qmake.conf > =A0missing /usr/local/hpux-cc/qplatformdefs.h > =A0missing /usr/local/hpux-g++-64/qmake.conf > =A0missing /usr/local/hpux-g++-64/qplatformdefs.h > =A0missing /usr/local/hpux-g++/qmake.conf > =A0missing /usr/local/hpux-g++/qplatformdefs.h > =A0missing /usr/local/hpuxi-acc-32/qmake.conf > =A0missing /usr/local/hpuxi-acc-32/qplatformdefs.h > =A0missing /usr/local/hpuxi-acc-64/qmake.conf > =A0missing /usr/local/hpuxi-acc-64/qplatformdefs.h > =A0missing /usr/local/hurd-g++/qmake.conf > =A0missing /usr/local/hurd-g++/qplatformdefs.h > =A0missing /usr/local/irix-cc-64/qmake.conf > =A0missing /usr/local/irix-cc-64/qplatformdefs.h > =A0missing /usr/local/irix-cc-o32/qmake.conf > =A0missing /usr/local/irix-cc-o32/qplatformdefs.h > =A0missing /usr/local/irix-cc/qmake.conf > =A0missing /usr/local/irix-cc/qplatformdefs.h > =A0missing /usr/local/irix-g++/qmake.conf > =A0missing /usr/local/irix-g++/qplatformdefs.h > =A0missing /usr/local/linux-cxx/qmake.conf > =A0missing /usr/local/linux-cxx/qplatformdefs.h > =A0missing /usr/local/linux-ecc-64/qmake.conf > =A0missing /usr/local/linux-ecc-64/qplatformdefs.h > =A0missing /usr/local/linux-g++-32/qmake.conf > =A0missing /usr/local/linux-g++-32/qplatformdefs.h > =A0missing /usr/local/linux-g++-64/qmake.conf > =A0missing /usr/local/linux-g++-64/qplatformdefs.h > =A0missing /usr/local/linux-g++/qmake.conf > =A0missing /usr/local/linux-g++/qplatformdefs.h > =A0missing /usr/local/linux-icc/qmake.conf > =A0missing /usr/local/linux-icc/qplatformdefs.h > =A0missing /usr/local/linux-kcc/qmake.conf > =A0missing /usr/local/linux-kcc/qplatformdefs.h > =A0missing /usr/local/linux-kylix/qmake.conf > =A0missing /usr/local/linux-kylix/qplatformdefs.h > =A0missing /usr/local/linux-pgcc/qmake.conf > =A0missing /usr/local/linux-pgcc/qplatformdefs.h > =A0missing /usr/local/lynxos-g++/qmake.conf > =A0missing /usr/local/lynxos-g++/qplatformdefs.h > =A0missing /usr/local/macx-g++/Info.plist.app > =A0missing /usr/local/macx-g++/qmake.conf > =A0missing /usr/local/macx-g++/qplatformdefs.h > =A0missing /usr/local/macx-mwerks/README > =A0missing /usr/local/macx-mwerks/mwerkstmpl.xml > =A0missing /usr/local/macx-mwerks/qmake.conf > =A0missing /usr/local/macx-mwerks/qplatformdefs.h > =A0missing /usr/local/macx-pbuilder/Info.plist.app > =A0missing /usr/local/macx-pbuilder/qmake.conf > =A0missing /usr/local/macx-pbuilder/qplatformdefs.h > =A0missing /usr/local/macx-xlc/qmake.conf > =A0missing /usr/local/macx-xlc/qplatformdefs.h > =A0missing /usr/local/netbsd-g++/qmake.conf > =A0missing /usr/local/netbsd-g++/qplatformdefs.h > =A0missing /usr/local/openbsd-g++/qmake.conf > =A0missing /usr/local/openbsd-g++/qplatformdefs.h > =A0missing /usr/local/qnx-g++/qmake.conf > =A0missing /usr/local/qnx-g++/qplatformdefs.h > =A0missing /usr/local/reliant-cds-64/qmake.conf > =A0missing /usr/local/reliant-cds-64/qplatformdefs.h > =A0missing /usr/local/reliant-cds/qmake.conf > =A0missing /usr/local/reliant-cds/qplatformdefs.h > =A0missing /usr/local/sco-cc/qmake.conf > =A0missing /usr/local/sco-cc/qplatformdefs.h > =A0missing /usr/local/sco-g++/qmake.conf > =A0missing /usr/local/sco-g++/qplatformdefs.h > =A0missing /usr/local/solaris-cc-64/qmake.conf > =A0missing /usr/local/solaris-cc-64/qplatformdefs.h > =A0missing /usr/local/solaris-cc/qmake.conf > =A0missing /usr/local/solaris-cc/qplatformdefs.h > =A0missing /usr/local/solaris-g++-64/qmake.conf > =A0missing /usr/local/solaris-g++-64/qplatformdefs.h > =A0missing /usr/local/solaris-g++/qmake.conf > =A0missing /usr/local/solaris-g++/qplatformdefs.h > =A0missing /usr/local/tru64-cxx/qmake.conf > =A0missing /usr/local/tru64-cxx/qplatformdefs.h > =A0missing /usr/local/tru64-g++/qmake.conf > =A0missing /usr/local/tru64-g++/qplatformdefs.h > =A0missing /usr/local/unixware-cc/qmake.conf > =A0missing /usr/local/unixware-cc/qplatformdefs.h > =A0missing /usr/local/unixware-g++/qmake.conf > =A0missing /usr/local/unixware-g++/qplatformdefs.h > =A0missing /usr/local/win32-borland/qmake.conf > =A0missing /usr/local/win32-borland/qplatformdefs.h > =A0missing /usr/local/win32-g++/qmake.conf > =A0missing /usr/local/win32-g++/qplatformdefs.h > =A0missing /usr/local/win32-g++/qtcrtentrypoint.cpp > =A0missing /usr/local/win32-icc/qmake.conf > =A0missing /usr/local/win32-icc/qplatformdefs.h > =A0missing /usr/local/win32-icc/win32app.dsp > =A0missing /usr/local/win32-icc/win32dll.dsp > =A0missing /usr/local/win32-icc/win32lib.dsp > =A0missing /usr/local/win32-msvc.net/qmake.conf > =A0missing /usr/local/win32-msvc.net/qplatformdefs.h > =A0missing /usr/local/win32-msvc/qmake.conf > =A0missing /usr/local/win32-msvc/qplatformdefs.h > =A0missing /usr/local/win32-msvc/win32app.dsp > =A0missing /usr/local/win32-msvc/win32dll.dsp > =A0missing /usr/local/win32-msvc/win32lib.dsp > =A0missing /usr/local/win32-msvc2005/qmake.conf > =A0missing /usr/local/win32-msvc2005/qplatformdefs.h > =A0missing /usr/local/win32-watcom/qmake.conf > =A0missing /usr/local/html/qmake.dcf > =A0missing /usr/local/html/qmake-manual.html > =A0missing /usr/local/html/qmake-manual-1.html > =A0missing /usr/local/html/qmake-manual-2.html > =A0missing /usr/local/html/qmake-manual-3.html > =A0missing /usr/local/html/qmake-manual-4.html > =A0missing /usr/local/html/qmake-manual-5.html > =A0missing /usr/local/html/qmake-manual-6.html > =A0missing /usr/local/html/qmake-manual-7.html > =A0missing /usr/local/html/qmake-manual-8.html > kdepimlibs-4.3.4: > =A0missing /usr/local/kde4/lib/libgpgme++-pth.so > =A0missing /usr/local/kde4/lib/libgpgme++-pth.so.2 > =A0missing /usr/local/kde4/lib/libgpgme++-pth.so.2.2.1 > > I'll continue to look and check both the presence and the dependencies to > see if I can figure out why although it won't be for a couple of days. Are you getting those paths reported as missing only when using my pkg_debunk script ? Or are they also not seen by pkg_info? Thanks, Aleksandar From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 08:39:10 2010 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 8E82E106566B; Tue, 5 Jan 2010 08:39:10 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1B38FC14; Tue, 5 Jan 2010 08:39:10 +0000 (UTC) Received: from p5499b617.dip.t-dialin.net ([84.153.182.23] helo=[192.168.2.115]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NS4cA-000BL3-ST; Tue, 05 Jan 2010 09:18:08 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <20091227232425.GA38213@bsdcrew.de> Date: Tue, 5 Jan 2010 09:18:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <575AE1A9-24EC-4E18-9236-C997B6AB7ECC@anduin.net> References: <20091227232425.GA38213@bsdcrew.de> To: Martin Wilke X-Mailer: Apple Mail (2.1077) Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 05 Jan 2010 08:39:10 -0000 Hi, On 28. des. 2009, at 00.24, Martin Wilke wrote: > - Install new port: > # cd ../virtualbox-ose-kmod && make install clean > # cd ../virtualbox-ose && make install clean At this point, the install fails like thus: running install_egg_info Removing = /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info Writing = /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info (cd = /root/vbox/virtualbox-ose/work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/rele= ase/bin/sdk/bindings/xpcom/python && /bin/sh -c '(/usr/bin/find -d $0 $2 = | /usr/bin/cpio -dumpl $1 >/dev/null 2>&1) && /usr/sbin/chown -R = root:wheel $1 && /usr/bin/find -d $0 $2 -type d -exec chmod 755 $1/{} = \; && /usr/bin/find -d $0 $2 -type f -exec chmod 444 $1/{} \;' -- "*" = /usr/local/lib/python2.6/site-packages) /usr/local/bin/python2.6 -mcompileall = /usr/local/lib/python2.6/site-packages/xpcom/ Listing /usr/local/lib/python2.6/site-packages/xpcom/ ... Listing /usr/local/lib/python2.6/site-packages/xpcom/client ... Listing /usr/local/lib/python2.6/site-packages/xpcom/server ... pw: group 'vboxusers' already exists Adding group "vboxusers" failed... *** Error code 1 Stop in /root/vbox/virtualbox-ose. *** Error code 1 Stop in /root/vbox/virtualbox-ose. The vboxusers group does indeed exist: vboxusers:*:920: but has no users. Adding myself changes nothing. Should I install the current version from ports first, before trying to = ugprade to this snapshot? /Eirik From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 09:12:21 2010 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 15BB91065693; Tue, 5 Jan 2010 09:12:21 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id 93F908FC0C; Tue, 5 Jan 2010 09:12:20 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=webmail.itac.at) by mail.itac.at with esmtpa (Exim 4.63) (envelope-from ) id 1NS5Sa-00017m-K5; Tue, 05 Jan 2010 10:12:16 +0100 Received: from 78.142.74.81 (SquirrelMail authenticated user decke@bluelife.at) by webmail.itac.at with HTTP; Tue, 5 Jan 2010 10:12:16 +0100 (CET) Message-ID: In-Reply-To: <575AE1A9-24EC-4E18-9236-C997B6AB7ECC@anduin.net> References: <20091227232425.GA38213@bsdcrew.de> <575AE1A9-24EC-4E18-9236-C997B6AB7ECC@anduin.net> Date: Tue, 5 Jan 2010 10:12:16 +0100 (CET) From: "Bernhard Froehlich" To: Eirik =?iso-8859-1?Q?=D8verby?= User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org, Martin Wilke Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 05 Jan 2010 09:12:21 -0000 On Tue, January 5, 2010 9:18 am, Eirik Øverby wrote: > Hi, > > On 28. des. 2009, at 00.24, Martin Wilke wrote: > >> - Install new port: >> # cd ../virtualbox-ose-kmod && make install clean >> # cd ../virtualbox-ose && make install clean > > At this point, the install fails like thus: > > running install_egg_info > Removing /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info > Writing /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info > (cd > /root/vbox/virtualbox-ose/work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/release/bin/sdk/bindings/xpcom/python > && /bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 > >/dev/null 2>&1) && /usr/sbin/chown -R root:wheel $1 && /usr/bin/find > -d $0 $2 -type d -exec chmod 755 $1/{} \; && /usr/bin/find -d $0 $2 -type > f -exec chmod 444 $1/{} \;' -- "*" /usr/local/lib/python2.6/site-packages) > /usr/local/bin/python2.6 -mcompileall > /usr/local/lib/python2.6/site-packages/xpcom/ > Listing /usr/local/lib/python2.6/site-packages/xpcom/ ... > Listing /usr/local/lib/python2.6/site-packages/xpcom/client ... > Listing /usr/local/lib/python2.6/site-packages/xpcom/server ... > pw: group 'vboxusers' already exists > Adding group "vboxusers" failed... > *** Error code 1 > > Stop in /root/vbox/virtualbox-ose. > *** Error code 1 > > Stop in /root/vbox/virtualbox-ose. > > The vboxusers group does indeed exist: > vboxusers:*:920: > but has no users. Adding myself changes nothing. Looks a bit weird. The install script only needs and creates a vboxusers group so that it can install the files with the correct ownership. But it checks first if the group exists and that check seems to fail for an unknown reason. Could you please send back the output of the following 3 commands? (as root) pw group show vboxusers; echo $? pw groupadd vboxusers -g 920 grep vbox /etc/group > Should I install the current version from ports first, before trying to > ugprade to this snapshot? I think that should not change anything because the install script did not change for a long time. My guess at the moment is that something in your /etc/group is inconsistent or wrong so that the tools get confused. -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 09:15:30 2010 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 3ACCC1065670; Tue, 5 Jan 2010 09:15:30 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from k7.mavetju.org (unknown [IPv6:2001:44b8:7bf1:a51:20f:eaff:fe2c:d518]) by mx1.freebsd.org (Postfix) with ESMTP id A3FB58FC18; Tue, 5 Jan 2010 09:15:29 +0000 (UTC) Received: by k7.mavetju.org (Postfix, from userid 1001) id 75E154518B; Tue, 5 Jan 2010 20:15:28 +1100 (EST) Date: Tue, 5 Jan 2010 20:15:28 +1100 From: Edwin Groothuis To: "Sean C. Farley" Message-ID: <20100105091528.GC60072@mavetju.org> References: <20100104122319.GA2412@mavetju.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: ports@FreeBSD.org Subject: Re: Linux - Skulltag / FMOD issue 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, 05 Jan 2010 09:15:30 -0000 Hello Sean, On Mon, Jan 04, 2010 at 03:34:20PM -0600, Sean C. Farley wrote: > > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > > I System::init returned error code 62 > > GSound init failed. Using nosound. > > Does this fix it: export SDL_AUDIODRIVER=dsp It didn't help, but the following did help: Selecting the SDL Audio Driver in Doom. Sorry have to be brief, there are monsters to chainsaw! (Will submit port later. Once I've killed the end-level boss) Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 09:24:34 2010 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 327961065692; Tue, 5 Jan 2010 09:24:34 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id E17498FC23; Tue, 5 Jan 2010 09:24:33 +0000 (UTC) Received: from p5499b617.dip.t-dialin.net ([84.153.182.23] helo=[192.168.2.115]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NS5eR-000Gt2-BK; Tue, 05 Jan 2010 10:24:31 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Eirik_=D8verby?= X-Priority: 3 (Normal) In-Reply-To: Date: Tue, 5 Jan 2010 10:24:30 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20091227232425.GA38213@bsdcrew.de> <575AE1A9-24EC-4E18-9236-C997B6AB7ECC@anduin.net> To: "Bernhard Froehlich" X-Mailer: Apple Mail (2.1077) Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org, Martin Wilke Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 05 Jan 2010 09:24:34 -0000 On 5. jan. 2010, at 10.12, Bernhard Froehlich wrote: > On Tue, January 5, 2010 9:18 am, Eirik =D8verby wrote: >> Hi, >>=20 >> On 28. des. 2009, at 00.24, Martin Wilke wrote: >>=20 >>> - Install new port: >>> # cd ../virtualbox-ose-kmod && make install clean >>> # cd ../virtualbox-ose && make install clean >>=20 >> At this point, the install fails like thus: >>=20 >> running install_egg_info >> Removing = /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info >> Writing = /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info >> (cd >> = /root/vbox/virtualbox-ose/work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/rele= ase/bin/sdk/bindings/xpcom/python >> && /bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 >>> /dev/null 2>&1) && /usr/sbin/chown -R root:wheel $1 && = /usr/bin/find >> -d $0 $2 -type d -exec chmod 755 $1/{} \; && /usr/bin/find -d $0 $2 = -type >> f -exec chmod 444 $1/{} \;' -- "*" = /usr/local/lib/python2.6/site-packages) >> /usr/local/bin/python2.6 -mcompileall >> /usr/local/lib/python2.6/site-packages/xpcom/ >> Listing /usr/local/lib/python2.6/site-packages/xpcom/ ... >> Listing /usr/local/lib/python2.6/site-packages/xpcom/client ... >> Listing /usr/local/lib/python2.6/site-packages/xpcom/server ... >> pw: group 'vboxusers' already exists >> Adding group "vboxusers" failed... >> *** Error code 1 >>=20 >> Stop in /root/vbox/virtualbox-ose. >> *** Error code 1 >>=20 >> Stop in /root/vbox/virtualbox-ose. >>=20 >> The vboxusers group does indeed exist: >> vboxusers:*:920: >> but has no users. Adding myself changes nothing. >=20 > Looks a bit weird. The install script only needs and creates a = vboxusers > group so that it can install the files with the correct ownership. But = it Reason found. Nscd was running, and somehow had not updated its cache = for some reason. Restarted it, and now it works. Sorry about the noise. /Eirik > checks first if the group exists and that check seems to fail for an > unknown reason. Could you please send back the output of the following = 3 > commands? (as root) >=20 > pw group show vboxusers; echo $? >=20 > pw groupadd vboxusers -g 920 >=20 > grep vbox /etc/group >=20 >=20 >> Should I install the current version from ports first, before trying = to >> ugprade to this snapshot? >=20 > I think that should not change anything because the install script did = not > change for a long time. >=20 > My guess at the moment is that something in your /etc/group is > inconsistent or wrong so that the tools get confused. >=20 > --=20 > Bernhard Fr=F6hlich > http://www.bluelife.at/ >=20 >=20 From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 09:30:29 2010 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 6D860106566B for ; Tue, 5 Jan 2010 09:30:29 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from k7.mavetju.org (unknown [IPv6:2001:44b8:7bf1:a51:20f:eaff:fe2c:d518]) by mx1.freebsd.org (Postfix) with ESMTP id 222868FC1C for ; Tue, 5 Jan 2010 09:30:29 +0000 (UTC) Received: by k7.mavetju.org (Postfix, from userid 1001) id E4A8245196; Tue, 5 Jan 2010 20:30:27 +1100 (EST) Date: Tue, 5 Jan 2010 20:30:27 +1100 From: Edwin Groothuis To: ports@FreeBSD.org Message-ID: <20100105093027.GB2412@mavetju.org> References: <20100104122319.GA2412@mavetju.org> <20100105091528.GC60072@mavetju.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100105091528.GC60072@mavetju.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Linux - Skulltag / FMOD issue 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, 05 Jan 2010 09:30:29 -0000 On Tue, Jan 05, 2010 at 08:15:28PM +1100, Edwin Groothuis wrote: > Hello Sean, > > On Mon, Jan 04, 2010 at 03:34:20PM -0600, Sean C. Farley wrote: > > > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > > > I System::init returned error code 62 > > > GSound init failed. Using nosound. > > > > Does this fix it: export SDL_AUDIODRIVER=dsp > > It didn't help, but the following did help: Selecting the SDL Audio > Driver in Doom. > > Sorry have to be brief, there are monsters to chainsaw! > > (Will submit port later. Once I've killed the end-level boss) I hate motionsickness.... AFK, laying down for a moment. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 12:20:35 2010 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 5C2331065694 for ; Tue, 5 Jan 2010 12:20:35 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id E854B8FC08 for ; Tue, 5 Jan 2010 12:20:32 +0000 (UTC) Received: (qmail 85915 invoked from network); 5 Jan 2010 12:20:32 -0000 Received: from unknown (HELO ale.andxor.it) (192.168.2.5) by andxor.it with SMTP; 5 Jan 2010 12:20:32 -0000 Message-ID: <4B432E8F.1050004@FreeBSD.org> Date: Tue, 05 Jan 2010 13:20:31 +0100 From: Alex Dupre User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Subject: new enigmail 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, 05 Jan 2010 12:20:35 -0000 Hello All, I'll update the enigmail ports next week, adding support for thunderbird3 and seamonkey2. In the meanwhile I have new XPIs ready for FreeBSD 8.0 amd64 for thunderbird 2/3 and seamonkey 1/2. If you like to test them and share back feedback write me privately. -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 13:20:27 2010 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 201A61065695 for ; Tue, 5 Jan 2010 13:20:27 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (builder.freebsd.org [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id 10EC38FC1D; Tue, 5 Jan 2010 13:20:27 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o05DKQln021852; Tue, 5 Jan 2010 13:20:26 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o05DKQBw021807; Tue, 5 Jan 2010 13:20:26 GMT (envelope-from erwin) Date: Tue, 5 Jan 2010 13:20:26 GMT From: Erwin Lansing Message-Id: <201001051320.o05DKQBw021807@builder.freebsd.org> To: cristianorolim@hotmail.com, jigboe@gmx.de, ports@FreeBSD.org Cc: Subject: Ports with duplicate LATEST_LINKS 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, 05 Jan 2010 13:20:27 -0000 Dear port maintainers, The following list includes ports maintained by you that have duplicate LATEST_LINK values. They should either be modified to use a unique LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting each other in the packages/Latest directory. If your ports conflict with ports maintained by another person, please coordinate your efforts with them. Thanks, Erwin "Annoying Reminder Guy III" Lansing LATEST_LINK PORTNAME MAINTAINER ========================================================================== rsyslog sysutils/rsyslog4 cristianorolim@hotmail.com rsyslog sysutils/rsyslog5 cristianorolim@hotmail.com rsyslog-gnutls sysutils/rsyslog4-gnutls cristianorolim@hotmail.com rsyslog-gnutls sysutils/rsyslog5-gnutls cristianorolim@hotmail.com rsyslog-gssapi sysutils/rsyslog4-gssapi cristianorolim@hotmail.com rsyslog-gssapi sysutils/rsyslog5-gssapi cristianorolim@hotmail.com rsyslog-libdbi sysutils/rsyslog4-dbi cristianorolim@hotmail.com rsyslog-libdbi sysutils/rsyslog5-dbi cristianorolim@hotmail.com rsyslog-mysql sysutils/rsyslog4-mysql cristianorolim@hotmail.com rsyslog-mysql sysutils/rsyslog5-mysql cristianorolim@hotmail.com rsyslog-pgsql sysutils/rsyslog4-pgsql cristianorolim@hotmail.com rsyslog-pgsql sysutils/rsyslog5-pgsql cristianorolim@hotmail.com rsyslog-relp sysutils/rsyslog4-relp cristianorolim@hotmail.com rsyslog-relp sysutils/rsyslog5-relp cristianorolim@hotmail.com rsyslog-rfc3195 sysutils/rsyslog4-rfc3195 cristianorolim@hotmail.com rsyslog-rfc3195 sysutils/rsyslog5-rfc3195 cristianorolim@hotmail.com rsyslog-snmp sysutils/rsyslog4-snmp cristianorolim@hotmail.com rsyslog-snmp sysutils/rsyslog5-snmp cristianorolim@hotmail.com surf www/surf jigboe@gmx.de surf math/surf ports@FreeBSD.org Total: 20 ports From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 17:37:33 2010 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 9C5FD106566B for ; Tue, 5 Jan 2010 17:37:33 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 72D1E8FC1B for ; Tue, 5 Jan 2010 17:37:33 +0000 (UTC) Received: by pwi15 with SMTP id 15so11270869pwi.3 for ; Tue, 05 Jan 2010 09:37:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=kyHkWKjAIzqDhM1lzR89oEoxtD2wpfXDAu3BNywtVF4=; b=NL49oAGnYp/F4J/WqDSiJlFAifcHEm/fFHDhOjlh1m8FkVZkUrGosfdviiKcb8UZab Z6pG6daHbIuqTgEoSciWCpBIHO87oGaXWxN+W+GRF43Dd6eJLgBTd3PfKBjgW4DoxpOx 4sCbPkj9h6PY4ADX7XoYoUYrtqqeKGNbIsXLU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=wwM+QBeadu8UGdNjtb+X0kZDCGOibs4jBZ0GkZ43UbXk7RKMPtLMAnZmP0hUeVfKPQ E7YpedN8ccjdQCf7FOK2wM3fo2uBFilNY9WORBh+09tILeMEw08Pw6s2cUkyKz+4Xwdp nlNUZFNvnU2aHn4UVwWTX3o9QCZ8/LpgIsgq4= MIME-Version: 1.0 Received: by 10.143.25.39 with SMTP id c39mr15694585wfj.249.1262711546464; Tue, 05 Jan 2010 09:12:26 -0800 (PST) Date: Tue, 5 Jan 2010 12:12:26 -0500 Message-ID: <147432021001050912m5cd978dbv455645d590f5fd81@mail.gmail.com> From: Nick Rogers To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Issues with Perl 5.8.9_3 port/package (in combination with FreeRADIUS 2.1.6) 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, 05 Jan 2010 17:37:33 -0000 I'm having the same problem as outlined in this thread... http://forums.freebsd.org/showthread.php?t=9280 In short, using the freeradius perl module in conjunction with a perl script that requires perl modules that use shared libraries seems to be problematic. Identical setup worked fine under FreeBSD 7.2 + freeradius-2.1.4 + perl-5.8.9_2. Any help would be greatly appreciated. Below is a dump that should explain my specific problem. rxg# uname -a FreeBSD rxg.local 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Wed Dec 9 19:07:25 UTC 2009 root@.localdomain:/usr/obj/usr/src/sys/RGNETS amd64 rxg# rxg# pkg_info freeradius-2.1.6 A free RADIUS server implementation gdbm-1.8.3_3 The GNU database manager gettext-0.17_1 GNU gettext package gmake-3.81_3 GNU version of 'make' utility libiconv-1.13.1 A character set conversion library libltdl-2.2.6a System independent dlopen wrapper p5-Data-Validate-Domain-0.09 Data::Validate::Domain - domain validation methods p5-Net-Domain-TLD-1.68 Look up and validate TLDs p5-YAML-Tiny-1.40 Read/Write YAML files with as little code as possible perl-5.8.9_3 Practical Extraction and Report Language python26-2.6.2_3 An interpreted object-oriented programming language rxg# rxg# cat /usr/local/etc/raddb/radiusd.conf user = freeradius group = freeradius raddbdir = /usr/local/etc/raddb logdir = /var/log/radius libdir = /usr/local/lib pidfile = /var/run/radiusd/radiusd.pid prefix = /usr/local exec_prefix = ${prefix} localstatedir = /var sbindir = ${exec_prefix}/sbin radacctdir = ${logdir}/radacct confdir = ${raddbdir} run_dir = ${localstatedir}/run/radiusd log_file = /var/log/radius/radius.log log_destination = files max_request_time = 30 delete_blocked_requests = no cleanup_delay = 5 max_requests = 256 listen { ipaddr = * port = 1812 type = auth } listen { ipaddr = * port = 1813 type = acct } hostname_lookups = no allow_core_dumps = no regular_expressions = yes extended_expressions = yes log_stripped_names = no log_auth = yes log_auth_badpass = no log_auth_goodpass = no usercollide = no lower_user = no lower_pass = no nospace_user = no nospace_pass = no checkrad = ${sbindir}/checkrad proxy_requests = no snmp = no security { max_attributes = 200 reject_delay = 1 status_server = no } thread pool { start_servers = 1 max_servers = 16 min_spare_servers = 0 max_spare_servers = 5 max_requests_per_server = 0 } modules { perl { module = /space/rxg/rxgd/bin/freeradius_hook } detail { detailfile = ${radacctdir}/%{Client-IP-Address}/detail-%Y%m%d detailperm = 0644 } acct_unique { key = "User-Name, Acct-Session-Id, NAS-IP-Address, Client-IP-Address, NAS-Port" } eap { default_eap_type = peap timer_expire = 60 ignore_unknown_eap_types = no # Generic Token Card. # # Currently, this is only permitted inside of EAP-TTLS, # or EAP-PEAP. The module "challenges" the user with # text, and the response from the user is taken to be # the User-Password. # # Proxying the tunneled EAP-GTC session is a bad idea, # the users password will go over the wire in plain-text, # for anyone to see. # gtc { challenge = "Password: " auth_type = perl } tls { private_key_password = private_key_file = /etc/ssl/server.key certificate_file = /etc/ssl/server.crt CA_file = /etc/ssl/server.crt dh_file = /usr/local/etc/raddb/dhparam random_file = /space/rxg/rxgd/bin/random } ttls { default_eap_type = gtc copy_request_to_tunnel = yes use_tunneled_reply = yes } peap { default_eap_type = gtc copy_request_to_tunnel = yes use_tunneled_reply = yes } } radutmp { filename = ${logdir}/radutmp username = %{User-Name} case_sensitive = yes check_with_nas = yes callerid = "yes" } radutmp sradutmp { filename = ${logdir}/sradutmp perm = 0644 callerid = "no" } attr_filter { attrsfile = ${confdir}/attrs } counter daily { filename = ${raddbdir}/db.daily key = User-Name count-attribute = Acct-Session-Time reset = daily counter-name = Daily-Session-Time check-name = Max-Daily-Session allowed-servicetype = Framed-User cache-size = 5000 } preprocess { huntgroups = ${confdir}/huntgroups hints = ${confdir}/hints with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no } } authorize { preprocess eap perl } authenticate { Auth-Type PERL { perl } eap } preacct { preprocess acct_unique } accounting { detail radutmp perl } session { radutmp } rxg# rxg# /usr/local/sbin/radiusd -X FreeRADIUS Version 2.1.6, for host amd64-portbld-freebsd8.0, built on Sep 23 2009 at 05:11:26 Copyright (C) 1999-2009 The FreeRADIUS server project and contributors. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. You may redistribute copies of FreeRADIUS under the terms of the GNU General Public License v2. Starting - reading configuration files ... including configuration file /usr/local/etc/raddb/radiusd.conf group = freeradius user = freeradius including dictionary file /usr/local/etc/raddb/dictionary main { prefix = "/usr/local" localstatedir = "/var" logdir = "/var/log/radius" libdir = "/usr/local/lib" radacctdir = "/var/log/radius/radacct" hostname_lookups = no max_request_time = 30 cleanup_delay = 5 max_requests = 256 allow_core_dumps = no pidfile = "/var/run/radiusd/radiusd.pid" checkrad = "/usr/local/sbin/checkrad" debug_level = 0 proxy_requests = no log_auth = yes log_auth_badpass = no log_auth_goodpass = no log_stripped_names = no security { max_attributes = 200 reject_delay = 1 status_server = no } } radiusd: #### Loading Realms and Home Servers #### radiusd: #### Loading Clients #### radiusd: #### Instantiating modules #### radiusd: #### Loading Virtual Servers #### server { modules { Module: Checking authenticate {...} for more modules to load Module: Linked to module rlm_perl Module: Instantiating perl perl { module = "/space/rxg/rxgd/bin/freeradius_hook" func_authorize = "authorize" func_authenticate = "authenticate" func_accounting = "accounting" func_preacct = "preacct" func_checksimul = "checksimul" func_detach = "detach" func_xlat = "xlat" func_pre_proxy = "pre_proxy" func_post_proxy = "post_proxy" func_post_auth = "post_auth" } Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so' for module IO: /usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so: Undefined symbol "PL_sv_undef" at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70. at /usr/local/lib/perl5/5.8.9/mach/IO.pm line 11 Compilation failed in require at /usr/local/lib/perl5/5.8.9/mach/IO/Handle.pm line 263. BEGIN failed--compilation aborted at /usr/local/lib/perl5/5.8.9/mach/IO/Handle.pm line 263. Compilation failed in require at /usr/local/lib/perl5/5.8.9/mach/IO/Seekable.pm line 101. BEGIN failed--compilation aborted at /usr/local/lib/perl5/5.8.9/mach/IO/Seekable.pm line 101. Compilation failed in require at /usr/local/lib/perl5/5.8.9/mach/IO/File.pm line 133. BEGIN failed--compilation aborted at /usr/local/lib/perl5/5.8.9/mach/IO/File.pm line 133. Compilation failed in require at /usr/local/lib/perl5/5.8.9/FileHandle.pm line 9. Compilation failed in require at /usr/local/lib/perl5/5.8.9/mach/Storable.pm line 23. BEGIN failed--compilation aborted at /usr/local/lib/perl5/5.8.9/mach/Storable.pm line 23. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.8.9/Net/Domain/TLD.pm line 10. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.8.9/Net/Domain/TLD.pm line 10. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.8.9/Data/Validate/Domain.pm line 6. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.8.9/Data/Validate/Domain.pm line 6. Compilation failed in require at /space/rxg/rxgd/Rxg/Util.pm line 7. BEGIN failed--compilation aborted at /space/rxg/rxgd/Rxg/Util.pm line 7. Compilation failed in require at /space/rxg/rxgd/Rxg/ActiveRecord.pm line 8. BEGIN failed--compilation aborted at /space/rxg/rxgd/Rxg/ActiveRecord.pm line 8. Compilation failed in require at /space/rxg/rxgd/Rxg/ActiveRecord/RadiusServer.pm line 10. BEGIN failed--compilation aborted at /space/rxg/rxgd/Rxg/ActiveRecord/RadiusServer.pm line 10. Compilation failed in require at /space/rxg/rxgd/bin/freeradius_hook line 11. BEGIN failed--compilation aborted at /space/rxg/rxgd/bin/freeradius_hook line 11 (#1) (F) The module you tried to load failed to load a dynamic extension. This may either mean that you upgraded your version of perl to one that is incompatible with your old dynamic extensions (which is known to happen between major versions of perl), or (more likely) that your dynamic extension was built against an older version of the library that is installed on your system. You may need to rebuild your old dynamic extensions. Uncaught exception from user code: Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so' for module IO: /usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so: Undefined symbol "PL_sv_undef" at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70. at /usr/local/lib/perl5/5.8.9/mach/IO.pm line 11 Compilation failed in require at /usr/local/lib/perl5/5.8.9/mach/IO/Handle.pm line 263. BEGIN failed--compilation aborted at /usr/local/lib/perl5/5.8.9/mach/IO/Handle.pm line 263. Compilation failed in require at /usr/local/lib/perl5/5.8.9/mach/IO/Seekable.pm line 101. BEGIN failed--compilation aborted at /usr/local/lib/perl5/5.8.9/mach/IO/Seekable.pm line 101. Compilation failed in require at /usr/local/lib/perl5/5.8.9/mach/IO/File.pm line 133. BEGIN failed--compilation aborted at /usr/local/lib/perl5/5.8.9/mach/IO/File.pm line 133. Compilation failed in require at /usr/local/lib/perl5/5.8.9/FileHandle.pm line 9. Compilation failed in require at /usr/local/lib/perl5/5.8.9/mach/Storable.pm line 23. BEGIN failed--compilation aborted at /usr/local/lib/perl5/5.8.9/mach/Storable.pm line 23. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.8.9/Net/Domain/TLD.pm line 10. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.8.9/Net/Domain/TLD.pm line 10. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.8.9/Data/Validate/Domain.pm line 6. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.8.9/Data/Validate/Domain.pm line 6. Compilation failed in require at /space/rxg/rxgd/Rxg/Util.pm line 7. BEGIN failed--compilation aborted at /space/rxg/rxgd/Rxg/Util.pm line 7. Compilation failed in require at /space/rxg/rxgd/Rxg/ActiveRecord.pm line 8. BEGIN failed--compilation aborted at /space/rxg/rxgd/Rxg/ActiveRecord.pm line 8. Compilation failed in require at /space/rxg/rxgd/Rxg/ActiveRecord/RadiusServer.pm line 10. BEGIN failed--compilation aborted at /space/rxg/rxgd/Rxg/ActiveRecord/RadiusServer.pm line 10. Compilation failed in require at /space/rxg/rxgd/bin/freeradius_hook line 11. BEGIN failed--compilation aborted at /space/rxg/rxgd/bin/freeradius_hook line 11. at /space/rxg/rxgd/bin/freeradius_hook line 11 rlm_perl: perl_parse failed: /space/rxg/rxgd/bin/freeradius_hook not found or has syntax errors. /usr/local/etc/raddb/radiusd.conf[69]: Instantiation failed for module "perl" /usr/local/etc/raddb/radiusd.conf[173]: Failed to find module "perl". /usr/local/etc/raddb/radiusd.conf[173]: Failed to parse "perl" entry. Errors initializing modules rxg# From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 17:52:55 2010 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 E649D1065696 for ; Tue, 5 Jan 2010 17:52:55 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF4E8FC36 for ; Tue, 5 Jan 2010 17:52:55 +0000 (UTC) Received: by yxe2 with SMTP id 2so1885003yxe.7 for ; Tue, 05 Jan 2010 09:52:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=QTZLJn5mr6nOkfMgTlL3lNCRPdswlPrFbS+N+zg0buw=; b=UBHdCrHB/sfMW2U1x/XIJvmk6+M/K8N1hq9W61CoytHBeWB3e4lbLLSGHc09giCpqB fwhZ4InCE1FLZO/xlVeDDRA/yscjaPBhyNnZyQ20yg0DlIiGcXOkgMdR4P76fltPrH/L yD2C/cifQJAalzQLfbpQ90QgvIaKdvqDCiQq0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=szhqLiGCju+bVP0x7yoAMtiVIvHSIKRPjOTUl2remkK8ThNrjEQNpSWdq+EtqOtUZu NfYUbA0Diogfp/pdw0sU65gz5A/y3/MIGKXljY9wgoDCQ/E3yhQn3KUlpDQwnc0IOP2z /KLRtxyMFfRQCdEZDj22XxCSK4VsVlif1oSSw= Received: by 10.150.59.8 with SMTP id h8mr6481459yba.206.1262713969712; Tue, 05 Jan 2010 09:52:49 -0800 (PST) Received: from ?10.68.43.79? ([166.205.5.36]) by mx.google.com with ESMTPS id 4sm6718054ywi.42.2010.01.05.09.52.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 05 Jan 2010 09:52:45 -0800 (PST) References: <147432021001050912m5cd978dbv455645d590f5fd81@mail.gmail.com> Message-Id: <210D8AEF-D8E2-4896-B42D-49789A62E3CD@gmail.com> From: Garrett Cooper To: Nick Rogers In-Reply-To: <147432021001050912m5cd978dbv455645d590f5fd81@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (7D11) Mime-Version: 1.0 (iPhone Mail 7D11) Date: Tue, 5 Jan 2010 10:52:37 -0700 Cc: "freebsd-ports@freebsd.org" Subject: Re: Issues with Perl 5.8.9_3 port/package (in combination with FreeRADIUS 2.1.6) 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, 05 Jan 2010 17:52:56 -0000 Sent from my iPhone On Jan 5, 2010, at 10:12 AM, Nick Rogers wrote: > I'm having the same problem as outlined in this thread... > > http://forums.freebsd.org/showthread.php?t=9280 > ... > BEGIN failed--compilation aborted at > /space/rxg/rxgd/Rxg/ActiveRecord/RadiusServer.pm line 10. > Compilation failed in require at /space/rxg/rxgd/bin/freeradius_hook > line > 11. > BEGIN failed--compilation aborted at /space/rxg/rxgd/bin/ > freeradius_hook > line 11 (#1) > (F) The module you tried to load failed to load a dynamic > extension. > This > may either mean that you upgraded your version of perl to one > that is > incompatible with your old dynamic extensions (which is known to > happen > between major versions of perl), or (more likely) that your dynamic > extension was built against an older version of the library that is > installed on your system. You may need to rebuild your old dynamic > extensions. > > Uncaught exception from user code: > Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so' for > module IO: > /usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so: Undefined symbol > "PL_sv_undef" at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70. > at /usr/local/lib/perl5/5.8.9/mach/IO.pm line 11 Major ABI mismatch here with the IO module -- did you run the perl cleaner script and upgrade radius afterwards? > Compilation failed in require at > /usr/local/lib/perl5/5.8.9/mach/IO/Handle.pm line 263. -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 20:21:09 2010 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 A51FB106568B for ; Tue, 5 Jan 2010 20:21:09 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 77EC18FC0A for ; Tue, 5 Jan 2010 20:21:09 +0000 (UTC) Received: by pwi15 with SMTP id 15so11401429pwi.3 for ; Tue, 05 Jan 2010 12:21:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=xM7XK/tYC+z8wNFFbzOeswezmkYRUPsGAJDN4SFj1Q8=; b=Q6NMO9afxxw6RwjwNtu0+7rlgdGRCD2M15WJxOmq/gFeUnocfhgA1QtHYQ+AhkMN/5 ET0XuYZYUeMVilLJUniC4Hqey62VQXqhsTRLP0c7oBOs2Ga9KHTXjVE6UE2LLh4hPZTg 10xrOGckFYsGmyF5k6/OLR7PTZbxbeS1iDsAI= 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=movSPsYts38gRo8xu5wCqQ7h04gCrczSYYWy/YrG2BsTesQvArg4H9R4dZoCyzHopF 1JEXyZgQvylQMwWKux2ZZ+VAebighKMRIbg6ZzHkQ9hurmVmHj0+VtYchwE3m7atujJ+ LtXkRKZ5mB6KLJlGLCFJBMDGNkYuBSyHJHQFs= MIME-Version: 1.0 Received: by 10.142.120.1 with SMTP id s1mr1301328wfc.5.1262722864416; Tue, 05 Jan 2010 12:21:04 -0800 (PST) In-Reply-To: <210D8AEF-D8E2-4896-B42D-49789A62E3CD@gmail.com> References: <147432021001050912m5cd978dbv455645d590f5fd81@mail.gmail.com> <210D8AEF-D8E2-4896-B42D-49789A62E3CD@gmail.com> Date: Tue, 5 Jan 2010 15:21:04 -0500 Message-ID: <147432021001051221h70c22535id083466ca09e0a7@mail.gmail.com> From: Nick Rogers To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-ports@freebsd.org" Subject: Re: Issues with Perl 5.8.9_3 port/package (in combination with FreeRADIUS 2.1.6) 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, 05 Jan 2010 20:21:09 -0000 I installed FreeBSD 8.0-RELEASE from official ISO and used pkg_add -r to install the packages. I also tried building my own packages from ports tree and got the same result. On Tue, Jan 5, 2010 at 12:52 PM, Garrett Cooper wrote: > Sent from my iPhone > > > On Jan 5, 2010, at 10:12 AM, Nick Rogers wrote: > > I'm having the same problem as outlined in this thread... >> >> http://forums.freebsd.org/showthread.php?t=9280 >> >> > ... > > > BEGIN failed--compilation aborted at >> /space/rxg/rxgd/Rxg/ActiveRecord/RadiusServer.pm line 10. >> Compilation failed in require at /space/rxg/rxgd/bin/freeradius_hook line >> 11. >> BEGIN failed--compilation aborted at /space/rxg/rxgd/bin/freeradius_hook >> line 11 (#1) >> (F) The module you tried to load failed to load a dynamic extension. >> This >> may either mean that you upgraded your version of perl to one that is >> incompatible with your old dynamic extensions (which is known to happen >> between major versions of perl), or (more likely) that your dynamic >> extension was built against an older version of the library that is >> installed on your system. You may need to rebuild your old dynamic >> extensions. >> >> Uncaught exception from user code: >> Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so' for module IO: >> /usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so: Undefined symbol >> "PL_sv_undef" at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70. >> at /usr/local/lib/perl5/5.8.9/mach/IO.pm line 11 >> > > Major ABI mismatch here with the IO module -- did you run the perl cleaner > script and upgrade radius afterwards? > > > Compilation failed in require at >> /usr/local/lib/perl5/5.8.9/mach/IO/Handle.pm line 263. >> > > -Garrett > From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 20:30:23 2010 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 17DC11065692 for ; Tue, 5 Jan 2010 20:30:23 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 47F1F8FC12 for ; Tue, 5 Jan 2010 20:30:21 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.4/8.14.4) with ESMTP id o05K3thA083939 for ; Tue, 5 Jan 2010 21:03:55 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.4/8.14.4/Submit) id o05K3t0T083938 for freebsd-ports@freebsd.org; Tue, 5 Jan 2010 15:03:55 -0500 (EST) (envelope-from cracauer) Date: Tue, 5 Jan 2010 15:03:55 -0500 From: Martin Cracauer To: freebsd-ports@freebsd.org Message-ID: <20100105200347.GA83318@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Binary packages for releases and portupgrade 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, 05 Jan 2010 20:30:23 -0000 It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just can't keep up with the port building. I need OpenOffice and stuff and the party is really over at that point. I need something with binary packages. Do I understand that correctly if I run 8.0 release I get to have prebuilt binaries as recognized by portupgrade? What happens to the minor security updates? Can I follow TRELENG_8_0 and port portsupgrade recognize this as something that uses 8-release binary packages? Any other recommendations? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 20:43:59 2010 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 AB7291065693; Tue, 5 Jan 2010 20:43:59 +0000 (UTC) (envelope-from simon.griffiths@tenenbaum.co.uk) Received: from mail.tenenbaum.co.uk (87-194-142-21.bethere.co.uk [87.194.142.21]) by mx1.freebsd.org (Postfix) with ESMTP id 62D1E8FC1C; Tue, 5 Jan 2010 20:43:59 +0000 (UTC) Received: from ion (unknown [192.168.1.16]) by mail.tenenbaum.co.uk (Postfix) with ESMTP id 8D05361C36; Tue, 5 Jan 2010 20:24:23 +0000 (GMT) From: "Simon Griffiths" To: "'Anton Shterenlikht'" , "'Andrew Belashov'" References: <20091215162601.GA22008@mech-cluster241.men.bris.ac.uk> <4B2B72E4.4060808@orel.ru> <20091218134058.GA89230@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20091218134058.GA89230@mech-cluster241.men.bris.ac.uk> Date: Tue, 5 Jan 2010 20:24:26 -0000 Message-ID: <007701ca8e45$13b977d0$3b2c6770$@griffiths@tenenbaum.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcqAqmm4JNsL07NUThCOr1Of6NJeXgNmoQYg Content-Language: en-gb Cc: gnome@freebsd.org, freebsd-sparc64@freebsd.org, freebsd-ports@freebsd.org Subject: RE: port devel/gobject-introspection fails to build on sparc 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, 05 Jan 2010 20:43:59 -0000 Hello, > -----Original Message----- > From: owner-freebsd-sparc64@freebsd.org [mailto:owner-freebsd- > sparc64@freebsd.org] On Behalf Of Anton Shterenlikht > Sent: 18 December 2009 13:41 > To: Andrew Belashov > Cc: gnome@freebsd.org; freebsd-sparc64@freebsd.org; freebsd- > ports@freebsd.org > Subject: Re: port devel/gobject-introspection fails to build on sparc > > On Fri, Dec 18, 2009 at 03:17:40PM +0300, Andrew Belashov wrote: > ** > ERROR:ginfo.c:337:g_base_info_get_name: code should not be reached > gmake[3]: *** [foo-1.0.tgir] Abort trap: 6 (core dumped) > gmake[3]: *** Deleting file `foo-1.0.tgir' > gmake[3]: Leaving directory `/usr/ports/devel/gobject- > introspection/work/gobject > -introspection-0.6.6/tests/scanner' > gmake[2]: *** [all-recursive] Error 1 > > > > -- > Anton Shterenlikht > Room 2.6, Queen's Building > Mech Eng Dept > Bristol University > University Walk, Bristol BS8 1TR, UK > Tel: +44 (0)117 331 5944 > Fax: +44 (0)117 929 4423 Did you find a way around this problem Anton? Many Thanks, Si. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 21:58:53 2010 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 0D513106566B for ; Tue, 5 Jan 2010 21:58:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9477F8FC13 for ; Tue, 5 Jan 2010 21:58:52 +0000 (UTC) Received: (qmail 11689 invoked by uid 399); 5 Jan 2010 21:58:51 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 5 Jan 2010 21:58:51 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B43B621.6070600@FreeBSD.org> Date: Tue, 05 Jan 2010 13:58:57 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Martin Cracauer References: <20100105200347.GA83318@cons.org> In-Reply-To: <20100105200347.GA83318@cons.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 05 Jan 2010 21:58:53 -0000 Martin Cracauer wrote: > It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just > can't keep up with the port building. I need OpenOffice and stuff and > the party is really over at that point. I need something with binary > packages. > > Do I understand that correctly if I run 8.0 release I get to have > prebuilt binaries as recognized by portupgrade? Well, 8-release or 8-stable should both be fine for this purpose, for most packages, with portupgrade or portmaster. My understanding is that we've given up trying to produce packages for openoffice on all branches. > What happens to the minor security updates? Can I follow TRELENG_8_0 > and port portsupgrade recognize this as something that uses 8-release > binary packages? RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you want 8-stable, RELENG_8 is the way to go. Otherwise you will need to update the tag each time a new security branch is created. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 22:00:37 2010 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 3C836106568F; Tue, 5 Jan 2010 22:00:37 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id C6E638FC14; Tue, 5 Jan 2010 22:00:36 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id o05M0SOh065148; Tue, 5 Jan 2010 23:00:29 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <4B43B67C.60802@fgznet.ch> Date: Tue, 05 Jan 2010 23:00:28 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Simon Griffiths References: <20091215162601.GA22008@mech-cluster241.men.bris.ac.uk> <4B2B72E4.4060808@orel.ru> <20091218134058.GA89230@mech-cluster241.men.bris.ac.uk> <007701ca8e45$13b977d0$3b2c6770$@griffiths@tenenbaum.co.uk> In-Reply-To: <007701ca8e45$13b977d0$3b2c6770$@griffiths@tenenbaum.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: gnome@freebsd.org, 'Anton Shterenlikht' , freebsd-sparc64@freebsd.org, freebsd-ports@freebsd.org, 'Andrew Belashov' Subject: Re: port devel/gobject-introspection fails to build on sparc 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, 05 Jan 2010 22:00:37 -0000 On 05.01.10 21:24, Simon Griffiths wrote: > Hello, > >> -----Original Message----- >> From: owner-freebsd-sparc64@freebsd.org [mailto:owner-freebsd- >> sparc64@freebsd.org] On Behalf Of Anton Shterenlikht >> Sent: 18 December 2009 13:41 >> To: Andrew Belashov >> Cc: gnome@freebsd.org; freebsd-sparc64@freebsd.org; freebsd- >> ports@freebsd.org >> Subject: Re: port devel/gobject-introspection fails to build on sparc >> >> On Fri, Dec 18, 2009 at 03:17:40PM +0300, Andrew Belashov wrote: >> ** >> ERROR:ginfo.c:337:g_base_info_get_name: code should not be reached >> gmake[3]: *** [foo-1.0.tgir] Abort trap: 6 (core dumped) >> gmake[3]: *** Deleting file `foo-1.0.tgir' >> gmake[3]: Leaving directory `/usr/ports/devel/gobject- >> introspection/work/gobject >> -introspection-0.6.6/tests/scanner' >> gmake[2]: *** [all-recursive] Error 1 >> >> >> >> -- >> Anton Shterenlikht >> Room 2.6, Queen's Building >> Mech Eng Dept >> Bristol University >> University Walk, Bristol BS8 1TR, UK >> Tel: +44 (0)117 331 5944 >> Fax: +44 (0)117 929 4423 > > Did you find a way around this problem Anton? > I ran into the same issue and in my situation it was enough to satisfy the dependency issue. So I commented the assert in ginfo.c around line 337. This is not _the_ solution, but for me it was enough. Andreas From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 22:04:27 2010 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 1CA321065695 for ; Tue, 5 Jan 2010 22:04:27 +0000 (UTC) (envelope-from gesbbb@yahoo.com) Received: from smtp104.prem.mail.ac4.yahoo.com (smtp104.prem.mail.ac4.yahoo.com [76.13.13.43]) by mx1.freebsd.org (Postfix) with SMTP id 955DA8FC12 for ; Tue, 5 Jan 2010 22:04:26 +0000 (UTC) Received: (qmail 63455 invoked from network); 5 Jan 2010 22:04:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Date:From:To:Subject:Reply-To:Organization:In-Reply-To:References:Message-Id:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer; b=iO2VN0bYqljAX0Z8C1QNxHyxBxtdHZnP8P33DXlg8B/+O51FIqaVPnzmxGBmoLCUhYqgBdFOn7ZPa9WpsnPIFs+kM4hbYlVR2seMAiOnNqEEDgefSYdr4KW8sd4ueeLYp4iHk0Ihd8xw4VSE/Dqsimdjs5Mqu6MhjKh9+vJfwcc= ; Received: from c-67-189-160-65.hsd1.ny.comcast.net (gesbbb@67.189.160.65 with login) by smtp104.prem.mail.ac4.yahoo.com with SMTP; 05 Jan 2010 14:04:20 -0800 PST X-Yahoo-SMTP: yeAAMgKswBATCul4lSbCWspvTA-- X-YMail-OSG: Uazv988VM1mwuxXF0Ex4aSVH1JRhBoev5tQC5Ot2un34.COq9WPeq3xgMz_YiSG5o9NAkVHaA_nET8P8JNBtn_uOhfe4o8sD9cBwXCBus3bKJxBBImZGeck9h5C4YK.od4vFFGnDaDBrloP5GxgioZ5Zg7gvfkaNMaHWUivBVqWDn3GaW9F6CVvbtBwSGM6zJwSpr7WbulzdlTKicGQFvRioS7.DDwQCLpJ.I5Aptebd9YzQ7tcuRRsVFKY7FVk_VXhx9kjDr9MnBShF6nSOkiBzQsDaN3rhFqjpRMG7Ck1xV6mrA8JtnbMMyg-- X-Yahoo-Newman-Property: ymail-3 Date: Tue, 05 Jan 2010 17:04:20 -0500 From: Jerry To: Porting software to FreeBSD Organization: seibercom.net In-Reply-To: <147432021001051221h70c22535id083466ca09e0a7@mail.gmail.com> References: <210D8AEF-D8E2-4896-B42D-49789A62E3CD@gmail.com> <147432021001051221h70c22535id083466ca09e0a7@mail.gmail.com> Message-Id: <20100105170419.961D.32B2AB49@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Mailer: Becky! ver. 2.52.03 [en] Subject: Re: Issues with Perl 5.8.9_3 port/package (in combination with FreeRADIUS 2.1.6) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Porting software to FreeBSD List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 22:04:27 -0000 On Tue, 5 Jan 2010 15:21:04 -0500 Nick Rogers articulated: > I installed FreeBSD 8.0-RELEASE from official ISO and used pkg_add -r to > install the packages. I also tried building my own packages from ports tree > and got the same result. You might try using something like portmanger to rebuild your installed packages: portmanager -u -f -l -y If you go that route, be sure to update your ports tree first. -- Jerry gesbbb@yahoo.com From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 22:21:36 2010 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 6C9FB1065670; Tue, 5 Jan 2010 22:21:36 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id C949D8FC15; Tue, 5 Jan 2010 22:21:35 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.4/8.14.4) with ESMTP id o05MLYHs020435; Tue, 5 Jan 2010 23:21:34 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.4/8.14.4/Submit) id o05MLYt2020434; Tue, 5 Jan 2010 17:21:34 -0500 (EST) (envelope-from cracauer) Date: Tue, 5 Jan 2010 17:21:34 -0500 From: Martin Cracauer To: Doug Barton Message-ID: <20100105222134.GA18040@cons.org> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B43B621.6070600@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Martin Cracauer , freebsd-ports@FreeBSD.org Subject: Re: Binary packages for releases and portupgrade 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, 05 Jan 2010 22:21:36 -0000 Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: > Martin Cracauer wrote: > > It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just > > can't keep up with the port building. I need OpenOffice and stuff and > > the party is really over at that point. I need something with binary > > packages. > > > > Do I understand that correctly if I run 8.0 release I get to have > > prebuilt binaries as recognized by portupgrade? > > Well, 8-release or 8-stable should both be fine for this purpose, for > most packages, with portupgrade or portmaster. My understanding is > that we've given up trying to produce packages for openoffice on all > branches. Are you saying there are binary packages for 8-stable? I thought I can only have them for -RELEASE? > > What happens to the minor security updates? Can I follow TRELENG_8_0 > > and port portsupgrade recognize this as something that uses 8-release > > binary packages? > > RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you > want 8-stable, RELENG_8 is the way to go. Otherwise you will need to > update the tag each time a new security branch is created. RELENG_8 will lift be out of binary ports, at least as far as portupgrade is concerned. RELENG_8_0 will have emergency fixes AFAIK and I was hoping that I could run that and make portupgrade to the right thing (recognize the binary packages a insert them appropriately). If we have binary packages for 8-stable and/or if I can coerce portupgrade to use 8-release packages on 8-stable that would be fine, too. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 22:37:49 2010 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 6F5D61065672 for ; Tue, 5 Jan 2010 22:37:49 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 43DBC8FC1B for ; Tue, 5 Jan 2010 22:37:49 +0000 (UTC) Received: by pwi15 with SMTP id 15so11496270pwi.3 for ; Tue, 05 Jan 2010 14:37:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=KzJyA4nA8plz6iG+Gu95SfaZabKgq711RckIuVXHNaI=; b=BFy064ozlKwBolDjACF1YTkr+uOL5zMXaq2fxgYSZdjrgIWY/iWCXIbRHB5ysBAXpt y1erBdPNsVn4sOiwJvJC0hI1Cg0g5cYk6FrR+P+xTc6egazptGhjelO2yR2aQHufFK62 iEVt7jnvnlXEQ7PYDx5kgtiZadCM/EAC4oPNc= 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 :content-type; b=C8d4TVHHSBNopMg3TSg/XM7B5K6uSoNHGnZXb9y/RZF1Ny9ujpZFHQCeqwuFCMHyvB /KC10Rzxmoiym1xld2ZC/R+Gu5oJmVvF40/DWTtVPURAZjINp8a/hNL+WHSieYy7fQ+W 9BSXkAMEJc+ngly6NGcW7MLJlSpg/0FiAYYEc= MIME-Version: 1.0 Received: by 10.142.118.1 with SMTP id q1mr15463651wfc.38.1262731064107; Tue, 05 Jan 2010 14:37:44 -0800 (PST) In-Reply-To: <20100105222134.GA18040@cons.org> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> Date: Tue, 5 Jan 2010 14:37:44 -0800 Message-ID: From: Freddie Cash To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Binary packages for releases and portupgrade 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, 05 Jan 2010 22:37:49 -0000 On Tue, Jan 5, 2010 at 2:21 PM, Martin Cracauer wrote: > Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: > > Martin Cracauer wrote: > > > It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just > > > can't keep up with the port building. I need OpenOffice and stuff and > > > the party is really over at that point. I need something with binary > > > packages. > > > > > > Do I understand that correctly if I run 8.0 release I get to have > > > prebuilt binaries as recognized by portupgrade? > > > > Well, 8-release or 8-stable should both be fine for this purpose, for > > most packages, with portupgrade or portmaster. My understanding is > > that we've given up trying to produce packages for openoffice on all > > branches. > > Are you saying there are binary packages for 8-stable? > > I thought I can only have them for -RELEASE? > > > > What happens to the minor security updates? Can I follow TRELENG_8_0 > > > and port portsupgrade recognize this as something that uses 8-release > > > binary packages? > > > > RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you > > want 8-stable, RELENG_8 is the way to go. Otherwise you will need to > > update the tag each time a new security branch is created. > > RELENG_8 will lift be out of binary ports, at least as far as > portupgrade is concerned. > > RELENG_8_0 will have emergency fixes AFAIK and I was hoping that I > could run that and make portupgrade to the right thing (recognize the > binary packages a insert them appropriately). > > If we have binary packages for 8-stable and/or if I can coerce > portupgrade to use 8-release packages on 8-stable that would be fine, > too. > > Have a read through the ports man page and the pkg_add man page. Pay attention to the PACKAGESITE environment variable. This variable tells pkg_add (and portupgrade, and portmaster) where to search for binary packages. By default, this is set to ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-X-release/Latest/ where X is the version of FreeBSD installed (7.0, 7.1, 7.2, 8.0, etc). All you have to do is change it to use "packages-8-stable" instead of "packages-8.0-release", and it will search for, and install, binary packages that were built on 8-STABLE. Note: one should be using a release version that is as close to -STABLE as possible. IOW, the latest release on that branch (6.4 if you want 6-stable packages, 7.2 if you want 7-stable packages, 8.0 if you want 8-stable packages). That minimises the number and size of changes between -release and -stable, and will keep things running smoothly. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 22:45:00 2010 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 EDE32106568B for ; Tue, 5 Jan 2010 22:45:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id A14EE8FC19 for ; Tue, 5 Jan 2010 22:45:00 +0000 (UTC) Received: (qmail 22537 invoked by uid 399); 5 Jan 2010 22:45:00 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 5 Jan 2010 22:45:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B43C0F1.1060404@FreeBSD.org> Date: Tue, 05 Jan 2010 14:45:05 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Martin Cracauer References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> In-Reply-To: <20100105222134.GA18040@cons.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: Binary packages for releases and portupgrade 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, 05 Jan 2010 22:45:01 -0000 Martin Cracauer wrote: > Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: > Are you saying there are binary packages for 8-stable? > > I thought I can only have them for -RELEASE? There have always been binary packages for the -stable branches. For example check out ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/. > RELENG_8 will lift be out of binary ports, at least as far as > portupgrade is concerned. Sorry, I don't understand that sentence. > RELENG_8_0 will have emergency fixes AFAIK I'm sorry, that's not correct. RELENG_8_0 is a fixed point in time. The 8.0 -p1 security branch will be RELENG_8_1, etc. > and I was hoping that I > could run that and make portupgrade to the right thing (recognize the > binary packages a insert them appropriately). If you run a -RELEASE portupgrade will stick to the packages created for the -RELEASE, and will never change. If you intend to follow the ports tree as it updates you should really be following FreeBSD stable, and portupgrade will do the right thing. > If we have binary packages for 8-stable and/or if I can coerce > portupgrade to use 8-release packages on 8-stable that would be fine, > too. If you want 8-release packages, you don't have to do anything different, those packages will never change. hope this helps, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 23:00:41 2010 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 EB6C61065697; Tue, 5 Jan 2010 23:00:41 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id 4694D8FC18; Tue, 5 Jan 2010 23:00:40 +0000 (UTC) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.3/8.14.3) with ESMTP id o05Mb2ZS002773; Tue, 5 Jan 2010 23:37:02 +0100 (CET) (envelope-from ulrich@pukruppa.net) Received: from localhost (ulrich@localhost) by pukruppa.net (8.14.3/8.14.3/Submit) with ESMTP id o05Mb1qQ002770; Tue, 5 Jan 2010 23:37:02 +0100 (CET) (envelope-from ulrich@pukruppa.net) Date: Tue, 5 Jan 2010 23:37:00 +0100 (CET) From: Peter Ulrich Kruppa To: Martin Cracauer In-Reply-To: <20100105222134.GA18040@cons.org> Message-ID: References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Doug Barton , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 05 Jan 2010 23:00:42 -0000 On Tue, 5 Jan 2010, Martin Cracauer wrote: > Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: >> Martin Cracauer wrote: >>> It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just >>> can't keep up with the port building. I need OpenOffice and stuff and >>> the party is really over at that point. I need something with binary >>> packages. >>> >>> Do I understand that correctly if I run 8.0 release I get to have >>> prebuilt binaries as recognized by portupgrade? >> >> Well, 8-release or 8-stable should both be fine for this purpose, for >> most packages, with portupgrade or portmaster. My understanding is >> that we've given up trying to produce packages for openoffice on all >> branches. > > Are you saying there are binary packages for 8-stable? > > I thought I can only have them for -RELEASE? > >>> What happens to the minor security updates? Can I follow TRELENG_8_0 >>> and port portsupgrade recognize this as something that uses 8-release >>> binary packages? >> >> RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you >> want 8-stable, RELENG_8 is the way to go. Otherwise you will need to >> update the tag each time a new security branch is created. > > RELENG_8 will lift be out of binary ports, at least as far as > portupgrade is concerned. > > RELENG_8_0 will have emergency fixes AFAIK and I was hoping that I > could run that and make portupgrade to the right thing (recognize the > binary packages a insert them appropriately). > > If we have binary packages for 8-stable and/or if I can coerce > portupgrade to use 8-release packages on 8-stable that would be fine, > too. > > Martin Have a look at porting.openoffice.org/freebsd . You will find something that works for you. Greetings Uli. > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > FreeBSD - where you want to go, today. http://www.freebsd.org/ > _______________________________________________ > 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" > | Peter Ulrich Kruppa | Wuppertal | Germany From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 23:18:45 2010 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 B818A1065679 for ; Tue, 5 Jan 2010 23:18:45 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8BE528FC12 for ; Tue, 5 Jan 2010 23:18:45 +0000 (UTC) Received: by pxi12 with SMTP id 12so10812384pxi.3 for ; Tue, 05 Jan 2010 15:18:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=rC/A2XT7hn3E0NzL+XKydWIVaaQpfKW6xPojNVUmhL8=; b=uYVWGSx2+2TroTl/guZnj5gnII0niOw9GQfISrQp/d/8PBdQ9ub9EFm5/fN8kTcjSw 2ojgNg8U4ws/J6QEW972o72KoD4Pf0Oi/Zf+1jXEf3liLeEAk/EO25LTnRpQOFtFS/8Z Sx4Vu+GaA2tAuq7WItp9WoVthWaNpGitt0dHM= 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 :content-type; b=l8IcEuGpyQXXhRzUxBHYsElIP3Dhi+ZWdn7RHLIxSx7Kzh72ggs5E7OkSoCcvjrf6m 0Jx0Q5UiaO4t4OqCupQklJvaMo3sSUtX5Po5PTOPxdmyRF9FWgrw05P1YiCCVnAemrAg z7SvxnI7zackp374YL1RgwuoMLWbQkvp2mSj8= MIME-Version: 1.0 Received: by 10.142.118.1 with SMTP id q1mr15478018wfc.38.1262733521332; Tue, 05 Jan 2010 15:18:41 -0800 (PST) In-Reply-To: References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> Date: Tue, 5 Jan 2010 15:18:41 -0800 Message-ID: From: Freddie Cash To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Binary packages for releases and portupgrade 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, 05 Jan 2010 23:18:45 -0000 On Tue, Jan 5, 2010 at 2:37 PM, Freddie Cash wrote: > Have a read through the ports man page and the pkg_add man page. Pay > attention to the PACKAGESITE environment variable. > > This variable tells pkg_add (and portupgrade, and portmaster) where to > search for binary packages. > > By default, this is set to > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-X-release/Latest/ > > where X is the version of FreeBSD installed (7.0, 7.1, 7.2, 8.0, etc). > > All you have to do is change it to use "packages-8-stable" instead of > "packages-8.0-release", and it will search for, and install, binary packages > that were built on 8-STABLE. > > Note: one should be using a release version that is as close to -STABLE as > possible. IOW, the latest release on that branch (6.4 if you want 6-stable > packages, 7.2 if you want 7-stable packages, 8.0 if you want 8-stable > packages). That minimises the number and size of changes between -release > and -stable, and will keep things running smoothly. > > Note 2: be sure to set the correct architecture as well. Change the "i386" to "amd64" if you have the 64-bit amd64/x86_64 version of FreeBSD installed. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 23:27:49 2010 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 8AD571065692; Tue, 5 Jan 2010 23:27:49 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 20B498FC15; Tue, 5 Jan 2010 23:27:48 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 549771CC0A; Wed, 6 Jan 2010 00:27:47 +0100 (CET) Date: Wed, 6 Jan 2010 00:27:46 +0100 From: Erwin Lansing To: Doug Barton Message-ID: <20100105232745.GP25103@droso.net> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ayeiFF771fbkZqVc" Content-Disposition: inline In-Reply-To: <4B43B621.6070600@FreeBSD.org> X-Operating-System: FreeBSD/i386 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Martin Cracauer , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 05 Jan 2010 23:27:49 -0000 --ayeiFF771fbkZqVc Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 05, 2010 at 01:58:57PM -0800, Doug Barton wrote: > Martin Cracauer wrote: > > It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just > > can't keep up with the port building. I need OpenOffice and stuff and > > the party is really over at that point. I need something with binary > > packages. > >=20 > > Do I understand that correctly if I run 8.0 release I get to have > > prebuilt binaries as recognized by portupgrade? >=20 > Well, 8-release or 8-stable should both be fine for this purpose, for > most packages, with portupgrade or portmaster. My understanding is > that we've given up trying to produce packages for openoffice on all > branches. >=20 I'm sorry to say this, Doug, because I know you mean well, but this is not the first time you act as a spokeman for things you have no knowledge about and, again, get things wrong. Please stick to things you do know. Openoffice builds are attempted at all supported branches and platforms on each and every run. Unfortunately, they quite often fail due to several reasons, ranging from the code being quite large and complicated, and therefore very fragile, to too small hardware on some of the cluster nodes. The unfortunate end-result is therefore that finished packages are very sporadicaly available and the dedicated project mentioned in another reply in this thread is probably a better source, but we do use a large amount of resources to get those packages out there and have certainly not given up. -erwin --=20 Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org --ayeiFF771fbkZqVc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iD8DBQFLQ8rxqy9aWxUlaZARAlykAKDQokwHTYj6O8xmUntQliKqfHAGywCcDg5Y XNTgWk5g+Nkr6uZksXe98jc= =70w1 -----END PGP SIGNATURE----- --ayeiFF771fbkZqVc-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 23:30:53 2010 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 B19A5106566C; Tue, 5 Jan 2010 23:30:53 +0000 (UTC) (envelope-from simon.griffiths@tenenbaum.co.uk) Received: from mail.tenenbaum.co.uk (87-194-142-21.bethere.co.uk [87.194.142.21]) by mx1.freebsd.org (Postfix) with ESMTP id 687DE8FC15; Tue, 5 Jan 2010 23:30:53 +0000 (UTC) Received: from ion (unknown [192.168.1.16]) by mail.tenenbaum.co.uk (Postfix) with ESMTP id E8FB061C36; Tue, 5 Jan 2010 23:30:51 +0000 (GMT) From: "Simon Griffiths" To: "'Andreas Tobler'" References: <20091215162601.GA22008@mech-cluster241.men.bris.ac.uk> <4B2B72E4.4060808@orel.ru> <20091218134058.GA89230@mech-cluster241.men.bris.ac.uk> <007701ca8e45$13b977d0$3b2c6770$@griffiths@tenenbaum.co.uk> <4B43B67C.60802@fgznet.ch> In-Reply-To: <4B43B67C.60802@fgznet.ch> Date: Tue, 5 Jan 2010 23:30:55 -0000 Message-ID: <009101ca8e5f$207ef930$617ceb90$@griffiths@tenenbaum.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcqOUqICkg2czLE2TvmtGbrMvwT0zwADEuVQ Content-Language: en-gb Cc: gnome@freebsd.org, 'Anton Shterenlikht' , freebsd-sparc64@freebsd.org, freebsd-ports@freebsd.org, 'Andrew Belashov' Subject: RE: port devel/gobject-introspection fails to build on sparc 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, 05 Jan 2010 23:30:53 -0000 > -----Original Message----- > From: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd- > ports@freebsd.org] On Behalf Of Andreas Tobler > Sent: 05 January 2010 22:00 > To: Simon Griffiths > Cc: gnome@freebsd.org; 'Anton Shterenlikht'; freebsd- > sparc64@freebsd.org; freebsd-ports@freebsd.org; 'Andrew Belashov' > Subject: Re: port devel/gobject-introspection fails to build on sparc > > > Did you find a way around this problem Anton? > > > > I ran into the same issue and in my situation it was enough to satisfy > the dependency issue. So I commented the assert in ginfo.c around line > 337. > This is not _the_ solution, but for me it was enough. > > Andreas Cool, that worked, thanks! Cheers, Si. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 5 23:58:26 2010 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 E3756106566B; Tue, 5 Jan 2010 23:58:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id C4CD98FC0A; Tue, 5 Jan 2010 23:58:26 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 3C9118C336; Tue, 5 Jan 2010 17:58:26 -0600 (CST) Date: Tue, 5 Jan 2010 17:58:26 -0600 From: Mark Linimon To: Doug Barton Message-ID: <20100105235826.GC1397@lonesome.com> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B43B621.6070600@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Martin Cracauer , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 05 Jan 2010 23:58:27 -0000 On Tue, Jan 05, 2010 at 01:58:57PM -0800, Doug Barton wrote: > My understanding is that we've given up trying to produce packages for > openoffice on all branches. I have no idea who told you this, but it is completely false. mcl From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 00:07:05 2010 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 5743A10656B6 for ; Wed, 6 Jan 2010 00:07:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E58838FC2C for ; Wed, 6 Jan 2010 00:07:04 +0000 (UTC) Received: (qmail 13267 invoked by uid 399); 6 Jan 2010 00:07:04 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Jan 2010 00:07:04 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B43D42D.30105@FreeBSD.org> Date: Tue, 05 Jan 2010 16:07:09 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Mark Linimon References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105235826.GC1397@lonesome.com> In-Reply-To: <20100105235826.GC1397@lonesome.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Martin Cracauer , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 06 Jan 2010 00:07:05 -0000 Mark Linimon wrote: > On Tue, Jan 05, 2010 at 01:58:57PM -0800, Doug Barton wrote: >> My understanding is that we've given up trying to produce packages for >> openoffice on all branches. > > I have no idea who told you this, but it is completely false. Forgetting what I've heard and who I've heard it from, let's look simply at the practical results. There have not been openoffice packages available on a consistent basis for years, and haven't been any at all that I've seen for the last several months, and I've been looking for them. Given that the problems with building openoffice packages are all well known, and haven't really changed in the last several years, the only rational conclusion is to assume that we've stopped trying. Which, by the way, is fine, I don't see openoffice packages as a rational use of (limited, valuable) project resources, particularly when other good alternatives exist. My interest was in letting Martin know that if he expected to find openoffice packages (which he mentioned specifically) that he wasn't going to, and I felt it only fair that he know that going in. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 00:10:07 2010 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 9790C1065692 for ; Wed, 6 Jan 2010 00:10:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 323808FC16 for ; Wed, 6 Jan 2010 00:10:07 +0000 (UTC) Received: (qmail 16686 invoked by uid 399); 6 Jan 2010 00:10:06 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Jan 2010 00:10:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B43D4E3.4040506@FreeBSD.org> Date: Tue, 05 Jan 2010 16:10:11 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Erwin Lansing References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105232745.GP25103@droso.net> In-Reply-To: <20100105232745.GP25103@droso.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Martin Cracauer , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 06 Jan 2010 00:10:07 -0000 Erwin Lansing wrote: > On Tue, Jan 05, 2010 at 01:58:57PM -0800, Doug Barton wrote: >> Well, 8-release or 8-stable should both be fine for this purpose, for >> most packages, with portupgrade or portmaster. My understanding is >> that we've given up trying to produce packages for openoffice on all >> branches. >> > I'm sorry to say this, Doug, because I know you mean well, but this is > not the first time you act as a spokeman for things you have no > knowledge about and, again, get things wrong. Please stick to things > you do know. Maybe this is a translation problem, but when someone says, "My understanding is ..." that's exactly how it should be read. I'm not attempting to act as a spokesman for anything, nor did I claim to be, and I don't think anyone (including Martin) is going to mistake me for a member of portmgr. If you want to prove me wrong, get some packages up there, no one will be happier than me, since I've been looking for them for several months now. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 01:05:51 2010 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 1B471106566C for ; Wed, 6 Jan 2010 01:05:51 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9BD7F8FC16 for ; Wed, 6 Jan 2010 01:05:50 +0000 (UTC) Received: by ewy26 with SMTP id 26so14926282ewy.3 for ; Tue, 05 Jan 2010 17:05:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=M8+NBJ3LNLPFMxkXCnzavu2nsp9wTVFrBUz1yKaeM8s=; b=Ps0hCgde1ojoaQo/UPQbAB0DhPVAdmcVYxziiMpkYaocYymOi0BysZEhNVRZzoMfeW 5YM6idJ4bm+9y2gJ3iUb8Iurj1atcAI0JN0u2YB+n21567jgcJTKFoRrrqLFV6ltMLDd yHwWiKhElsoIfFj0bO7UD+v9xrSLqgveSQdug= 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=Qf6rfKBcv1Dc5GS+Dc+8bHOfHSez2jCK5ISXv5we4HBf5adoE9sH5vVBPoooN4ZJZ6 WY+QjD22ifRAovuOOXCCv+V+iW1YCbkySvv21pWYfK0vc1nVWib0SK27u8fmx/MRdv1v x3yFdkDxEKDw1rJf0wsAyboDqYKKy0eS2jVUs= Received: by 10.213.1.22 with SMTP id 22mr3665374ebd.32.1262739944477; Tue, 05 Jan 2010 17:05:44 -0800 (PST) Received: from sevans-mac-pro.local (newbie.thingamajig-systems.co.uk [93.97.185.103]) by mx.google.com with ESMTPS id 5sm34605613eyh.32.2010.01.05.17.05.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 05 Jan 2010 17:05:43 -0800 (PST) Message-ID: <4B43E118.2000902@gmail.com> Date: Wed, 06 Jan 2010 01:02:16 +0000 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <497E6AF6.8060802@gmail.com> <497E7714.4010201@gmail.com> <49815205.3020507@gmail.com> <4A07914D.8090706@gmail.com> <4A0FF95F.7020201@gmail.com> In-Reply-To: <4A0FF95F.7020201@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: OpenNMS 1.6.2 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, 06 Jan 2010 01:05:51 -0000 On 17/05/2009 12:47, Sevan / Venture37 wrote: > Updated to 1.6.5 > http://www.geeklan.co.uk/files/opennms/opennms-165-freebsd-port.tgz Updated to 1.6.8 http://www.geeklan.co.uk/files/opennms/opennms-168-freebsd-port.tgz Along with a new port for iplike http://www.geeklan.co.uk/files/iplike/iplike-108-freebsd-port.tgz iplike will be submitted for inclusion in ports very soon (just waiting to hear if anyone has any problems), the opennms port works but still requires more work doing to it, the follow blog post is amended with a progress report along with each revision of the port: http://www.geeklan.co.uk/?p=132 Any feedback is much appreciated :) Regards Sevan / Venture37 From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 06:15:44 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F05D106568B; Wed, 6 Jan 2010 06:15:44 +0000 (UTC) (envelope-from pgollucci@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 76C3E8FC15; Wed, 6 Jan 2010 06:15:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o066Fi2H089516; Wed, 6 Jan 2010 06:15:44 GMT (envelope-from pgollucci@freefall.freebsd.org) Received: (from pgollucci@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o066FiVl089512; Wed, 6 Jan 2010 06:15:44 GMT (envelope-from pgollucci) Date: Wed, 6 Jan 2010 06:15:44 GMT Message-Id: <201001060615.o066FiVl089512@freefall.freebsd.org> To: pgollucci@FreeBSD.org, freebsd-ports@FreeBSD.org, pgollucci@FreeBSD.org From: pgollucci@FreeBSD.org Cc: Subject: Re: ports/12355: port of cdlabelgen, a CD frontcard/traycard generator, for use with gcombust or alone 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, 06 Jan 2010 06:15:44 -0000 Synopsis: port of cdlabelgen, a CD frontcard/traycard generator, for use with gcombust or alone Responsible-Changed-From-To: freebsd-ports->pgollucci Responsible-Changed-By: pgollucci Responsible-Changed-When: Wed Jan 6 06:15:44 UTC 2010 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=12355 From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 07:11:02 2010 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 66DB1106568F; Wed, 6 Jan 2010 07:11:02 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9607C8FC0A; Wed, 6 Jan 2010 07:11:01 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 7FAFE39824; Wed, 6 Jan 2010 09:10:59 +0200 (SAST) Date: Wed, 6 Jan 2010 09:10:59 +0200 From: John Hay To: Peter Ulrich Kruppa Message-ID: <20100106071059.GA46019@zibbi.meraka.csir.co.za> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Martin Cracauer , Doug Barton , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 06 Jan 2010 07:11:02 -0000 On Tue, Jan 05, 2010 at 11:37:00PM +0100, Peter Ulrich Kruppa wrote: > On Tue, 5 Jan 2010, Martin Cracauer wrote: > > >Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: > >>Martin Cracauer wrote: > >>>It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just > >>>can't keep up with the port building. I need OpenOffice and stuff and > >>>the party is really over at that point. I need something with binary > >>>packages. > >>> > >>>Do I understand that correctly if I run 8.0 release I get to have > >>>prebuilt binaries as recognized by portupgrade? > >> > >>Well, 8-release or 8-stable should both be fine for this purpose, for > >>most packages, with portupgrade or portmaster. My understanding is > >>that we've given up trying to produce packages for openoffice on all > >>branches. > > > >Are you saying there are binary packages for 8-stable? > > > >I thought I can only have them for -RELEASE? > > > >>>What happens to the minor security updates? Can I follow TRELENG_8_0 > >>>and port portsupgrade recognize this as something that uses 8-release > >>>binary packages? > >> > >>RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you > >>want 8-stable, RELENG_8 is the way to go. Otherwise you will need to > >>update the tag each time a new security branch is created. > > > >RELENG_8 will lift be out of binary ports, at least as far as > >portupgrade is concerned. > > > >RELENG_8_0 will have emergency fixes AFAIK and I was hoping that I > >could run that and make portupgrade to the right thing (recognize the > >binary packages a insert them appropriately). > > > >If we have binary packages for 8-stable and/or if I can coerce > >portupgrade to use 8-release packages on 8-stable that would be fine, > >too. > > > >Martin > Have a look at porting.openoffice.org/freebsd . > You will find something that works for you. It depends on what you have. Say you have 8.0 i386 or even 7.2 i386. No binaries for you there then. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 07:23:26 2010 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 547BD106568B; Wed, 6 Jan 2010 07:23:26 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE3F8FC12; Wed, 6 Jan 2010 07:23:25 +0000 (UTC) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.3/8.14.3) with ESMTP id o067PBE5003330; Wed, 6 Jan 2010 08:25:11 +0100 (CET) (envelope-from ulrich@pukruppa.net) Received: from localhost (ulrich@localhost) by pukruppa.net (8.14.3/8.14.3/Submit) with ESMTP id o067PAOr003327; Wed, 6 Jan 2010 08:25:10 +0100 (CET) (envelope-from ulrich@pukruppa.net) Date: Wed, 6 Jan 2010 08:25:10 +0100 (CET) From: Peter Ulrich Kruppa To: John Hay In-Reply-To: <20100106071059.GA46019@zibbi.meraka.csir.co.za> Message-ID: References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <20100106071059.GA46019@zibbi.meraka.csir.co.za> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Martin Cracauer , Doug Barton , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 06 Jan 2010 07:23:26 -0000 On Wed, 6 Jan 2010, John Hay wrote: > On Tue, Jan 05, 2010 at 11:37:00PM +0100, Peter Ulrich Kruppa wrote: >> On Tue, 5 Jan 2010, Martin Cracauer wrote: >> >>> Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: >>>> Martin Cracauer wrote: >>>>> It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just >>>>> can't keep up with the port building. I need OpenOffice and stuff and >>>>> the party is really over at that point. I need something with binary >>>>> packages. >>>>> >>>>> Do I understand that correctly if I run 8.0 release I get to have >>>>> prebuilt binaries as recognized by portupgrade? >>>> >>>> Well, 8-release or 8-stable should both be fine for this purpose, for >>>> most packages, with portupgrade or portmaster. My understanding is >>>> that we've given up trying to produce packages for openoffice on all >>>> branches. >>> >>> Are you saying there are binary packages for 8-stable? >>> >>> I thought I can only have them for -RELEASE? >>> >>>>> What happens to the minor security updates? Can I follow TRELENG_8_0 >>>>> and port portsupgrade recognize this as something that uses 8-release >>>>> binary packages? >>>> >>>> RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you >>>> want 8-stable, RELENG_8 is the way to go. Otherwise you will need to >>>> update the tag each time a new security branch is created. >>> >>> RELENG_8 will lift be out of binary ports, at least as far as >>> portupgrade is concerned. >>> >>> RELENG_8_0 will have emergency fixes AFAIK and I was hoping that I >>> could run that and make portupgrade to the right thing (recognize the >>> binary packages a insert them appropriately). >>> >>> If we have binary packages for 8-stable and/or if I can coerce >>> portupgrade to use 8-release packages on 8-stable that would be fine, >>> too. >>> >>> Martin >> Have a look at porting.openoffice.org/freebsd . >> You will find something that works for you. > > It depends on what you have. Say you have 8.0 i386 or even 7.2 i386. No > binaries for you there then. I have to admit, I have got an amd64. But you might be able to run the 7.1 -STABLE version with misc/compat7 installed. Did you try? Greetings Uli > John > -- > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > _______________________________________________ > 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" > | Peter Ulrich Kruppa | Wuppertal | Germany From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 12:23:08 2010 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 CEFC3106566B; Wed, 6 Jan 2010 12:23:08 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 37DE88FC08; Wed, 6 Jan 2010 12:23:07 +0000 (UTC) Received: by ewy26 with SMTP id 26so15353868ewy.3 for ; Wed, 06 Jan 2010 04:22:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=WDa4rHWWm3RNvo8kEb/GzsucqGv11UFS9nJVbmg/JuI=; b=FToP+b+HI5jw0S/R0ZPHCE/88PaUvX3jPWEsYedmRxhs9qEubQSQeVaYRErFM8iZ/a LDEql9NXdRVFix2dQtK64ao6Q815FeyXKJhoDqMGgQv0DaScoprxliEhC8Ezd/4oCqg7 iRzx3Hw/QPQxkoKWrxC6SonHPyqf+k+O2Zi0g= 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=u9HdK39lnr4AdQYSXmV2XRHrx/YeD12csCa2KFC1HgAKG2MJWc/psg+xq/7qlW0qk7 LN6/O27+v0MiKmmR/4J89obZJMAk2PbXu+SwQ8yikJOsUOiXXUJY+g/e+DZKdOdRWDn3 1YoysX9xDY7/Nrzlp+xujJFWiVvU7Z4k+woWA= MIME-Version: 1.0 Received: by 10.213.96.195 with SMTP id i3mr2943923ebn.97.1262780578447; Wed, 06 Jan 2010 04:22:58 -0800 (PST) In-Reply-To: <4B43C0F1.1060404@FreeBSD.org> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> Date: Wed, 6 Jan 2010 13:22:58 +0100 Message-ID: From: Christer Solskogen To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: Martin Cracauer , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 06 Jan 2010 12:23:08 -0000 On Tue, Jan 5, 2010 at 11:45 PM, Doug Barton wrote: > Martin Cracauer wrote: >> Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: >> Are you saying there are binary packages for 8-stable? >> >> I thought I can only have them for -RELEASE? > > There have always been binary packages for the -stable branches. For > example check out ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/. > >> RELENG_8 will lift be out of binary ports, at least as far as >> portupgrade is concerned. > > Sorry, I don't understand that sentence. > >> RELENG_8_0 will have emergency fixes AFAIK > > I'm sorry, that's not correct. RELENG_8_0 is a fixed point in time. > The 8.0 -p1 security branch will be RELENG_8_1, etc. > I do not agree on this one. RELENG_8_0 is the correct tag for following FreeBSD 8.0 with security fixes. RELENG_8_0_0_RELEASE on the other hand is fixed. RELENG_8_1 will be the branch for FreeBSD 8.1. -- chs, From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 13:04:47 2010 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 12BA5106568F; Wed, 6 Jan 2010 13:04:47 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (builder.freebsd.org [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id DE5798FC19; Wed, 6 Jan 2010 13:04:46 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o06D4k9h092880; Wed, 6 Jan 2010 13:04:46 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o06D4kb6092856; Wed, 6 Jan 2010 13:04:46 GMT (envelope-from erwin) Date: Wed, 6 Jan 2010 13:04:46 GMT From: Erwin Lansing Message-Id: <201001061304.o06D4kb6092856@builder.freebsd.org> To: cristianorolim@hotmail.com, glarkin@FreeBSD.org, jigboe@gmx.de, ports@FreeBSD.org Cc: Subject: Ports with duplicate LATEST_LINKS 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, 06 Jan 2010 13:04:47 -0000 Dear port maintainers, The following list includes ports maintained by you that have duplicate LATEST_LINK values. They should either be modified to use a unique LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting each other in the packages/Latest directory. If your ports conflict with ports maintained by another person, please coordinate your efforts with them. Thanks, Erwin "Annoying Reminder Guy III" Lansing LATEST_LINK PORTNAME MAINTAINER ========================================================================== pear-Doctrine databases/pear-Doctrine glarkin@FreeBSD.org pear-Doctrine databases/pear-Doctrine12 glarkin@FreeBSD.org rsyslog sysutils/rsyslog4 cristianorolim@hotmail.com rsyslog sysutils/rsyslog5 cristianorolim@hotmail.com rsyslog-gnutls sysutils/rsyslog4-gnutls cristianorolim@hotmail.com rsyslog-gnutls sysutils/rsyslog5-gnutls cristianorolim@hotmail.com rsyslog-gssapi sysutils/rsyslog4-gssapi cristianorolim@hotmail.com rsyslog-gssapi sysutils/rsyslog5-gssapi cristianorolim@hotmail.com rsyslog-libdbi sysutils/rsyslog4-dbi cristianorolim@hotmail.com rsyslog-libdbi sysutils/rsyslog5-dbi cristianorolim@hotmail.com rsyslog-mysql sysutils/rsyslog4-mysql cristianorolim@hotmail.com rsyslog-mysql sysutils/rsyslog5-mysql cristianorolim@hotmail.com rsyslog-pgsql sysutils/rsyslog4-pgsql cristianorolim@hotmail.com rsyslog-pgsql sysutils/rsyslog5-pgsql cristianorolim@hotmail.com rsyslog-relp sysutils/rsyslog4-relp cristianorolim@hotmail.com rsyslog-relp sysutils/rsyslog5-relp cristianorolim@hotmail.com rsyslog-rfc3195 sysutils/rsyslog4-rfc3195 cristianorolim@hotmail.com rsyslog-rfc3195 sysutils/rsyslog5-rfc3195 cristianorolim@hotmail.com rsyslog-snmp sysutils/rsyslog4-snmp cristianorolim@hotmail.com rsyslog-snmp sysutils/rsyslog5-snmp cristianorolim@hotmail.com surf www/surf jigboe@gmx.de surf math/surf ports@FreeBSD.org Total: 22 ports From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 13:10:46 2010 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 9A0B41065670; Wed, 6 Jan 2010 13:10:46 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 5198A8FC0C; Wed, 6 Jan 2010 13:10:45 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NSVer-0007IS-B3; Wed, 06 Jan 2010 13:10:44 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NSVeq-00030X-8G; Wed, 06 Jan 2010 13:10:40 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id o06DAdq8022970; Wed, 6 Jan 2010 13:10:40 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id o06DAdmk022969; Wed, 6 Jan 2010 13:10:39 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 6 Jan 2010 13:10:39 +0000 From: Anton Shterenlikht To: Simon Griffiths Message-ID: <20100106131039.GE15440@mech-cluster241.men.bris.ac.uk> References: <20091215162601.GA22008@mech-cluster241.men.bris.ac.uk> <4B2B72E4.4060808@orel.ru> <20091218134058.GA89230@mech-cluster241.men.bris.ac.uk> <007701ca8e45$13b977d0$3b2c6770$@griffiths@tenenbaum.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <007701ca8e45$13b977d0$3b2c6770$@griffiths@tenenbaum.co.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.5 X-Spam-Level: ---- Cc: gnome@freebsd.org, 'Anton Shterenlikht' , freebsd-sparc64@freebsd.org, freebsd-ports@freebsd.org, 'Andrew Belashov' Subject: Re: port devel/gobject-introspection fails to build on sparc 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, 06 Jan 2010 13:10:46 -0000 On Tue, Jan 05, 2010 at 08:24:26PM -0000, Simon Griffiths wrote: > Hello, > > > -----Original Message----- > > From: owner-freebsd-sparc64@freebsd.org [mailto:owner-freebsd- > > sparc64@freebsd.org] On Behalf Of Anton Shterenlikht > > Sent: 18 December 2009 13:41 > > To: Andrew Belashov > > Cc: gnome@freebsd.org; freebsd-sparc64@freebsd.org; freebsd- > > ports@freebsd.org > > Subject: Re: port devel/gobject-introspection fails to build on sparc > > > > On Fri, Dec 18, 2009 at 03:17:40PM +0300, Andrew Belashov wrote: > > ** > > ERROR:ginfo.c:337:g_base_info_get_name: code should not be reached > > gmake[3]: *** [foo-1.0.tgir] Abort trap: 6 (core dumped) > > gmake[3]: *** Deleting file `foo-1.0.tgir' > > gmake[3]: Leaving directory `/usr/ports/devel/gobject- > > introspection/work/gobject > > -introspection-0.6.6/tests/scanner' > > gmake[2]: *** [all-recursive] Error 1 > > > > > > > > -- > > Anton Shterenlikht > > Room 2.6, Queen's Building > > Mech Eng Dept > > Bristol University > > University Walk, Bristol BS8 1TR, UK > > Tel: +44 (0)117 331 5944 > > Fax: +44 (0)117 929 4423 > > Did you find a way around this problem Anton? no, but I haven't tried too hard. I'm trying again right now and will report back. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 13:13:20 2010 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 93BA010656D5; Wed, 6 Jan 2010 13:13:20 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 536F88FC08; Wed, 6 Jan 2010 13:13:19 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1NSVhO-0004tP-5R>; Wed, 06 Jan 2010 14:13:18 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1NSVhO-0001kl-1o>; Wed, 06 Jan 2010 14:13:18 +0100 Message-ID: <4B448CB4.5000105@zedat.fu-berlin.de> Date: Wed, 06 Jan 2010 13:14:28 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091221 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Content-Type: multipart/mixed; boundary="------------010103040407020109000309" X-Originating-IP: 130.133.86.198 Cc: Subject: ports/devel/protobuf: Segmentation fault in mmap in some applications 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, 06 Jan 2010 13:13:20 -0000 This is a multi-part message in MIME format. --------------010103040407020109000309 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Dear Sirs, We use a software package for scientific imagery processing from USGS, ISIS3 (http://isis.astrogeology.usgs.gov/). The most recent version is 3.1.21 and since this version, the software intensively uses libprotobuf.so. While we can use ISIS 3.1.20 very well under FreeBSD 8.0/amd64, it is impossible to use the software with version no. 3.1.21, which seems to have some issues wih libprotobuf.so. Every client out of this ISIS3 package crashes with a segmentation fault and as far as I can judge the situation, there is a problem with libprotobuf.so, against which all clients out of ISIS 3.1.21 are linked. I searched for help on the ISIS3-support forum and realised that some Apple OS X guys have had similar problems, but those threads where closed immediately or got relative senseless response. In our case, we compile every necessary library and prerequisite software package (mostly Qt4 libs) from ports. This works great with some tweaks for FreeBSD in make/config.freebsd (which I derived from some linux and/or OS X config files). Now I'm floating like a dead man i the water. Below I provide q gdb output of the qview-client (the same is with all other clients, like photrim etc. for those familiar with the software package). Additionaly, I provide a truss-output, that stops at mmap issues. Well, if someone could provide me with some advance debugging hints I would appreaciate them. I'm pretty sure he problem is located within the libprotobuf library or the way it is treated, but this is a guess of a non-developer. Thanks very much in advance. Please reply also to this email address, since I'm not subscriber of the list I post to. Oliver ====== #: gdb qview qview.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `qview'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/isis/3.1.21/lib/libisis3.1.21.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/isis/3.1.21/lib/libisis3.1.21.so Reading symbols from /usr/local/lib/qt4/libQtXmlPatterns.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/qt4/libQtXmlPatterns.so.4 Reading symbols from /usr/local/lib/qt4/libQtXml.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/qt4/libQtXml.so.4 Reading symbols from /usr/local/lib/qt4/libQtNetwork.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/qt4/libQtNetwork.so.4 Reading symbols from /usr/local/lib/qt4/libQtSql.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/qt4/libQtSql.so.4 Reading symbols from /usr/local/lib/qt4/libQtGui.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/qt4/libQtGui.so.4 Reading symbols from /usr/local/lib/qt4/libQtCore.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/qt4/libQtCore.so.4 Reading symbols from /usr/local/lib/libqwt.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libqwt.so.5 Reading symbols from /usr/local/lib/libxerces-c.so.27...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libxerces-c.so.27 Reading symbols from /usr/local/lib/libcspice.so.6...done. Loaded symbols for /usr/local/lib/libcspice.so.6 Reading symbols from /usr/local/lib/libgeos.so.0...done. Loaded symbols for /usr/local/lib/libgeos.so.0 Reading symbols from /usr/local/lib/libgsl.so.14...done. Loaded symbols for /usr/local/lib/libgsl.so.14 Reading symbols from /usr/local/lib/libgslcblas.so.0...done. Loaded symbols for /usr/local/lib/libgslcblas.so.0 Reading symbols from /usr/local/lib/libblas.so.2...done. Loaded symbols for /usr/local/lib/libblas.so.2 Reading symbols from /usr/local/lib/gcc44/libgfortran.so.3...done. Loaded symbols for /usr/local/lib/gcc44/libgfortran.so.3 Reading symbols from /usr/local/lib/libprotobuf.so.4...done. Loaded symbols for /usr/local/lib/libprotobuf.so.4 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libz.so.5...done. Loaded symbols for /lib/libz.so.5 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/local/lib/libpng.so.5...done. Loaded symbols for /usr/local/lib/libpng.so.5 Reading symbols from /usr/local/lib/libfreetype.so.9...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /usr/local/lib/libSM.so.6...done. Loaded symbols for /usr/local/lib/libSM.so.6 Reading symbols from /usr/local/lib/libICE.so.6...done. Loaded symbols for /usr/local/lib/libICE.so.6 Reading symbols from /usr/local/lib/libXrender.so.1...done. Loaded symbols for /usr/local/lib/libXrender.so.1 Reading symbols from /usr/local/lib/libfontconfig.so.1...done. Loaded symbols for /usr/local/lib/libfontconfig.so.1 Reading symbols from /usr/local/lib/libXext.so.6...done. Loaded symbols for /usr/local/lib/libXext.so.6 Reading symbols from /usr/local/lib/libX11.so.6...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/qt4/libQtSvg.so.4...done. Loaded symbols for /usr/local/lib/qt4/libQtSvg.so.4 Reading symbols from /lib/libssp.so.0...done. Loaded symbols for /lib/libssp.so.0 Reading symbols from /usr/local/lib/libicui18n.so.38...done. Loaded symbols for /usr/local/lib/libicui18n.so.38 Reading symbols from /usr/local/lib/libintl.so.8...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libpcre.so.0...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /usr/local/lib/libexpat.so.6...done. Loaded symbols for /usr/local/lib/libexpat.so.6 Reading symbols from /usr/local/lib/libxcb.so.2...done. Loaded symbols for /usr/local/lib/libxcb.so.2 Reading symbols from /usr/local/lib/libXdmcp.so.6...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/local/lib/libpthread-stubs.so.0...done. Loaded symbols for /usr/local/lib/libpthread-stubs.so.0 Reading symbols from /usr/lib/librpcsvc.so.5...done. Loaded symbols for /usr/lib/librpcsvc.so.5 Reading symbols from /usr/local/lib/libXau.so.6...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libicuuc.so.38...done. Loaded symbols for /usr/local/lib/libicuuc.so.38 Reading symbols from /usr/local/lib/libicudata.so.38...done. Loaded symbols for /usr/local/lib/libicudata.so.38 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000805a2f2c8 in std::_Rb_tree >, std::_Select1st > >, std::less, std::allocator > > >::_M_insert_unique () from /usr/local/lib/libprotobuf.so.4 [New LWP 100355] --------------010103040407020109000309 Content-Type: text/plain; name="dumpi" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dumpi" __sysctl(0x7fffffffdc70,0x2,0x7fffffffdc8c,0x7fffffffdc80,0x0,0x0) = 0 (0x0) mmap(0x0,672,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365292544 (0x80054c000) munmap(0x80054c000,672) = 0 (0x0) __sysctl(0x7fffffffdce0,0x2,0x800656368,0x7fffffffdcd8,0x0,0x0) = 0 (0x0) mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34365292544 (0x80054c000) issetugid(0x80054d015,0x800547764,0x800662b70,0x800662b40,0x58b1,0x0) = 0 (0x0) open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",O_RDONLY,057) = 4 (0x4) read(4,"Ehnt\^A\0\0\0\M^@\0\0\0\M^V\^A\0"...,128) = 128 (0x80) lseek(4,0x80,SEEK_SET) = 128 (0x80) read(4,"/lib:/usr/lib:/usr/lib/compat:/u"...,406) = 406 (0x196) close(4) = 0 (0x0) access("/lib/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/lib/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/pkg/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/kde4/lib/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/grass/lib/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/apache2/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc43/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc44/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/gegl-0.0/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/graphviz/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/mysql/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/pth/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/qt4/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/lib/virtualbox/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/libexec/openldap/libisis3.1.21.so",0) ERR#2 'No such file or directory' access("/usr/local/isis/3.1.21/lib/libisis3.1.21.so",0) = 0 (0x0) open("/usr/local/isis/3.1.21/lib/libisis3.1.21.so",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=1202107,size=7109977,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,7393280,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34366435328 (0x800663000) mmap(0x800663000,5525504,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34366435328 (0x800663000) mmap(0x800ca7000,782336,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x544000) = 34373005312 (0x800ca7000) mprotect(0x800d66000,40960,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/pkg/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/kde4/lib/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/grass/lib/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/apache2/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc43/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc44/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gegl-0.0/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/graphviz/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/mysql/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/pth/libQtXmlPatterns.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/qt4/libQtXmlPatterns.so.4",0) = 0 (0x0) open("/usr/local/lib/qt4/libQtXmlPatterns.so.4",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=895338,size=5123315,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,5230592,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34373828608 (0x800d70000) mmap(0x800d70000,3506176,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34373828608 (0x800d70000) mmap(0x8011c8000,667648,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x358000) = 34378383360 (0x8011c8000) mprotect(0x80126b000,8192,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/pkg/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/kde4/lib/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/grass/lib/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/apache2/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc43/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc44/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gegl-0.0/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/graphviz/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/mysql/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/pth/libQtXml.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/qt4/libQtXml.so.4",0) = 0 (0x0) open("/usr/local/lib/qt4/libQtXml.so.4",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=895433,size=360533,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1335296,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34379059200 (0x80126d000) mmap(0x80126d000,241664,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34379059200 (0x80126d000) mmap(0x8013a7000,49152,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x3a000) = 34380345344 (0x8013a7000) close(4) = 0 (0x0) access("/lib/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/pkg/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/kde4/lib/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/grass/lib/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/apache2/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc43/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc44/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gegl-0.0/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/graphviz/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/mysql/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/pth/libQtNetwork.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/qt4/libQtNetwork.so.4",0) = 0 (0x0) open("/usr/local/lib/qt4/libQtNetwork.so.4",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=894977,size=1500679,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,2322432,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34380394496 (0x8013b3000) mmap(0x8013b3000,1101824,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34380394496 (0x8013b3000) mmap(0x8015bf000,176128,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x10c000) = 34382540800 (0x8015bf000) close(4) = 0 (0x0) access("/lib/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/pkg/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/kde4/lib/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/grass/lib/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/apache2/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc43/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc44/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gegl-0.0/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/graphviz/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/mysql/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/pth/libQtSql.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/qt4/libQtSql.so.4",0) = 0 (0x0) open("/usr/local/lib/qt4/libQtSql.so.4",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=895528,size=316238,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1306624,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34382716928 (0x8015ea000) mmap(0x8015ea000,217088,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34382716928 (0x8015ea000) mmap(0x80171e000,45056,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x34000) = 34383978496 (0x80171e000) close(4) = 0 (0x0) access("/lib/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/pkg/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/kde4/lib/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/grass/lib/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/apache2/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc43/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc44/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gegl-0.0/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/graphviz/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/mysql/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/pth/libQtGui.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/qt4/libQtGui.so.4",0) = 0 (0x0) open("/usr/local/lib/qt4/libQtGui.so.4",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=895065,size=12163070,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,11640832,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34384023552 (0x801729000) mmap(0x801729000,9158656,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34384023552 (0x801729000) mmap(0x8020e4000,1425408,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x8bb000) = 34394226688 (0x8020e4000) mprotect(0x802240000,12288,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/pkg/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/kde4/lib/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/grass/lib/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/apache2/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc43/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc44/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/gegl-0.0/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/graphviz/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/mysql/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/nss/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/pth/libQtCore.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/qt4/libQtCore.so.4",0) = 0 (0x0) open("/usr/local/lib/qt4/libQtCore.so.4",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=895730,size=2750593,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,3440640,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34395664384 (0x802243000) mmap(0x802243000,2084864,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34395664384 (0x802243000) mmap(0x802540000,303104,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x1fd000) = 34398797824 (0x802540000) mprotect(0x80258a000,4096,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libqwt.so.5",0) ERR#2 'No such file or directory' access("/usr/lib/libqwt.so.5",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libqwt.so.5",0) ERR#2 'No such file or directory' access("/usr/local/lib/libqwt.so.5",0) = 0 (0x0) open("/usr/local/lib/libqwt.so.5",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=637405,size=822488,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1867776,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34399105024 (0x80258b000) mmap(0x80258b000,704512,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34399105024 (0x80258b000) mmap(0x802736000,118784,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xab000) = 34400854016 (0x802736000) close(4) = 0 (0x0) access("/lib/libxerces-c.so.27",0) ERR#2 'No such file or directory' access("/usr/lib/libxerces-c.so.27",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libxerces-c.so.27",0) ERR#2 'No such file or directory' access("/usr/local/lib/libxerces-c.so.27",0) = 0 (0x0) open("/usr/local/lib/libxerces-c.so.27",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=637027,size=5217868,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,5238784,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34400972800 (0x802753000) mmap(0x802753000,3477504,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34400972800 (0x802753000) mmap(0x802ba4000,708608,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x351000) = 34405498880 (0x802ba4000) mprotect(0x802c51000,4096,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libcspice.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/libcspice.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libcspice.so.6",0) ERR#2 'No such file or directory' access("/usr/local/lib/libcspice.so.6",0) = 0 (0x0) open("/usr/local/lib/libcspice.so.6",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=638410,size=6062301,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,37269504,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34406211584 (0x802c52000) mmap(0x802c52000,2174976,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34406211584 (0x802c52000) mmap(0x802f65000,131072,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x213000) = 34409435136 (0x802f65000) mprotect(0x802f85000,33914880,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libgeos.so.0",0) ERR#2 'No such file or directory' access("/usr/lib/libgeos.so.0",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libgeos.so.0",0) ERR#2 'No such file or directory' access("/usr/local/lib/libgeos.so.0",0) = 0 (0x0) open("/usr/local/lib/libgeos.so.0",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=636213,size=2071650,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,2662400,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34443481088 (0x804fdd000) mmap(0x804fdd000,1372160,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34443481088 (0x804fdd000) mmap(0x80522b000,241664,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x14e000) = 34445897728 (0x80522b000) mprotect(0x805266000,4096,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libgsl.so.14",0) ERR#2 'No such file or directory' access("/usr/lib/libgsl.so.14",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libgsl.so.14",0) ERR#2 'No such file or directory' access("/usr/local/lib/libgsl.so.14",0) = 0 (0x0) open("/usr/local/lib/libgsl.so.14",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=635941,size=2134442,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,2899968,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34446143488 (0x805267000) mmap(0x805267000,1658880,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34446143488 (0x805267000) mmap(0x8054fc000,192512,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x195000) = 34448850944 (0x8054fc000) close(4) = 0 (0x0) access("/lib/libgslcblas.so.0",0) ERR#2 'No such file or directory' access("/usr/lib/libgslcblas.so.0",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libgslcblas.so.0",0) ERR#2 'No such file or directory' access("/usr/local/lib/libgslcblas.so.0",0) = 0 (0x0) open("/usr/local/lib/libgslcblas.so.0",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=635918,size=219362,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1249280,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34449043456 (0x80552b000) mmap(0x80552b000,196608,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34449043456 (0x80552b000) mmap(0x80565a000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x2f000) = 34450284544 (0x80565a000) close(4) = 0 (0x0) access("/lib/libblas.so.2",0) ERR#2 'No such file or directory' access("/usr/lib/libblas.so.2",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libblas.so.2",0) ERR#2 'No such file or directory' access("/usr/local/lib/libblas.so.2",0) = 0 (0x0) open("/usr/local/lib/libblas.so.2",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=636415,size=330576,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1372160,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34450292736 (0x80565c000) mmap(0x80565c000,315392,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34450292736 (0x80565c000) mmap(0x8057a9000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x4d000) = 34451656704 (0x8057a9000) close(4) = 0 (0x0) access("/lib/libgfortran.so.3",0) ERR#2 'No such file or directory' access("/usr/lib/libgfortran.so.3",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libgfortran.so.3",0) ERR#2 'No such file or directory' access("/usr/local/lib/libgfortran.so.3",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/pkg/libgfortran.so.3",0) ERR#2 'No such file or directory' access("/usr/local/kde4/lib/libgfortran.so.3",0) ERR#2 'No such file or directory' access("/usr/local/grass/lib/libgfortran.so.3",0) ERR#2 'No such file or directory' access("/usr/local/lib/apache2/libgfortran.so.3",0) ERR#2 'No such file or directory' access("/usr/local/lib/compat/libgfortran.so.3",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc43/libgfortran.so.3",0) ERR#2 'No such file or directory' access("/usr/local/lib/gcc44/libgfortran.so.3",0) = 0 (0x0) open("/usr/local/lib/gcc44/libgfortran.so.3",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=921388,size=3705820,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1961984,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34451664896 (0x8057ab000) mmap(0x8057ab000,856064,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34451664896 (0x8057ab000) mmap(0x80597b000,57344,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xd0000) = 34453565440 (0x80597b000) mprotect(0x805989000,4096,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libprotobuf.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libprotobuf.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libprotobuf.so.4",0) ERR#2 'No such file or directory' access("/usr/local/lib/libprotobuf.so.4",0) = 0 (0x0) open("/usr/local/lib/libprotobuf.so.4",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=637903,size=1312149,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,2121728,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34453626880 (0x80598a000) mmap(0x80598a000,937984,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34453626880 (0x80598a000) mmap(0x805b6e000,135168,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xe4000) = 34455609344 (0x805b6e000) mprotect(0x805b8f000,4096,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libstdc++.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/libstdc++.so.6",0) = 0 (0x0) open("/usr/lib/libstdc++.so.6",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=966625,size=989880,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,2113536,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34455748608 (0x805b90000) mmap(0x805b90000,847872,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34455748608 (0x805b90000) mmap(0x805d5e000,143360,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xce000) = 34457640960 (0x805d5e000) mprotect(0x805d81000,77824,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libm.so.5",0) = 0 (0x0) open("/lib/libm.so.5",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=353287,size=147816,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1175552,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34457862144 (0x805d94000) mmap(0x805d94000,118784,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34457862144 (0x805d94000) mmap(0x805eb1000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x1d000) = 34459029504 (0x805eb1000) close(4) = 0 (0x0) access("/lib/libgcc_s.so.1",0) = 0 (0x0) open("/lib/libgcc_s.so.1",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=353372,size=55328,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1101824,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34459037696 (0x805eb3000) mmap(0x805eb3000,49152,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34459037696 (0x805eb3000) mmap(0x805fbe000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xb000) = 34460131328 (0x805fbe000) close(4) = 0 (0x0) access("/lib/libc.so.7",0) = 0 (0x0) open("/lib/libc.so.7",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=353283,size=1231856,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,2310144,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34460139520 (0x805fc0000) mmap(0x805fc0000,1019904,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34460139520 (0x805fc0000) mmap(0x8061b9000,131072,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xf9000) = 34462208000 (0x8061b9000) mprotect(0x8061d9000,110592,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libz.so.5",0) ERR#2 'No such file or directory' access("/lib/libz.so.5",0) = 0 (0x0) open("/lib/libz.so.5",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=353371,size=83208,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1130496,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34462449664 (0x8061f4000) mmap(0x8061f4000,77824,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34462449664 (0x8061f4000) mmap(0x806306000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x12000) = 34463571968 (0x806306000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libgthread-2.0.so.0",0) ERR#2 'No such file or directory' access("/lib/libgthread-2.0.so.0",0) ERR#2 'No such file or directory' access("/usr/lib/libgthread-2.0.so.0",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libgthread-2.0.so.0",0) ERR#2 'No such file or directory' access("/usr/local/lib/libgthread-2.0.so.0",0) = 0 (0x0) open("/usr/local/lib/libgthread-2.0.so.0",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=636219,size=23888,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1064960,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34463580160 (0x806308000) mmap(0x806308000,16384,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34463580160 (0x806308000) mmap(0x80640b000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x3000) = 34464641024 (0x80640b000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libglib-2.0.so.0",0) ERR#2 'No such file or directory' access("/lib/libglib-2.0.so.0",0) ERR#2 'No such file or directory' access("/usr/lib/libglib-2.0.so.0",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libglib-2.0.so.0",0) ERR#2 'No such file or directory' access("/usr/local/lib/libglib-2.0.so.0",0) = 0 (0x0) open("/usr/local/lib/libglib-2.0.so.0",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=635963,size=803886,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1798144,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34464645120 (0x80640c000) mmap(0x80640c000,692224,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34464645120 (0x80640c000) mmap(0x8065b5000,57344,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xa9000) = 34466385920 (0x8065b5000) mmap(0x0,36864,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34365325312 (0x800554000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libiconv.so.3",0) ERR#2 'No such file or directory' access("/lib/libiconv.so.3",0) ERR#2 'No such file or directory' access("/usr/lib/libiconv.so.3",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libiconv.so.3",0) ERR#2 'No such file or directory' access("/usr/local/lib/libiconv.so.3",0) = 0 (0x0) open("/usr/local/lib/libiconv.so.3",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=636934,size=1083265,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,2080768,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34466443264 (0x8065c3000) mmap(0x8065c3000,1015808,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34466443264 (0x8065c3000) mmap(0x8067ba000,20480,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xf7000) = 34468503552 (0x8067ba000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libthr.so.3",0) ERR#2 'No such file or directory' access("/lib/libthr.so.3",0) = 0 (0x0) open("/lib/libthr.so.3",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=353370,size=86288,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1142784,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34468524032 (0x8067bf000) mmap(0x8067bf000,73728,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34468524032 (0x8067bf000) mmap(0x8068d0000,16384,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x11000) = 34469642240 (0x8068d0000) mprotect(0x8068d4000,8192,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libpng.so.5",0) ERR#2 'No such file or directory' access("/lib/libpng.so.5",0) ERR#2 'No such file or directory' access("/usr/lib/libpng.so.5",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libpng.so.5",0) ERR#2 'No such file or directory' access("/usr/local/lib/libpng.so.5",0) = 0 (0x0) open("/usr/local/lib/libpng.so.5",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=638019,size=155344,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1204224,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34469666816 (0x8068d6000) mmap(0x8068d6000,139264,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34469666816 (0x8068d6000) mmap(0x8069f8000,16384,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x22000) = 34470854656 (0x8069f8000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libfreetype.so.9",0) ERR#2 'No such file or directory' access("/lib/libfreetype.so.9",0) ERR#2 'No such file or directory' access("/usr/lib/libfreetype.so.9",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libfreetype.so.9",0) ERR#2 'No such file or directory' access("/usr/local/lib/libfreetype.so.9",0) = 0 (0x0) open("/usr/local/lib/libfreetype.so.9",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=637540,size=575262,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1560576,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34470871040 (0x8069fc000) mmap(0x8069fc000,450560,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34470871040 (0x8069fc000) mmap(0x806b6a000,61440,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x6e000) = 34472370176 (0x806b6a000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libSM.so.6",0) ERR#2 'No such file or directory' access("/lib/libSM.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/libSM.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libSM.so.6",0) ERR#2 'No such file or directory' access("/usr/local/lib/libSM.so.6",0) = 0 (0x0) open("/usr/local/lib/libSM.so.6",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=636501,size=39090,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1081344,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34472431616 (0x806b79000) mmap(0x806b79000,28672,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34472431616 (0x806b79000) mmap(0x806c80000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x7000) = 34473508864 (0x806c80000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libICE.so.6",0) ERR#2 'No such file or directory' access("/lib/libICE.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/libICE.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libICE.so.6",0) ERR#2 'No such file or directory' access("/usr/local/lib/libICE.so.6",0) = 0 (0x0) open("/usr/local/lib/libICE.so.6",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=637336,size=108480,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1155072,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34473512960 (0x806c81000) mmap(0x806c81000,81920,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34473512960 (0x806c81000) mmap(0x806d95000,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x14000) = 34474643456 (0x806d95000) mprotect(0x806d98000,12288,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libXrender.so.1",0) ERR#2 'No such file or directory' access("/lib/libXrender.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/libXrender.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libXrender.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/libXrender.so.1",0) = 0 (0x0) open("/usr/local/lib/libXrender.so.1",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=636182,size=45017,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1085440,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34474668032 (0x806d9b000) mmap(0x806d9b000,32768,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34474668032 (0x806d9b000) mmap(0x806ea3000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x8000) = 34475749376 (0x806ea3000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libfontconfig.so.1",0) ERR#2 'No such file or directory' access("/lib/libfontconfig.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/libfontconfig.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libfontconfig.so.1",0) ERR#2 'No such file or directory' access("/usr/local/lib/libfontconfig.so.1",0) = 0 (0x0) open("/usr/local/lib/libfontconfig.so.1",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=636148,size=236611,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1249280,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34475753472 (0x806ea4000) mmap(0x806ea4000,176128,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34475753472 (0x806ea4000) mmap(0x806fcf000,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x2b000) = 34476978176 (0x806fcf000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libXext.so.6",0) ERR#2 'No such file or directory' access("/lib/libXext.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/libXext.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libXext.so.6",0) ERR#2 'No such file or directory' access("/usr/local/lib/libXext.so.6",0) = 0 (0x0) open("/usr/local/lib/libXext.so.6",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=637328,size=80107,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1114112,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34477002752 (0x806fd5000) mmap(0x806fd5000,57344,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34477002752 (0x806fd5000) mmap(0x8070e2000,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xd000) = 34478104576 (0x8070e2000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libX11.so.6",0) ERR#2 'No such file or directory' access("/lib/libX11.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/libX11.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libX11.so.6",0) ERR#2 'No such file or directory' access("/usr/local/lib/libX11.so.6",0) = 0 (0x0) open("/usr/local/lib/libX11.so.6",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=636143,size=1349378,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,2260992,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34478116864 (0x8070e5000) mmap(0x8070e5000,1118208,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34478116864 (0x8070e5000) mmap(0x8072f6000,94208,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x111000) = 34480283648 (0x8072f6000) close(4) = 0 (0x0) access("/usr/local/lib/qt4/libQtSvg.so.4",0) = 0 (0x0) open("/usr/local/lib/qt4/libQtSvg.so.4",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=895327,size=470535,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1433600,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34480377856 (0x80730d000) mmap(0x80730d000,331776,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34480377856 (0x80730d000) mmap(0x80745d000,57344,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x50000) = 34481754112 (0x80745d000) close(4) = 0 (0x0) access("/lib/libssp.so.0",0) = 0 (0x0) open("/lib/libssp.so.0",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=353374,size=9496,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1056768,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34481811456 (0x80746b000) mmap(0x80746b000,8192,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34481811456 (0x80746b000) mmap(0x80756c000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x1000) = 34482864128 (0x80756c000) close(4) = 0 (0x0) access("/usr/local/lib/libicui18n.so.38",0) = 0 (0x0) open("/usr/local/lib/libicui18n.so.38",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=638497,size=1707862,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,2400256,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34482868224 (0x80756d000) mmap(0x80756d000,1138688,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34482868224 (0x80756d000) mmap(0x807782000,212992,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x115000) = 34485051392 (0x807782000) mprotect(0x8077b6000,4096,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/usr/local/lib/libintl.so.8",0) = 0 (0x0) open("/usr/local/lib/libintl.so.8",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=638491,size=47048,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1085440,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34485268480 (0x8077b7000) mmap(0x8077b7000,32768,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34485268480 (0x8077b7000) mmap(0x8078bf000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x8000) = 34486349824 (0x8078bf000) close(4) = 0 (0x0) access("/usr/local/lib/libpcre.so.0",0) = 0 (0x0) open("/usr/local/lib/libpcre.so.0",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=636731,size=204631,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1245184,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34486353920 (0x8078c0000) mmap(0x8078c0000,192512,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34486353920 (0x8078c0000) mmap(0x8079ef000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x2f000) = 34487595008 (0x8079ef000) close(4) = 0 (0x0) access("/usr/local/lib/libexpat.so.6",0) = 0 (0x0) open("/usr/local/lib/libexpat.so.6",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=635954,size=156290,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1187840,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34487599104 (0x8079f0000) mmap(0x8079f0000,118784,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34487599104 (0x8079f0000) mmap(0x807b0d000,20480,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x1d000) = 34488766464 (0x807b0d000) close(4) = 0 (0x0) access("/usr/local/lib/libxcb.so.2",0) = 0 (0x0) open("/usr/local/lib/libxcb.so.2",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=636118,size=142072,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1150976,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34488786944 (0x807b12000) mmap(0x807b12000,86016,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34488786944 (0x807b12000) mmap(0x807c27000,16384,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x15000) = 34489921536 (0x807c27000) close(4) = 0 (0x0) access("/usr/local/lib/libXdmcp.so.6",0) = 0 (0x0) open("/usr/local/lib/libXdmcp.so.6",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=636046,size=27761,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1069056,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34489937920 (0x807c2b000) mmap(0x807c2b000,16384,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34489937920 (0x807c2b000) mmap(0x807d2f000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x4000) = 34491002880 (0x807d2f000) close(4) = 0 (0x0) access("/usr/local/lib/libpthread-stubs.so.0",0) = 0 (0x0) open("/usr/local/lib/libpthread-stubs.so.0",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=637323,size=6434,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1052672,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34491006976 (0x807d30000) mmap(0x807d30000,4096,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34491006976 (0x807d30000) mmap(0x807e30000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x0) = 34492055552 (0x807e30000) close(4) = 0 (0x0) access("/usr/local/lib/librpcsvc.so.5",0) ERR#2 'No such file or directory' access("/lib/librpcsvc.so.5",0) ERR#2 'No such file or directory' access("/usr/lib/librpcsvc.so.5",0) = 0 (0x0) open("/usr/lib/librpcsvc.so.5",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=965938,size=35640,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1081344,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34492059648 (0x807e31000) mmap(0x807e31000,28672,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34492059648 (0x807e31000) mmap(0x807f37000,8192,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x6000) = 34493132800 (0x807f37000) close(4) = 0 (0x0) access("/usr/local/lib/libXau.so.6",0) = 0 (0x0) open("/usr/local/lib/libXau.so.6",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-rwxr-xr-x ,inode=636468,size=13774,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1056768,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34493140992 (0x807f39000) mmap(0x807f39000,8192,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34493140992 (0x807f39000) mmap(0x80803a000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x1000) = 34494193664 (0x80803a000) close(4) = 0 (0x0) access("/lib/libicuuc.so.38",0) ERR#2 'No such file or directory' access("/usr/lib/libicuuc.so.38",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libicuuc.so.38",0) ERR#2 'No such file or directory' access("/usr/local/lib/libicuuc.so.38",0) = 0 (0x0) open("/usr/local/lib/libicuuc.so.38",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=637306,size=1401740,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,1216512,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34494197760 (0x80803b000) mmap(0x80803b000,1048576,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34494197760 (0x80803b000) mmap(0x80813b000,163840,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0x100000) = 34495246336 (0x80813b000) mprotect(0x808163000,4096,PROT_READ|PROT_WRITE) = 0 (0x0) close(4) = 0 (0x0) access("/lib/libicudata.so.38",0) ERR#2 'No such file or directory' access("/usr/lib/libicudata.so.38",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libicudata.so.38",0) ERR#2 'No such file or directory' access("/usr/local/lib/libicudata.so.38",0) = 0 (0x0) open("/usr/local/lib/libicudata.so.38",O_RDONLY,031261100) = 4 (0x4) fstat(4,{ mode=-r--r--r-- ,inode=636524,size=11563015,blksize=4096 }) = 0 (0x0) pread(0x4,0x800655220,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,12513280,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34495414272 (0x808164000) mmap(0x808164000,11452416,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,4,0x0) = 34495414272 (0x808164000) mmap(0x808d4f000,16384,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,4,0xaeb000) = 34507911168 (0x808d4f000) close(4) = 0 (0x0) mmap(0x0,36864,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34365362176 (0x80055d000) sysarch(0x81,0x7fffffffdd60,0x800559048,0x0,0xfffffffffa39e490,0x805fdbf80) = 0 (0x0) mmap(0x0,5696,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,5696) = 0 (0x0) mmap(0x0,129024,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,129024) = 0 (0x0) mmap(0x0,118208,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,118208) = 0 (0x0) mmap(0x0,11952,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,11952) = 0 (0x0) mmap(0x0,47248,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,47248) = 0 (0x0) mmap(0x0,12304,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,12304) = 0 (0x0) mmap(0x0,319024,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,319024) = 0 (0x0) mmap(0x0,73680,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,73680) = 0 (0x0) mmap(0x0,46784,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,46784) = 0 (0x0) mmap(0x0,191312,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,191312) = 0 (0x0) mmap(0x0,37008,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,37008) = 0 (0x0) mmap(0x0,66176,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,66176) = 0 (0x0) mmap(0x0,68432,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,68432) = 0 (0x0) mmap(0x0,2864,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,2864) = 0 (0x0) mmap(0x0,3056,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,3056) = 0 (0x0) mmap(0x0,19664,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,19664) = 0 (0x0) mmap(0x0,36736,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,36736) = 0 (0x0) mmap(0x0,54032,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,54032) = 0 (0x0) mmap(0x0,4112,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,4112) = 0 (0x0) mmap(0x0,2144,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,2144) = 0 (0x0) mmap(0x0,43792,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,43792) = 0 (0x0) mmap(0x0,2096,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,2096) = 0 (0x0) mmap(0x0,1248,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,1248) = 0 (0x0) mmap(0x0,22336,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,22336) = 0 (0x0) mmap(0x0,1136,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,1136) = 0 (0x0) mmap(0x0,8128,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,8128) = 0 (0x0) mmap(0x0,6640,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,6640) = 0 (0x0) mmap(0x0,6480,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,6480) = 0 (0x0) mmap(0x0,1824,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,1824) = 0 (0x0) mmap(0x0,3936,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,3936) = 0 (0x0) mmap(0x0,1744,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,1744) = 0 (0x0) mmap(0x0,5056,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,5056) = 0 (0x0) mmap(0x0,3392,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,3392) = 0 (0x0) mmap(0x0,22096,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,22096) = 0 (0x0) mmap(0x0,17008,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,17008) = 0 (0x0) mmap(0x0,928,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,928) = 0 (0x0) mmap(0x0,41424,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,41424) = 0 (0x0) mmap(0x0,1648,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,1648) = 0 (0x0) mmap(0x0,1424,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,1424) = 0 (0x0) mmap(0x0,1904,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,1904) = 0 (0x0) mmap(0x0,8912,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,8912) = 0 (0x0) mmap(0x0,1392,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,1392) = 0 (0x0) mmap(0x0,512,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,512) = 0 (0x0) mmap(0x0,3280,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,3280) = 0 (0x0) mmap(0x0,960,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,960) = 0 (0x0) mmap(0x0,28816,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,28816) = 0 (0x0) mmap(0x0,12688,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365399040 (0x800566000) munmap(0x800566000,12688) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffdd00,0x2,0x8061dfde0,0x7fffffffdcf8,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd5b0,0x2,0x8061def28,0x7fffffffd5a8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd4e0,0x2,0x7fffffffd470,0x7fffffffd4d8,0x8060b1480,0xc) = 0 (0x0) __sysctl(0x7fffffffd470,0x2,0x8061df130,0x7fffffffd530,0x0,0x0) = 0 (0x0) readlink("/etc/malloc.conf","aj",1024) = 2 (0x2) issetugid(0x8060b0149,0x7fffffffd5d0,0x6a,0x0,0x2,0x0) = 0 (0x0) break(0x600000) = 0 (0x0) __sysctl(0x7fffffffd890,0x2,0x7fffffffd8ac,0x7fffffffd8a0,0x0,0x0) = 0 (0x0) mmap(0x0,2097152,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34507927552 (0x808d53000) mmap(0x808f53000,708608,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34510024704 (0x808f53000) munmap(0x808d53000,708608) = 0 (0x0) SIGNAL 11 (SIGSEGV) process exit, rval = 0 --------------010103040407020109000309-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 15:32:25 2010 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 8289E1065672; Wed, 6 Jan 2010 15:32:25 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 1B8AF8FC16; Wed, 6 Jan 2010 15:32:25 +0000 (UTC) Received: from [195.4.92.14] (helo=4.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NSXrz-0000Yh-S9; Wed, 06 Jan 2010 16:32:23 +0100 Received: from [87.174.37.71] (port=38695 helo=ernst.jennejohn.org) by 4.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NSXrz-000073-Ip; Wed, 06 Jan 2010 16:32:23 +0100 Date: Wed, 6 Jan 2010 16:31:48 +0100 From: Gary Jennejohn To: Doug Barton Message-ID: <20100106163148.16247015@ernst.jennejohn.org> In-Reply-To: <4B43C0F1.1060404@FreeBSD.org> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Martin Cracauer , freebsd-ports@FreeBSD.org Subject: Re: Binary packages for releases and portupgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 15:32:25 -0000 On Tue, 05 Jan 2010 14:45:05 -0800 Doug Barton wrote: > Martin Cracauer wrote: > > RELENG_8 will lift be out of binary ports, at least as far as > > portupgrade is concerned. > > Sorry, I don't understand that sentence. > I would guess this should read "will be left out of..." Follows logically from his concern that there are no binary packages for -STABLE. --- Gary Jennejohn From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 16:33:23 2010 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 C333A1065698; Wed, 6 Jan 2010 16:33:23 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 519548FC14; Wed, 6 Jan 2010 16:33:23 +0000 (UTC) Received: by yxe2 with SMTP id 2so2779842yxe.7 for ; Wed, 06 Jan 2010 08:33:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=wnACa8vQ90RPHsgfx1Ik0F08pavTo1Z84LBzNyHZ7YI=; b=bc5+KHl1JA27ivy8fFacMTL0AfE+JW0V/Ldfbf8e/HgWqzdZBBDj/2Dl+9SN1111Nq qXS7n0xSmlTX0j2YQUwB2Hv4RKJJ+Qo6MAHvkgs+1ehlW4k7q+fB+7PeLr4UXZ76iBdv isdeFyqhh7U2/njjgwIiV70As+07nUGXxwNao= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=FsdPDCXrTKI5U3eyDkE6Bu0MhK/AZH1RlLLJhDtFtmtB9wg6KJ1EbW4lo53vTEW+q0 4t7jUf5XInmaFPsPMAEAWWmAl8uTMYwVhmNLSlqBnsXnQ4YF/5v/Ley5JsdsqOSvHb29 gFDV9diW+H/Uw3L4AfkCnY5j9qGmSZCMhquOU= Received: by 10.101.53.2 with SMTP id f2mr882292ank.73.1262793850703; Wed, 06 Jan 2010 08:04:10 -0800 (PST) Received: from ?10.0.3.231? (pool-173-70-28-149.nwrknj.fios.verizon.net [173.70.28.149]) by mx.google.com with ESMTPS id 36sm8266877yxh.49.2010.01.06.08.04.09 (version=SSLv3 cipher=RC4-MD5); Wed, 06 Jan 2010 08:04:10 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: Beat Gaetzi In-Reply-To: <4B4225D9.9050504@FreeBSD.org> References: <4B4225D9.9050504@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 06 Jan 2010 11:03:51 -0500 Message-ID: <1262793831.96149.2.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, current@FreeBSD.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD (take 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: Wed, 06 Jan 2010 16:33:23 -0000 On Mon, 2010-01-04 at 18:31 +0100, Beat Gaetzi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > First of all thanks a lot for all the valuable feedback. We have updated > the ports Works without a problem here on "FreeBSD 8.0-STABLE #0 r201431 i386" with Windows XP and Debian Lenny guests. Thank you very much for this work. -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 19:35:29 2010 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 DF0F9106566B; Wed, 6 Jan 2010 19:35:29 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 789088FC08; Wed, 6 Jan 2010 19:35:28 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.4/8.14.4) with ESMTP id o06JZR01045447; Wed, 6 Jan 2010 20:35:27 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.4/8.14.4/Submit) id o06JZRtu045446; Wed, 6 Jan 2010 14:35:27 -0500 (EST) (envelope-from cracauer) Date: Wed, 6 Jan 2010 14:35:27 -0500 From: Martin Cracauer To: Gary Jennejohn Message-ID: <20100106193527.GA44032@cons.org> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> <20100106163148.16247015@ernst.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100106163148.16247015@ernst.jennejohn.org> User-Agent: Mutt/1.4.2.3i Cc: Martin Cracauer , Doug Barton , freebsd-ports@FreeBSD.org Subject: Re: Binary packages for releases and portupgrade 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, 06 Jan 2010 19:35:30 -0000 Gary Jennejohn wrote on Wed, Jan 06, 2010 at 04:31:48PM +0100: > On Tue, 05 Jan 2010 14:45:05 -0800 > Doug Barton wrote: > > > Martin Cracauer wrote: > > > RELENG_8 will lift be out of binary ports, at least as far as > > > portupgrade is concerned. > > > > Sorry, I don't understand that sentence. > > > > I would guess this should read "will be left out of..." Follows logically > from his concern that there are no binary packages for -STABLE. Right. I meant going -stable will "lift me out of binary ports [support]". So the verdict is to hunt down OpenOffice packages manually and install them so that portupgrade ignores them, then go from there. ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/ seems to have what `portupgrade -P` should expect, right? So I wouldn't have to move from stable to release+sec. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 19:44:53 2010 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 30F1E106566C; Wed, 6 Jan 2010 19:44:53 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id 973FF8FC21; Wed, 6 Jan 2010 19:44:52 +0000 (UTC) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.3/8.14.3) with ESMTP id o06Jkd6l097473; Wed, 6 Jan 2010 20:46:40 +0100 (CET) (envelope-from ulrich@pukruppa.net) Received: from localhost (ulrich@localhost) by pukruppa.net (8.14.3/8.14.3/Submit) with ESMTP id o06JkdBK097470; Wed, 6 Jan 2010 20:46:39 +0100 (CET) (envelope-from ulrich@pukruppa.net) Date: Wed, 6 Jan 2010 20:46:38 +0100 (CET) From: Peter Ulrich Kruppa To: Martin Cracauer In-Reply-To: <20100106193527.GA44032@cons.org> Message-ID: References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> <20100106163148.16247015@ernst.jennejohn.org> <20100106193527.GA44032@cons.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Doug Barton , Gary Jennejohn , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 06 Jan 2010 19:44:53 -0000 On Wed, 6 Jan 2010, Martin Cracauer wrote: > > So the verdict is to hunt down OpenOffice packages manually and > install them so that portupgrade ignores them, then go from there. > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/ > seems to have what `portupgrade -P` should expect, right? > > So I wouldn't have to move from stable to release+sec. I wonder if people who succeed in building OOo (happens about twice a year to me) could put their packages on some kind of ftp server. From their mailing list I get the impression OOo-porting team could need all kind of help. Greetings Uli. > > Martin > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > FreeBSD - where you want to go, today. http://www.freebsd.org/ > _______________________________________________ > 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" > | Peter Ulrich Kruppa | Wuppertal | Germany From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 20:17:57 2010 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 24A741065672; Wed, 6 Jan 2010 20:17:57 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id B28E48FC12; Wed, 6 Jan 2010 20:17:56 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.4/8.14.4) with ESMTP id o06KHtHD053691; Wed, 6 Jan 2010 21:17:55 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.4/8.14.4/Submit) id o06KHtfk053690; Wed, 6 Jan 2010 15:17:55 -0500 (EST) (envelope-from cracauer) Date: Wed, 6 Jan 2010 15:17:55 -0500 From: Martin Cracauer To: Peter Ulrich Kruppa Message-ID: <20100106201755.GA53049@cons.org> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> <20100106163148.16247015@ernst.jennejohn.org> <20100106193527.GA44032@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Martin Cracauer , Doug Barton , Gary Jennejohn , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 06 Jan 2010 20:17:57 -0000 Peter Ulrich Kruppa wrote on Wed, Jan 06, 2010 at 08:46:38PM +0100: > On Wed, 6 Jan 2010, Martin Cracauer wrote: > > > >So the verdict is to hunt down OpenOffice packages manually and > >install them so that portupgrade ignores them, then go from there. > > > >ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/ > >seems to have what `portupgrade -P` should expect, right? > > > >So I wouldn't have to move from stable to release+sec. > I wonder if people who succeed in building OOo (happens about > twice a year to me) could put their packages on some kind of ftp > server. From their mailing list I get the impression OOo-porting > team could need all kind of help. Might be easier to just slam a Debian into a chroot. How do chroot and Linuxulator play together, anyway? Can I have a random-Linux in /compat/linux and then have a different one in /compat/linux/var/chroot/debian ? Alternatively I could just leave this poor notebook alone WRT building and run the same FreeBSD on one of my beefier machines to build binary packages and share the successes. Would probably involve two complete installations, one with a ports tree that only ever builds OO (and pulls in it's dependencies but nothing else). Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 20:41:34 2010 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 A6F2A1065676; Wed, 6 Jan 2010 20:41:34 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id F06248FC19; Wed, 6 Jan 2010 20:41:33 +0000 (UTC) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.3/8.14.3) with ESMTP id o06KhMm9063454; Wed, 6 Jan 2010 21:43:22 +0100 (CET) (envelope-from ulrich@pukruppa.net) Received: from localhost (ulrich@localhost) by pukruppa.net (8.14.3/8.14.3/Submit) with ESMTP id o06KhLMl063443; Wed, 6 Jan 2010 21:43:21 +0100 (CET) (envelope-from ulrich@pukruppa.net) Date: Wed, 6 Jan 2010 21:43:21 +0100 (CET) From: Peter Ulrich Kruppa To: Martin Cracauer In-Reply-To: <20100106201755.GA53049@cons.org> Message-ID: References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> <20100106163148.16247015@ernst.jennejohn.org> <20100106193527.GA44032@cons.org> <20100106201755.GA53049@cons.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Doug Barton , Gary Jennejohn , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 06 Jan 2010 20:41:34 -0000 On Wed, 6 Jan 2010, Martin Cracauer wrote: > Peter Ulrich Kruppa wrote on Wed, Jan 06, 2010 at 08:46:38PM +0100: >> On Wed, 6 Jan 2010, Martin Cracauer wrote: >>> >>> So the verdict is to hunt down OpenOffice packages manually and >>> install them so that portupgrade ignores them, then go from there. >>> >>> ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/ >>> seems to have what `portupgrade -P` should expect, right? >>> >>> So I wouldn't have to move from stable to release+sec. >> I wonder if people who succeed in building OOo (happens about >> twice a year to me) could put their packages on some kind of ftp >> server. From their mailing list I get the impression OOo-porting >> team could need all kind of help. > > Might be easier to just slam a Debian into a chroot. > > How do chroot and Linuxulator play together, anyway? Can I have a > random-Linux in /compat/linux and then have a different one in > /compat/linux/var/chroot/debian > ? > > Alternatively I could just leave this poor notebook alone WRT building > and run the same FreeBSD on one of my beefier machines to build binary > packages and share the successes. Would probably involve two complete > installations, one with a ports tree that only ever builds OO (and > pulls in it's dependencies but nothing else). If you manage to install OOo in Linuxolator, please publish some kind of HOWTO... Today I started an experiment: I created a jail as a "clean" build enviroment for OOo. Yet it has installed 145 dependencies and not even started building OOo. Greetings Uli. > > Martin > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > FreeBSD - where you want to go, today. http://www.freebsd.org/ > | Peter Ulrich Kruppa | Wuppertal | Germany From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 20:50:58 2010 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 3A67910656A5; Wed, 6 Jan 2010 20:50:58 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from exhub015-1.exch015.msoutlookonline.net (exhub015-1.exch015.msoutlookonline.net [207.5.72.93]) by mx1.freebsd.org (Postfix) with ESMTP id 24DC98FC21; Wed, 6 Jan 2010 20:50:57 +0000 (UTC) Received: from philip.hq.rws (174.79.184.239) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.2.176.0; Wed, 6 Jan 2010 12:50:57 -0800 Message-ID: <4B44F7B0.8000306@p6m7g8.com> Date: Wed, 6 Jan 2010 20:50:56 +0000 From: "Philip M. Gollucci" Organization: P6M7G8 Inc. User-Agent: Thunderbird 2.0.0.23 (X11/20091208) MIME-Version: 1.0 To: Erwin Lansing References: <201001051320.o05DKQBw021807@builder.freebsd.org> In-Reply-To: <201001051320.o05DKQBw021807@builder.freebsd.org> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, cristianorolim@hotmail.com, jigboe@gmx.de Subject: Re: Ports with duplicate LATEST_LINKS 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, 06 Jan 2010 20:50:58 -0000 Erwin Lansing wrote: > Dear port maintainers, > > The following list includes ports maintained by you that have duplicate > LATEST_LINK values. They should either be modified to use a unique > LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting > each other in the packages/Latest directory. If your ports conflict with > ports maintained by another person, please coordinate your efforts with > them. I'll fix the rsyslog ports when I do o 2010/01/06 ports/142368 pgollucci [maintainer-update] - update sysutils/rsyslog5 to version 5.3.5 -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 21:13:12 2010 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 347AD106566C for ; Wed, 6 Jan 2010 21:13:12 +0000 (UTC) (envelope-from jhelfman@e-e.com) Received: from mail.experts-exchange.com (mail.experts-exchange.com [64.156.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 216E58FC1B for ; Wed, 6 Jan 2010 21:13:11 +0000 (UTC) Received: from eggman.experts-exchange.com (unknown [72.29.180.81]) by mail.experts-exchange.com (Postfix) with ESMTP id E77234A6FF39 for ; Wed, 6 Jan 2010 12:21:10 -0800 (PST) Received: by eggman.experts-exchange.com (sSMTP sendmail emulation); Wed, 06 Jan 2010 12:26:58 -0800 Date: Wed, 6 Jan 2010 12:26:58 -0800 From: Jason To: freebsd-ports@freebsd.org Message-ID: <20100106202657.GD93034@eggman.experts-exchange.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Operating-System: FreeBSD 7.2-RELEASE-p4 X-Living-The-Dream: I love the SLO Life! User-Agent: Mutt/1.5.20 (2009-06-14) Subject: UIDs 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: Wed, 06 Jan 2010 21:13:12 -0000 Hi, I am new to building ports, however I have started to get the hang of things. I am not building any ports that I intend on submitting to FreeBSD, yet, however maybe that isn't too far off :) I've used a guide I found to create a local ports repository that is working out wonderfully with the existing ports tree under /usr/ports My tree is under /usr/ports/local, and I found a way to integrate a local UIDs and GIDs file, by setting this variable in my Makefile: UID_FILES:=${PORTSDIR}/local/UIDs When I go to install my port it installs the user as expected, however it fails on the ${INSTALL_PROGRAM} function. I understand this is just using "install" with the appropriate flags. Obviously, the port doesn't install. If I run it again, the user is already on the system, and the port installs successfully. I was wondering if there is a way to have the port install the user using the native USERS or GROUPS directives in the do-install phase with the INSTALL macros, or if there is a more suggested, or conventional, way of doing this operation. Thanks in advance! Jason From owner-freebsd-ports@FreeBSD.ORG Wed Jan 6 21:24:37 2010 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 222E41065672; Wed, 6 Jan 2010 21:24:37 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 94E028FC17; Wed, 6 Jan 2010 21:24:36 +0000 (UTC) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.4/8.14.4) with ESMTP id o06LOYb3067785; Wed, 6 Jan 2010 22:24:34 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.4/8.14.4/Submit) id o06LOY7e067784; Wed, 6 Jan 2010 16:24:34 -0500 (EST) (envelope-from cracauer) Date: Wed, 6 Jan 2010 16:24:34 -0500 From: Martin Cracauer To: Peter Ulrich Kruppa Message-ID: <20100106212434.GA67170@cons.org> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> <20100106163148.16247015@ernst.jennejohn.org> <20100106193527.GA44032@cons.org> <20100106201755.GA53049@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Martin Cracauer , Doug Barton , Gary Jennejohn , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 06 Jan 2010 21:24:37 -0000 Peter Ulrich Kruppa wrote on Wed, Jan 06, 2010 at 09:43:21PM +0100: > On Wed, 6 Jan 2010, Martin Cracauer wrote: > > >Peter Ulrich Kruppa wrote on Wed, Jan 06, 2010 at 08:46:38PM +0100: > >>On Wed, 6 Jan 2010, Martin Cracauer wrote: > >>> > >>>So the verdict is to hunt down OpenOffice packages manually and > >>>install them so that portupgrade ignores them, then go from there. > >>> > >>>ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/ > >>>seems to have what `portupgrade -P` should expect, right? > >>> > >>>So I wouldn't have to move from stable to release+sec. > >>I wonder if people who succeed in building OOo (happens about > >>twice a year to me) could put their packages on some kind of ftp > >>server. From their mailing list I get the impression OOo-porting > >>team could need all kind of help. > > > >Might be easier to just slam a Debian into a chroot. > > > >How do chroot and Linuxulator play together, anyway? Can I have a > >random-Linux in /compat/linux and then have a different one in > >/compat/linux/var/chroot/debian > >? > > > >Alternatively I could just leave this poor notebook alone WRT building > >and run the same FreeBSD on one of my beefier machines to build binary > >packages and share the successes. Would probably involve two complete > >installations, one with a ports tree that only ever builds OO (and > >pulls in it's dependencies but nothing else). > > If you manage to install OOo in Linuxolator, please > publish some kind of HOWTO... If there is a serious question WRT it does run in the Linux emulator that would be easy enough to test, I can just NFS-mount one of my diskless Debians. > Today I started an experiment: I created a jail as a "clean" > build enviroment for OOo. Yet it has installed 145 dependencies > and not even started building OOo. I expected nothing less. The Java requirement is particularly annoying on FreeBSD. And all that do get a Powerpoint clone with drunker mouse pointer syndrome written in tcl... Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 02:20:18 2010 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 0EBD91065672 for ; Thu, 7 Jan 2010 02:20:18 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx2.utsp.utwente.nl [130.89.2.13]) by mx1.freebsd.org (Postfix) with ESMTP id 878748FC14 for ; Thu, 7 Jan 2010 02:20:17 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id o071fIF4032122; Thu, 7 Jan 2010 02:41:18 +0100 From: Pieter de Goeje To: freebsd-questions@freebsd.org Date: Thu, 7 Jan 2010 02:41:18 +0100 User-Agent: KMail/1.9.10 References: <4B448CB4.5000105@zedat.fu-berlin.de> In-Reply-To: <4B448CB4.5000105@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201001070241.18190.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: "O. Hartmann" , freebsd-ports@freebsd.org Subject: Re: ports/devel/protobuf: Segmentation fault in mmap in some applications 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, 07 Jan 2010 02:20:18 -0000 On Wednesday 06 January 2010 14:14:28 O. Hartmann wrote: > Dear Sirs, > We use a software package for scientific imagery processing from USGS, > ISIS3 (http://isis.astrogeology.usgs.gov/). The most recent version is > 3.1.21 and since this version, the software intensively uses > libprotobuf.so. > > While we can use ISIS 3.1.20 very well under FreeBSD 8.0/amd64, it is > impossible to use the software with version no. 3.1.21, which seems to > have some issues wih libprotobuf.so. Every client out of this ISIS3 > package crashes with a segmentation fault and as far as I can judge the > situation, there is a problem with libprotobuf.so, against which all > clients out of ISIS 3.1.21 are linked. Perhaps the ISIS package was developed using a different (older?) version of Google's protocol buffers. Compiling protobuf from source is quite easy on FreeBSD. You can find the source here: http://code.google.com/p/protobuf/downloads/list I would start by trying version 2.1.0 and 2.2.0a. > > I searched for help on the ISIS3-support forum and realised that some > Apple OS X guys have had similar problems, but those threads where > closed immediately or got relative senseless response. > > In our case, we compile every necessary library and prerequisite > software package (mostly Qt4 libs) from ports. This works great with > some tweaks for FreeBSD in make/config.freebsd (which I derived from > some linux and/or OS X config files). > > Now I'm floating like a dead man i the water. Below I provide q gdb > output of the qview-client (the same is with all other clients, like > photrim etc. for those familiar with the software package). A backtrace ('bt' at the gdb prompt) might contain more useful information. > > Additionaly, I provide a truss-output, that stops at mmap issues. > > Well, if someone could provide me with some advance debugging hints I > would appreaciate them. I'm pretty sure he problem is located within the > libprotobuf library or the way it is treated, but this is a guess of a > non-developer. > > Thanks very much in advance. > Please reply also to this email address, since I'm not subscriber of the > list I post to. > > Oliver - Pieter From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 06:03:53 2010 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 08AED1065679; Thu, 7 Jan 2010 06:03:53 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id B5F788FC13; Thu, 7 Jan 2010 06:03:52 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id DD9FC3A581; Thu, 7 Jan 2010 07:03:50 +0100 (CET) Date: Thu, 7 Jan 2010 07:03:50 +0100 From: Lars Engels To: Peter Ulrich Kruppa Message-ID: <20100107060350.GK20889@e.0x20.net> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> <20100106163148.16247015@ernst.jennejohn.org> <20100106193527.GA44032@cons.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GlnCQLZWzqLRJED8" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Martin Cracauer , Doug Barton , Gary Jennejohn , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 07 Jan 2010 06:03:53 -0000 --GlnCQLZWzqLRJED8 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 06, 2010 at 08:46:38PM +0100, Peter Ulrich Kruppa wrote: > On Wed, 6 Jan 2010, Martin Cracauer wrote: > > > > So the verdict is to hunt down OpenOffice packages manually and > > install them so that portupgrade ignores them, then go from there. > > > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/ > > seems to have what `portupgrade -P` should expect, right? > > > > So I wouldn't have to move from stable to release+sec. > I wonder if people who succeed in building OOo (happens about=20 > twice a year to me) could put their packages on some kind of ftp=20 > server. From their mailing list I get the impression OOo-porting=20 > team could need all kind of help. There are already some builds (english and german) at http://wiki.bsdforen.de/anwendungen/openoffice_aus_inoffiziellen_paketen They're updated on a unregularly basis. Cheers Lars --GlnCQLZWzqLRJED8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAktFeUYACgkQKc512sD3afi37QCghzz8toXCtk2sxfLiJZRnChnm KqsAni28SpMv/3noCJB2ffk/I7s3mOza =XKgn -----END PGP SIGNATURE----- --GlnCQLZWzqLRJED8-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 07:29:17 2010 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 59A461065695 for ; Thu, 7 Jan 2010 07:29:17 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 499148FC08 for ; Thu, 7 Jan 2010 07:29:16 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 8B62B1CC53 for ; Thu, 7 Jan 2010 08:29:15 +0100 (CET) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100107072915.8B62B1CC53@mail.droso.net> Date: Thu, 7 Jan 2010 08:29:15 +0100 (CET) Cc: Subject: FreeBSD unmaintained ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 07:29:17 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/audacious-crossfade broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=audacious-crossfade portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/py26-libmpdclient-0.10.0.log (_Aug_23_08:38:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/asmodem broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=asmodem portname: comms/ltmdm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ltmdm portname: comms/yawmppp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=yawmppp portname: databases/p5-sqlrelay broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100103133538/p5-sqlrelay-0.41_2.log (_Dec_30_17:19:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-sqlrelay portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/callgrind broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/linux-js broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-js portname: devel/linuxthreads broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/ngpt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ngpt portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/ved broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ved portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: finance/gfp broken because: fails during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: games/tux-aqfh broken because: does not compile: error: plib/js.h: No such file or directory build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tux-aqfh portname: games/tuxkart broken because: does not compile: error: plib/js.h: No such file or directory build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tuxkart portname: graphics/freeglut broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=freeglut portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ophoto broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ophoto portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/plasma-kmod broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=plasma-kmod portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/white_dune broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=white_dune portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: korean/unzip broken because: does not patch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20100105143710/ko-unzip-6.0.log.bz2 (_Nov__7_16:39:57_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/bigloo broken because: is not compiled with Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=bigloo portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/ezload broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ezload portname: misc/fep broken because: Does not compile without sgtty build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=fep portname: misc/splitvt broken because: does not compile: /usr/include/sys/ioctl_compat.h:42:2: Definitions not available without TTY ioctl compat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=splitvt portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/kbtv broken because: does not build on 7.x and greater build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kbtv portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/net-snmp4 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/wide-dhcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=wide-dhcp portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/pimdd broken because: does not compile: error: IGMP_HOST_MEMBERSHIP_REPORT undeclared build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pimdd portname: net/plb broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20100103175137/plb-0.3_7.log.bz2 (_Dec__9_10:26:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=plb portname: net/pppload broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppload portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/sharity-light broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sharity-light portname: net/tcpview broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=tcpview portname: net/vomit broken because: does not build with new libevent build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100101212416/vomit-0.2c_6.log.bz2 (_Dec_14_05:58:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vomit portname: palm/prc-tools broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: palm/uppc-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=uppc-kmod portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/fressh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/stegdetect broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20091227193401/stegdetect-0.6_7.log.bz2 (_Dec_14_06:00:42_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=stegdetect portname: security/vpnd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=vpnd portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/gnomefind broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=gnomefind portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/lws broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lws portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gtkada broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 07:30:40 2010 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 091B21065692 for ; Thu, 7 Jan 2010 07:30:40 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 6BB798FC14 for ; Thu, 7 Jan 2010 07:30:38 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 937721CC2E for ; Thu, 7 Jan 2010 08:30:37 +0100 (CET) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100107073037.937721CC2E@mail.droso.net> Date: Thu, 7 Jan 2010 08:30:37 +0100 (CET) Cc: Subject: FreeBSD ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 07:30:40 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/audacious-crossfade broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=audacious-crossfade portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/ecamegapedal broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecamegapedal portname: audio/ecawave broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecawave portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gmpc-mserver broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gmpc-mserver portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/py26-libmpdclient-0.10.0.log (_Aug_23_08:38:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: biology/dotter broken because: checksum mismatch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20091229173723/dotter-20021204.log.bz2 (_Nov_19_12:11:51_UTC_2009) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/dotter-20021204.log (_Aug_17_05:33:45_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=dotter portname: cad/alliance broken because: incomplete plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100101212416/alliance-5.0.20090901_1.log.bz2 (_Dec_14_05:59:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/asmodem broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=asmodem portname: comms/hcfmdm broken because: Does not compile at 7.x or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: comms/hso-kmod broken because: Does not build with USB2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hso-kmod portname: comms/ib-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ib-kmod portname: comms/ltmdm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ltmdm portname: comms/uticom broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=uticom portname: comms/yawmppp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=yawmppp portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/p5-sqlrelay broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100103133538/p5-sqlrelay-0.41_2.log (_Dec_30_17:19:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-sqlrelay portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/asis-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis-gpl portname: devel/asmutils broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asmutils portname: devel/aunit broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=aunit portname: devel/callgrind broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/florist-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist-gpl portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/gdb53 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-5.3_1,1.log (_Aug_17_05:35:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53 portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/kdesvn broken because: fails to build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090407195505/kdesvn-1.0.4.log (_Apr_11_04:45:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdesvn portname: devel/linux-js broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-js portname: devel/linuxthreads broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/ngpt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ngpt portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/plan9port broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=plan9port portname: devel/poco-ssl broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco-ssl portname: devel/radrails broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=radrails portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/rubygem-rtags broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/ved broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ved portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: finance/gfp broken because: fails during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: ftp/wxdfast broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=wxdfast portname: games/abridge broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abridge portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: games/laughingman broken because: does not link build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/laughingman-0.20070610_1.log (_Aug_23_08:41:11_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=laughingman portname: games/rigsofrods broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=rigsofrods portname: games/tux-aqfh broken because: does not compile: error: plib/js.h: No such file or directory build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tux-aqfh portname: games/tuxkart broken because: does not compile: error: plib/js.h: No such file or directory build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tuxkart portname: graphics/freeglut broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=freeglut portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/mapnik broken because: Does not build with boost-1.41 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20100103175137/mapnik-0.6.1_2.log (_Dec_31_19:13:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=mapnik portname: graphics/ophoto broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ophoto portname: graphics/phpsview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=phpsview portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/plasma-kmod broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=plasma-kmod portname: graphics/qcamview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=qcamview portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/snx101util broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=snx101util portname: graphics/spcaview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=spcaview portname: graphics/vid broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=vid portname: graphics/white_dune broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=white_dune portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: japanese/yc.el broken because: Does not support emacs23.x or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=yc.el portname: java/jakarta-commons-dbcp broken because: does not build unless jakarta-commons-collections is compiled with jdk15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: korean/unzip broken because: does not patch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20100105143710/ko-unzip-6.0.log.bz2 (_Nov__7_16:39:57_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/bigloo broken because: is not compiled with Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=bigloo portname: lang/ccscript broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ccscript portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/etoile-languagekit broken because: needs llvm 2.6 to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=etoile-languagekit portname: lang/gnat-gcc41 broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-gcc41 portname: lang/gnat-gcc42 broken because: does not support FreeBSD 8.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-gcc42 portname: lang/gnat-glade broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-glade portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/nqc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=nqc portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/pugs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/u++ broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100105162846/u++-5.7.0.log.bz2 (_Dec_11_11:04:01_UTC_2009) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20091231135313/u++-5.7.0.log.bz2 (_Dec_14_00:00:56_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=u%2B%2B portname: lang/xsb broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/evolution-sharp broken because: Doesn't accept current evolution version build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=evolution-sharp portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: mail/wanderlust broken because: can not be installed with Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=wanderlust portname: mail/wanderlust-devel broken because: can not be installed with Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=wanderlust-devel portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/octave-forge-ann broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ann portname: math/octave-forge-fixed broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-fixed portname: math/octave-forge-ftp broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ftp portname: math/octave-forge-graceplot broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-graceplot portname: math/octave-forge-parallel broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-parallel portname: math/octave-forge-triangular broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-triangular portname: math/octave-forge-vrml broken because: Does not install with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-vrml portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/ezload broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ezload portname: misc/fep broken because: Does not compile without sgtty build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=fep portname: misc/splitvt broken because: does not compile: /usr/include/sys/ioctl_compat.h:42:2: Definitions not available without TTY ioctl compat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=splitvt portname: misc/usbrh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/kbtv broken because: does not build on 7.x and greater build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kbtv portname: multimedia/nmm broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/nmm-1.0.0_6.log (_Aug_21_03:32:56_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=nmm portname: multimedia/sabbu broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=sabbu portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-im/trix broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=trix portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/net-snmp4 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/netams broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=netams portname: net-mgmt/wide-dhcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=wide-dhcp portname: net-p2p/verlihub-plugins-luascript broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20091220013054/verlihub-plugins-luascript-1.6_1.log.bz2 (_Dec__1_23:33:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=verlihub-plugins-luascript portname: net/adasockets broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=adasockets portname: net/arpd broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20091229173723/arpd-0.2_6.log.bz2 (_Dec_10_18:00:26_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=arpd portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/atmsupport broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=atmsupport portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/bird broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=bird portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/ipex broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ipex portname: net/pimdd broken because: does not compile: error: IGMP_HOST_MEMBERSHIP_REPORT undeclared build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pimdd portname: net/plb broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20100103175137/plb-0.3_7.log.bz2 (_Dec__9_10:26:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=plb portname: net/pppload broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppload portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/py-pypcap broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-pypcap portname: net/sharity-light broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sharity-light portname: net/tcpview broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=tcpview portname: net/vomit broken because: does not build with new libevent build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100101212416/vomit-0.2c_6.log.bz2 (_Dec_14_05:58:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vomit portname: net/zebra broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=zebra portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/newsstar broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=newsstar portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/barry broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=barry portname: palm/prc-tools broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: palm/uppc-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=uppc-kmod portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/hpijs broken because: does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20091210050807/hpijs-2.1.4_3.log.bz2 (_Dec_10_14:11:45_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=hpijs portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/elmer-fem broken because: fails to compile with gcc4.4 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-fem portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/dazuko broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/f-protd broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100105162846/f-protd-4.6.7.log.bz2 (_Dec_11_11:16:21_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-protd portname: security/fragroute broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20091231135313/fragroute-1.2_9.log.bz2 (_Dec_14_00:03:26_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fragroute portname: security/fressh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/sfs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sfs portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/shibboleth-sp-1.3f.log (_Aug_23_08:43:04_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/stegdetect broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20091227193401/stegdetect-0.6_7.log.bz2 (_Dec_14_06:00:42_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=stegdetect portname: security/sudosh3 broken because: does not package build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100103133538/sudosh3-3.2.0.log (_Dec_30_17:22:45_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sudosh3 portname: security/tuntun broken because: Conflict between shipped code and glib. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=tuntun portname: security/vpnd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=vpnd portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/bacula-client-devel broken because: Does not build due to missing llistxattr build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=bacula-client-devel portname: sysutils/busybox broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=busybox portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/gnomefind broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=gnomefind portname: sysutils/linux-nero broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20091227193401/linux-nero-3.5.0.1.log.bz2 (_Dec__5_14:22:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=linux-nero portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/udesc_dump broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=udesc_dump portname: sysutils/xfce4-netload-plugin broken because: does not compile: error: net/if_ppp.h: No such file or directory build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xfce4-netload-plugin portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/bidiv broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/bidiv-1.5_1.log (_Aug_23_08:43:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=bidiv portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/rast broken because: does not compile on 8.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=rast portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: textproc/xmlada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xmlada-gps portname: vietnamese/vnelvis broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnelvis portname: vietnamese/vnterm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnterm portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/cacheboy15-devel broken because: does not compile with Heimdal 1.1 in 8.0-CURRENT build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy15-devel portname: www/choqok broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20091116000948/choqok-0.6.6_1.log.bz2 (_Dec__3_12:48:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=choqok portname: www/emacs-w3m broken because: this version does not support Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=emacs-w3m portname: www/lusca-head broken because: does not compile with Heimdal 1.1 in 8.0-CURRENT build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lusca-head portname: www/lws broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lws portname: www/mod_dtcl broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100103133538/mod_dtcl-0.12.0_1.log.bz2 (_Dec_10_18:16:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_dtcl portname: www/mod_musicindex broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_musicindex portname: www/neonpp broken because: fails to build with new www/neon28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=neonpp portname: www/p5-AnyEvent-HTTPD broken because: unsatisfiable dependency condition build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AnyEvent-HTTPD portname: www/p5-Apache-AuthTicket broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AuthTicket portname: www/p5-Gtk2-WebKit broken because: hangs during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Gtk2-WebKit portname: www/rubygem-merb broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/wyvern broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wyvern portname: x11-drivers/input-wacom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=input-wacom portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gambas2-gb-qt-2.15.2.log (_Aug_23_08:37:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/gtkada broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-toolkits/gtkada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-gps portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 portname: x11/chameleon broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=chameleon portname: x11/libcapplet broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=libcapplet From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 07:31:09 2010 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 38D70106566C for ; Thu, 7 Jan 2010 07:31:09 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 7EAD68FC14 for ; Thu, 7 Jan 2010 07:31:08 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id C46801CC54 for ; Thu, 7 Jan 2010 08:31:07 +0100 (CET) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100107073107.C46801CC54@mail.droso.net> Date: Thu, 7 Jan 2010 08:31:07 +0100 (CET) Cc: Subject: FreeBSD unmaintained ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 07:31:09 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/ccaudio description: C++ class framework for manipulating audio files maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/py-libmpdclient description: Python bindings for libmpdclient maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/py26-libmpdclient-0.10.0.log (_Aug_23_08:38:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: chinese/gbk2uni description: TeX applet used to generate correct Chinese PDF bookmarks maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 6 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin description: IIIMF xcin language engine, a traditional Chinese input method maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: devel/adabindx description: An Ada-binding to the X Window System and *tif maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide description: A-A-P GUI IDE: a framework for software development maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 6 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis description: GNAT implementation of the Ada Semantic Interface Specification maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/callgrind description: Valgrind skin for cache simulation and call tracing maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Included in devel/valgrind expiration date: 2009-10-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: devel/florist description: FSU implementation of POSIX.5, the POSIX Ada binding maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: editors/xml2rfc-xxe description: An xml2rfc configuration for XMLMind XML Editor maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: graphics/gephex description: Software-based interactive video-effect system maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit description: Solid modeling system maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/pixieplus description: A free, fast, and feature packed image browser and viewer for KDE maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 6 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: japanese/expect description: A sophisticated scripter based on Japanized tcl/tk maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: lang/pnetc description: ANSI-compatible C library for pnet's cscc compiler maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 5 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: mail/libnewmail description: Generic mail checking library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: misc/ezload description: Firmware down/uploader for Cypress' EZ-USB chip maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not build with new USB stack in 8-STABLE expiration date: 2010-04-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ezload portname: multimedia/kbtv description: KDE TV viewer for FreeBSD maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development by author expiration date: 2010-03-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kbtv portname: net-mgmt/flowscan description: Processes IP flows recorded in cflowd-format raw flow files maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 5 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net/astmanproxy description: A multi-threaded proxy server for Asterisk maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/mpd description: Multi-link PPP daemon based on netgraph(4) [legacy version] maintainer: ports@FreeBSD.org deprecated because: obsoleted, unsupported port. Use net/mpd4, net/mpd5 instead expiration date: 2010-01-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=mpd portname: net/plb description: A high-performance HTTP load balancer maintainer: ports@FreeBSD.org status: BROKEN deprecated because: broken; abandoned by author; use net/relayd or www/nginx instead expiration date: 2010-02-16 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20100103175137/plb-0.3_7.log.bz2 (_Dec__9_10:26:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=plb portname: palm/prc-tools description: Collection of tools supporting C and C++ programming for Palm OS maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: print/kpdftool description: Tool to ease your PDF related work maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc description: LaTeX macro package for drawing Message Sequence Charts maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/xloops-ginac description: A program calculating Feynman diagrams maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: shells/bush description: The Business Shell maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: textproc/iiimf-gnome-im-switcher description: IIIMF gnome input method switcher maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk description: Internet/Intranet Input Method Server Framework maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/py-xmltools description: High level XML tools for Python maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: x11-toolkits/gtkada description: Gtk2 binding for Ada maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel description: Gtk2 binding for Ada maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-wm/ion-2 description: A tiling tabbed window manager maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 07:31:44 2010 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 23C211065695 for ; Thu, 7 Jan 2010 07:31:44 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 135E18FC0A for ; Thu, 7 Jan 2010 07:31:43 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 1E11E1CC56 for ; Thu, 7 Jan 2010 08:31:42 +0100 (CET) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100107073142.1E11E1CC56@mail.droso.net> Date: Thu, 7 Jan 2010 08:31:42 +0100 (CET) Cc: Subject: FreeBSD ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 07:31:44 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/ccaudio description: C++ class framework for manipulating audio files maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/dino description: A pattern-based MIDI sequencer maintainer: trasz@FreeBSD.org status: BROKEN deprecated because: has been broken for 7 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/py-libmpdclient description: Python bindings for libmpdclient maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/py26-libmpdclient-0.10.0.log (_Aug_23_08:38:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: chinese/gbk2uni description: TeX applet used to generate correct Chinese PDF bookmarks maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 6 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin description: IIIMF xcin language engine, a traditional Chinese input method maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: databases/mysql-connector-java50 description: MySQL Connector/J: JDBC interface for MySQL maintainer: m.seaman@infracaninophile.co.uk deprecated because: Old version: please use databases/mysql-connector-java instead expiration date: 2010-02-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql-connector-java50 portname: databases/mysql60-client description: Multithreaded SQL database (client) maintainer: ale@FreeBSD.org deprecated because: The MySQL 6.0 development branch is deprecated and will be removed soon. Please consider using MySQL 5.5 instead. expiration date: 2010-01-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql60-client portname: databases/mysql60-scripts description: Multithreaded SQL database (scripts) maintainer: ale@FreeBSD.org deprecated because: The MySQL 6.0 development branch is deprecated and will be removed soon. Please consider using MySQL 5.5 instead. expiration date: 2010-01-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql60-scripts portname: databases/mysql60-server description: Multithreaded SQL database (server) maintainer: ale@FreeBSD.org deprecated because: The MySQL 6.0 development branch is deprecated and will be removed soon. Please consider using MySQL 5.5 instead. expiration date: 2010-01-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql60-server portname: devel/adabindx description: An Ada-binding to the X Window System and *tif maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide description: A-A-P GUI IDE: a framework for software development maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 6 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis description: GNAT implementation of the Ada Semantic Interface Specification maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/asis-gpl description: An Ada ASIS implementation including the Data Decomposition Annex maintainer: john_m_cooper@yahoo.com status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis-gpl portname: devel/aunit description: AUnit is an adaption of the Java JUnit unit test framework maintainer: john_m_cooper@yahoo.com status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=aunit portname: devel/callgrind description: Valgrind skin for cache simulation and call tracing maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Included in devel/valgrind expiration date: 2009-10-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: devel/florist description: FSU implementation of POSIX.5, the POSIX Ada binding maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/florist-gpl description: The POSIX Ada Binding maintainer: john_m_cooper@yahoo.com status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist-gpl portname: devel/gdb53 description: Source level debugger - GNU GDB 5.3 maintainer: obrien@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-18 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-5.3_1,1.log (_Aug_17_05:35:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53 portname: devel/kdesvn description: KDE frontend for Subversion maintainer: yuanjue@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090407195505/kdesvn-1.0.4.log (_Apr_11_04:45:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdesvn portname: devel/p5-P4-Client description: P4::Client - Perl extension for the Perforce API maintainer: tobez@FreeBSD.org status: BROKEN deprecated because: has been broken for 11 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/radrails description: IDE for Ruby On Rails maintainer: alecn2002@yandex.ru status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=radrails portname: devel/rubygem-rtags description: A Ruby replacement for ctags maintainer: clsung@FreeBSD.org status: BROKEN deprecated because: has been broken for 5 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/tavrasm description: Tom's AVR Assembler maintainer: wes@FreeBSD.org deprecated because: No longer maintained, use devel/avra instead expiration date: 2010-04-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=tavrasm portname: editors/xml2rfc-xxe description: An xml2rfc configuration for XMLMind XML Editor maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: games/hattrickorganizer description: A management tool for Hattrick.org written in Java maintainer: lme@FreeBSD.org deprecated because: Has been broken for quite some time expiration date: 2010-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=hattrickorganizer portname: games/laughingman description: A real-time face hijacking program made by the ultimate hacker Aoi maintainer: nork@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/laughingman-0.20070610_1.log (_Aug_23_08:41:11_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=laughingman portname: graphics/gephex description: Software-based interactive video-effect system maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit description: Solid modeling system maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/pixieplus description: A free, fast, and feature packed image browser and viewer for KDE maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 6 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: japanese/expect description: A sophisticated scripter based on Japanized tcl/tk maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: java/eclipse-emf description: Eclipse Modeling Framework maintainer: freebsd-eclipse@FreeBSD.org deprecated because: This plugin can be installed from within eclipse via the updater expiration date: 2010-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-emf portname: java/eclipse-gef description: Graphical Editing Framework for the Eclipse IDE maintainer: freebsd-eclipse@FreeBSD.org deprecated because: This plugin can be installed from within eclipse via the updater expiration date: 2010-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-gef portname: java/eclipse-v4all description: An Eclipse Plugin for Designing Java Swing & SWT GUIs maintainer: wes@freebsd.org deprecated because: Not useful with Eclipse 3.x expiration date: 2010-06-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-v4all portname: lang/ccscript description: State-event driven class extendible C++ script interpreter maintainer: acm@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ccscript portname: lang/gnat-glade description: GNU Ada distributed systems annex maintainer: mek@mek.uz.ua status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-glade portname: lang/mlton description: An optimizing Standard ML compiler maintainer: jesper.louis.andersen@gmail.com status: BROKEN deprecated because: has been broken for 5 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/ocamlduce description: Library to integrate XML features into OCaml maintainer: jaapb@kerguelen.org status: BROKEN deprecated because: has been broken for 7 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc description: ANSI-compatible C library for pnet's cscc compiler maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 5 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/xsb description: A tabled Logic Programming and Deductive Database system maintainer: c.rued@xsb.com status: BROKEN deprecated because: has been broken for 6 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/enigmail description: A GnuPG extension for the Mozilla mail client maintainer: ale@FreeBSD.org deprecated because: The mozilla team has shifted the development branch of mozilla to seamonkey, this port is outdated. Please consider using www/seamonkey or mail/thunderbird instead. expiration date: 2010-01-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=enigmail portname: mail/libnewmail description: Generic mail checking library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/octave-forge-ann description: Octave-forge package ann maintainer: stephen@missouri.edu status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ann portname: math/octave-forge-fixed description: Octave-forge package fixed maintainer: stephen@missouri.edu status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-fixed portname: math/octave-forge-ftp description: Octave-forge package ftp maintainer: stephen@missouri.edu status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ftp portname: math/octave-forge-graceplot description: Octave-forge package graceplot maintainer: stephen@missouri.edu status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-graceplot portname: math/octave-forge-parallel description: Octave-forge package parallel maintainer: stephen@missouri.edu status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-parallel portname: math/octave-forge-triangular description: Octave-forge package triangular maintainer: stephen@missouri.edu status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-triangular portname: math/octave-forge-vrml description: Octave-forge package vrml maintainer: stephen@missouri.edu status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-vrml portname: math/scilab description: A free Matlab clone by INRIA & ENPC maintainer: utisoft@googlemail.com deprecated because: unmaintained, many releases behind upstream (without anyone caring), broken nearly everywhere expiration date: 2009-11-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab portname: misc/ezload description: Firmware down/uploader for Cypress' EZ-USB chip maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not build with new USB stack in 8-STABLE expiration date: 2010-04-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ezload portname: multimedia/kbtv description: KDE TV viewer for FreeBSD maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development by author expiration date: 2010-03-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kbtv portname: multimedia/nmm description: A network-integrated multimedia middleware maintainer: netchild@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/nmm-1.0.0_6.log (_Aug_21_03:32:56_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=nmm portname: multimedia/sabbu description: Program used to time subtitles maintainer: dinoex@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=sabbu portname: net-mgmt/flowscan description: Processes IP flows recorded in cflowd-format raw flow files maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 5 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net/adasockets description: Sockets library for Ada maintainer: john_m_cooper@yahoo.com status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=adasockets portname: net/astmanproxy description: A multi-threaded proxy server for Asterisk maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/csup description: A rewrite of the CVSup file updating client in C maintainer: mux@FreeBSD.org status: IGNORE deprecated because: is already included in base system of all supported releases expiration date: 2010-02-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=csup portname: net/mpd description: Multi-link PPP daemon based on netgraph(4) [legacy version] maintainer: ports@FreeBSD.org deprecated because: obsoleted, unsupported port. Use net/mpd4, net/mpd5 instead expiration date: 2010-01-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=mpd portname: net/plb description: A high-performance HTTP load balancer maintainer: ports@FreeBSD.org status: BROKEN deprecated because: broken; abandoned by author; use net/relayd or www/nginx instead expiration date: 2010-02-16 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20100103175137/plb-0.3_7.log.bz2 (_Dec__9_10:26:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=plb portname: palm/prc-tools description: Collection of tools supporting C and C++ programming for Palm OS maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: print/kpdftool description: Tool to ease your PDF related work maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc description: LaTeX macro package for drawing Message Sequence Charts maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: science/xloops-ginac description: A program calculating Feynman diagrams maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/shibboleth-sp description: C++ Shibboleth Service Provider (Internet2) for Apache maintainer: janos.mohacsi@bsd.hu status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/shibboleth-sp-1.3f.log (_Aug_23_08:43:04_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: shells/bush description: The Business Shell maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/dtc description: A hosting web GUI for admin and accounting all hosting services maintainer: thomas@goirand.fr status: BROKEN deprecated because: has been broken for 17 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/ipmi-kmod description: Backport of ipmi driver from FreeBSD 7-CURRENT for FreeBSD 5.3 - 6.1 maintainer: snb@FreeBSD.org status: IGNORE deprecated because: in base system since 6.2-RELEASE expiration date: 2010-01-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=ipmi-kmod portname: textproc/bidiv description: A bidirectional text filter maintainer: onatan@gmail.com status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/bidiv-1.5_1.log (_Aug_23_08:43:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=bidiv portname: textproc/iiimf-gnome-im-switcher description: IIIMF gnome input method switcher maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk description: Internet/Intranet Input Method Server Framework maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/py-xmltools description: High level XML tools for Python maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/xmlada-gps description: The Ada Unicode and XML Library maintainer: john_m_cooper@yahoo.com status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xmlada-gps portname: www/rubygem-merb description: An MVC web application framework in ruby maintainer: clsung@freebsd.org status: BROKEN deprecated because: has been broken for 5 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-drivers/xf86-video-nsc description: X.Org nsc display driver maintainer: x11@FreeBSD.org status: BROKEN deprecated because: has been broken for 5 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity description: GNOME file and desktop manager maintainer: ryan.moe@fastfreedom.net status: BROKEN deprecated because: has been broken for 7 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-toolkits/gtkada description: Gtk2 binding for Ada maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel description: Gtk2 binding for Ada maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-toolkits/gtkada-gps description: GNOME Gtk2 Ada Binding maintainer: john_m_cooper@yahoo.com status: BROKEN deprecated because: has been broken for 3 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-gps portname: x11-toolkits/ruby-panelapplet description: Ruby binding for libpanel-applet maintainer: ruby@FreeBSD.org status: BROKEN deprecated because: has been broken for 7 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-wm/ion-2 description: A tiling tabbed window manager maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 portname: x11/chameleon description: Application for putting pictures or colors onto the root window maintainer: gavin.atkinson@ury.york.ac.uk status: BROKEN deprecated because: No longer under development, master site disappeared years ago expiration date: 2010-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=chameleon From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 07:31:51 2010 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 59C391065695 for ; Thu, 7 Jan 2010 07:31:51 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 221D98FC2C for ; Thu, 7 Jan 2010 07:31:51 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id B12291CC64 for ; Thu, 7 Jan 2010 08:31:50 +0100 (CET) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100107073150.B12291CC64@mail.droso.net> Date: Thu, 7 Jan 2010 08:31:50 +0100 (CET) Cc: Subject: FreeBSD unmaintained ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 07:31:51 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 07:31:52 2010 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 C92F810656A7 for ; Thu, 7 Jan 2010 07:31:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 905C48FC14 for ; Thu, 7 Jan 2010 07:31:52 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 386C31CC56 for ; Thu, 7 Jan 2010 08:31:52 +0100 (CET) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100107073152.386C31CC56@mail.droso.net> Date: Thu, 7 Jan 2010 08:31:52 +0100 (CET) Cc: Subject: FreeBSD ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 07:31:52 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/firefox forbidden because: too many security issues http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=firefox From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 09:01:26 2010 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 A6D65106566C; Thu, 7 Jan 2010 09:01:26 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E13608FC15; Thu, 7 Jan 2010 09:01:25 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1NSoFA-0008Vf-QE>; Thu, 07 Jan 2010 10:01:24 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1NSoFA-0007oP-Ly>; Thu, 07 Jan 2010 10:01:24 +0100 Message-ID: <4B45A32C.2070708@zedat.fu-berlin.de> Date: Thu, 07 Jan 2010 09:02:36 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091221 Thunderbird/3.0 MIME-Version: 1.0 To: Pieter de Goeje References: <4B448CB4.5000105@zedat.fu-berlin.de> <201001070241.18190.pieter@degoeje.nl> In-Reply-To: <201001070241.18190.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: ports/devel/protobuf: Segmentation fault in mmap in some applications 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, 07 Jan 2010 09:01:26 -0000 On 01/07/10 01:41, Pieter de Goeje wrote: > On Wednesday 06 January 2010 14:14:28 O. Hartmann wrote: >> Dear Sirs, >> We use a software package for scientific imagery processing from USGS, >> ISIS3 (http://isis.astrogeology.usgs.gov/). The most recent version is >> 3.1.21 and since this version, the software intensively uses >> libprotobuf.so. >> >> While we can use ISIS 3.1.20 very well under FreeBSD 8.0/amd64, it is >> impossible to use the software with version no. 3.1.21, which seems to >> have some issues wih libprotobuf.so. Every client out of this ISIS3 >> package crashes with a segmentation fault and as far as I can judge the >> situation, there is a problem with libprotobuf.so, against which all >> clients out of ISIS 3.1.21 are linked. > > Perhaps the ISIS package was developed using a different (older?) version of > Google's protocol buffers. Compiling protobuf from source is quite easy on > FreeBSD. You can find the source here: > http://code.google.com/p/protobuf/downloads/list > I would start by trying version 2.1.0 and 2.2.0a. > >> >> I searched for help on the ISIS3-support forum and realised that some >> Apple OS X guys have had similar problems, but those threads where >> closed immediately or got relative senseless response. >> >> In our case, we compile every necessary library and prerequisite >> software package (mostly Qt4 libs) from ports. This works great with >> some tweaks for FreeBSD in make/config.freebsd (which I derived from >> some linux and/or OS X config files). >> >> Now I'm floating like a dead man i the water. Below I provide q gdb >> output of the qview-client (the same is with all other clients, like >> photrim etc. for those familiar with the software package). > > A backtrace ('bt' at the gdb prompt) might contain more useful information. > >> >> Additionaly, I provide a truss-output, that stops at mmap issues. >> >> Well, if someone could provide me with some advance debugging hints I >> would appreaciate them. I'm pretty sure he problem is located within the >> libprotobuf library or the way it is treated, but this is a guess of a >> non-developer. >> >> Thanks very much in advance. >> Please reply also to this email address, since I'm not subscriber of the >> list I post to. >> >> Oliver > > - Pieter Hello Pieter, ISIS3 utilises the very same revision of libprotobuf as FreeBSD has in the ports repositorium (libprotobuf.so.4.0.0, aka protobuf-2.2.0). The backtrace follows, it is a little bit lengthy ... (gdb) bt #0 0x0000000805a2f2c8 in std::_Rb_tree >, std::_Select1st > >, std::less, std::allocator > >::_M_insert_unique () from /usr/local/lib/libprotobuf.so.4 #1 0x0000000805a326c6 in google::protobuf::InsertIfNotPresent, std::less, std::a locator > > >, std::string, std::pair > () from /usr/local/lib/libprotobuf.so.4 #2 0x0000000805a32d4f in google::protobuf::SimpleDescriptorDatabase::DescriptorIndex >::AddFile () from /usr/local/lib/libprotobuf.so.4 #3 0x0000000805a2df86 in google::protobuf::EncodedDescriptorDatabase::Add () from /usr/local/lib/libprotobuf.so.4 #4 0x00000008059ed8fd in google::protobuf::DescriptorPool::InternalAddGeneratedFile () from /usr/local/lib/libprotobuf.so.4 #5 0x0000000805a16218 in google::protobuf::protobuf_AddDesc_google_2fprotobuf_2fdescriptor_2eproto () from /usr/local/lib/libprotobuf.so.4 #6 0x0000000805a168a5 in __static_initialization_and_destruction_0 () from /usr/local/lib/libprotobuf.so.4 #7 0x0000000805a64aab in __do_global_ctors_aux () from /usr/local/lib/libprotobuf.so.4 #8 0x00000008059d00f6 in _init () from /usr/local/lib/libprotobuf.so.4 #9 0x000000080064bc70 in ?? () from /libexec/ld-elf.so.1 #10 0x000000080052582b in dlsym () from /libexec/ld-elf.so.1 #11 0x0000000800526b85 in dlopen () from /libexec/ld-elf.so.1 #12 0x00000008005217a9 in ?? () from /libexec/ld-elf.so.1 #13 0x0000000000000000 in ?? () #14 0x0000000000000000 in ?? () #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000001 in ?? () #18 0x00007fffffffe800 in ?? () #19 0x0000000000000000 in ?? () #20 0x00007fffffffe806 in ?? () #21 0x00007fffffffe822 in ?? () #22 0x00007fffffffe847 in ?? () #23 0x00007fffffffe852 in ?? () #24 0x00007fffffffe86c in ?? () #25 0x00007fffffffe879 in ?? () #26 0x00007fffffffe899 in ?? () #27 0x00007fffffffe8c7 in ?? () #28 0x00007fffffffe8d9 in ?? () #29 0x00007fffffffe8f0 in ?? () #30 0x00007fffffffe907 in ?? () #31 0x00007fffffffe927 in ?? () #32 0x00007fffffffe936 in ?? () #33 0x00007fffffffe943 in ?? () #34 0x00007fffffffe95d in ?? () #35 0x00007fffffffec8e in ?? () #36 0x00007fffffffecb1 in ?? () #37 0x00007fffffffecbc in ?? () #38 0x00007fffffffecd1 in ?? () #39 0x00007fffffffed99 in ?? () #40 0x00007fffffffedb2 in ?? () #41 0x00007fffffffedce in ?? () #42 0x00007fffffffedda in ?? () #43 0x00007fffffffedee in ?? () ---Type to continue, or q to quit--- #44 0x00007fffffffee02 in ?? () #45 0x00007fffffffee0c in ?? () #46 0x00007fffffffee1d in ?? () #47 0x00007fffffffee2d in ?? () #48 0x00007fffffffee3a in ?? () #49 0x00007fffffffee49 in ?? () #50 0x00007fffffffee6d in ?? () #51 0x00007fffffffee86 in ?? () #52 0x00007fffffffee8e in ?? () #53 0x00007fffffffeea3 in ?? () #54 0x00007fffffffeec3 in ?? () #55 0x00007fffffffeed5 in ?? () #56 0x00007fffffffeeef in ?? () #57 0x00007fffffffef02 in ?? () #58 0x00007fffffffef19 in ?? () #59 0x00007fffffffef26 in ?? () #60 0x00007fffffffef33 in ?? () #61 0x00007fffffffef49 in ?? () #62 0x00007fffffffef71 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000003 in ?? () #65 0x0000000000400040 in ?? () #66 0x0000000000000004 in ?? () #67 0x0000000000000038 in ?? () #68 0x0000000000000005 in ?? () #69 0x0000000000000007 in ?? () #70 0x0000000000000006 in ?? () #71 0x0000000000001000 in ?? () #72 0x0000000000000008 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000009 in ?? () #75 0x0000000000406840 in ?? () #76 0x0000000000000007 in ?? () #77 0x000000080051e000 in ?? () #78 0x000000000000000f in ?? () #79 0x00007fffffffff9f in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () #119 0x0000000000000000 in ?? () #120 0x0000000000000000 in ?? () #121 0x0000000000000000 in ?? () #122 0x0000000000000000 in ?? () #123 0x0000000000000000 in ?? () #124 0x0000000000000000 in ?? () #125 0x0000000000000000 in ?? () #126 0x0000000000000000 in ?? () #127 0x0000000000000000 in ?? () #128 0x0000000000000000 in ?? () #129 0x5349007765697671 in ?? () #130 0x3d41544144335349 in ?? () #131 0x73692f656d6f682f in ?? () #132 0x7461642f332f7369 in ?? () #133 0x414e54534f480061 in ?? () #134 0x73656c65743d454d in ?? () #135 0x6e696f65672e6f74 in ?? () #136 0x7265622d75662e66 in ?? () #137 0x540065642e6e696c in ?? () #138 0x726574783d4d5245 in ?? () #139 0x3d4c4c454853006d in ?? () #140 0x636f6c2f7273752f in ?? () #141 0x622f6e69622f6c61 in ?? () ---Type to continue, or q to quit--- #142 0x43494c4300687361 in ?? () #143 0x5345593d524f4c4f in ?? () #144 0x4f4f525349534900 in ?? () #145 0x6c2f7273752f3d54 in ?? () #146 0x6973692f6c61636f in ?? () #147 0x31322e312e332f73 in ?? () #148 0x4554335349534900 in ?? () #149 0x2f3d415441445453 in ?? () #150 0x6973692f656d6f68 in ?? () #151 0x617461642f332f73 in ?? () #152 0x65742f657361622f in ?? () #153 0x5700617461447473 in ?? () #154 0x3d4449574f444e49 in ?? () #155 0x3538363836303332 in ?? () #156 0x5f52454b414d5700 in ?? () #157 0x454d414e5f4e4942 in ?? () #158 0x0072656b616d773d in ?? () #159 0x2f3d445750444c4f in ?? () #160 0x61686f2f656d6f68 in ?? () #161 0x58006e6e616d7472 in ?? () #162 0x4548535f4d524554 in ?? () #163 0x2f7273752f3d4c4c in ?? () #164 0x69622f6c61636f6c in ?? () #165 0x5500687361622f6e in ?? () #166 0x7261686f3d524553 in ?? () #167 0x414d006e6e616d74 in ?? () #168 0x3d4b434548434c49 in ?? () #169 0x2f3d564e45003036 in ?? () #170 0x61686f2f656d6f68 in ?? () #171 0x2e2f6e6e616d7472 in ?? () #172 0x5245540063726873 in ?? () #173 0x6574783d5041434d in ?? () #174 0x6d726574787c6d72 in ?? () #175 0x587c726f6c6f632d in ?? () #176 0x696d726574203131 in ?? () #177 0x6c756d65206c616e in ?? () #178 0x4069743a726f7461 in ?? () #179 0x3d316b3a4065743a in ?? () #180 0x3d326b3a504f455c in ?? () #181 0x3d336b3a514f455c in ?? () #182 0x3d346b3a524f455c in ?? () #183 0x3d356b3a534f455c in ?? () #184 0x6b3a7e35315b455c in ?? () #185 0x7e37315b455c3d36 in ?? () #186 0x315b455c3d376b3a in ?? () #187 0x455c3d386b3a7e38 in ?? () #188 0x3d396b3a7e39315b in ?? () #189 0x6b3a7e30325b455c in ?? () #190 0x7e31325b455c3d3b in ?? () ---Type to continue, or q to quit--- #191 0x325b455c3d31463a in ?? () #192 0x455c3d32463a7e33 in ?? () #193 0x3d37403a7e34325b in ?? () #194 0x3d38403a464f455c in ?? () #195 0x3d496b3a4d4f455c in ?? () #196 0x686b3a7e325b455c in ?? () #197 0x506b3a484f455c3d in ?? () #198 0x6b3a7e355b455c3d in ?? () #199 0x3a7e365b455c3d4e in ?? () #200 0x3a414f455c3d756b in ?? () #201 0x3a424f455c3d646b in ?? () #202 0x3a434f455c3d726b in ?? () #203 0x3a444f455c3d6c6b in ?? () #204 0x3a4d5b455c3d6d4b in ?? () #205 0x6f633a303523696c in ?? () #206 0x3a6d613a35343123 in ?? () #207 0x6d6b3a3231236e6b in ?? () #208 0x783a736d3a696d3a in ?? () #209 0x3d6c623a58413a6e in ?? () #210 0x455c3d73693a475e in ?? () #211 0x333f5b455c70215b in ?? () #212 0x6c345b455c6c343b in ?? () #213 0x5c3d73723a3e455c in ?? () #214 0x3f5b455c70215b45 in ?? () #215 0x345b455c6c343b33 in ?? () #216 0x3d656c3a3e455c6c in ?? () #217 0x455c3d4c413a485e in ?? () #218 0x3d4c443a4c64255b in ?? () #219 0x443a4d64255b455c in ?? () #220 0x5064255b455c3d43 in ?? () #221 0x4c5b455c3d6c613a in ?? () #222 0x505b455c3d63643a in ?? () #223 0x4d5b455c3d6c643a in ?? () #224 0x255b455c3d50553a in ?? () #225 0x455c3d4f443a4164 in ?? () #226 0x3d454c3a4264255b in ?? () #227 0x523a4464255b455c in ?? () #228 0x4364255b455c3d49 in ?? () #229 0x485b455c3d6f683a in ?? () #230 0x4a5b455c3d64633a in ?? () #231 0x4b5b455c3d65633a in ?? () #232 0x485b455c3d6c633a in ?? () #233 0x6d633a4a325b455c in ?? () #234 0x642569255b455c3d in ?? () #235 0x3d73633a4864253b in ?? () #236 0x3b642569255b455c in ?? () #237 0x5c3d6d693a726425 in ?? () #238 0x3d69653a68345b45 in ?? () #239 0x736b3a6c345b455c in ?? () ---Type to continue, or q to quit--- #240 0x5c68313f5b455c3d in ?? () #241 0x455c3d656b3a3d45 in ?? () #242 0x3a3e455c6c313f5b in ?? () #243 0x7e335b455c3d446b in ?? () #244 0x733a6e5c3d66733a in ?? () #245 0x74733a4d455c3d72 in ?? () #246 0x3d74633a48455c3d in ?? () #247 0x63733a67335b455c in ?? () #248 0x3d63723a37455c3d in ?? () #249 0x5c3d41653a38455c in ?? () #250 0x3a3029455c422845 in ?? () #251 0x3a3028455c3d7361 in ?? () #252 0x3a4228455c3d6561 in ?? () #253 0x6d3a6c455c3d6c6d in ?? () #254 0x70753a6d455c3d75 in ?? () #255 0x646e3a415b455c3d in ?? () #256 0x646d3a435b455c3d in ?? () #257 0x6d3a6d315b455c3d in ?? () #258 0x6d3a6d5b455c3d65 in ?? () #259 0x3a6d375b455c3d72 in ?? () #260 0x6d375b455c3d6f73 in ?? () #261 0x325b455c3d65733a in ?? () #262 0x455c3d73753a6d37 in ?? () #263 0x5c3d65753a6d345b in ?? () #264 0x69763a6d34325b45 in ?? () #265 0x6c35323f5b455c3d in ?? () #266 0x3f5b455c3d65763a in ?? () #267 0x433a74753a683532 in ?? () #268 0x362361703a38236f in ?? () #269 0x5b455c3d706f3a34 in ?? () #270 0x413a6d39343b3933 in ?? () #271 0x6425345b455c3d42 in ?? () #272 0x5b455c3d46413a6d in ?? () #273 0x3d626b3a6d642533 in ?? () #274 0x4f4d003a3031305c in ?? () #275 0x45544e4952505f5a in ?? () #276 0x4c3d454d414e5f52 in ?? () #277 0x412f43303535354a in ?? () #278 0x78656c7075645f34 in ?? () #279 0x6d3d524547415000 in ?? () #280 0x5f5054460065726f in ?? () #281 0x5f45564953534150 in ?? () #282 0x5345593d45444f4d in ?? () #283 0x752f3d4854415000 in ?? () #284 0x6c61636f6c2f7273 in ?? () #285 0x752f3a6e6962732f in ?? () #286 0x6c61636f6c2f7273 in ?? () #287 0x73752f3a6e69622f in ?? () #288 0x2f3a6e6962732f72 in ?? () ---Type to continue, or q to quit--- #289 0x3a6e69622f727375 in ?? () #290 0x62732f3a6e69622f in ?? () #291 0x2f7273752f3a6e69 in ?? () #292 0x69622f6c61636f6c in ?? () #293 0x6563697073632f6e in ?? () #294 0x6f6c2f7273752f3a in ?? () #295 0x736973692f6c6163 in ?? () #296 0x2f31322e312e332f in ?? () #297 0x7273752f3a6e6962 in ?? () #298 0x6b2f6c61636f6c2f in ?? () #299 0x3a6e69622f346564 in ?? () #300 0x636f6c2f7273752f in ?? () #301 0x622f746d672f6c61 in ?? () #302 0x2f7273752f3a6e69 in ?? () #303 0x63732f6c61636f6c in ?? () #304 0x75702f7374706972 in ?? () #305 0x6f682f3a63696c62 in ?? () #306 0x747261686f2f656d in ?? () #307 0x6e69622f6e6e616d in ?? () #308 0x762f3d4c49414d00 in ?? () #309 0x2f6c69616d2f7261 in ?? () #310 0x6e616d747261686f in ?? () #311 0x455453415257006e in ?? () #312 0x5f524f4c4f435f52 in ?? () #313 0x4954554c4f534552 in ?? () #314 0x4c4200353d304e4f in ?? () #315 0x3d455a49534b434f in ?? () #316 0x682f3d445750004b in ?? () #317 0x7261686f2f656d6f in ?? () #318 0x5446006e6e616d74 in ?? () #319 0x5649535341505f50 in ?? () #320 0x45593d45444f4d5f in ?? () #321 0x524f544944450053 in ?? () #322 0x453d5a540069763d in ?? () #323 0x65422f65706f7275 in ?? () #324 0x315350006e696c72 in ?? () #325 0x616d747261686f3d in ?? () #326 0x50415000203a6e6e in ?? () #327 0x413d455a49535245 in ?? () #328 0x5f4d524554580034 in ?? () #329 0x433d454c41434f4c in ?? () #330 0x565f4d5245545800 in ?? () #331 0x583d4e4f49535245 in ?? () #332 0x382e362067724f2e in ?? () #333 0x283330392e39392e in ?? () #334 0x4953490029333532 in ?? () #335 0x6f682f3d4d4c4453 in ?? () #336 0x2f736973692f656d in ?? () #337 0x4853006d6c642f33 in ?? () ---Type to continue, or q to quit--- #338 0x4f4800313d4c564c in ?? () #339 0x656d6f682f3d454d in ?? () #340 0x616d747261686f2f in ?? () #341 0x494342444f006e6e in ?? () #342 0x2f7273752f3d494e in ?? () #343 0x74652f6c61636f6c in ?? () #344 0x692e6362646f2f63 in ?? () #345 0x414e474f4c00696e in ?? () #346 0x747261686f3d454d in ?? () #347 0x495250006e6e616d in ?? () #348 0x354a4c3d5245544e in ?? () #349 0x5f34412f43303535 in ?? () #350 0x560078656c707564 in ?? () #351 0x752f3d4c41555349 in ?? () #352 0x762f6e69622f7273 in ?? () #353 0x454c42414e450069 in ?? () #354 0x505554524154535f in ?? () #355 0x3d454c41434f4c5f in ?? () #356 0x50574f444e495700 in ?? () #357 0x494400383d485441 in ?? () #358 0x303a3d59414c5053 in ?? () #359 0x5f5350554300302e in ?? () #360 0x6c3d524556524553 in ?? () #361 0x74736f686c61636f in ?? () #362 0x534e494342444f00 in ?? () #363 0x73752f3d494e4954 in ?? () #364 0x2f6c61636f6c2f72 in ?? () #365 0x6362646f2f637465 in ?? () #366 0x696e692e74736e69 in ?? () #367 0x2f7273752f3d5f00 in ?? () #368 0x73692f6c61636f6c in ?? () #369 0x322e312e332f7369 in ?? () #370 0x76712f6e69622f31 in ?? () #371 0x0000000000776569 in ?? () #372 0x0000000000000000 in ?? () #373 0x0000000000000000 in ?? () #374 0x0000000000000000 in ?? () #375 0x0000000000000000 in ?? () #376 0x0000000000000000 in ?? () #377 0x0000000000000000 in ?? () #378 0x0000000000000000 in ?? () #379 0x0000000000000000 in ?? () #380 0x0000000000000000 in ?? () #381 0x0000000000000000 in ?? () #382 0x0000000000000000 in ?? () #383 0x0000000000000000 in ?? () #384 0x0000000000000000 in ?? () #385 0x0000000000000000 in ?? () #386 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #387 0x0000000000000000 in ?? () #388 0x0000000000000000 in ?? () #389 0x0000000000000000 in ?? () #390 0x0000000000000000 in ?? () #391 0x0000000000000000 in ?? () #392 0x0000000000000000 in ?? () #393 0x0000000000000000 in ?? () #394 0x0000000000000000 in ?? () #395 0x0000000000000000 in ?? () #396 0x0000000000000000 in ?? () #397 0x0000000000000000 in ?? () #398 0x0000000000000000 in ?? () #399 0x0000000000000000 in ?? () #400 0x0000000000000000 in ?? () #401 0x0000000000000000 in ?? () #402 0x0000000000000000 in ?? () #403 0x0000000000000000 in ?? () #404 0x0000000000000000 in ?? () #405 0x0000000000000000 in ?? () #406 0x0000000000000000 in ?? () #407 0x0000000000000000 in ?? () #408 0x0000000000000000 in ?? () #409 0x0000000000000000 in ?? () #410 0x0000000000000000 in ?? () #411 0x0000000000000000 in ?? () #412 0x0000000000000000 in ?? () #413 0x0000000000000000 in ?? () #414 0x0000000000000000 in ?? () #415 0x0000000000000000 in ?? () #416 0x0000000000000000 in ?? () #417 0x0000000000000000 in ?? () #418 0x0000000000000000 in ?? () #419 0x0000000000000000 in ?? () #420 0x0000000000000000 in ?? () #421 0x0000000000000000 in ?? () #422 0x0000000000000000 in ?? () #423 0x0000000000000000 in ?? () #424 0x0000000000000000 in ?? () #425 0x0000000000000000 in ?? () #426 0x0000000000000000 in ?? () #427 0x0000000000000000 in ?? () #428 0x0000000000000000 in ?? () #429 0x0000000000000000 in ?? () #430 0x0000000000000000 in ?? () #431 0x0000000000000000 in ?? () #432 0x0000000000000000 in ?? () #433 0x0000000000000000 in ?? () #434 0x0000000000000000 in ?? () #435 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #436 0x0000000000000000 in ?? () #437 0x0000000000000000 in ?? () #438 0x0000000000000000 in ?? () #439 0x0000000000000000 in ?? () #440 0x0000000000000000 in ?? () #441 0x0000000000000000 in ?? () #442 0x0000000000000000 in ?? () #443 0x0000000000000000 in ?? () #444 0x0000000000000000 in ?? () #445 0x0000000000000000 in ?? () #446 0x0000000000000000 in ?? () #447 0x0000000000000000 in ?? () #448 0x0000000000000000 in ?? () #449 0x0000000000000000 in ?? () #450 0x0000000000000000 in ?? () #451 0x0000000000000000 in ?? () #452 0x0000000000000000 in ?? () #453 0x0000000000000000 in ?? () #454 0x0000000000000000 in ?? () #455 0x0000000000000000 in ?? () #456 0x0000000000000000 in ?? () #457 0x0000000000000000 in ?? () #458 0x0000000000000000 in ?? () #459 0x0000000000000000 in ?? () #460 0x0000000000000000 in ?? () #461 0x0000000000000000 in ?? () #462 0x0000000000000000 in ?? () #463 0x0000000000000000 in ?? () #464 0x0000000000000000 in ?? () #465 0x0000000000000000 in ?? () #466 0x0000000000000000 in ?? () #467 0x0000000000000000 in ?? () #468 0x0000000000000000 in ?? () #469 0x0000000000000000 in ?? () #470 0x0000000000000000 in ?? () #471 0x0000000000000000 in ?? () #472 0x0000000000000000 in ?? () #473 0x0000000000000000 in ?? () #474 0x0000000000000000 in ?? () #475 0x0000000000000000 in ?? () #476 0x0000000000000000 in ?? () #477 0x0000000000000000 in ?? () #478 0x0000000000000000 in ?? () #479 0x0000000000000000 in ?? () #480 0x0000000000000000 in ?? () #481 0x0000000000000000 in ?? () #482 0x0000000000000000 in ?? () #483 0x0000000000000000 in ?? () #484 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #485 0x0000000000000000 in ?? () #486 0x0000000000000000 in ?? () #487 0x0000000000000000 in ?? () [...] SNIP (#488 - #876 ==>> 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #877 0x0000000000000000 in ?? () #878 0x0000000000000000 in ?? () #879 0x0000000000000000 in ?? () #880 0x0000000000000000 in ?? () #881 0x0000000000000000 in ?? () #882 0x0000000000000000 in ?? () #883 0x0000000000000000 in ?? () #884 0x2f00000000000000 in ?? () #885 0x61636f6c2f727375 in ?? () #886 0x332f736973692f6c in ?? () #887 0x69622f31322e312e in ?? () #888 0x0077656976712f6e in ?? () #889 0x247c8d48002454ff in ?? () #890 0x01a1c0c748006a10 in ?? () #891 0x66fdebf4050f0000 in ?? () #892 0x9066669066669066 in ?? () #893 0x00007fffffffe488 in ?? () #894 0x0000000000000001 in ?? () #895 0x00007fffffffe498 in ?? () #896 0x000000000000002b in ?? () Cannot access memory at address 0x800000000000 (gdb) -- Oliver Hartmann Freie Universitaet Berlin Planetologie und Fernerkundung Malteserstr. 74 - 100/Haus D D-12249 Berlin Tel.: +49 (0) 30 838 70 508 FAX: +49 (0) 30 838 70 539 From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 09:01:41 2010 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 57CE010656C8 for ; Thu, 7 Jan 2010 09:01:41 +0000 (UTC) (envelope-from aehlig@linta.de) Received: from linta.de (isilmar.linta.de [213.133.102.198]) by mx1.freebsd.org (Postfix) with ESMTP id A3BC08FC15 for ; Thu, 7 Jan 2010 09:01:40 +0000 (UTC) Received: (qmail 4409 invoked by uid 10); 7 Jan 2010 08:34:58 -0000 Received: from schoenfinkel.linta.de by isilmar.linta.de with BSMTP; 7 Jan 2010 08:34:58 -0000 Received: by schoenfinkel.linta.de (Postfix, from userid 1001) id D1DAB395AC; Thu, 7 Jan 2010 09:34:47 +0100 (CET) Date: Thu, 7 Jan 2010 09:34:47 +0100 From: "Klaus T. Aehlig" To: ports@freebsd.org Message-ID: <20100107083447.GA21194@schoenfinkel.linta.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: updates to pending new 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: Thu, 07 Jan 2010 09:01:41 -0000 Hi, Recently, I submitted PR ports/141674 suggesting a port for the uzbl web browser. Given the current holiday season, I'm not surprised that it is still unassigned. On the other hand, upstream has developped further, and I wonder if I'm right in submitting updated versions of this port as followups to the PR. (My thoughts went along the lines "If it's still unassigned, then probably no committer has spent any time on it; so when it gets assigned to a commiter, (s)he might as well look at a port for the latest version".) Or should I consider the fact that the PR is unassigned as a sign that this port is probably not interesting for FreeBSD? [Since I'm using that browser on my private machine, I'm updating the port anyway, so it's no extra work for me to submit follow ups. I'm just wondering whether this is what I'm supposed to do, or just considered annoying.] Best regards and happy new year! Klaus From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 09:29:36 2010 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 01D07106566C for ; Thu, 7 Jan 2010 09:29:36 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 5DBA38FC0A for ; Thu, 7 Jan 2010 09:29:34 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=5kKmoaS7_-AA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=iReALljSAAAA:8 a=8kQB0OdkAAAA:8 a=uIXA9SjuF7I8xWVT_CQA:9 a=WuUOkHcX-_5fk3wek-UtWWpQ3t8A:4 a=9aOQ2cSd83gA:10 a=Oa9OBgwLAAAA:8 a=6I5d2MoRAAAA:8 a=8fqJH13hbdYu2YOri8gA:9 a=1f13yk58lO9aEnwKbmMA:7 a=ax09DChc6Z0rsykr8jv8JV9Z_8gA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 1159122465 for freebsd-ports@freebsd.org; Thu, 07 Jan 2010 09:29:32 +0100 From: Hans Petter Selasky To: freebsd-ports@freebsd.org Date: Thu, 7 Jan 2010 09:28:11 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_bsZRLqxZQj7UAho" Message-Id: <201001070928.11596.hselasky@c2i.net> Subject: Fwd: Re: libusb-config missing? 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, 07 Jan 2010 09:29:36 -0000 --Boundary-00=_bsZRLqxZQj7UAho Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit ---------- Forwarded Message ---------- Subject: Re: libusb-config missing? Date: Thursday 07 January 2010 From: "Daniel O'Connor" To: Hans Petter Selasky On Fri, 25 Dec 2009, Hans Petter Selasky wrote: > On Friday 25 December 2009 11:28:51 Daniel O'Connor wrote: > > On Fri, 25 Dec 2009, Hans Petter Selasky wrote: > > > On Friday 25 December 2009 02:07:42 Daniel O'Connor wrote: > > > > Would it be possible to create a libusb-config shell script and > > > > install it in /usr/bin? > > Can you provide a pseudo-libusb port patch for this? I've attached a shar and there is this.. diff -ur /usr/ports/devel/libusb/Makefile libusb/Makefile --- /usr/ports/devel/libusb/Makefile 2009-08-22 09:48:15.000000000 +0930 +++ libusb/Makefile 2010-01-07 14:52:57.000000000 +1030 @@ -16,6 +16,8 @@ OPTIONS= SGML "Install developer guide from SGML" off +CONFLICTS= libusb_base-* + .include .if ${OSVERSION} >= 800069 Although I think it's mostly unecessary due to the OSVERSION check. One problem is that ports don't know which version to use, it would be nice if they could just depend on devel/libusb and Magic Happened (tm) to pick the correct thing. Unfortunately that is beyond my port fu :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ------------------------------------------------------- --Boundary-00=_bsZRLqxZQj7UAho Content-Type: text/plain; charset="iso 8859-15"; name="libusb_base.shar" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="libusb_base.shar" # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # libusb_base # libusb_base/Makefile # libusb_base/files # libusb_base/files/libusb-config # libusb_base/files/libusb.pc # libusb_base/pkg-descr # echo c - libusb_base mkdir -p libusb_base > /dev/null 2>&1 echo x - libusb_base/Makefile sed 's/^X//' >libusb_base/Makefile << '00dd756110256c8b684f81b5bb5870e5' X# New ports collection makefile for: libusb_base X# Date created: 7 January 2010 X# Whom: Daniel O'Connor X# X# $FreeBSD$ X# X XPORTNAME=3D libusb_base XPORTVERSION=3D 0.1 XCATEGORIES=3D devel XDISTFILES=3D X XMAINTAINER=3D darius@dons.net.au XCOMMENT=3D Stub port for libusb using ports on systems after 800069 X XNO_BUILD=3D XPLIST_FILES=3D bin/libusb-config libdata/pkgconfig/libusb.pc X XCONFLICTS=3D libusb-* X Xdo-install: X ${INSTALL_SCRIPT} ${FILESDIR}/libusb-config ${PREFIX}/bin X ${INSTALL_DATA} ${FILESDIR}/libusb.pc ${PREFIX}/libdata/pkgconfig X X.include X X.if ${OSVERSION} < 800069 XIGNORE=3D only necessary for newer systems X.endif X X.include X 00dd756110256c8b684f81b5bb5870e5 echo c - libusb_base/files mkdir -p libusb_base/files > /dev/null 2>&1 echo x - libusb_base/files/libusb-config sed 's/^X//' >libusb_base/files/libusb-config << 'f7bc2f7ae97ecd94979fcb545= 49fc729' X#!/bin/sh X Xprefix=3D/usr Xexec_prefix=3D${prefix} Xexec_prefix_set=3Dno X Xusage() X{ X cat <&2 Xfi X Xwhile test $# -gt 0; do X case "$1" in X -*=3D*) optarg=3D`echo "$1" | sed 's/[-_a-zA-Z0-9]*=3D//'` ;; X *) optarg=3D ;; X esac X X case $1 in X --prefix=3D*) X prefix=3D$optarg X if test $exec_prefix_set =3D no ; then X exec_prefix=3D$optarg X fi X ;; X --prefix) X echo_prefix=3Dyes X ;; X --exec-prefix=3D*) X exec_prefix=3D$optarg X exec_prefix_set=3Dyes X ;; X --exec-prefix) X echo_exec_prefix=3Dyes X ;; X --version) X echo 0.1.12 X exit 0 X ;; X --cflags) X if test "${prefix}/include" !=3D /usr/include ; then X includes=3D"-I${prefix}/include" X fi X echo_cflags=3Dyes X ;; X --libs) X echo_libs=3Dyes X ;; X *) X usage 1 1>&2 X ;; X esac X shift Xdone X Xif test "$echo_prefix" =3D "yes"; then X echo $prefix Xfi Xif test "$echo_exec_prefix" =3D "yes"; then X echo $exec_prefix Xfi Xif test "$echo_cflags" =3D "yes"; then X echo $includes Xfi Xif test "$echo_libs" =3D "yes"; then X echo -lusb=20 Xfi X f7bc2f7ae97ecd94979fcb54549fc729 echo x - libusb_base/files/libusb.pc sed 's/^X//' >libusb_base/files/libusb.pc << '4869b55c25608b20478ec74359930= bfa' Xprefix=3D/usr Xexec_prefix=3D${prefix} Xlibdir=3D${exec_prefix}/lib Xincludedir=3D${prefix}/include X XName: libusb XDescription: USB access library XVersion: 0.1 XLibs: -L${libdir} -lusb XCflags: -I${includedir} X 4869b55c25608b20478ec74359930bfa echo x - libusb_base/pkg-descr sed 's/^X//' >libusb_base/pkg-descr << 'd66531e76047711b93291269fe9451dd' XThis is a stub port to install files to allow other pieces of software to = find Xlibusb now that it is in base. X XWWW: http://www.freebsd.org X d66531e76047711b93291269fe9451dd exit --Boundary-00=_bsZRLqxZQj7UAho-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 09:48:59 2010 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 AD48E106568F for ; Thu, 7 Jan 2010 09:48:59 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 10AFD8FC17 for ; Thu, 7 Jan 2010 09:48:58 +0000 (UTC) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.3) with ESMTP id o079mqNb055024; Thu, 7 Jan 2010 09:48:53 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk o079mqNb055024 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1262857733; bh=z0xIBDJMQq++5+Voq8s3XjCtj5SsKnzV0Nwb/y8noyk=; h=Message-ID:Date:From:MIME-Version:To:CC: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<4B45ADFE.8020106@infracaninophile.co.uk>|Date:=20T hu,=2007=20Jan=202010=2009:48:46=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.23=20(X11/20091129)|MIME-Vers ion:=201.0|To:=20"Klaus=20T.=20Aehlig"=20|CC:=20p orts@freebsd.org|Subject:=20Re:=20updates=20to=20pending=20new=20p orts|References:=20<20100107083447.GA21194@schoenfinkel.linta.de>| In-Reply-To:=20<20100107083447.GA21194@schoenfinkel.linta.de>|X-En igmail-Version:=200.95.6|Content-Type:=20multipart/signed=3B=20mic alg=3Dpgp-sha256=3B=0D=0A=20protocol=3D"application/pgp-signature" =3B=0D=0A=20boundary=3D"------------enig0F6EA1EAEA02C19985BDBF8D"; b=nypjYK5G2VvA6tOebEaRtvYZQrZMXa40Tsh8NQVZVW3NmenZjV8GiHyK3ICu9AJ0C CtuHpFl5Cxkl4LDtL/hvK0TqLyJMnNsPun+15y4/WcBWbQUpqvRWdgiFnrBqh5Cyvx nasJYm5jmI5wSk5rd0nHWGr+/FyDaUkM9gNWn/wM= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <4B45ADFE.8020106@infracaninophile.co.uk> Date: Thu, 07 Jan 2010 09:48:46 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: "Klaus T. Aehlig" References: <20100107083447.GA21194@schoenfinkel.linta.de> In-Reply-To: <20100107083447.GA21194@schoenfinkel.linta.de> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig0F6EA1EAEA02C19985BDBF8D" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: ports@freebsd.org Subject: Re: updates to pending new 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: Thu, 07 Jan 2010 09:48:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0F6EA1EAEA02C19985BDBF8D Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Klaus T. Aehlig wrote: > Hi, >=20 > Recently, I submitted PR ports/141674 suggesting a port for the uzbl > web browser. Given the current holiday season, I'm not surprised that > it is still unassigned. On the other hand, upstream has developped > further, and I wonder if I'm right in submitting updated versions of > this port as followups to the PR. (My thoughts went along the lines=20 > "If it's still unassigned, then probably no committer has spent any=20 > time on it; so when it gets assigned to a commiter, (s)he might as well= > look at a port for the latest version".) Or should I consider the > fact that the PR is unassigned as a sign that this port is > probably not interesting for FreeBSD? >=20 > [Since I'm using that browser on my private machine, I'm updating > the port anyway, so it's no extra work for me to submit follow > ups. I'm just wondering whether this is what I'm supposed to do, > or just considered annoying.] It's certainly better to submit updates by following up on an already ope= n ticket, rather than creating a whole raft of new tickets. Updating your port before it is committed does indicate a certain degree = of=20 commitment to keeping the port up to date, which is a good thing. You can't really assume anything about the status of your submission if i= t is still unassigned. All that really means is that no one has yet taken responsibility for checking and committing it. If there were any questio= ns as to whether the port should be added to the tree at all, then they woul= d be coming to you from the committer that had assigned the PR to themselves. = If your new port has been languishing unassigned for a long time (I'd say a = few weeks at least), it's legitimate to ask about its status on this list -- = as you say, submitting the port during the holiday season may well have slip= ped it under the radar of anyone that might work on it. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig0F6EA1EAEA02C19985BDBF8D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAktFrgQACgkQ8Mjk52CukIzpUACeLD6OK5vZNN8vL2ta9i/R/d9n SGoAoI85rtg+rLDz3jpgR7tIq7BFYGbB =Pcoe -----END PGP SIGNATURE----- --------------enig0F6EA1EAEA02C19985BDBF8D-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 09:51:56 2010 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 B22D71065693; Thu, 7 Jan 2010 09:51:56 +0000 (UTC) (envelope-from jean-yves.boisiaud@osiell.com) Received: from teide.osiell.com (teide.osiell.com [88.191.93.173]) by mx1.freebsd.org (Postfix) with ESMTP id 7539B8FC16; Thu, 7 Jan 2010 09:51:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by teide.osiell.com (Postfix) with ESMTP id E50891E078; Thu, 7 Jan 2010 10:35:47 +0100 (CET) X-Virus-Scanned: amavisd-new at osiell.com Received: from teide.osiell.com ([127.0.0.1]) by localhost (teide.osiell.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8FZuKOSDx2a4; Thu, 7 Jan 2010 10:35:46 +0100 (CET) Received: from [172.24.1.181] (etna.osiell.com [88.177.53.106]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by teide.osiell.com (Postfix) with ESMTPSA id 877441E072; Thu, 7 Jan 2010 10:35:46 +0100 (CET) Message-ID: <4B45AAF5.50905@osiell.com> Date: Thu, 07 Jan 2010 10:35:49 +0100 From: Jean-Yves Boisiaud - Osiell User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: wen@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: FreeBSD Port: openerp-server-5.0.6_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: Thu, 07 Jan 2010 09:51:56 -0000 Hello, Here is a rc.d script to start/stop/restart the OpenERP server. openerp-server default configuration file (-c option) should give the same PID file that the rc script : pidfile = /var/run/openerp/server.pid The installation script should create a user with no password used to run the OpenERP server. Here, I used terp. <<<<<<<<<<<<<<<<<<<<< #!/bin/sh # # PROVIDE: openerp_server # REQUIRE: postgresql # KEYWORD: shutdown # # Add the following line to /etc/rc.conf to enable OpenERP server: # # openerp_server_enable="YES" # # optional # openerp_server_flags="-c /usr/local/etc/openerp-server.conf" # openerp_server_user="terp" # # Do not forget to define the same PID file in the OpenERP configuration # file (see the variable $pidfile defined below). # # This scripts takes one of the following commands: # # start stop restart status # : ${openerp_server_enable="NO"} : ${openerp_server_flags="-c /usr/local/etc/openerp-server.conf"} : ${openerp_server_user="terp"} . /etc/rc.subr name="openerp_server" rcvar=${name}_enable command_args=" >/dev/null 2>&1 &" pidfile="/var/run/openerp/server.pid" start_precmd="${name}_prestart" command=/usr/local/bin/openerp-server procname=/usr/local/bin/python2.6 openerp_server_prestart() { # PID file should be not empty. [ x"$pidfile" = x ] && err 1 "variable pidfile should not be empty" # Check PID directory exists. d=$(dirname "$pidfile") if [ ! -d "$d" ]; then # Create PID directory. mkdir -p "$d" || return 1 chmod 750 "$d" || return 1 chown "${openerp_server_user}:wheel" "$d" || return 1 fi } load_rc_config $name run_rc_command "$1" >>>>>>>>>>>>>>>>>>>>> From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 09:57:47 2010 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 13E9D106568F for ; Thu, 7 Jan 2010 09:57:47 +0000 (UTC) (envelope-from pczanik@fang.fa.gau.hu) Received: from b.relay.invitel.net (b.relay.invitel.net [62.77.203.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8F50C8FC1D for ; Thu, 7 Jan 2010 09:57:45 +0000 (UTC) Received: from mail.invitel.hu (mail.invitel.hu [213.163.59.4]) by b.relay.invitel.net (Invitel Core SMTP Transmitter) with ESMTP id 68FFD31A32B; Thu, 7 Jan 2010 10:57:41 +0100 (CET) Received: from [192.168.2.179] ([82.131.200.81]) by mail.invitel.hu (Invitel Messaging Server) with ESMTPA id <0KVV0080IFO5CX00@invitel.hu>; Thu, 07 Jan 2010 10:57:41 +0100 (CET) Date: Thu, 07 Jan 2010 10:56:24 +0100 From: Peter Czanik To: ports@freebsd.org, mb@freebsd.org Message-id: <4B45AFC8.6030304@fang.fa.gau.hu> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-2 Content-transfer-encoding: 7BIT User-Agent: Mozilla/5.0 (X11; U; Linux i686; hu-HU; rv:1.9.1.5) Gecko/20091130 SUSE/3.0.0-1.1.1 Thunderbird/3.0 Cc: Subject: open-vm-tools-nox11 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, 07 Jan 2010 09:57:47 -0000 Hello, When building a package from open-vm-tools-nox11, I run into the following problem: ===> Building package for open-vm-tools-nox11-210370_1 Creating package /usr/packages/All/open-vm-tools-nox11-210370_1.tbz Registering depends: glib-2.22.3 gettext-0.17_1 libiconv-1.13.1 icu-3.8.1_2 pcre-8.00 pkg-config-0.23_1 perl-5.8.9_3 python26-2.6.4 libdnet-1.11_3. Registering conflicts: open-vm-tools-[0-9]* vmware-guestd[0-9]* vmware-tools[0-9]*. Creating bzip'd tar ball in '/usr/packages/All/open-vm-tools-nox11-210370_1.tbz' tar: lib/open-vm-tools/plugins/vmsvc/libhgfsServer.so: Cannot stat: No such file or directory tar: lib/open-vm-tools/plugins/vmsvc/libvix.so: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** Error code 1 Stop in /usr/ports/emulators/open-vm-tools-nox11. Removing the two offending lines from pkg-plist allows to build the package without errors. Bye, CzP From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 11:01:15 2010 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 1E4711065676 for ; Thu, 7 Jan 2010 11:01:15 +0000 (UTC) (envelope-from iasen.kostov@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id ABF9D8FC0A for ; Thu, 7 Jan 2010 11:01:14 +0000 (UTC) Received: by ewy26 with SMTP id 26so16490742ewy.3 for ; Thu, 07 Jan 2010 03:01:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=wjZ6DACOhI1IFFa2gli6YdujzWKwgeIzwZRVmpVAD4A=; b=dMqPPHllj6ADkq395tm+jogNVUXIA6LThbvhTGstfgY3jyXUJshbXbvVfLyTqj3KMf pG7XM8AIP5t/RauwLZGwK8El3YJw0wcV2NTxogHJ4924A+XyiXV9n9mQo83A/NWyONcX mw2dUPseq6KaDh9GOz5HuFusghNTBIhFRGpEc= 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=J7WXw+H9Afr67Zx6ShhL3smJoTEoEcJg8Rmp2kYNkN82OjhsCMk+y6iIOHrNpBwzSV QvXpttgAl6UILwQjNHAkSfT4VEWu2P/pigNO4JIq++mmwgXFvuV0FLf6sSktIA+1JLvI GiFmh/J8KB6RMxxw/dcAEqkTHOMZBw5vaSJ0Y= MIME-Version: 1.0 Received: by 10.213.102.138 with SMTP id g10mr1055099ebo.19.1262860397064; Thu, 07 Jan 2010 02:33:17 -0800 (PST) Date: Thu, 7 Jan 2010 12:33:17 +0200 Message-ID: <92b296c71001070233r1c325dfbn4b3e9d1341ad35b8@mail.gmail.com> From: Iasen Kostov To: riggs@rrr.de X-Mailman-Approved-At: Thu, 07 Jan 2010 12:34:36 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org Subject: mplayer 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, 07 Jan 2010 11:01:15 -0000 Can You pleas update mplayer to something more recent, current version is last updated '12 Dec 2007' which is more than 2 years ago and the last update on their site is from '2009-11-01', There are a lot of new features and fixes like VDPAU, .mkv seek and many many many more. I hate to have them all on my windoze version and not on the FreeBSD one. Best regards, Iasen. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 13:12:21 2010 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 8303A106568B for ; Thu, 7 Jan 2010 13:12:21 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 479578FC1B for ; Thu, 7 Jan 2010 13:12:21 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 260B23A581; Thu, 7 Jan 2010 14:12:20 +0100 (CET) Date: Thu, 7 Jan 2010 14:12:20 +0100 From: Lars Engels To: Iasen Kostov Message-ID: <20100107131219.GN20889@e.0x20.net> References: <92b296c71001070233r1c325dfbn4b3e9d1341ad35b8@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RNRUMt0ZF5Yaq/Aq" Content-Disposition: inline In-Reply-To: <92b296c71001070233r1c325dfbn4b3e9d1341ad35b8@mail.gmail.com> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@freebsd.org, riggs@rrr.de Subject: Re: mplayer 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, 07 Jan 2010 13:12:21 -0000 --RNRUMt0ZF5Yaq/Aq Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Thu, Jan 07, 2010 at 12:33:17PM +0200, Iasen Kostov wrote: > Can You pleas update mplayer to something more recent, current version is > last updated '12 Dec 2007' which is more than 2 years ago and the last > update on their site is from '2009-11-01', There are a lot of new features > and fixes like VDPAU, .mkv seek and many many many more. I hate to have them > all on my windoze version and not on the FreeBSD one. There have been several discussions on this topics during the last weeks. The port should be updated, soon. --RNRUMt0ZF5Yaq/Aq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAktF3bMACgkQKc512sD3afgUawCgnASt0GlBnjFzcbmmpcTlxiU1 s7oAn2IDeB9LKCRM7mXz3XRBOCRRPaFx =ige0 -----END PGP SIGNATURE----- --RNRUMt0ZF5Yaq/Aq-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 16:19:08 2010 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 3C86C1065692 for ; Thu, 7 Jan 2010 16:19:08 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id E38B78FC20 for ; Thu, 7 Jan 2010 16:19:07 +0000 (UTC) Received: by pzk15 with SMTP id 15so10970118pzk.3 for ; Thu, 07 Jan 2010 08:19:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=hZABvkIBlMnfhMBmF/SxS6g8iUc04K8Vc9OnBC0ItV4=; b=Ssqzi123N64rQvnSocRxRXH5EwQMnzO8W6gGrIL1YPSPFdfaXCwQD7E/BHXHN8Kw/B WtSKOYu9im1DTPQIpWJ5AKwoeKiyNhhyzp8AUaonM9AwxLssS3ZHPVEI7J6VQqCWu4W1 oOI+ZhzABJmRWVoOa1PfN0syENOECZFMfb/Ds= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=mzsxFxzs+zBZbHwBLMAUFayO/U5mxXK+uJCn8O4HTIYwyaVK/NcRFpNtUSPznjCktY 3gLfAwYZhDl0ymEh4J4OL48zkD3H4lbLPddZxZwReI0djbczy7yGSdvcTy1DNUr1LGwV gaLKHB76Ib6WgNdKUPdG8lUxJqzPUIyE1b0wU= MIME-Version: 1.0 Received: by 10.142.195.3 with SMTP id s3mr40860wff.172.1262881143648; Thu, 07 Jan 2010 08:19:03 -0800 (PST) Date: Thu, 7 Jan 2010 11:19:03 -0500 Message-ID: <147432021001070819g5628ca8bh1fc4fb7c5e0e5b9e@mail.gmail.com> From: Nick Rogers To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freeradius-2.1.6 + perl-5.8.9_3 + perl hook problem 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, 07 Jan 2010 16:19:08 -0000 I started a thread discussing a similar problem a few days ago but I would like to repost a more concise statement and a way to replicate easily. There seems to be some kind of shared library linking issue between the freeradius2 and perl packages compiled from RELEASE_8_0 ports tree branch. If one tries to use freeradius in conjunction with a perl hook (script) for authentication, and the perl script requires a perl module relying on a compiled shared object file (e.g., IO), then freeradius will fail to load the perl script and throws errors. Below is a dump that should make it easy to replicate the problem. This was done after freshly installing 8.0-RELEASE-i386 onto a system from the official ISO. Note that I have also tried to compile the ports myself and run into the same problem on i386 and amd64 architectures. I am going to try and compile the ports using portupgrade as suggested by someone on this list and see if that changes anything. Any further help would be greatly appreciated. Thanks! # uname -a FreeBSD 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 # # pkg_info # # # pkg_add -r freeradius Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/Latest/freeradius.tbz... Done. Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/python26-2.6.2_3.tbz... Done. ==== Note that some of the standard modules are provided as separate ports since they require extra dependencies: bsddb databases/py-bsddb gdbm databases/py-gdbm sqlite3 databases/py-sqlite3 tkinter x11-toolkits/py-tkinter Install them as needed. ==== Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/perl-5.8.9_3.tbz... Done. Removing stale symlinks from /usr/bin... Skipping /usr/bin/perl Skipping /usr/bin/perl5 Done. Creating various symlinks in /usr/bin... Symlinking /usr/local/bin/perl5.8.9 to /usr/bin/perl Symlinking /usr/local/bin/perl5.8.9 to /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Spamming /etc/make.conf... Done. Cleaning up /etc/manpath.config... Done. Spamming /etc/manpath.config... Done. Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/libltdl-2.2.6a.tbz... Done. Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/gdbm-1.8.3_3.tbz... Done. Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/libiconv-1.13.1.tbz... Done. Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/gettext-0.17_1.tbz... Done. Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/gmake-3.81_3.tbz... Done. ===> Created group freeradius ===> Created user freeradius ===> Setting user and group in radiusd.conf ===> Bootstrapping default certificates, please wait... ===> Adjusting ownership of directory /usr/local/etc/raddb ===> Adjusting ownership of directory /var/log/radacct ===> Adjusting ownership of directory /var/run/radiusd ===> Adjusting ownership of /var/log/radius.log ===> Adjusting ownership of /var/log/radutmp ===> Adjusting ownership of /var/log/radwtmp ===> Updating libdir in /usr/local/etc/raddb/radiusd.conf =============================================================================== To enable FreeRADIUS, put the following line in /etc/rc.conf radiusd_enable="YES" The sample configuration can be found at /usr/local/share/examples/freeradius/raddb If you are upgrading FreeRADIUS, you are advised to use this as a reference for updating your configuration. FreeRADIUS will look for its configuration directory at /usr/local/etc/raddb by default. If you did not already have a configuration at this location, the sample configuration has been copied to this location and has been bootstrapped. If you wish to point FreeRADIUS to a configuration at a different location, put the following line in /etc/rc.conf radiusd_flags="-d /path/to/raddb" To start the server in normal (daemon) mode, run: /usr/local/etc/rc.d/radiusd start and to stop the server, run: /usr/local/etc/rc.d/radiusd stop To start the server in debugging mode, run: /usr/local/etc/rc.d/radiusd debug You are advised to make cautious changes to the configuration, and to test frequently, using debugging mode where necessary. Try to resist the temptation to disable or delete things that you don't understand - you may well break things! The documentation has been installed at /usr/local/share/doc/freeradius Useful configuration advice can be found in the FreeRADIUS Wiki at http://wiki.freeradius.org =============================================================================== # # pkg_info en-freebsd-doc-20090913 Documentation from the FreeBSD Documentation Project freeradius-2.1.6 A free RADIUS server implementation gdbm-1.8.3_3 The GNU database manager gettext-0.17_1 GNU gettext package gmake-3.81_3 GNU version of 'make' utility libiconv-1.13.1 A character set conversion library libltdl-2.2.6a System independent dlopen wrapper perl-5.8.9_3 Practical Extraction and Report Language python26-2.6.2_3 An interpreted object-oriented programming language # # cat /usr/local/etc/raddb/radiusd.conf user = freeradius group = freeradius raddbdir = /usr/local/etc/raddb logdir = /var/log libdir = /usr/local/lib pidfile = /var/run/radiusd/radiusd.pid prefix = /usr/local exec_prefix = ${prefix} localstatedir = /var sbindir = ${exec_prefix}/sbin radacctdir = ${logdir}/radacct confdir = ${raddbdir} run_dir = ${localstatedir}/run/radiusd log_file = /var/log/radius.log log_destination = files max_request_time = 30 delete_blocked_requests = no cleanup_delay = 5 max_requests = 256 listen { ipaddr = * port = 1812 type = auth } listen { ipaddr = * port = 1813 type = acct } hostname_lookups = no allow_core_dumps = no regular_expressions = yes extended_expressions = yes log_stripped_names = no log_auth = yes log_auth_badpass = no log_auth_goodpass = no usercollide = no lower_user = no lower_pass = no nospace_user = no nospace_pass = no checkrad = ${sbindir}/checkrad proxy_requests = no snmp = no security { max_attributes = 200 reject_delay = 1 status_server = no } thread pool { start_servers = 1 max_servers = 16 min_spare_servers = 0 max_spare_servers = 5 max_requests_per_server = 0 } modules { perl { module = /tmp/freeradius_hook } detail { detailfile = ${radacctdir}/%{Client-IP-Address}/detail-%Y%m%d detailperm = 0644 } acct_unique { key = "User-Name, Acct-Session-Id, NAS-IP-Address, Client-IP-Address, NAS-Port" } eap { default_eap_type = peap timer_expire = 60 ignore_unknown_eap_types = no # Generic Token Card. # # Currently, this is only permitted inside of EAP-TTLS, # or EAP-PEAP. The module "challenges" the user with # text, and the response from the user is taken to be # the User-Password. # # Proxying the tunneled EAP-GTC session is a bad idea, # the users password will go over the wire in plain-text, # for anyone to see. # gtc { challenge = "Password: " auth_type = perl } tls { private_key_password = private_key_file = /etc/ssl/server.key certificate_file = /etc/ssl/server.crt CA_file = /etc/ssl/server.crt dh_file = /usr/local/etc/raddb/dhparam random_file = /space/rxg/rxgd/bin/random } ttls { default_eap_type = gtc copy_request_to_tunnel = yes use_tunneled_reply = yes } peap { default_eap_type = gtc copy_request_to_tunnel = yes use_tunneled_reply = yes } } radutmp { filename = ${logdir}/radutmp username = %{User-Name} case_sensitive = yes check_with_nas = yes callerid = "yes" } radutmp sradutmp { filename = ${logdir}/sradutmp perm = 0644 callerid = "no" } attr_filter { attrsfile = ${confdir}/attrs } counter daily { filename = ${raddbdir}/db.daily key = User-Name count-attribute = Acct-Session-Time reset = daily counter-name = Daily-Session-Time check-name = Max-Daily-Session allowed-servicetype = Framed-User cache-size = 5000 } preprocess { huntgroups = ${confdir}/huntgroups hints = ${confdir}/hints with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no } } authorize { preprocess eap perl } authenticate { Auth-Type PERL { perl } eap } preacct { preprocess acct_unique } accounting { detail radutmp perl } session { radutmp } # # # cat /tmp/freeradius_hook #!/usr/bin/perl use strict; use diagnostics; use IO (); # # # perl /tmp/freeradius_hook # # radiusd -X FreeRADIUS Version 2.1.6, for host i386-portbld-freebsd8.0, built on Oct 23 2009 at 17:50:57 Copyright (C) 1999-2009 The FreeRADIUS server project and contributors. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. You may redistribute copies of FreeRADIUS under the terms of the GNU General Public License v2. Starting - reading configuration files ... including configuration file /usr/local/etc/raddb/radiusd.conf group = freeradius user = freeradius including dictionary file /usr/local/etc/raddb/dictionary main { prefix = "/usr/local" localstatedir = "/var" logdir = "/var/log" libdir = "/usr/local/lib" radacctdir = "/var/log/radacct" hostname_lookups = no max_request_time = 30 cleanup_delay = 5 max_requests = 256 allow_core_dumps = no pidfile = "/var/run/radiusd/radiusd.pid" checkrad = "/usr/local/sbin/checkrad" debug_level = 0 proxy_requests = no log_auth = yes log_auth_badpass = no log_auth_goodpass = no log_stripped_names = no security { max_attributes = 200 reject_delay = 1 status_server = no } } radiusd: #### Loading Realms and Home Servers #### radiusd: #### Loading Clients #### radiusd: #### Instantiating modules #### radiusd: #### Loading Virtual Servers #### server { modules { Module: Checking authenticate {...} for more modules to load Module: Linked to module rlm_perl Module: Instantiating perl perl { module = "/tmp/freeradius_hook" func_authorize = "authorize" func_authenticate = "authenticate" func_accounting = "accounting" func_preacct = "preacct" func_checksimul = "checksimul" func_detach = "detach" func_xlat = "xlat" func_pre_proxy = "pre_proxy" func_post_proxy = "post_proxy" func_post_auth = "post_auth" } Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so' for module IO: /usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so: Undefined symbol "PL_sv_undef" at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70. at /usr/local/lib/perl5/5.8.9/mach/IO.pm line 11 Compilation failed in require at /tmp/freeradius_hook line 6. BEGIN failed--compilation aborted at /tmp/freeradius_hook line 6 (#1) (F) The module you tried to load failed to load a dynamic extension. This may either mean that you upgraded your version of perl to one that is incompatible with your old dynamic extensions (which is known to happen between major versions of perl), or (more likely) that your dynamic extension was built against an older version of the library that is installed on your system. You may need to rebuild your old dynamic extensions. Uncaught exception from user code: Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so' for module IO: /usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so: Undefined symbol "PL_sv_undef" at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70. at /usr/local/lib/perl5/5.8.9/mach/IO.pm line 11 Compilation failed in require at /tmp/freeradius_hook line 6. BEGIN failed--compilation aborted at /tmp/freeradius_hook line 6. at /tmp/freeradius_hook line 6 rlm_perl: perl_parse failed: /tmp/freeradius_hook not found or has syntax errors. /usr/local/etc/raddb/radiusd.conf[65]: Instantiation failed for module "perl" /usr/local/etc/raddb/radiusd.conf[169]: Failed to find module "perl". /usr/local/etc/raddb/radiusd.conf[169]: Failed to parse "perl" entry. Errors initializing modules # From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 17:17:21 2010 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 AE68E1065679; Thu, 7 Jan 2010 17:17:21 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id 1D90D8FC15; Thu, 7 Jan 2010 17:17:20 +0000 (UTC) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.3/8.14.3) with ESMTP id o07HJBF6068745; Thu, 7 Jan 2010 18:19:11 +0100 (CET) (envelope-from ulrich@pukruppa.net) Received: (from ulrich@localhost) by pukruppa.net (8.14.3/8.14.3/Submit) id o07HJAnk068744; Thu, 7 Jan 2010 18:19:10 +0100 (CET) (envelope-from ulrich@pukruppa.net) From: Peter Ulrich Kruppa To: Martin Cracauer In-Reply-To: <20100106212434.GA67170@cons.org> References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> <20100106163148.16247015@ernst.jennejohn.org> <20100106193527.GA44032@cons.org> <20100106201755.GA53049@cons.org> <20100106212434.GA67170@cons.org> Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable Date: Thu, 07 Jan 2010 18:19:10 +0100 Message-ID: <1262884750.68685.1.camel@pukruppa.net> Mime-Version: 1.0 X-Mailer: Evolution 2.29.4 FreeBSD GNOME Team Port Cc: Doug Barton , Gary Jennejohn , freebsd-ports@freebsd.org Subject: Re: Binary packages for releases and portupgrade 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, 07 Jan 2010 17:17:21 -0000 Am Mittwoch, den 06.01.2010, 16:24 -0500 schrieb Martin Cracauer: > Peter Ulrich Kruppa wrote on Wed, Jan 06, 2010 at 09:43:21PM +0100:=20 > > On Wed, 6 Jan 2010, Martin Cracauer wrote: > >=20 > If there is a serious question WRT it does run in the Linux emulator > that would be easy enough to test, I can just NFS-mount one of my > diskless Debians. >=20 > > Today I started an experiment: I created a jail as a "clean"=20 > > build enviroment for OOo. Yet it has installed 145 dependencies=20 > > and not even started building OOo. And that worked (building in a jail I mean). - Just for the records. Uli. >=20 > I expected nothing less. >=20 > The Java requirement is particularly annoying on FreeBSD. And all > that do get a Powerpoint clone with drunker mouse pointer syndrome > written in tcl... >=20 > Martin From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 17:20:00 2010 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 5A7DF1065672 for ; Thu, 7 Jan 2010 17:20:00 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id E1C928FC08 for ; Thu, 7 Jan 2010 17:19:59 +0000 (UTC) Received: by ewy26 with SMTP id 26so16876487ewy.3 for ; Thu, 07 Jan 2010 09:19:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=2yKWAqDYu5mw8Zxq7RbKwft0hm7tMIZpAd+3CT7HwGU=; b=guZHJa8pPPojQYSwBAzGAmvrid7bJwKwry3jrgEW2r/2FjA/uCGDChfouVqZtyudW7 Hfi89XpPjbVbOEUwqWbnnH7N/JaB38I2fhSR0qVXwx+7mtcJaheVffn2AJ3PqPBW7xca UPZgnXjsB117UU+K2GoTvtMQTEKV2XKiNvLwY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=FF5iatonC+Df7PDpH/UNdOLxJc+8SmSbPBkKoqtyK7E7xOsttnFAE1wQ3Wtq4MgC1M bSN782LeXT/nry/I9RKOiiZkT0uyUdch+rV0Jh6OwyUqRcCDLLViqI4gjN0FO4JHvQlz RyI8gg8oR+bh5dDYgcDG0v5wUwovh3fkWGvPU= Received: by 10.213.104.91 with SMTP id n27mr1678641ebo.94.1262882897586; Thu, 07 Jan 2010 08:48:17 -0800 (PST) Received: from sevans-mac-pro.local (newbie.thingamajig-systems.co.uk [93.97.185.103]) by mx.google.com with ESMTPS id 10sm3043410eyz.23.2010.01.07.08.48.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 07 Jan 2010 08:48:15 -0800 (PST) Message-ID: <4B460F7A.4090901@gmail.com> Date: Thu, 07 Jan 2010 16:44:42 +0000 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Request for a new port review iplike 1.0.8 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, 07 Jan 2010 17:20:00 -0000 Hi Guys I've written a new port for iplike, which is a C implementation of the OpenNMS iplike stored procedure, I'm happy with the port & I intend to raise a PR by the weekend but I'd like a few more people to test it out before I do that. If you're an OpenNMS user you can grab the iplike port from here: http://www.geeklan.co.uk/files/iplike/iplike-108-freebsd-port.tgz If you don't currently have OpenNMS running, you can grab a copy of the port from here: http://www.geeklan.co.uk/files/opennms/opennms-168-freebsd-port.tgz The OpenNMS port is a work in progress, see http://www.geeklan.co.uk/?p=132 for status updates. Sevan / Venture37 From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 18:56:46 2010 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 5B3D4106566B; Thu, 7 Jan 2010 18:56:46 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id C9AC58FC0A; Thu, 7 Jan 2010 18:56:45 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id o07IuZdU011636; Thu, 7 Jan 2010 19:56:35 +0100 From: Pieter de Goeje To: "O. Hartmann" Date: Thu, 7 Jan 2010 19:56:35 +0100 User-Agent: KMail/1.9.10 References: <4B448CB4.5000105@zedat.fu-berlin.de> <201001070241.18190.pieter@degoeje.nl> <4B45A32C.2070708@zedat.fu-berlin.de> In-Reply-To: <4B45A32C.2070708@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201001071956.35417.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: ports/devel/protobuf: Segmentation fault in mmap in some applications 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, 07 Jan 2010 18:56:46 -0000 On Thursday 07 January 2010 10:02:36 O. Hartmann wrote: > On 01/07/10 01:41, Pieter de Goeje wrote: > > On Wednesday 06 January 2010 14:14:28 O. Hartmann wrote: > >> Dear Sirs, > >> We use a software package for scientific imagery processing from USGS, > >> ISIS3 (http://isis.astrogeology.usgs.gov/). The most recent version is > >> 3.1.21 and since this version, the software intensively uses > >> libprotobuf.so. > >> > >> While we can use ISIS 3.1.20 very well under FreeBSD 8.0/amd64, it is > >> impossible to use the software with version no. 3.1.21, which seems to > >> have some issues wih libprotobuf.so. Every client out of this ISIS3 > >> package crashes with a segmentation fault and as far as I can judge the > >> situation, there is a problem with libprotobuf.so, against which all > >> clients out of ISIS 3.1.21 are linked. > > > > Perhaps the ISIS package was developed using a different (older?) version > > of Google's protocol buffers. Compiling protobuf from source is quite > > easy on FreeBSD. You can find the source here: > > http://code.google.com/p/protobuf/downloads/list > > I would start by trying version 2.1.0 and 2.2.0a. > > > >> I searched for help on the ISIS3-support forum and realised that some > >> Apple OS X guys have had similar problems, but those threads where > >> closed immediately or got relative senseless response. > >> > >> In our case, we compile every necessary library and prerequisite > >> software package (mostly Qt4 libs) from ports. This works great with > >> some tweaks for FreeBSD in make/config.freebsd (which I derived from > >> some linux and/or OS X config files). > >> > >> Now I'm floating like a dead man i the water. Below I provide q gdb > >> output of the qview-client (the same is with all other clients, like > >> photrim etc. for those familiar with the software package). > > > > A backtrace ('bt' at the gdb prompt) might contain more useful > > information. > > > >> Additionaly, I provide a truss-output, that stops at mmap issues. > >> > >> Well, if someone could provide me with some advance debugging hints I > >> would appreaciate them. I'm pretty sure he problem is located within the > >> libprotobuf library or the way it is treated, but this is a guess of a > >> non-developer. > >> > >> Thanks very much in advance. > >> Please reply also to this email address, since I'm not subscriber of the > >> list I post to. > >> > >> Oliver > > > > - Pieter > > Hello Pieter, > > ISIS3 utilises the very same revision of libprotobuf as FreeBSD has in > the ports repositorium (libprotobuf.so.4.0.0, aka protobuf-2.2.0). The > backtrace follows, it is a little bit lengthy ... Ok, I can reproduce this locally. The cause is incorrect compiler flags. Basically one must use `pkg-config --cflags protobuf` to get the correct CFLAGS and `pkg-config --libs protobuf` for the correct libraries. Most likely one or both of the following were missing during the compilation/linking of ISIS: -D_THREAD_SAFE -pthread Regards, Pieter From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 19:20:47 2010 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 619871065670; Thu, 7 Jan 2010 19:20:47 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA0B8FC23; Thu, 7 Jan 2010 19:20:46 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.195.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 19C778A131D; Thu, 7 Jan 2010 20:20:24 +0100 (CET) Message-ID: <4B4633F9.8050409@bsdforen.de> Date: Thu, 07 Jan 2010 20:20:25 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.23 (X11/20091126) MIME-Version: 1.0 To: Lars Engels References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> <20100106163148.16247015@ernst.jennejohn.org> <20100106193527.GA44032@cons.org> <20100107060350.GK20889@e.0x20.net> In-Reply-To: <20100107060350.GK20889@e.0x20.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Martin Cracauer , Peter Ulrich Kruppa , Gary Jennejohn , freebsd-ports@freebsd.org, Doug Barton Subject: Re: Binary packages for releases and portupgrade 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, 07 Jan 2010 19:20:47 -0000 Lars Engels wrote: > On Wed, Jan 06, 2010 at 08:46:38PM +0100, Peter Ulrich Kruppa wrote: >> On Wed, 6 Jan 2010, Martin Cracauer wrote: >>> So the verdict is to hunt down OpenOffice packages manually and >>> install them so that portupgrade ignores them, then go from there. >>> >>> ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/ >>> seems to have what `portupgrade -P` should expect, right? >>> >>> So I wouldn't have to move from stable to release+sec. >> I wonder if people who succeed in building OOo (happens about >> twice a year to me) could put their packages on some kind of ftp >> server. From their mailing list I get the impression OOo-porting >> team could need all kind of help. > > There are already some builds (english and german) at > http://wiki.bsdforen.de/anwendungen/openoffice_aus_inoffiziellen_paketen > > They're updated on a unregularly basis. That means you sometimes have to wait for a whole week after the port has been updated. ;) -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 19:20:51 2010 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 2D5921065693 for ; Thu, 7 Jan 2010 19:20:51 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 069328FC0C for ; Thu, 7 Jan 2010 19:20:50 +0000 (UTC) Received: by pwi15 with SMTP id 15so13241935pwi.3 for ; Thu, 07 Jan 2010 11:20:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=gYuccIfLuKhsyyWMURI83lkYPWeo8hHY1CMfwBmusuk=; b=E6p51T3pXU5pIiDpoNfMrAyt2EppW/rP8xyWJ/pp5sVizaADTDtv6OK+p6QlvPGpoj nlQAyu1De1FSWNOBA/WVovWkyTVZvIhgVuNTbaE0arVbjyaJm2HCjlqF+GqhVChTLG3e RddvhRYLCQB4gzbkjrgSKSK08HXbdj2lF0hcM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=umVmYa5FhgVv+aHRYEg9jmeQTPTI9WGymS8gpj8GU4wslneTPUDKmgnXk+R15aA2fI knqAKGloUc3I3qIxzaRgZV4i2TqPPwLzXuRcFLXkSSUhE9EmYlGJ1C2/tcd0rIj30W3J lD68MJVKf+LSzbVftrIWSWobU/tN5v4D69lk8= MIME-Version: 1.0 Received: by 10.141.5.13 with SMTP id h13mr3359234rvi.126.1262892050546; Thu, 07 Jan 2010 11:20:50 -0800 (PST) In-Reply-To: <20100107131219.GN20889@e.0x20.net> References: <92b296c71001070233r1c325dfbn4b3e9d1341ad35b8@mail.gmail.com> <20100107131219.GN20889@e.0x20.net> Date: Thu, 7 Jan 2010 20:20:50 +0100 Message-ID: <786602c61001071120l5a0a8172ybc74e3be57ee6165@mail.gmail.com> From: Thomas Zander To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: mplayer 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, 07 Jan 2010 19:20:51 -0000 On Thu, Jan 7, 2010 at 14:12, Lars Engels wrote: > There have been several discussions on this topics during the last > weeks. The port should be updated, soon. Correct. I am on it. I'll post a call for testing to this list as soon as my work-in-progress version sucks less :-) Riggs From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 19:22:39 2010 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 E5444106568F; Thu, 7 Jan 2010 19:22:39 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id A01778FC15; Thu, 7 Jan 2010 19:22:39 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.195.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 311E78A1325; Thu, 7 Jan 2010 20:22:15 +0100 (CET) Message-ID: <4B463467.3060100@bsdforen.de> Date: Thu, 07 Jan 2010 20:22:15 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.23 (X11/20091126) MIME-Version: 1.0 To: Lars Engels References: <20100105200347.GA83318@cons.org> <4B43B621.6070600@FreeBSD.org> <20100105222134.GA18040@cons.org> <4B43C0F1.1060404@FreeBSD.org> <20100106163148.16247015@ernst.jennejohn.org> <20100106193527.GA44032@cons.org> <20100107060350.GK20889@e.0x20.net> In-Reply-To: <20100107060350.GK20889@e.0x20.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Martin Cracauer , Peter Ulrich Kruppa , Gary Jennejohn , freebsd-ports@freebsd.org, Doug Barton Subject: Re: Binary packages for releases and portupgrade 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, 07 Jan 2010 19:22:40 -0000 Lars Engels wrote: > On Wed, Jan 06, 2010 at 08:46:38PM +0100, Peter Ulrich Kruppa wrote: >> On Wed, 6 Jan 2010, Martin Cracauer wrote: >>> So the verdict is to hunt down OpenOffice packages manually and >>> install them so that portupgrade ignores them, then go from there. >>> >>> ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/ >>> seems to have what `portupgrade -P` should expect, right? >>> >>> So I wouldn't have to move from stable to release+sec. >> I wonder if people who succeed in building OOo (happens about >> twice a year to me) could put their packages on some kind of ftp >> server. From their mailing list I get the impression OOo-porting >> team could need all kind of help. > > There are already some builds (english and german) at > http://wiki.bsdforen.de/anwendungen/openoffice_aus_inoffiziellen_paketen Actually there are more packages on the FTP than the ones listed there. Some people don't update the wiki page after uploading a new package. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 21:52:53 2010 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 DE4981065676; Thu, 7 Jan 2010 21:52:53 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id AFAF58FC08; Thu, 7 Jan 2010 21:52:53 +0000 (UTC) Received: by pzk15 with SMTP id 15so11183008pzk.3 for ; Thu, 07 Jan 2010 13:52:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=m52uBTWfTumUtXuG/CFGGZxi6V1Vby0hbcuRBQxpsIE=; b=hQVBjFNp/+m0I9lz1HIoHGQ+3bKlBqToKRjJAjRs9Uv3KREAjkn+XtkbshgcqMKIwk uvOJqUjqTqv7hDcX45gOfcHz9+7s2bKI/YR6xh54NNfJGZJySym5xyEAjZr5ov0pDgBs 3cRvx7/oJCterjE/G/C5XhlaHm2X5iJTqM7gE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=SKokQ0PthMCxSiieSbrEB0mLvzibTdC4UAMKMT6Qjhsb9/LGCbnvYEGyDBMtiH/+gw e1kgwSOCSjSFt2p7kSLTMlZi/Z8j5YT931BkCkXkrIM8nEYoO/cRYwhKo/4pBis+3MVD YZA+2kaYvOhEj3S3NH/40GQzC2h3Pz7nlgvXU= MIME-Version: 1.0 Received: by 10.141.89.11 with SMTP id r11mr1910835rvl.285.1262901171129; Thu, 07 Jan 2010 13:52:51 -0800 (PST) Date: Thu, 7 Jan 2010 22:52:51 +0100 Message-ID: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> From: Thomas Zander To: FreeBSD - Ports Content-Type: text/plain; charset=ISO-8859-1 Cc: Martin Wilke Subject: Call for testers - mplayer svn 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: Thu, 07 Jan 2010 21:52:53 -0000 Hi, thanks to Wes Morgan and Martin Wilke there is something for you to test which approximates what's going to become our next mplayer in the ports tree. Due to the vast number of changes between the last official release of mplayer and the current svn version and the significant changes we did to the port, I am almost certain you will stumble upon regressions. Furthermore, because of the large number of possible OPTIONS and combinations thereof, it might or might not even build for you. Over the next weeks I aim to stabilise the build process on different configurations and reduce the regressions that users might encounter when we finally commit this to the ports tree. I trust that you report problems that you run into on the mailing list and - if possible - please please send patches to me that solve a particular regression for you. To the topic: On http://www.rrr.de/~riggs/mplayer/m20100107.tar.bz2 you can get a small tarball. It contains three items: The ports for mplayer and mencoder. Both are drop-in replacements for the respective directories in ${PORTSDIR}/multimedia This should work without further changes (at least it does on my amd64 test machine). NOTE that ONLY if you want to test it with x264 (only available for mencoder, mplayer uses ffmpeg's internal h264 decoder now.), you HAVE to apply the supplied x264 patch to ${PORTSDIR}/multimedia/x264. Thank you in advance and good luck Riggs From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 22:30:00 2010 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 B63AF106566B for ; Thu, 7 Jan 2010 22:30:00 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 716318FC17 for ; Thu, 7 Jan 2010 22:30:00 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id 0892134D465; Thu, 7 Jan 2010 22:29:42 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Thu, 7 Jan 2010 22:29:41 +0000 User-Agent: KMail/1.12.4 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201001072229.41908.david@vizion2000.net> Subject: Samba33 errors ? 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, 07 Jan 2010 22:30:00 -0000 Hi Can anyone tell me what is happening here.. Thanks in advance for any clues Following a portupgrade I am getting these (I have no idea whether this is directly connected with upgrades or just coincidental). Jan 7 22:23:14 dns1 smbd[3227]: [2010/01/07 22:23:14, 0] lib/util.c:reinit_after_fork(1054) Jan 7 22:23:14 dns1 smbd[3227]: tdb_reopen_all failed. Jan 7 22:23:14 dns1 smbd[3227]: [2010/01/07 22:23:14, 0] smbd/server.c:open_sockets_smbd(773) Jan 7 22:23:14 dns1 smbd[3227]: reinit_after_fork() failed Jan 7 22:23:14 dns1 smbd[3227]: [2010/01/07 22:23:14, 0] lib/util.c:smb_panic(1673) Jan 7 22:23:14 dns1 smbd[3227]: PANIC (pid 3227): reinit_after_fork() failed Jan 7 22:23:14 dns1 smbd[3227]: [2010/01/07 22:23:14, 0] lib/util.c:log_stack_trace(1777) Jan 7 22:23:14 dns1 smbd[3227]: BACKTRACE: 0 stack frames: Jan 7 22:23:14 dns1 smbd[3227]: [2010/01/07 22:23:14, 0] lib/fault.c:dump_core(231) Jan 7 22:23:14 dns1 smbd[3227]: dumping core in /var/log/samba/cores/smbd David From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 22:54:40 2010 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 5FC671065672 for ; Thu, 7 Jan 2010 22:54:40 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id BB72D8FC0A for ; Thu, 7 Jan 2010 22:54:39 +0000 (UTC) Received: by fxm27 with SMTP id 27so4229077fxm.3 for ; Thu, 07 Jan 2010 14:54:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=wz6RyG7A8kGOd3gsUy6G+misIJjJTv+2SXGXAe7s4vI=; b=uEGQJggQDNgsPljvNUuTIiqSy8cKs9pbM81sAEmSMGyM/OUdo28X/KXLj/AjNfUlMG 1vtvmsSQe9gIFI/KkgevOCD6Irk2DcGTa9MaHBINVIJABNR1I7Yw1W2QpTAA7Aps4plM U5bkQE5dCvMgoSz2Tgy7sSP6Qxb6Or3Sd0SY0= 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 :content-type; b=lXvZyu4dxkTpTMMuZwepX0Oo1d+sSPnYI9cMT9HdO11khKJJdxW618MYCRMm1d1vm9 dN+W7WOXNVI2EzPKbGYwr1HdNIZtzXDV70v8giTyr5jFQE/VFQe+qRrcfZuclOQYOlGh OHo+w9KySX9QZ8RkU7icqcQEwrdlw+eZClltc= MIME-Version: 1.0 Received: by 10.223.14.20 with SMTP id e20mr1778842faa.16.1262904870168; Thu, 07 Jan 2010 14:54:30 -0800 (PST) In-Reply-To: References: <1e39c0a90906301443m3652eee3v4367d5896ebd85bf@mail.gmail.com> <20090701131732.GA70161@atarininja.org> <1e39c0a90907011401j2c130ffahaaca1b8d34cfa0f1@mail.gmail.com> Date: Thu, 7 Jan 2010 23:54:29 +0100 Message-ID: From: Torfinn Ingolfsen To: FreeBSD Ports ML Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: mail/py-spambayes and Python 2.6 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, 07 Jan 2010 22:54:40 -0000 Hello, something is up with the spambayes port again. I've recently upgraded my main workstation to FreeBSD 8.0-stable: tingo@kg-v2$ uname -a FreeBSD kg-v2.kg4.no 8.0-STABLE FreeBSD 8.0-STABLE #1: Wed Jan 6 21:21:40 CET 2010 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 I have python 2.6 installed (and only that): tingo@kg-v2$ portversion -v | grep python python26-2.6.4 = up-to-date with port I change to the spambayes directory, and try to install it (I select python26 in the options dialog): make cd /usr/ports/mail/py-spambayes && make config; ===> py25-spambayes-1.0.4_4 needs Python 2.6 at least. But you specified 2.5. *** Error code 1 Stop in /usr/ports/mail/py-spambayes. *** Error code 1 Stop in /usr/ports/mail/py-spambayes. That fails. However, when I try to run 'make' again, it works: root@kg-v2# make ===> Vulnerability check disabled, database not found ===> Found saved configuration for py25-spambayes-1.0.4_4 ===> Extracting for py26-spambayes-1.0.4_4 => MD5 Checksum OK for spambayes-1.0.4.tar.gz. => SHA256 Checksum OK for spambayes-1.0.4.tar.gz. ===> Patching for py26-spambayes-1.0.4_4 ===> Applying extra patch /usr/ports/mail/py-spambayes/files/extra-patch-python26 ===> Applying FreeBSD patches for py26-spambayes-1.0.4_4 ===> py26-spambayes-1.0.4_4 depends on file: /usr/local/bin/python2.6 - found ===> Configuring for py26-spambayes-1.0.4_4 running config ===> Building for py26-spambayes-1.0.4_4 running build running build_py creating build creating build/lib creating build/lib/spambayes copying spambayes/cdb.py -> build/lib/spambayes copying spambayes/cdb_classifier.py -> build/lib/spambayes copying spambayes/chi2.py -> build/lib/spambayes copying spambayes/classifier.py -> build/lib/spambayes copying spambayes/compatcsv.py -> build/lib/spambayes copying spambayes/compatheapq.py -> build/lib/spambayes copying spambayes/compatsets.py -> build/lib/spambayes copying spambayes/Corpus.py -> build/lib/spambayes copying spambayes/CostCounter.py -> build/lib/spambayes copying spambayes/dbmstorage.py -> build/lib/spambayes copying spambayes/Dibbler.py -> build/lib/spambayes copying spambayes/FileCorpus.py -> build/lib/spambayes copying spambayes/hammie.py -> build/lib/spambayes copying spambayes/hammiebulk.py -> build/lib/spambayes copying spambayes/Histogram.py -> build/lib/spambayes copying spambayes/ImapUI.py -> build/lib/spambayes copying spambayes/mboxutils.py -> build/lib/spambayes copying spambayes/message.py -> build/lib/spambayes copying spambayes/msgs.py -> build/lib/spambayes copying spambayes/oe_mailbox.py -> build/lib/spambayes copying spambayes/optimize.py -> build/lib/spambayes copying spambayes/Options.py -> build/lib/spambayes copying spambayes/OptionsClass.py -> build/lib/spambayes copying spambayes/ProxyUI.py -> build/lib/spambayes copying spambayes/PyMeldLite.py -> build/lib/spambayes copying spambayes/ServerUI.py -> build/lib/spambayes copying spambayes/smtpproxy.py -> build/lib/spambayes copying spambayes/Stats.py -> build/lib/spambayes copying spambayes/storage.py -> build/lib/spambayes copying spambayes/TestDriver.py -> build/lib/spambayes copying spambayes/Tester.py -> build/lib/spambayes copying spambayes/TestToolsUI.py -> build/lib/spambayes copying spambayes/tokenizer.py -> build/lib/spambayes copying spambayes/UserInterface.py -> build/lib/spambayes copying spambayes/Version.py -> build/lib/spambayes copying spambayes/__init__.py -> build/lib/spambayes creating build/lib/spambayes/resources copying spambayes/resources/classify_gif.py -> build/lib/spambayes/resources copying spambayes/resources/config_gif.py -> build/lib/spambayes/resources copying spambayes/resources/helmet_gif.py -> build/lib/spambayes/resources copying spambayes/resources/help_gif.py -> build/lib/spambayes/resources copying spambayes/resources/message_gif.py -> build/lib/spambayes/resources copying spambayes/resources/query_gif.py -> build/lib/spambayes/resources copying spambayes/resources/scanning__init__.py -> build/lib/spambayes/resources copying spambayes/resources/status_gif.py -> build/lib/spambayes/resources copying spambayes/resources/train_gif.py -> build/lib/spambayes/resources copying spambayes/resources/ui_html.py -> build/lib/spambayes/resources copying spambayes/resources/ui_psp.py -> build/lib/spambayes/resources copying spambayes/resources/__init__.py -> build/lib/spambayes/resources running build_scripts creating build/scripts-2.6 copying and adjusting scripts/sb_client.py -> build/scripts-2.6 copying and adjusting scripts/sb_dbexpimp.py -> build/scripts-2.6 copying and adjusting scripts/sb_evoscore.py -> build/scripts-2.6 copying and adjusting scripts/sb_filter.py -> build/scripts-2.6 copying and adjusting scripts/sb_bnfilter.py -> build/scripts-2.6 copying and adjusting scripts/sb_bnserver.py -> build/scripts-2.6 copying and adjusting scripts/sb_imapfilter.py -> build/scripts-2.6 copying and adjusting scripts/sb_mailsort.py -> build/scripts-2.6 copying and adjusting scripts/sb_mboxtrain.py -> build/scripts-2.6 copying and adjusting scripts/sb_notesfilter.py -> build/scripts-2.6 copying and adjusting scripts/sb_pop3dnd.py -> build/scripts-2.6 copying and adjusting scripts/sb_server.py -> build/scripts-2.6 copying and adjusting scripts/sb_unheader.py -> build/scripts-2.6 copying and adjusting scripts/sb_upload.py -> build/scripts-2.6 copying and adjusting scripts/sb_xmlrpcserver.py -> build/scripts-2.6 copying and adjusting scripts/sb_chkopts.py -> build/scripts-2.6 changing mode of build/scripts-2.6/sb_client.py from 644 to 755 changing mode of build/scripts-2.6/sb_dbexpimp.py from 644 to 755 changing mode of build/scripts-2.6/sb_evoscore.py from 644 to 755 changing mode of build/scripts-2.6/sb_filter.py from 644 to 755 changing mode of build/scripts-2.6/sb_bnfilter.py from 644 to 755 changing mode of build/scripts-2.6/sb_bnserver.py from 644 to 755 changing mode of build/scripts-2.6/sb_imapfilter.py from 644 to 755 changing mode of build/scripts-2.6/sb_mailsort.py from 644 to 755 changing mode of build/scripts-2.6/sb_mboxtrain.py from 644 to 755 changing mode of build/scripts-2.6/sb_notesfilter.py from 644 to 755 changing mode of build/scripts-2.6/sb_pop3dnd.py from 644 to 755 changing mode of build/scripts-2.6/sb_server.py from 644 to 755 changing mode of build/scripts-2.6/sb_unheader.py from 644 to 755 changing mode of build/scripts-2.6/sb_upload.py from 644 to 755 changing mode of build/scripts-2.6/sb_xmlrpcserver.py from 644 to 755 changing mode of build/scripts-2.6/sb_chkopts.py from 644 to 755 Very strange. 'make install' works normally. -- regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 23:28:52 2010 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 F27021065670 for ; Thu, 7 Jan 2010 23:28:52 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id B71BD8FC0A for ; Thu, 7 Jan 2010 23:28:52 +0000 (UTC) Received: from acrux.dbai.tuwien.ac.at (acrux.dbai.tuwien.ac.at [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 2C5DB1E05B; Fri, 8 Jan 2010 00:09:54 +0100 (CET) Received: by acrux.dbai.tuwien.ac.at (Postfix, from userid 1203) id 7682B16049; Fri, 8 Jan 2010 00:09:57 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by acrux.dbai.tuwien.ac.at (Postfix) with ESMTP id 651BA16048; Fri, 8 Jan 2010 00:09:57 +0100 (CET) Date: Fri, 8 Jan 2010 00:09:57 +0100 (CET) From: Gerald Pfeifer To: freebsd-ports@coreland.ath.cx, freebsd-ports@FreeBSD.org Message-ID: User-Agent: Alpine 1.99 (LSU 1142 2008-08-13) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: GNAT and LAPACK 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, 07 Jan 2010 23:28:53 -0000 > This creates a further problem as installing the math/lapack port > requires a Fortran compiler and that means one of the other GCC ports > will be compiled as a dependency... > > To clarify this confusing situation: The lang/gnat-gcc44 port needs to > be able to compile one of it's own (sometimes) runtime dependencies. > > I'm happy to enable the C++ and gfortran backends in the lang/gnat-gcc44 > port but I suspect it'll be necessary to update either math/lapack > or bsd.gcc.mk in order to allow the lang/gnat-gcc44 port to compile > math/lapack. I do regular builds on 7.2 i386/amd64 and 8.0 i386/amd64 > with "ada,c,c++,fortran" so I'm confident there won't be any serious > problems with the port itself. > > Perhaps somebody with a clue could tell me what the right way to handle > this mess is. I looked into the situation and think the following should work nicely given the constraints of the FreeBSD Ports Collection in handling dependencies and creating several packages from one build: 1. Make gnat-gcc44 dependent on gcc44 itself by means of USE_GCC=4.4. 2. Have math/lapack as another dependency to gnat-gcc44. 3. Build the minimum necessary as part of gnat-gcc44. Do not install using `make install`, but copy the relevant files to $PREFIX/bin, $PREFIX/lib,... manually. That way the Ports Collection as such will use gcc44 and you will add the GNAT support from gnat-gcc44 (and only that) on top. Gerald @FreeBSD.org -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From owner-freebsd-ports@FreeBSD.ORG Thu Jan 7 23:31:05 2010 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 C76CD1065679 for ; Thu, 7 Jan 2010 23:31:05 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 99C208FC0A for ; Thu, 7 Jan 2010 23:31:05 +0000 (UTC) Received: by pzk15 with SMTP id 15so11236183pzk.3 for ; Thu, 07 Jan 2010 15:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=i16yvLctzEoV61kaFv5Gkm3KN3gLDPzVNZntxVzzyt4=; b=MjA0rmOFGsCL++xkwM2KI/un1LJdEfxq/bfnF4Avb4TTsL7hIKZ2cnyy/IKYl2VWj7 lgIR+a3vrVOP4yKOLxEM6vDypKh++BWtA6ibq8IUxC91sYUf5VStzTKIvPjdwSo/r18V /Tfm9+hnxiSpBK5C4Dy/is7HdY5arJKD9ldmo= 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 :content-type; b=IAsdGkXy2swtriXhaIV1fnDJuGafpCCyHU0ZhitZUrluCw9/iPvWcqBgnkwI/3JNWz HUIHY4FdhaCAx0XLSYk+lZ2JthgoD/4agefYj9WzR1AQmm1aQepcG4wxT4uHhC3s+bjD AqKBgJgIGC1zhQFK7K72ONFI6MKYoQEMKzOvE= MIME-Version: 1.0 Received: by 10.142.248.42 with SMTP id v42mr17829549wfh.187.1262907054763; Thu, 07 Jan 2010 15:30:54 -0800 (PST) In-Reply-To: <20100105170419.961D.32B2AB49@yahoo.com> References: <210D8AEF-D8E2-4896-B42D-49789A62E3CD@gmail.com> <147432021001051221h70c22535id083466ca09e0a7@mail.gmail.com> <20100105170419.961D.32B2AB49@yahoo.com> Date: Thu, 7 Jan 2010 15:30:54 -0800 Message-ID: <147432021001071530y4f13b9aekca9c1710177f0730@mail.gmail.com> From: Nick Rogers To: Porting software to FreeBSD Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Issues with Perl 5.8.9_3 port/package (in combination with FreeRADIUS 2.1.6) 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, 07 Jan 2010 23:31:06 -0000 I've tried using portupgrade to build and install the freeradius2 package on a fresh 8.0-RELEASE install with latest ports tree and that did not seem to change anything. On Tue, Jan 5, 2010 at 2:04 PM, Jerry wrote: > On Tue, 5 Jan 2010 15:21:04 -0500 Nick Rogers > articulated: > > > I installed FreeBSD 8.0-RELEASE from official ISO and used pkg_add -r to > > install the packages. I also tried building my own packages from ports > tree > > and got the same result. > > You might try using something like portmanger to rebuild your installed > packages: > > portmanager -u -f -l -y > > If you go that route, be sure to update your ports tree first. > > -- > Jerry > gesbbb@yahoo.com > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 06:51:14 2010 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 A000A1065672 for ; Fri, 8 Jan 2010 06:51:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 482EA8FC12 for ; Fri, 8 Jan 2010 06:51:14 +0000 (UTC) Received: (qmail 23774 invoked by uid 399); 8 Jan 2010 06:51:13 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 Jan 2010 06:51:13 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B46D5E0.5080102@FreeBSD.org> Date: Thu, 07 Jan 2010 22:51:12 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Jean-Yves Boisiaud - Osiell References: <4B45AAF5.50905@osiell.com> In-Reply-To: <4B45AAF5.50905@osiell.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: multipart/mixed; boundary="------------020309050504060302010304" Cc: wen@FreeBSD.org, ports@FreeBSD.org Subject: Re: FreeBSD Port: openerp-server-5.0.6_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: Fri, 08 Jan 2010 06:51:14 -0000 This is a multi-part message in MIME format. --------------020309050504060302010304 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Jean-Yves Boisiaud - Osiell wrote: > Hello, > > Here is a rc.d script to start/stop/restart the OpenERP server. Overall this is very nice work. :) I've attached a version with some changes that I will detail below. > openerp-server default configuration file (-c option) should give the > same PID file that the rc script : > > pidfile = /var/run/openerp/server.pid > > The installation script should create a user with no password used to > run the OpenERP server. Here, I used terp. > > <<<<<<<<<<<<<<<<<<<<< > #!/bin/sh I added a $FreeBSD$ > # > # PROVIDE: openerp_server > # REQUIRE: postgresql Since this is running as a user other than root it also has to REQUIRE: LOGIN > # KEYWORD: shutdown > # > # Add the following line to /etc/rc.conf to enable OpenERP server: > # > # openerp_server_enable="YES" > # # optional > # openerp_server_flags="-c /usr/local/etc/openerp-server.conf" > # openerp_server_user="terp" > # > # Do not forget to define the same PID file in the OpenERP configuration > # file (see the variable $pidfile defined below). > # > # This scripts takes one of the following commands: > # > # start stop restart status > # > > : ${openerp_server_enable="NO"} > : ${openerp_server_flags="-c /usr/local/etc/openerp-server.conf"} > : ${openerp_server_user="terp"} Default variable assignments should happen after load_rc_config. > . /etc/rc.subr I added a little whitespace below to ease readability. > name="openerp_server" > rcvar=${name}_enable > command_args=" >/dev/null 2>&1 &" > pidfile="/var/run/openerp/server.pid" > start_precmd="${name}_prestart" > command=/usr/local/bin/openerp-server > procname=/usr/local/bin/python2.6 You probably want to use command_interpreter here instead of procname, but I didn't test it. > openerp_server_prestart() { > # PID file should be not empty. > [ x"$pidfile" = x ] && err 1 "variable pidfile should not be empty" This isn't needed, you define pidfile in the script. > # Check PID directory exists. > d=$(dirname "$pidfile") Also not needed. You are hard-coding pidfile (which is fine) so no need for pointless indirection. > if [ ! -d "$d" ]; then No need to do this, mkdir -p will not fail if the directory exists, and even if it exists you want to be sure that the permissions are correct. For example, the user could change the value of openerp_server_user then run the script again and it should still work. > # Create PID directory. > mkdir -p "$d" || return 1 If it's necessary to do this, then if it fails it should be an error. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso --------------020309050504060302010304 Content-Type: text/plain; name="openerp-rcd" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="openerp-rcd" #!/bin/sh # $FreeBSD$ # # PROVIDE: openerp_server # REQUIRE: postgresql LOGIN # KEYWORD: shutdown # # Add the following line to /etc/rc.conf to enable OpenERP server: # # openerp_server_enable="YES" # # optional # openerp_server_flags="-c /usr/local/etc/openerp-server.conf" # openerp_server_user="terp" # # Do not forget to define the same PID file in the OpenERP configuration # file (see the variable $pidfile defined below). # # This scripts takes one of the following commands: # # start stop restart status # . /etc/rc.subr name="openerp_server" rcvar=${name}_enable command=/usr/local/bin/openerp-server command_args=" >/dev/null 2>&1 &" command_interpreter=/usr/local/bin/python2.6 pidfile="/var/run/openerp/server.pid" start_precmd="${name}_prestart" openerp_server_prestart() { # Create PID directory. mkdir -p /var/run/openerp || err 1 "Cannot mkdir /var/run/openerp" chmod 750 /var/run/openerp || err 1 "Cannot chmod /var/run/openerp" chown "${openerp_server_user}:wheel" /var/run/openerp || err 1 "Cannot chown /var/run/openerp" } load_rc_config $name : ${openerp_server_enable="NO"} : ${openerp_server_flags="-c /usr/local/etc/openerp-server.conf"} : ${openerp_server_user="terp"} run_rc_command "$1" --------------020309050504060302010304-- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 08:04:31 2010 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 54C711065670; Fri, 8 Jan 2010 08:04:31 +0000 (UTC) (envelope-from ganael.laplanche@martymac.org) Received: from data.galacsys.net (data.galacsys.net [217.24.81.1]) by mx1.freebsd.org (Postfix) with ESMTP id 198AE8FC0C; Fri, 8 Jan 2010 08:04:30 +0000 (UTC) Received: from martymac.org (webmail.galacsys.net [217.24.81.215]) by data.galacsys.net (Postfix) with ESMTP id 4BB1216CBA4; Fri, 8 Jan 2010 09:04:29 +0100 (CET) From: "Ganael LAPLANCHE" To: Thomas Zander , Martin Wilke X-Openwebmail-Date: Fri, 8 Jan 2010 09:04:29 +0100 Message-Id: <20100108075658.M55460@martymac.org> In-Reply-To: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> References: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> X-Mailer: Open WebMail 2.01 20030425 X-OriginatingIP: 157.99.64.43 (ganael.laplanche@martymac.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Date: Fri, 8 Jan 2010 09:04:29 +0100 (CET) Cc: FreeBSD - Ports Subject: Re: Call for testers - mplayer svn 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, 08 Jan 2010 08:04:31 -0000 On Thu, 7 Jan 2010 22:52:51 +0100, Thomas Zander wrote Hi Thomas, Hi Martin, Happy new year :) > thanks to Wes Morgan and Martin Wilke there is something for you to > test which approximates what's going to become our next mplayer in the > ports tree. Thanks for this update. I have had no time to test the port yet unfortunately, but reading files/patch-stream-stream_dvd.h, I see that you use an included libdvdread. I think it would be great to use our (ports') version. It is the one released by the Mplayer team, so it should build without trouble (I hope so). By the way, Martin, I have an old PR waiting for approval (see http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131969). It suggests switching to Mplayer's version of libdvdnav. It may be interesting to switch to this version and add libdvdnav support to the new Mplayer port... Best regards, Ganaël LAPLANCHE ganael.laplanche@martymac.org http://www.martymac.org From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 09:52:02 2010 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 57B871065670 for ; Fri, 8 Jan 2010 09:52:02 +0000 (UTC) (envelope-from o.davydenko@gmail.com) Received: from gw0.visti.net (gw0.visti.net [195.64.225.161]) by mx1.freebsd.org (Postfix) with ESMTP id 133758FC16 for ; Fri, 8 Jan 2010 09:52:01 +0000 (UTC) Received: from and.visti.net ([195.64.254.135]) by gw0.visti.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NTBIq-0002df-E5; Fri, 08 Jan 2010 11:38:44 +0200 Date: Fri, 8 Jan 2010 11:38:43 +0200 From: Alexandr Davidenko To: Steve Franks Message-ID: <20100108093843.GE50567@and.visti.net> References: <539c60b91001041340m4e81316cx1137c39ac47d7884@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: <539c60b91001041340m4e81316cx1137c39ac47d7884@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: 195.64.254.135 X-SA-Exim-Mail-From: o.davydenko@gmail.com X-SA-Exim-Scanned: No (on gw0.visti.net); SAEximRunCond expanded to false Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: libftdi-0.14_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: Fri, 08 Jan 2010 09:52:02 -0000 Hi! Written by Steve Franks at 2010 January 04 14:40:32 (-0700) > It seems our libftdi is several versions behind (current is 0.17). > > I'm no expert, but I got 0.17 to build by adding the following to > /usr/ports/devel/libftdi/Makefile: > > WITH_BOOST=yes > CONFIGURE_ARGS+=--with-boost=/usr/local/include/boost > CFLAGS+=-I${LOCALBASE}/include -L${LOCALBASE}/lib > CXXFLAGS+=-I${LOCALBASE}/include -L${LOCALBASE}/lib > > I'm not sure which of those are canonically required, I'm a noob as > far as freebsd. > > Also, I changed to (obviously): > > PORTVERSION= 0.17 > > I thought I'd run it by you before submitting a pr, since maybe I'm > missing something... "--with-boost=${LOCALBASE}/include/boost" will be better, than "--with-boost=/usr/local/include/boost" -- WBR, Davidenko Alexandr From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 10:10:06 2010 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 12A7A106566C for ; Fri, 8 Jan 2010 10:10:06 +0000 (UTC) (envelope-from florent.thoumie@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9D2718FC44 for ; Fri, 8 Jan 2010 10:10:05 +0000 (UTC) Received: by fxm27 with SMTP id 27so4512022fxm.3 for ; Fri, 08 Jan 2010 02:09:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=qSNJ2xeaOW8lJTHRH7DsvkksB2/mQaUtRC5kDj5s1W8=; b=DBSLSRvraFs1QWV75d4F9fTnACu88XSfbG+nc6RYNM7+vwkbP5rw0f2RK+KuXPY/8d VUvZg7gKHmuV2rSlIP1Hil1nLVCHFfAqCPu5ioDL0Ymmjhw8qxAEwv4mIf3UGwpFZCaI vzVTeFf8mIs71KJujl15RrtXD6eU/KOqgq3LY= 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=Wmr02jTICzNBYH5tQ/QAkFBvk8IyClJD9cLxTL1oXOc5lwPNACnwqzsHf+VhJiL2Cv WtKC0iUGTDALqwniQz/R30BWzcyMQbThQ1bN6V3NbaJ0x03hVVHPKqC4VfB7MV4GLvxW nCclPctkHMfCXNGQpKmhfHemWE/KiLblFWaUE= MIME-Version: 1.0 Sender: florent.thoumie@gmail.com Received: by 10.239.188.193 with SMTP id q1mr953926hbh.71.1262945396135; Fri, 08 Jan 2010 02:09:56 -0800 (PST) In-Reply-To: <20100106202657.GD93034@eggman.experts-exchange.com> References: <20100106202657.GD93034@eggman.experts-exchange.com> From: Florent Thoumie Date: Fri, 8 Jan 2010 10:09:36 +0000 X-Google-Sender-Auth: 558265e65dfe4f30 Message-ID: To: Jason Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: UIDs 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: Fri, 08 Jan 2010 10:10:06 -0000 On Wed, Jan 6, 2010 at 8:26 PM, Jason wrote: > Hi, > > I am new to building ports, however I have started to get the hang of > things. > > I am not building any ports that I intend on submitting to FreeBSD, yet, > however maybe that isn't too far off :) > > I've used a guide I found to create a local ports repository that is working > out wonderfully with the existing ports tree under /usr/ports > > My tree is under /usr/ports/local, and I found a way to integrate a local > UIDs and GIDs file, by setting this variable in my Makefile: > > UID_FILES:=${PORTSDIR}/local/UIDs > > When I go to install my port it installs the user as expected, however it > fails on the ${INSTALL_PROGRAM} function. I understand this is just using > "install" with the appropriate flags. Obviously, the port doesn't install. > > If I run it again, the user is already on the system, and the port installs > successfully. > > I was wondering if there is a way to have the port install the user using > the native USERS or GROUPS directives in the do-install phase with the > INSTALL macros, or if there is a more suggested, or conventional, way of > doing this operation. Would you mind putting the files somewhere and showing us the error log? I am aware of one caveat at the moment, which is that you can't use users/groups created with USERS/GROUPS in pkg-plist. Every typical use case with directives contained in Makefile should be fine AFAIK. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 10:40:57 2010 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 64FA21065672 for ; Fri, 8 Jan 2010 10:40:57 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id AC69A8FC1B for ; Fri, 8 Jan 2010 10:40:56 +0000 (UTC) Received: (qmail invoked by alias); 08 Jan 2010 10:40:54 -0000 Received: from 85-127-77-188.dynamic.xdsl-line.inode.at (EHLO walrus.pepperland) [85.127.77.188] by mail.gmx.net (mp047) with SMTP; 08 Jan 2010 11:40:54 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+33Fh5jRe3xL+1y6NDFwrIm28jN0WguTpfiO/53z esQk67tN2CY3kk From: Stefan Ehmann To: freebsd-ports@freebsd.org Date: Fri, 8 Jan 2010 11:40:52 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE; KDE/4.3.4; i386; ; ) References: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> In-Reply-To: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001081140.52781.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 Cc: Thomas Zander , Martin Wilke Subject: Re: Call for testers - mplayer svn 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, 08 Jan 2010 10:40:57 -0000 On Thursday 07 January 2010 22:52:51 Thomas Zander wrote: > Hi, > > thanks to Wes Morgan and Martin Wilke there is something for you to > test which approximates what's going to become our next mplayer in the > ports tree. Thanks for your effort. It basically seems to work, but haven't really done much testing yet. I'd really like to have a knob for enabling asm for x264. I've tried a linux binary and it is about 4x faster. Apparently it seems to work when built with gcc44, see: http://lists.freebsd.org/pipermail/freebsd-multimedia/2009- November/010548.html VDPAU support would also be nice. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 11:00:24 2010 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 D05AF106566B; Fri, 8 Jan 2010 11:00:24 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 69A9F8FC08; Fri, 8 Jan 2010 11:00:24 +0000 (UTC) Received: from [195.4.92.19] (helo=9.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NTCZr-00047h-6G; Fri, 08 Jan 2010 12:00:23 +0100 Received: from p57ae3154.dip0.t-ipconnect.de ([87.174.49.84]:39475 helo=ernst.jennejohn.org) by 9.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NTCZo-0008Vy-Su; Fri, 08 Jan 2010 12:00:21 +0100 Date: Fri, 8 Jan 2010 12:00:09 +0100 From: Gary Jennejohn To: Thomas Zander Message-ID: <20100108120009.1603495d@ernst.jennejohn.org> In-Reply-To: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> References: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD - Ports , Martin Wilke Subject: Re: Call for testers - mplayer svn port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 11:00:24 -0000 On Thu, 7 Jan 2010 22:52:51 +0100 Thomas Zander wrote: > NOTE that ONLY if you want to test it with x264 (only > available for mencoder, mplayer uses ffmpeg's internal h264 decoder > now.), you HAVE to apply the supplied x264 patch to > ${PORTSDIR}/multimedia/x264. > First of all: 9-CURRENT with AMD64. I applied this patch and get this error: cc -shared -o libx264.so.79 common/mc.o common/predict.o common/pixel.o common/macroblock.o common/frame.o common/dct.o common/cpu.o common/cabac.o common/common.o common/mdate.o common/set.o common/quant.o common/vlc.o encoder/analyse.o encoder/me.o encoder/ratecontrol.o encoder/set.o encoder/macroblock.o encoder/cabac.o encoder/cavlc.o encoder/encoder.o encoder/lookahead.o common/visualize.o common/display-x11.o -Wl,-soname,libx264.so.79 -fstack-protector -L/usr/local/lib -L/usr/local/lib -L/usr/X11R6/lib -lX11 -lm -pthread -lgpac -Wl,-Bsymbolic -s cc -o x264 x264.o input/yuv.o input/y4m.o output/raw.o output/matroska.o output/matroska_ebml.o output/flv.o output/flv_bytestream.o input/thread.o output/mp4.o libx264.a -fstack-protector -L/usr/local/lib -L/usr/local/lib -L/usr/X11R6/lib -lX11 -lm -pthread -lgpac -Wl,-Bsymbolic -s libx264.a(analyse.o)(.text+0xa41c): In function `x264_analyse_init_costs': : undefined reference to `log2f' libx264.a(analyse.o)(.text+0xa488): In function `x264_analyse_init_costs': : undefined reference to `log2f' libx264.a(analyse.o)(.text+0xa4ee): In function `x264_analyse_init_costs': : undefined reference to `log2f' gmake: *** [x264] Error 1 I can't find log2f in any manpage. Also from BUGS section of math(3) The log2() function is missing, and many functions are not available in their long double variants. There's a log2() macro defined in tgmath.h, but no log2f(). --- Gary Jennejohn From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 11:08:03 2010 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 21553106568D for ; Fri, 8 Jan 2010 11:08:03 +0000 (UTC) (envelope-from freebsd-ports@coreland.ath.cx) Received: from birch.site5.com (birch.site5.com [174.132.116.226]) by mx1.freebsd.org (Postfix) with ESMTP id EC9CC8FC15 for ; Fri, 8 Jan 2010 11:08:02 +0000 (UTC) Received: from dsl78-143-195-33.in-addr.fast.co.uk ([78.143.195.33] helo=viper.internal.network) by birch.site5.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NTChG-0001Qv-1E; Fri, 08 Jan 2010 05:08:02 -0600 Received: from viper.internal.network (localhost [127.0.0.1]) by viper.internal.network (Postfix) with ESMTP id E1D174AC01; Fri, 8 Jan 2010 11:07:57 +0000 (UTC) Received: (from m0@localhost) by viper.internal.network (8.14.3/8.14.3/Submit) id o08B7uX0071308; Fri, 8 Jan 2010 11:07:56 GMT (envelope-from freebsd-ports@coreland.ath.cx) X-Authentication-Warning: viper.internal.network: m0 set sender to freebsd-ports@coreland.ath.cx using -f Date: Fri, 8 Jan 2010 11:07:56 +0000 From: freebsd-ports@coreland.ath.cx To: Gerald Pfeifer Message-ID: <20100108110756.GA99676@logik.internal.network> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - birch.site5.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coreland.ath.cx X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-ports@freebsd.org Subject: Re: GNAT and LAPACK 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, 08 Jan 2010 11:08:03 -0000 On 2010-01-08 00:09:57, Gerald Pfeifer wrote: > > I looked into the situation and think the following should work nicely > given the constraints of the FreeBSD Ports Collection in handling > dependencies and creating several packages from one build: > > 1. Make gnat-gcc44 dependent on gcc44 itself by means of USE_GCC=4.4. > 2. Have math/lapack as another dependency to gnat-gcc44. > 3. Build the minimum necessary as part of gnat-gcc44. Do not install > using `make install`, but copy the relevant files to $PREFIX/bin, > $PREFIX/lib,... manually. > > That way the Ports Collection as such will use gcc44 and you will add > the GNAT support from gnat-gcc44 (and only that) on top. I agree, this sounds much better. It's not clear to me, however, how to determine which parts of a given GNAT build are specific to GNAT so that I only install those. Any ideas? I'm currently looking at the output of pkg_info -Lx to try to make an educated guess... M From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 11:15:38 2010 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 37352106568F for ; Fri, 8 Jan 2010 11:15:38 +0000 (UTC) (envelope-from freebsd-ports@coreland.ath.cx) Received: from birch.site5.com (birch.site5.com [174.132.116.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBB28FC08 for ; Fri, 8 Jan 2010 11:15:37 +0000 (UTC) Received: from dsl78-143-195-33.in-addr.fast.co.uk ([78.143.195.33] helo=viper.internal.network) by birch.site5.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NTCob-0002xx-AN; Fri, 08 Jan 2010 05:15:37 -0600 Received: from viper.internal.network (localhost [127.0.0.1]) by viper.internal.network (Postfix) with ESMTP id F0DA54AC01; Fri, 8 Jan 2010 11:15:33 +0000 (UTC) Received: (from m0@localhost) by viper.internal.network (8.14.3/8.14.3/Submit) id o08BFX0A055351; Fri, 8 Jan 2010 11:15:33 GMT (envelope-from freebsd-ports@coreland.ath.cx) X-Authentication-Warning: viper.internal.network: m0 set sender to freebsd-ports@coreland.ath.cx using -f Date: Fri, 8 Jan 2010 11:15:33 +0000 From: freebsd-ports@coreland.ath.cx To: Gerald Pfeifer Message-ID: <20100108111533.GA24638@logik.internal.network> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - birch.site5.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coreland.ath.cx X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-ports@freebsd.org Subject: Re: GNAT and LAPACK 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, 08 Jan 2010 11:15:38 -0000 This appears to be the correct list of files that only apply to GNAT: http://coreland.ath.cx/tmp/gnat-dist.txt M From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 13:45:37 2010 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 C6DEA1065670 for ; Fri, 8 Jan 2010 13:45:37 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 84C048FC15 for ; Fri, 8 Jan 2010 13:45:37 +0000 (UTC) Received: from acrux.dbai.tuwien.ac.at (acrux.dbai.tuwien.ac.at [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 761FB1E057; Fri, 8 Jan 2010 14:45:34 +0100 (CET) Received: by acrux.dbai.tuwien.ac.at (Postfix, from userid 1203) id 3560716049; Fri, 8 Jan 2010 14:45:36 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by acrux.dbai.tuwien.ac.at (Postfix) with ESMTP id 22BF316048; Fri, 8 Jan 2010 14:45:36 +0100 (CET) Date: Fri, 8 Jan 2010 14:45:36 +0100 (CET) From: Gerald Pfeifer To: freebsd-ports@coreland.ath.cx In-Reply-To: <20100108111533.GA24638@logik.internal.network> Message-ID: References: <20100108111533.GA24638@logik.internal.network> User-Agent: Alpine 1.99 (LSU 1142 2008-08-13) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-ports@freebsd.org Subject: Re: GNAT and LAPACK 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, 08 Jan 2010 13:45:37 -0000 On Fri, 8 Jan 2010, freebsd-ports@coreland.ath.cx wrote: > This appears to be the correct list of files that only apply to GNAT: > > http://coreland.ath.cx/tmp/gnat-dist.txt Note that if you want to combine this with lang/gcc44 as I had suggested you'll need something like TARGLIB= ${PREFIX}/lib/gcc${SUFFIX} LIBEXEC= ${PREFIX}/libexec/gcc${SUFFIX} CONFIGURE_ARGS+= --libdir=${TARGLIB} \ --libexecdir=${LIBEXEC} in your port. Glimpsing at the list your created, it does look good to me. Gerald From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 18:01:26 2010 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 2DC72106566B for ; Fri, 8 Jan 2010 18:01:26 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id CDC328FC08 for ; Fri, 8 Jan 2010 18:01:25 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o08I1OKM020331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jan 2010 13:01:24 -0500 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o08I1OTJ031493; Fri, 8 Jan 2010 13:01:24 -0500 Message-ID: <4B4772F4.5070601@aldan.algebra.com> Date: Fri, 08 Jan 2010 13:01:24 -0500 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: karel@lovetemple.net, eischen@vigrid.com Subject: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) 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, 08 Jan 2010 18:01:26 -0000 01/-10/37 14:59, linimon@FreeBSD.org wrote: > portname: devel/adabindx > description: An Ada-binding to the X Window System and *tif > maintainer:ports@FreeBSD.org > status: BROKEN > deprecated because: has been broken for 3 months > expiration date: 2010-01-08 > build errors: none. > overview:http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx > > > [...] It looks like a noticeable share of the ports listed have one thing in common -- they depend on Ada. Various gnat-ports would not even build on anything but i386... Is Ada-support really in such a bad shape by the GNU-project, or is it just a FreeBSD problem? -mi From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 18:07:02 2010 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 C8AD0106568D for ; Fri, 8 Jan 2010 18:07:02 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1078FC13 for ; Fri, 8 Jan 2010 18:07:02 +0000 (UTC) Received: by pzk15 with SMTP id 15so11792428pzk.3 for ; Fri, 08 Jan 2010 10:06:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=Yeta5BUwhQ0OLpbBLCI6DEgID2z01B7317dN4xlM1UE=; b=S2yrWk3zF/xDGUkF3qTebaaqVjd2WQizESuZ899Ut0+0ANwJ2TAf/GZU8WuQxG8Kb+ wwohVExF+s14X2WpBUDFNcZ2CU2eQyRYgIAQgI+zFl7Szk0KoD1KIgwaNJavW0B3oRbS Uk1eWHGjiW8N8SD6+4sthvFO/YgqfUazH8zYM= 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 :content-type; b=wDiq8z50SW5fflF4XjHzS/0MuKfsnpn0O/gp8gwdb6dpCQl96E7KNYeBmRmJHLMRio cuJfE6It5li6iWAnn7xC/PgkmSA1CfEz5hovPGt3CHkx0Poutr5Bwyhx03HA7rIfryQR jkKLkOc7srXZ3mkiT1z6cFDS1uioUpABpozVQ= MIME-Version: 1.0 Received: by 10.143.20.21 with SMTP id x21mr2863417wfi.17.1262974017021; Fri, 08 Jan 2010 10:06:57 -0800 (PST) In-Reply-To: <147432021001071530y4f13b9aekca9c1710177f0730@mail.gmail.com> References: <210D8AEF-D8E2-4896-B42D-49789A62E3CD@gmail.com> <147432021001051221h70c22535id083466ca09e0a7@mail.gmail.com> <20100105170419.961D.32B2AB49@yahoo.com> <147432021001071530y4f13b9aekca9c1710177f0730@mail.gmail.com> Date: Fri, 8 Jan 2010 10:06:56 -0800 Message-ID: <147432021001081006l1deaac87l3f709fee1e1545a3@mail.gmail.com> From: Nick Rogers To: Porting software to FreeBSD Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Issues with Perl 5.8.9_3 port/package (in combination with FreeRADIUS 2.1.6) 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, 08 Jan 2010 18:07:02 -0000 One of the FreeRADIUS maintainers pointed out to me that there is a problem with freeradius + rlm_perl module + libltdl/libtools 2.2, in that they are still using the old libltdl API. You can fix this by either using libtools 1.5 (which is difficult since its been removed from the ports tree) or upgrade the freeradius2 port to version 2.1.8 and add the following diff to the port. I also had to manually update the pkg-plist file. --- src/main/modules.c 2010-01-08 06:43:51.000000000 -0800 +++ src/main/modules.c 2010-01-08 07:48:12.000000000 -0800 @@ -207,9 +207,6 @@ * Solve the issues of libraries linking to other libraries * by using a newer libltdl API. */ -#ifndef HAVE_LT_DLADVISE_INIT -#define fr_dlopenext lt_dlopenext -#else static lt_dlhandle fr_dlopenext(const char *filename) { lt_dlhandle handle = 0; @@ -225,7 +222,6 @@ return handle; } -#endif /* HAVE_LT_DLADVISE_INIT */ #endif /* WITHOUT_LIBLTDL */ static int virtual_server_idx(const char *name) On Thu, Jan 7, 2010 at 3:30 PM, Nick Rogers wrote: > I've tried using portupgrade to build and install the freeradius2 package > on a fresh 8.0-RELEASE install with latest ports tree and that did not seem > to change anything. > > > On Tue, Jan 5, 2010 at 2:04 PM, Jerry wrote: > >> On Tue, 5 Jan 2010 15:21:04 -0500 Nick Rogers >> articulated: >> >> > I installed FreeBSD 8.0-RELEASE from official ISO and used pkg_add -r to >> > install the packages. I also tried building my own packages from ports >> tree >> > and got the same result. >> >> You might try using something like portmanger to rebuild your installed >> packages: >> >> portmanager -u -f -l -y >> >> If you go that route, be sure to update your ports tree first. >> >> -- >> Jerry >> gesbbb@yahoo.com >> >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > > From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 18:09:48 2010 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 2A83D106566C for ; Fri, 8 Jan 2010 18:09:48 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id EF4738FC14 for ; Fri, 8 Jan 2010 18:09:47 +0000 (UTC) Received: by pzk15 with SMTP id 15so11794119pzk.3 for ; Fri, 08 Jan 2010 10:09:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=7MkMGvuAJ9oVbdHq/+nXeRNIIScMx+o9MlUk+nMRVz8=; b=DNgApa8UO+wNI4E3OYI0nFqqa0hXAP5xv5PORA+xz61u5C8c1cuQgwEy9Ja3NZdfkc u7CMDNfibpaOuNJyCIPvtZ7AqhMmpUh4f833P/Ix8TCdJGE5GaLz54acNRG/gpnN4M7M knpMithGX1sLT+o3Khq7uuR+Dr0uJ3vFRYxgA= 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=iwTaYGUMCJyirmtJ1qqEsc4XCxLJUTf0JQR+XTpr8CFLHRXiJ7g8PDePBXRPwKTUl4 CXg8yZDXz4lJLwWolqYX1XxR+MEsAQCS+4romdm2oud2gOO0iHsMZJRoe0BovdmkhQpU aee596id9wifxnsuNR05RKsMt5t2WrGRTuRUQ= MIME-Version: 1.0 Received: by 10.142.248.4 with SMTP id v4mr1944107wfh.189.1262974182322; Fri, 08 Jan 2010 10:09:42 -0800 (PST) In-Reply-To: <147432021001070819g5628ca8bh1fc4fb7c5e0e5b9e@mail.gmail.com> References: <147432021001070819g5628ca8bh1fc4fb7c5e0e5b9e@mail.gmail.com> Date: Fri, 8 Jan 2010 10:09:42 -0800 Message-ID: <147432021001081009p24487806t7b8d3effcf1b5f24@mail.gmail.com> From: Nick Rogers To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: david@wood2.org.uk Subject: Re: freeradius-2.1.6 + perl-5.8.9_3 + perl hook problem 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, 08 Jan 2010 18:09:48 -0000 One of the FreeRADIUS maintainers pointed out to me that there is a problem with freeradius + rlm_perl module + libltdl/libtools 2.2, in that they are still using the old libltdl API. You can fix this by either using libtools 1.5 (which is difficult since its been removed from the ports tree) or upgrade the freeradius2 port to version 2.1.8 and add the following diff to the port. I also had to manually update the pkg-plist. --- src/main/modules.c 2010-01-08 06:43:51.000000000 -0800 +++ src/main/modules.c 2010-01-08 07:48:12.000000000 -0800 @@ -207,9 +207,6 @@ * Solve the issues of libraries linking to other libraries * by using a newer libltdl API. */ -#ifndef HAVE_LT_DLADVISE_INIT -#define fr_dlopenext lt_dlopenext -#else static lt_dlhandle fr_dlopenext(const char *filename) { lt_dlhandle handle = 0; @@ -225,7 +222,6 @@ return handle; } -#endif /* HAVE_LT_DLADVISE_INIT */ #endif /* WITHOUT_LIBLTDL */ static int virtual_server_idx(const char *name) On Thu, Jan 7, 2010 at 8:19 AM, Nick Rogers wrote: > I started a thread discussing a similar problem a few days ago but I would > like to repost a more concise statement and a way to replicate easily. > > There seems to be some kind of shared library linking issue between the > freeradius2 and perl packages compiled from RELEASE_8_0 ports tree branch. > If one tries to use freeradius in conjunction with a perl hook (script) for > authentication, and the perl script requires a perl module relying on a > compiled shared object file (e.g., IO), then freeradius will fail to load > the perl script and throws errors. > > Below is a dump that should make it easy to replicate the problem. This was > done after freshly installing 8.0-RELEASE-i386 onto a system from the > official ISO. > > Note that I have also tried to compile the ports myself and run into the > same problem on i386 and amd64 architectures. I am going to try and compile > the ports using portupgrade as suggested by someone on this list and see if > that changes anything. Any further help would be greatly appreciated. > Thanks! > > > > # uname -a > FreeBSD 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 > root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > # > # pkg_info > # > # > # pkg_add -r freeradius > Fetching > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/Latest/freeradius.tbz... > Done. > Fetching > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/python26-2.6.2_3.tbz... > Done. > > ==== > Note that some of the standard modules are provided as separate > ports since they require extra dependencies: > > bsddb databases/py-bsddb > gdbm databases/py-gdbm > sqlite3 databases/py-sqlite3 > tkinter x11-toolkits/py-tkinter > > Install them as needed. > ==== > > Fetching > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/perl-5.8.9_3.tbz... > Done. > Removing stale symlinks from /usr/bin... > Skipping /usr/bin/perl > Skipping /usr/bin/perl5 > Done. > Creating various symlinks in /usr/bin... > Symlinking /usr/local/bin/perl5.8.9 to /usr/bin/perl > Symlinking /usr/local/bin/perl5.8.9 to /usr/bin/perl5 > Done. > Cleaning up /etc/make.conf... Done. > Spamming /etc/make.conf... Done. > Cleaning up /etc/manpath.config... Done. > Spamming /etc/manpath.config... Done. > Fetching > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/libltdl-2.2.6a.tbz... > Done. > Fetching > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/gdbm-1.8.3_3.tbz... > Done. > Fetching > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/libiconv-1.13.1.tbz... > Done. > Fetching > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/gettext-0.17_1.tbz... > Done. > Fetching > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/All/gmake-3.81_3.tbz... > Done. > ===> Created group freeradius > ===> Created user freeradius > ===> Setting user and group in radiusd.conf > ===> Bootstrapping default certificates, please wait... > ===> Adjusting ownership of directory /usr/local/etc/raddb > ===> Adjusting ownership of directory /var/log/radacct > ===> Adjusting ownership of directory /var/run/radiusd > ===> Adjusting ownership of /var/log/radius.log > ===> Adjusting ownership of /var/log/radutmp > ===> Adjusting ownership of /var/log/radwtmp > ===> Updating libdir in /usr/local/etc/raddb/radiusd.conf > > > =============================================================================== > > To enable FreeRADIUS, put the following line in /etc/rc.conf > > radiusd_enable="YES" > > > The sample configuration can be found at > /usr/local/share/examples/freeradius/raddb > > If you are upgrading FreeRADIUS, you are advised to use this as a reference > for updating your configuration. > > > FreeRADIUS will look for its configuration directory at > /usr/local/etc/raddb by default. > > If you did not already have a configuration at this location, the sample > configuration has been copied to this location and has been bootstrapped. > > > If you wish to point FreeRADIUS to a configuration at a different > location, put the following line in /etc/rc.conf > > radiusd_flags="-d /path/to/raddb" > > > To start the server in normal (daemon) mode, run: > > /usr/local/etc/rc.d/radiusd start > > and to stop the server, run: > > /usr/local/etc/rc.d/radiusd stop > > > To start the server in debugging mode, run: > > /usr/local/etc/rc.d/radiusd debug > > > You are advised to make cautious changes to the configuration, and to test > frequently, using debugging mode where necessary. Try to resist the > temptation to disable or delete things that you don't understand - you may > well break things! > > The documentation has been installed at /usr/local/share/doc/freeradius > > Useful configuration advice can be found in the FreeRADIUS Wiki at > http://wiki.freeradius.org > > > =============================================================================== > > > # > # pkg_info > en-freebsd-doc-20090913 Documentation from the FreeBSD Documentation > Project > freeradius-2.1.6 A free RADIUS server implementation > gdbm-1.8.3_3 The GNU database manager > gettext-0.17_1 GNU gettext package > gmake-3.81_3 GNU version of 'make' utility > libiconv-1.13.1 A character set conversion library > libltdl-2.2.6a System independent dlopen wrapper > perl-5.8.9_3 Practical Extraction and Report Language > python26-2.6.2_3 An interpreted object-oriented programming language > > # > # cat /usr/local/etc/raddb/radiusd.conf > user = freeradius > group = freeradius > raddbdir = /usr/local/etc/raddb > logdir = /var/log > libdir = /usr/local/lib > pidfile = /var/run/radiusd/radiusd.pid > prefix = /usr/local > exec_prefix = ${prefix} > localstatedir = /var > sbindir = ${exec_prefix}/sbin > radacctdir = ${logdir}/radacct > confdir = ${raddbdir} > run_dir = ${localstatedir}/run/radiusd > log_file = /var/log/radius.log > log_destination = files > max_request_time = 30 > delete_blocked_requests = no > cleanup_delay = 5 > max_requests = 256 > > listen { > ipaddr = * > port = 1812 > type = auth > } > > listen { > ipaddr = * > port = 1813 > type = acct > } > > hostname_lookups = no > allow_core_dumps = no > regular_expressions = yes > extended_expressions = yes > log_stripped_names = no > log_auth = yes > log_auth_badpass = no > log_auth_goodpass = no > usercollide = no > lower_user = no > lower_pass = no > nospace_user = no > nospace_pass = no > checkrad = ${sbindir}/checkrad > proxy_requests = no > snmp = no > > security { > max_attributes = 200 > reject_delay = 1 > status_server = no > } > > thread pool { > start_servers = 1 > max_servers = 16 > min_spare_servers = 0 > max_spare_servers = 5 > max_requests_per_server = 0 > } > > modules { > perl { > module = /tmp/freeradius_hook > } > > detail { > detailfile = ${radacctdir}/%{Client-IP-Address}/detail-%Y%m%d > detailperm = 0644 > } > > acct_unique { > key = "User-Name, Acct-Session-Id, NAS-IP-Address, > Client-IP-Address, NAS-Port" > } > > eap { > default_eap_type = peap > timer_expire = 60 > ignore_unknown_eap_types = no > > # Generic Token Card. > # > # Currently, this is only permitted inside of EAP-TTLS, > # or EAP-PEAP. The module "challenges" the user with > # text, and the response from the user is taken to be > # the User-Password. > # > # Proxying the tunneled EAP-GTC session is a bad idea, > # the users password will go over the wire in plain-text, > # for anyone to see. > # > gtc { > challenge = "Password: " > auth_type = perl > } > > tls { > private_key_password = > private_key_file = /etc/ssl/server.key > certificate_file = /etc/ssl/server.crt > CA_file = /etc/ssl/server.crt > dh_file = /usr/local/etc/raddb/dhparam > random_file = /space/rxg/rxgd/bin/random > } > > ttls { > default_eap_type = gtc > copy_request_to_tunnel = yes > use_tunneled_reply = yes > } > > peap { > default_eap_type = gtc > copy_request_to_tunnel = yes > use_tunneled_reply = yes > } > } > > radutmp { > filename = ${logdir}/radutmp > username = %{User-Name} > case_sensitive = yes > check_with_nas = yes > callerid = "yes" > } > > radutmp sradutmp { > filename = ${logdir}/sradutmp > perm = 0644 > callerid = "no" > } > > attr_filter { > attrsfile = ${confdir}/attrs > } > > counter daily { > filename = ${raddbdir}/db.daily > key = User-Name > count-attribute = Acct-Session-Time > reset = daily > counter-name = Daily-Session-Time > check-name = Max-Daily-Session > allowed-servicetype = Framed-User > cache-size = 5000 > } > > preprocess { > huntgroups = ${confdir}/huntgroups > hints = ${confdir}/hints > with_ascend_hack = no > ascend_channels_per_line = 23 > with_ntdomain_hack = no > with_specialix_jetstream_hack = no > with_cisco_vsa_hack = no > } > } > > authorize { > preprocess > eap > perl > } > > authenticate { > Auth-Type PERL { > perl > } > eap > } > > preacct { > preprocess > acct_unique > } > > accounting { > detail > radutmp > perl > } > > session { > radutmp > } > > # > # > # cat /tmp/freeradius_hook > #!/usr/bin/perl > > use strict; > use diagnostics; > > use IO (); > > # > # > # perl /tmp/freeradius_hook > # > # radiusd -X > FreeRADIUS Version 2.1.6, for host i386-portbld-freebsd8.0, built on Oct 23 > 2009 at 17:50:57 > Copyright (C) 1999-2009 The FreeRADIUS server project and contributors. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > You may redistribute copies of FreeRADIUS under the terms of the > GNU General Public License v2. > Starting - reading configuration files ... > including configuration file /usr/local/etc/raddb/radiusd.conf > group = freeradius > user = freeradius > including dictionary file /usr/local/etc/raddb/dictionary > main { > prefix = "/usr/local" > localstatedir = "/var" > logdir = "/var/log" > libdir = "/usr/local/lib" > radacctdir = "/var/log/radacct" > hostname_lookups = no > max_request_time = 30 > cleanup_delay = 5 > max_requests = 256 > allow_core_dumps = no > pidfile = "/var/run/radiusd/radiusd.pid" > checkrad = "/usr/local/sbin/checkrad" > debug_level = 0 > proxy_requests = no > log_auth = yes > log_auth_badpass = no > log_auth_goodpass = no > log_stripped_names = no > security { > max_attributes = 200 > reject_delay = 1 > status_server = no > } > } > radiusd: #### Loading Realms and Home Servers #### > radiusd: #### Loading Clients #### > radiusd: #### Instantiating modules #### > radiusd: #### Loading Virtual Servers #### > server { > modules { > Module: Checking authenticate {...} for more modules to load > Module: Linked to module rlm_perl > Module: Instantiating perl > perl { > module = "/tmp/freeradius_hook" > func_authorize = "authorize" > func_authenticate = "authenticate" > func_accounting = "accounting" > func_preacct = "preacct" > func_checksimul = "checksimul" > func_detach = "detach" > func_xlat = "xlat" > func_pre_proxy = "pre_proxy" > func_post_proxy = "post_proxy" > func_post_auth = "post_auth" > } > Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so' for module IO: > /usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so: Undefined symbol > "PL_sv_undef" at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70. > at /usr/local/lib/perl5/5.8.9/mach/IO.pm line 11 > Compilation failed in require at /tmp/freeradius_hook line 6. > BEGIN failed--compilation aborted at /tmp/freeradius_hook line 6 (#1) > (F) The module you tried to load failed to load a dynamic extension. > This > may either mean that you upgraded your version of perl to one that is > incompatible with your old dynamic extensions (which is known to happen > between major versions of perl), or (more likely) that your dynamic > extension was built against an older version of the library that is > installed on your system. You may need to rebuild your old dynamic > extensions. > > Uncaught exception from user code: > Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so' for module IO: > /usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so: Undefined symbol > "PL_sv_undef" at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70. > at /usr/local/lib/perl5/5.8.9/mach/IO.pm line 11 > Compilation failed in require at /tmp/freeradius_hook line 6. > BEGIN failed--compilation aborted at /tmp/freeradius_hook line 6. > at /tmp/freeradius_hook line 6 > rlm_perl: perl_parse failed: /tmp/freeradius_hook not found or has syntax > errors. > /usr/local/etc/raddb/radiusd.conf[65]: Instantiation failed for module > "perl" > /usr/local/etc/raddb/radiusd.conf[169]: Failed to find module "perl". > /usr/local/etc/raddb/radiusd.conf[169]: Failed to parse "perl" entry. > Errors initializing modules > # > > > From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 18:37:36 2010 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 B996F1065670 for ; Fri, 8 Jan 2010 18:37:36 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from web50704.mail.re2.yahoo.com (web50704.mail.re2.yahoo.com [206.190.38.102]) by mx1.freebsd.org (Postfix) with SMTP id 5BACD8FC12 for ; Fri, 8 Jan 2010 18:37:36 +0000 (UTC) Received: (qmail 3155 invoked by uid 60001); 8 Jan 2010 18:10:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262974253; bh=93yJ1UkeTK3vG6PvkCD4Cpmvs9abiv//pNf0/Is7QqE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=4Hb9562BQOZRIqJLkNHPfl8bbZ0/7p/7LSzLAaDh7FFPr8FrjdIGbf1j922sebfiXuS2aelTr+/cVu1ttz28u8u8n8aA1OQ4a4uk+jJk1yy/LYYI3di7ni/a47wutvfzCy8XBzYaKMTdSo8DlbynV91PVQ54tt02Pm43jcEVxAA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=qJ00hDRjaDMrQUcvzaS7PLUV4bRbvDEjm6vgoN4cYzQ/Km1373qEh2GyGnnNNm4LU2xbkdW+80xF5Oie4oy37BvQBsgDOtBC3lLjwv3CAR4zm3j8QZP5EPyRE9kEH7ocDVCci5Mrr8y0o+W91FJYhDfR6pi4Li99JQbtsadyAzk=; Message-ID: <362458.2970.qm@web50704.mail.re2.yahoo.com> X-YMail-OSG: N.FuNBEVM1nCk3HwGMuS8TSk63sJ0RVhQ2b4t6Vhw56KqngFPJ7RSUPdF31OjYIczZuOfuf0SJf1Y1GGEmg7IthMoyK3RtqtlhRZ0oRtk66w4k2v6AjGBZVTYmaCn9c5jfW9cIzaihRzzFoFAkSujfUM6Uk6XYXfq160mBnJv0xdqarnLV2w3kjI7Hrt63P0NwBsMeG5x_Fw1ZKARs1fH5RKGKoGkWF7Ugek9VlTNlSEASm9mH7MCThmCoehc9YKVGVtSjwSKtkXFDwE3m7bZIKQ3z71uaCArT1pCZUHCNZF8DYqGecnWkGCRNh3zOmjv6UeitCbY6pgiBsLT6mm096kCWTOGQ8BhHxI1GkJdusJSqRqomdpGQktVq2oX6B97MEWbGAyvK9AxOxsvNVSiGpqnuk7h5559Np7UcC6xOQDxKur5XRO77UQhF_Xc0kyu2dWqsGmBdQ8_VEKGk.8rV_Ao9eH Received: from [71.231.124.122] by web50704.mail.re2.yahoo.com via HTTP; Fri, 08 Jan 2010 10:10:53 PST X-Mailer: YahooMailRC/240.3 YahooMailWebService/0.8.100.260964 References: <4B4772F4.5070601@aldan.algebra.com> Date: Fri, 8 Jan 2010 10:10:53 -0800 (PST) From: John Merryweather Cooper To: "Mikhail T." , ports@FreeBSD.org In-Reply-To: <4B4772F4.5070601@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: karel@lovetemple.net, eischen@vigrid.com Subject: Re: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) 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, 08 Jan 2010 18:37:36 -0000 Well, the compiler needs to be upgraded to the latest version. Linux gets a compiler out of the box, but we have to bend one to shape. Most things stay the same, but there are always subtle differences. I'd be happy to help do this (as I'm currently unemployed), but I'm also going through a divorce. You can contact me more directly at j.m.cooper at borgsdemons.com. John M. Cooper ----- Original Message ---- From: Mikhail T. To: ports@FreeBSD.org Cc: karel@lovetemple.net; eischen@vigrid.com Sent: Fri, January 8, 2010 10:01:24 AM Subject: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) 01/-10/37 14:59, linimon@FreeBSD.org wrote: > portname: devel/adabindx > description: An Ada-binding to the X Window System and *tif > maintainer:ports@FreeBSD.org > status: BROKEN > deprecated because: has been broken for 3 months > expiration date: 2010-01-08 > build errors: none. > overview:http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx > > > [...] It looks like a noticeable share of the ports listed have one thing in common -- they depend on Ada. Various gnat-ports would not even build on anything but i386... Is Ada-support really in such a bad shape by the GNU-project, or is it just a FreeBSD problem? -mi _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 18:40:02 2010 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 22E331065670 for ; Fri, 8 Jan 2010 18:40:02 +0000 (UTC) (envelope-from freebsd-ports@coreland.ath.cx) Received: from birch.site5.com (birch.site5.com [174.132.116.226]) by mx1.freebsd.org (Postfix) with ESMTP id ECE4D8FC19 for ; Fri, 8 Jan 2010 18:40:01 +0000 (UTC) Received: from dsl78-143-195-33.in-addr.fast.co.uk ([78.143.195.33] helo=viper.internal.network) by birch.site5.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NTJkf-0006uY-52 for freebsd-ports@freebsd.org; Fri, 08 Jan 2010 12:40:01 -0600 Received: from viper.internal.network (localhost [127.0.0.1]) by viper.internal.network (Postfix) with ESMTP id A3D904AC01 for ; Fri, 8 Jan 2010 18:39:57 +0000 (UTC) Received: (from m0@localhost) by viper.internal.network (8.14.3/8.14.3/Submit) id o08Iduts067073 for freebsd-ports@freebsd.org; Fri, 8 Jan 2010 18:39:56 GMT (envelope-from freebsd-ports@coreland.ath.cx) X-Authentication-Warning: viper.internal.network: m0 set sender to freebsd-ports@coreland.ath.cx using -f Date: Fri, 8 Jan 2010 18:39:56 +0000 From: freebsd-ports@coreland.ath.cx To: freebsd-ports@freebsd.org Message-ID: <20100108183956.GA50774@logik.internal.network> References: <20100102210034.GA89110@logik.internal.network> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100102210034.GA89110@logik.internal.network> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - birch.site5.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coreland.ath.cx X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Initial bsd.gnat.mk 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, 08 Jan 2010 18:40:02 -0000 On 2010-01-02 21:00:35, freebsd-ports@coreland.ath.cx wrote: > Hello. > > This is an initial version of 'bsd.gnat.mk'. Any chance of someone committing this so that I may start sweeping through the existing BROKEN Ada ports? I'm taking the lack of comments to mean a lack of objections! M From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 18:56:46 2010 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 C6909106566C for ; Fri, 8 Jan 2010 18:56:46 +0000 (UTC) (envelope-from freebsd-ports@coreland.ath.cx) Received: from birch.site5.com (birch.site5.com [174.132.116.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9A5148FC0C for ; Fri, 8 Jan 2010 18:56:46 +0000 (UTC) Received: from dsl78-143-195-33.in-addr.fast.co.uk ([78.143.195.33] helo=viper.internal.network) by birch.site5.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NTK0p-0002Rp-Ns; Fri, 08 Jan 2010 12:56:44 -0600 Received: from viper.internal.network (localhost [127.0.0.1]) by viper.internal.network (Postfix) with ESMTP id 4FE3D4AC01; Fri, 8 Jan 2010 18:56:40 +0000 (UTC) Received: (from m0@localhost) by viper.internal.network (8.14.3/8.14.3/Submit) id o08IuceE086499; Fri, 8 Jan 2010 18:56:38 GMT (envelope-from freebsd-ports@coreland.ath.cx) X-Authentication-Warning: viper.internal.network: m0 set sender to freebsd-ports@coreland.ath.cx using -f Date: Fri, 8 Jan 2010 18:56:38 +0000 From: freebsd-ports@coreland.ath.cx To: John Merryweather Cooper Message-ID: <20100108185638.GA73884@logik.internal.network> References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <362458.2970.qm@web50704.mail.re2.yahoo.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - birch.site5.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coreland.ath.cx X-Source: X-Source-Args: X-Source-Dir: Cc: "Mikhail T." , karel@lovetemple.net, freebsd-ports@freebsd.org, eischen@vigrid.com Subject: Re: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) 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, 08 Jan 2010 18:56:46 -0000 > It looks like a noticeable share of the ports listed have one thing in common -- they depend on Ada. > > Various gnat-ports would not even build on anything but i386... > > Is Ada-support really in such a bad shape by the GNU-project, or is it just a FreeBSD problem? 'Lo. Current situtation is this: I've spent a great deal of time getting GCC 4.4 ported to FreeBSD on i386 and x86_64. I currently do regular builds of GCC from SVN on 7/8 i386/x86_64, the logs and test results of which are available here: http://gcc.coreland.ath.cx/ No binaries, sorry. I'm limited by bandwidth and disk space. As you can see, GNAT works pretty well on FreeBSD and passes most of ACATS. I created the lang/gnat-gcc44 port a couple of months ago and have worked to ensure that it works on 7/8 i386/x86_64. Unfortunately, there won't be support for other platforms until somebody else decides to do the cross compilation and produce bootstrap binaries (it's not particularly difficult, just time consuming). http://coreland.ath.cx/code/gnatport I've recently written a bsd.gnat.mk file which I hope will soon be committed to the ports system. This will allow all Ada ports to state 'USE_GNAT=yes' and will remove the requirement to have up to four (!) different Ada compilers installed in order to use all existing ports (assuming that they build and work). This also allows one to, for example, set 'USE_GNAT=gnat-gpl' in /etc/make.conf and use the GNAT GPL compiler for all ports. This'll currently only work on i386 as the current version of the compiler seems to lack x86_64 support (maybe the 2010 version will be better). I'll work on converting all existing ports to this system. I also have a large number of my own projects to submit (bindings for various libraries such as SDL, OpenGL, OpenAL and pure Ada libraries). In short, the current state of Ada on FreeBSD is poor but should shortly improve exponentially. M From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 19:00:53 2010 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 82C4E10656AB for ; Fri, 8 Jan 2010 19:00:53 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.50.215]) by mx1.freebsd.org (Postfix) with ESMTP id 5FAEB8FC08 for ; Fri, 8 Jan 2010 19:00:53 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 92CC35C3D; Fri, 8 Jan 2010 14:00:52 -0500 (EST) Date: Fri, 8 Jan 2010 14:00:52 -0500 From: Wesley Shields To: freebsd-ports@coreland.ath.cx Message-ID: <20100108190052.GA59851@atarininja.org> References: <20100102210034.GA89110@logik.internal.network> <20100108183956.GA50774@logik.internal.network> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100108183956.GA50774@logik.internal.network> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org Subject: Re: Initial bsd.gnat.mk 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, 08 Jan 2010 19:00:53 -0000 On Fri, Jan 08, 2010 at 06:39:56PM +0000, freebsd-ports@coreland.ath.cx wrote: > On 2010-01-02 21:00:35, freebsd-ports@coreland.ath.cx wrote: > > Hello. > > > > This is an initial version of 'bsd.gnat.mk'. > > Any chance of someone committing this so that I may start sweeping > through the existing BROKEN Ada ports? > > I'm taking the lack of comments to mean a lack of objections! I haven't reviewed it so I can't comment on it but I don't see it in the PR database. That would be the first step of getting it into the tree. -- WXS From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 19:20:01 2010 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 726001065670 for ; Fri, 8 Jan 2010 19:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 46C528FC14 for ; Fri, 8 Jan 2010 19:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o08JK1Iw054871 for ; Fri, 8 Jan 2010 19:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o08JK13O054870; Fri, 8 Jan 2010 19:20:01 GMT (envelope-from gnats) Date: Fri, 8 Jan 2010 19:20:01 GMT Message-Id: <201001081920.o08JK13O054870@freefall.freebsd.org> To: mark From: FreeBSD-gnats-submit@FreeBSD.org In-Reply-To: Your message of Fri, 8 Jan 2010 19:16:23 GMT <201001081916.o08JGNa5084725@www.freebsd.org> Cc: Subject: Re: ports/142476: bsd.gnat.mk - improved Ada support for the ports system X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 19:20:01 -0000 Thank you very much for your problem report. It has the internal identification `ports/142476'. The individual assigned to look at your report is: freebsd-ports-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=142476 >Category: ports >Responsible: freebsd-ports-bugs >Synopsis: bsd.gnat.mk - improved Ada support for the ports system >Arrival-Date: Fri Jan 08 19:20:01 UTC 2010 From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 19:36:10 2010 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 EC179106566C for ; Fri, 8 Jan 2010 19:36:09 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from web50702.mail.re2.yahoo.com (web50702.mail.re2.yahoo.com [206.190.38.100]) by mx1.freebsd.org (Postfix) with SMTP id A1B3A8FC17 for ; Fri, 8 Jan 2010 19:36:09 +0000 (UTC) Received: (qmail 60271 invoked by uid 60001); 8 Jan 2010 19:09:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262977765; bh=ZSmgl8WjPyaD4Ts39Ij6pJtf1Mp4VITmfQLjnz7a3UM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=LV6BKeoedvLKbdZv7tc0b7Se99BvCRNZPSIaRUplA8u7rR5mh/383lQq5sgbJsPsXjniT15jiVA9DXHgeYRG+rSLge6JG820ers731TuiDUGDvmemo7ggffv83VyWFIccJZ/EaFrhB1K3VybaPqaCMqQN4pzfg7L+QEzdm1+mGQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=xsdKuwKEky9rqdEXRiilr4D19YrnN3S0rRIfhjKSxXuCr6uREg/AlbH/T8wbboyEnUt42JmrWcTu6Zjmb6Na8WE+pEY/HwnORgk+Hy4W0gLCoJJXkxZZZdhhMj8SOrkTiDauFmJWcLObxXBS4p7LEeUKFhV/f8g9h7STKxWxXX8=; Message-ID: <678013.52770.qm@web50702.mail.re2.yahoo.com> X-YMail-OSG: v4y4ncUVM1ntbyjG_vd_g5aXEfF01JaFcfmppkzBEymyN4vNOf1OV1YmnOdu0mTQu2gWJv9b7zXBQqpTBF46ai.bpqLs_Nr9mdfUynirIN50rPfxRLb9ommyn9skjn1y12gMj6QG1IPLOQRWEiEcUMVk6rZchjMuyXU.NkrQKY7xmTrQ5kQ67EeV9FMUAGuE7ozEg9Wsq0bWv9hdMDEaJvqre3moY2aG3J11_2d1BdkA0Mci1uIcdRQqf8mwi7G150wKsUAqZf869m.DnCJ_eGBLuITJwmsOWAhqIkoVctN9El6cR_o8IQqWmOa.bOLo3TjENTiCPbgb3YKsTK2btyJeQnLkF2tIKByqPIFr5SOEDGTXn0bCvS7uUGSUxYEXNz46CjpFJR1RMFYjYOYWArZqAppmiO8S9yMTVkxl5T8p4fK9qiE- Received: from [71.231.124.122] by web50702.mail.re2.yahoo.com via HTTP; Fri, 08 Jan 2010 11:09:25 PST X-Mailer: YahooMailRC/240.3 YahooMailWebService/0.8.100.260964 References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> <20100108185638.GA73884@logik.internal.network> Date: Fri, 8 Jan 2010 11:09:25 -0800 (PST) From: John Merryweather Cooper To: freebsd-ports@coreland.ath.cx In-Reply-To: <20100108185638.GA73884@logik.internal.network> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "Mikhail T." , karel@lovetemple.net, freebsd-ports@freebsd.org, eischen@vigrid.com Subject: Re: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) 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, 08 Jan 2010 19:36:10 -0000 ----- Original Message ---- From: "freebsd-ports@coreland.ath.cx" To: John Merryweather Cooper Cc: Mikhail T. ; karel@lovetemple.net; eischen@vigrid.com; freebsd-ports@freebsd.org Sent: Fri, January 8, 2010 10:56:38 AM Subject: Re: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) > It looks like a noticeable share of the ports listed have one thing in common -- they depend on Ada. > > Various gnat-ports would not even build on anything but i386... > > Is Ada-support really in such a bad shape by the GNU-project, or is it just a FreeBSD problem? 'Lo. Current situtation is this: I've spent a great deal of time getting GCC 4.4 ported to FreeBSD on i386 and x86_64. I currently do regular builds of GCC from SVN on 7/8 i386/x86_64, the logs and test results of which are available here: http://gcc.coreland.ath.cx/ No binaries, sorry. I'm limited by bandwidth and disk space. As you can see, GNAT works pretty well on FreeBSD and passes most of ACATS. I created the lang/gnat-gcc44 port a couple of months ago and have worked to ensure that it works on 7/8 i386/x86_64. Unfortunately, there won't be support for other platforms until somebody else decides to do the cross compilation and produce bootstrap binaries (it's not particularly difficult, just time consuming). http://coreland.ath.cx/code/gnatport I've recently written a bsd.gnat.mk file which I hope will soon be committed to the ports system. This will allow all Ada ports to state 'USE_GNAT=yes' and will remove the requirement to have up to four (!) different Ada compilers installed in order to use all existing ports (assuming that they build and work). This also allows one to, for example, set 'USE_GNAT=gnat-gpl' in /etc/make.conf and use the GNAT GPL compiler for all ports. This'll currently only work on i386 as the current version of the compiler seems to lack x86_64 support (maybe the 2010 version will be better). I'll work on converting all existing ports to this system. I also have a large number of my own projects to submit (bindings for various libraries such as SDL, OpenGL, OpenAL and pure Ada libraries). In short, the current state of Ada on FreeBSD is poor but should shortly improve exponentially. M USE_GNAT would be a massive improvement. It would allow the dependent ports to potentially strip out the logic necessary to determine which compiler is try to build them (and if it will work). jmc From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 19:37:39 2010 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 39BA7106566C for ; Fri, 8 Jan 2010 19:37:39 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id D0FFB8FC1B for ; Fri, 8 Jan 2010 19:37:38 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o08JbbmZ027024 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jan 2010 14:37:38 -0500 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o08JbbHP019727; Fri, 8 Jan 2010 14:37:37 -0500 Message-ID: <4B478981.9060707@aldan.algebra.com> Date: Fri, 08 Jan 2010 14:37:37 -0500 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: John Merryweather Cooper References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> In-Reply-To: <362458.2970.qm@web50704.mail.re2.yahoo.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org, karel@lovetemple.net, joerg@FreeBSD.org, mm@FreeBSD.org, eischen@vigrid.com Subject: Maintaining compiler front-ends (Re: The state of Ada) 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, 08 Jan 2010 19:37:39 -0000 01/08/10 13:10, John Merryweather Cooper ÎÁÐÉÓÁ×(ÌÁ): > Well, the [Ada -mi] compiler needs to be upgraded to the latest version. Linux gets a compiler out of the box, but we have to bend one to shape. I remain convinced, that the "bending into shape" ought to begin with making the additional GNU compiler front-ends (be they Ada, or Lisp, Java, Fortran, Pascal, Objective C, etc.) addable to an already existing C-compiler. I find it crazy, that every such front end currently downloads and builds its own gcc-core-SOMEVERSION, instead of using the base gcc or DEPEND-ing on lang/gccSOMEVERSION. Yes, I am well aware, that this is, how GNU people do things. No, I don't think, there is nothing FreeBSD can do about it... Starting with making all such compilers use common binutils. (Perhaps, these can even be provided by the base -- NetBSD does just that, for example...) Once done, ports of front-ends will no longer have to each deal with the back-end making the maintainership easier and thus giving us better ports... -mi From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 19:37:46 2010 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 F1A66106568D; Fri, 8 Jan 2010 19:37:46 +0000 (UTC) (envelope-from freebsd-ports@coreland.ath.cx) Received: from birch.site5.com (birch.site5.com [174.132.116.226]) by mx1.freebsd.org (Postfix) with ESMTP id B431C8FC1D; Fri, 8 Jan 2010 19:37:46 +0000 (UTC) Received: from dsl78-143-195-33.in-addr.fast.co.uk ([78.143.195.33] helo=viper.internal.network) by birch.site5.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NTKeX-0004Rm-N7; Fri, 08 Jan 2010 13:37:45 -0600 Received: from viper.internal.network (localhost [127.0.0.1]) by viper.internal.network (Postfix) with ESMTP id 55C544AC01; Fri, 8 Jan 2010 19:37:37 +0000 (UTC) Received: (from m0@localhost) by viper.internal.network (8.14.3/8.14.3/Submit) id o08JbadE099537; Fri, 8 Jan 2010 19:37:36 GMT (envelope-from freebsd-ports@coreland.ath.cx) X-Authentication-Warning: viper.internal.network: m0 set sender to freebsd-ports@coreland.ath.cx using -f Date: Fri, 8 Jan 2010 19:37:36 +0000 From: freebsd-ports@coreland.ath.cx To: freebsd-ports@freebsd.org Message-ID: <20100108193736.GA131@logik.internal.network> References: <20100102210034.GA89110@logik.internal.network> <20100108183956.GA50774@logik.internal.network> <20100108190052.GA59851@atarininja.org> <20100108190708.GB73884@logik.internal.network> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100108190708.GB73884@logik.internal.network> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - birch.site5.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coreland.ath.cx X-Source: X-Source-Args: X-Source-Dir: Cc: Wesley Shields Subject: Re: Initial bsd.gnat.mk 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, 08 Jan 2010 19:37:47 -0000 ports/142476 M From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 19:49:19 2010 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 EBCB5106566B for ; Fri, 8 Jan 2010 19:49:19 +0000 (UTC) (envelope-from freebsd-ports@coreland.ath.cx) Received: from birch.site5.com (birch.site5.com [174.132.116.226]) by mx1.freebsd.org (Postfix) with ESMTP id BA8298FC14 for ; Fri, 8 Jan 2010 19:49:18 +0000 (UTC) Received: from dsl78-143-195-33.in-addr.fast.co.uk ([78.143.195.33] helo=viper.internal.network) by birch.site5.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NTKph-0007D8-Go; Fri, 08 Jan 2010 13:49:18 -0600 Received: from viper.internal.network (localhost [127.0.0.1]) by viper.internal.network (Postfix) with ESMTP id F1C284AC01; Fri, 8 Jan 2010 19:49:12 +0000 (UTC) Received: (from m0@localhost) by viper.internal.network (8.14.3/8.14.3/Submit) id o08Jn8al043422; Fri, 8 Jan 2010 19:49:08 GMT (envelope-from freebsd-ports@coreland.ath.cx) X-Authentication-Warning: viper.internal.network: m0 set sender to freebsd-ports@coreland.ath.cx using -f Date: Fri, 8 Jan 2010 19:49:08 +0000 From: freebsd-ports@coreland.ath.cx To: "Mikhail T." Message-ID: <20100108194908.GB131@logik.internal.network> References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> <4B478981.9060707@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B478981.9060707@aldan.algebra.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - birch.site5.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coreland.ath.cx X-Source: X-Source-Args: X-Source-Dir: Cc: karel@lovetemple.net, mm@FreeBSD.org, joerg@FreeBSD.org, freebsd-ports@FreeBSD.org, eischen@vigrid.com Subject: Re: Maintaining compiler front-ends (Re: The state of Ada) 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, 08 Jan 2010 19:49:20 -0000 On 2010-01-08 14:37:37, Mikhail T. wrote: > I remain convinced, that the "bending into shape" ought to begin with > making the additional GNU compiler front-ends (be they Ada, or Lisp, > Java, Fortran, Pascal, Objective C, etc.) addable to an already existing > C-compiler. That's the plan! The lang/gnat-gcc44 currently has a problem in that anything that uses Ada.Numerics.* will quietly depend on liblapack.so at compile time. In order to compile liblapack, you need a recent GCC with fortran support... The idea is now for the lang/gnat-gcc44 port to install itself into the files installed by the existing lang/gcc44 port. I hope to work on this soon (getting USE_GNAT in and unbreaking all the existing ports is currently of higher priority). M From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 19:53:17 2010 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 728351065692 for ; Fri, 8 Jan 2010 19:53:17 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from web50706.mail.re2.yahoo.com (web50706.mail.re2.yahoo.com [206.190.38.104]) by mx1.freebsd.org (Postfix) with SMTP id 0FB9B8FC1C for ; Fri, 8 Jan 2010 19:53:16 +0000 (UTC) Received: (qmail 6470 invoked by uid 60001); 8 Jan 2010 19:53:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262980393; bh=I2akHrXk8+XOT6LS+4FKY+l005UAbayoFVqLC54DQGo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=z8/tjBC5V7PDiXE1aKRWHRr2H+XD9Ulfl5i2Rh7zVWTQl1S9GOwkEGejCMNEpThlc/yOrq4hCvVlPektkjK9/2ZCna6HruDL/prBlAvq/AZUg5Bfk6eUPuhGJgaswFjSL4iLaYQwzK/zxZTmfr7IzaqjkX4b4wxI30rgj0udVRs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kKoxYZFbgh3JNuqXcje6LyNJvk03/TmUwkc+eBL9SqxcL55Q+boQyVK5B63KWy0nkIMKHt+6u8Jvn77luKeX+PeO3dKCxPxzTKZhH+K11fOfKcIO3KFd0TAu+iIN9KPFdDXNFnl3Xe4mOvFT8X5v6LNuXKMLq6FBRT8DcNWzE8w=; Message-ID: <831059.5740.qm@web50706.mail.re2.yahoo.com> X-YMail-OSG: Zc6MjfUVM1lHIojXyctnWcH9LByW0lAM.CcXBZsNI1hh3eAyO2ywPRPYwQ_gniVZMwp6fUIh7AIOsJKw0Z.IFbMb4T_XlGOJTfVY4ehK2z5W0gwV3_ew1BqQBS8Lg4BIagVa2adUeM8lTA9ofZaX30uVoCWWBZ5cGH7f39vR1h0O12BYMuONKlRimRgSgZbfjjo_SW1UUoasplYpj1QTTGQvdskD80lfnisskgoKuowJnPq6rs9PxcLV3kzAqXr69auPRBxj8GMa_dh6HoYIsNlBwMG8X.2SK_EQTziI2N5UJlpWVXmu1vgfpR8VJN06wijzPDnA5MwhygB0cgb11z5rwxs947x4gv8- Received: from [71.231.124.122] by web50706.mail.re2.yahoo.com via HTTP; Fri, 08 Jan 2010 11:53:13 PST X-Mailer: YahooMailRC/240.3 YahooMailWebService/0.8.100.260964 References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> <4B478981.9060707@aldan.algebra.com> Date: Fri, 8 Jan 2010 11:53:13 -0800 (PST) From: John Merryweather Cooper To: "Mikhail T." In-Reply-To: <4B478981.9060707@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org, karel@lovetemple.net, joerg@FreeBSD.org, mm@FreeBSD.org, eischen@vigrid.com Subject: Re: Maintaining compiler front-ends (Re: The state of Ada) 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, 08 Jan 2010 19:53:17 -0000 ----- Original Message ----=0A=0AFrom: Mikhail T. =0ATo: John Merryweather Cooper =0ACc: ports@Fre= eBSD.org; karel@lovetemple.net; eischen@vigrid.com; mm@FreeBSD.org; joerg@F= reeBSD.org=0ASent: Fri, January 8, 2010 11:37:37 AM=0ASubject: Maintaining = compiler front-ends (Re: The state of Ada)=0A=0A01/08/10 13:10, John Merryw= eather Cooper =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=B2(=D0=BB=D0=B0):=0A>= Well, the [Ada -mi] compiler needs to be upgraded to the latest version. = Linux gets a compiler out of the box, but we have to bend one to shape.=0AI= remain convinced, that the "bending into shape" ought to begin with making= the additional GNU compiler front-ends (be they Ada, or Lisp, Java, Fortra= n, Pascal, Objective C, etc.) addable to an already existing C-compiler. I = find it crazy, that every such front end currently downloads and builds its= own gcc-core-SOMEVERSION, instead of using the base gcc or DEPEND-ing on l= ang/gccSOMEVERSION.=0A=0AYes, I am well aware, that this is, how GNU people= do things. No, I don't think, there is nothing FreeBSD can do about it... = Starting with making all such compilers use common binutils. (Perhaps, thes= e can even be provided by the base -- NetBSD does just that, for example...= )=0A=0AOnce done, ports of front-ends will no longer have to each deal with= the back-end making the maintainership easier and thus giving us better po= rts...=0A=0A -mi=0A=0ACommon binutils would help alot. In general, it wo= uld also be excellent to return to a schema where languages are considered = plugins to GCC. The savings in disk space, build trouble, and compiler por= ting could be substantial.=0A=0Ajmc From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 19:59:09 2010 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 58BC51065670 for ; Fri, 8 Jan 2010 19:59:09 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 153A48FC13 for ; Fri, 8 Jan 2010 19:59:08 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id o08Jx5a2010642; Fri, 8 Jan 2010 14:59:06 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.2 (mail.netplex.net [204.213.176.10]); Fri, 08 Jan 2010 14:59:06 -0500 (EST) Date: Fri, 8 Jan 2010 14:59:05 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Merryweather Cooper In-Reply-To: <362458.2970.qm@web50704.mail.re2.yahoo.com> Message-ID: References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ports@freebsd.org, "Mikhail T." , karel@lovetemple.net Subject: Re: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 19:59:09 -0000 On Fri, 8 Jan 2010, John Merryweather Cooper wrote: > Well, the compiler needs to be upgraded to the latest version. Linux > gets a compiler out of the box, but we have to bend one to shape. > Most things stay the same, but there are always subtle differences. > I'd be happy to help do this (as I'm currently unemployed), but I'm > also going through a divorce. You can contact me more directly at > j.m.cooper at borgsdemons.com. All the ports that I saw that were broken, were broken *because* the compiler (lang/gnat) was updated. Those ports seemed to be vastly out of date and didn't build with the latest GPL gnat from ACT. -- DE From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 20:00:47 2010 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 27F2C1065672 for ; Fri, 8 Jan 2010 20:00:47 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 088308FC20 for ; Fri, 8 Jan 2010 20:00:46 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id AB2348C083; Fri, 8 Jan 2010 14:00:46 -0600 (CST) Date: Fri, 8 Jan 2010 14:00:46 -0600 From: Mark Linimon To: freebsd-ports@coreland.ath.cx Message-ID: <20100108200046.GB26517@lonesome.com> References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> <20100108185638.GA73884@logik.internal.network> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100108185638.GA73884@logik.internal.network> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Mikhail T." , karel@lovetemple.net, freebsd-ports@freebsd.org, eischen@vigrid.com Subject: Re: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) 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, 08 Jan 2010 20:00:47 -0000 On Fri, Jan 08, 2010 at 06:56:38PM +0000, freebsd-ports@coreland.ath.cx wrote: > I created the lang/gnat-gcc44 port a couple of months ago and have > worked to ensure that it works on 7/8 i386/x86_64. Unfortunately, there > won't be support for other platforms until somebody else decides to do > the cross compilation and produce bootstrap binaries (it's not particularly > difficult, just time consuming). IMHO it's not much worth worrying about the state of Ada on our tier-2 architectures. I just don't see there being any userbase for that. sparc64 has lots of other ports that need attention more than Ada, and the other archs ... just need lots of attention. (Yes, I do know of people using powerpc and ia64 even as desktops, but they're a small, brave, minority.) fwiw, I'm glad you've taken up the banner of fixing this stuff. mcl From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 20:08:25 2010 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 9A8561065670 for ; Fri, 8 Jan 2010 20:08:25 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from web50708.mail.re2.yahoo.com (web50708.mail.re2.yahoo.com [206.190.38.106]) by mx1.freebsd.org (Postfix) with SMTP id 42DA28FC13 for ; Fri, 8 Jan 2010 20:08:25 +0000 (UTC) Received: (qmail 64294 invoked by uid 60001); 8 Jan 2010 20:08:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262981302; bh=wfRtLVeMR+G039QZg16VioPj1z1E3K2XwS6WuWgu9jM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Q/FEEKauMraVzkM9vudTRg5a55lYyKALPJunlEbYmp3xs9TI/W6iJv95hnG5BjDF4U/YSo+d5ORH5SwbWoMT3bUan9yvHlVsxwc3PrpQYzze7EhWBdHdY4Ivk22G0oOu6suuWPZ+5wQj00iSt9QUkaArH7DchGDeQvysv4FGb/k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=JOjGdjFWLLF4t/wCubva2SsSP4lKQfUe1cD5mu8X0VmGWCSnIvVQFTGs14ZkmlXfkaH7ZlhoPr8V/ATHcXG8b9Nc3SXTCD8yjajnXAGO2MsfdBWzLDROdrPEq5mIH5KLJMyWg4GrKEE84gxQD6Oqu3moA0fd/tLeTzbPfzNOZMM=; Message-ID: <250813.63177.qm@web50708.mail.re2.yahoo.com> X-YMail-OSG: EIYUIgQVM1mWskDgDWE.dnxo_Ckwz0ty3wroL3f_tfDwX38suL6NWpVngAB4OPGmF9jTnd8A8Tt6RhEJjdR_lx62xtnOh4AO0r3sYavhoqvwA7fMzItYiVD.sA9JSGqpMRQ3t8Tghwot2unkWt.GGpB96RQ2repWBh6IIKe2BR_R9N.LbQwi9ARctnHZ2WWkEcqDcYdTnZNrp6ByZblYF77xkWQQ43mjgOTXfkpyIQQpqQJjPBHBBVwQAL9h3ZDRFp1e41rAGaaSVi6avXrklSbrt_2GmKt0_43Zq6M32nrPItoo4Zlt7kaEuDPcbKtLBpuRneioz8u48P2x3fU86TjrK9RO.MMeEn6TpGs6NnzPVYv696hqqgWv9AX0i5eBmziOOkvZWMFhSIKkuaOjTuk5Yn.nNobPbuzCGlBr9FPwd0EhIkDPAyE- Received: from [71.231.124.122] by web50708.mail.re2.yahoo.com via HTTP; Fri, 08 Jan 2010 12:08:22 PST X-Mailer: YahooMailRC/240.3 YahooMailWebService/0.8.100.260964 References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> Date: Fri, 8 Jan 2010 12:08:22 -0800 (PST) From: John Merryweather Cooper To: Daniel Eischen In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ports@freebsd.org, "Mikhail T." , karel@lovetemple.net Subject: Re: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) 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, 08 Jan 2010 20:08:25 -0000 ----- Original Message ---- From: Daniel Eischen To: John Merryweather Cooper Cc: Mikhail T. ; ports@freebsd.org; karel@lovetemple.net Sent: Fri, January 8, 2010 11:59:05 AM Subject: Re: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) On Fri, 8 Jan 2010, John Merryweather Cooper wrote: > Well, the compiler needs to be upgraded to the latest version. Linux gets a compiler out of the box, but we have to bend one to shape. Most things stay the same, but there are always subtle differences. I'd be happy to help do this (as I'm currently unemployed), but I'm also going through a divorce. You can contact me more directly at j.m.cooper at borgsdemons.com. All the ports that I saw that were broken, were broken *because* the compiler (lang/gnat) was updated. Those ports seemed to be vastly out of date and didn't build with the latest GPL gnat from ACT. -- DE That's largely true--I need to take a look and get things going again. But there's still a parallel compiler path that creates problems. Most ports (before being put into the tree) expect to be built with one of the pre-built compilers from ACT. So name and location problems exist. I'm sorry I've been off the wheel but I sold my soul to Microsoft (at least for awhile) . . . jmc From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 20:38:45 2010 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 321201065672 for ; Fri, 8 Jan 2010 20:38:45 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id CF16E8FC17 for ; Fri, 8 Jan 2010 20:38:44 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o08KchGo030985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jan 2010 15:38:43 -0500 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o08KchbK031990; Fri, 8 Jan 2010 15:38:43 -0500 Message-ID: <4B4797D3.5090300@aldan.algebra.com> Date: Fri, 08 Jan 2010 15:38:43 -0500 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Daniel Eischen References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: ports@freebsd.org, karel@lovetemple.net Subject: Re: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion) 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, 08 Jan 2010 20:38:45 -0000 01/08/10 14:59, Daniel Eischen ÎÁÐÉÓÁ×(ÌÁ): > All the ports that I saw that were broken, were broken > *because* the compiler (lang/gnat) was updated. Those > ports seemed to be vastly out of date and didn't build > with the latest GPL gnat from ACT. Well, I tried to fix one, but my system is amd64, so I couldn't even begin... Good to see, somebody is working on it, though... -mi From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 21:21:32 2010 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 AA3C4106568F for ; Fri, 8 Jan 2010 21:21:32 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7DDD48FC19 for ; Fri, 8 Jan 2010 21:21:32 +0000 (UTC) Received: by pzk15 with SMTP id 15so11902520pzk.3 for ; Fri, 08 Jan 2010 13:21:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=yGcXZjYn194qK4wvX5lGxj8/8BaNXS3L7FA1L7Y+Rbg=; b=CQN8m/vFtsKH1NMmmiAkHTZUx/kD4o06n3QCtKQCGKECWQ5xKCord8lA6bXJaU3BZh jikAdkI97JKmho/g07X9qOoRAKd3CgjktPgOjQG6Gyy24q6qVFjq1dUAzLPeDWyoGAxM eQ9+DQ1gESDLzALx/jNmRfKjZqePyf3bTRcBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=unXFub6XeTTin1XQNb0lJMvn87n7HmnZVR8hLrBppB0fqb4Dfc0aXQeqmmoo0AXmCi bloyMwbxj8dIKJkjb8+gLUSW2VCJq0mdl0N4wndc5Cq3EO9RjB1ApTSa33TjuEOx7O46 7dUrQW7+19BElLDrMDRt9100p3iGLfJQbTS2I= MIME-Version: 1.0 Received: by 10.140.58.18 with SMTP id g18mr6761970rva.75.1262985687492; Fri, 08 Jan 2010 13:21:27 -0800 (PST) In-Reply-To: <20100108075658.M55460@martymac.org> References: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> <20100108075658.M55460@martymac.org> Date: Fri, 8 Jan 2010 22:21:27 +0100 Message-ID: <786602c61001081321i30822c04l1ae3d7d044d951fe@mail.gmail.com> From: Thomas Zander To: FreeBSD - Ports Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Call for testers - mplayer svn 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, 08 Jan 2010 21:21:32 -0000 On Fri, Jan 8, 2010 at 09:04, Ganael LAPLANCHE wrote: > I have had no time to test the port yet unfortunately, but reading > files/patch-stream-stream_dvd.h, I see that you use an included libdvdread. I > think it would be great to use our (ports') version. It is the one released by > the Mplayer team, so it should build without trouble (I hope so). Probably. I prefer the internal dvdread, though, because the dependency list of mplayer is already quite extensive, and I am trying to reduce the number of dependencies where possible. > By the way, Martin, I have an old PR waiting for approval (see > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131969). It suggests switching > to Mplayer's version of libdvdnav. It may be interesting to switch to this > version and add libdvdnav support to the new Mplayer port... The new port uses libdvdnav support already. Again, mplayer's built-in version. Works fine here. Riggs From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 21:26:31 2010 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 9E3E1106568D; Fri, 8 Jan 2010 21:26:31 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 41D318FC19; Fri, 8 Jan 2010 21:26:30 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 03D8F45; Fri, 8 Jan 2010 21:59:41 +0100 (MET) Date: Fri, 8 Jan 2010 21:59:40 +0100 From: Joerg Wunsch To: "Mikhail T." Message-ID: <20100108205940.GM49006@uriah.heep.sax.de> References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> <4B478981.9060707@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B478981.9060707@aldan.algebra.com> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.org, karel@lovetemple.net, mm@FreeBSD.org, eischen@vigrid.com Subject: Re: Maintaining compiler front-ends (Re: The state of Ada) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 21:26:31 -0000 As Mikhail T. wrote: > I remain convinced, that the "bending into shape" ought to begin > with making the additional GNU compiler front-ends (be they Ada, or > Lisp, Java, Fortran, Pascal, Objective C, etc.) addable to an > already existing C-compiler. I find it crazy, that every such front > end currently downloads and builds its own gcc-core-SOMEVERSION, > instead of using the base gcc or DEPEND-ing on lang/gccSOMEVERSION. Since you've got me on Cc, you are aware that the GCC ports I'm maintaining are only cross compilers (for the AVR target). I don't think you'll be able to combine them together with a native compiler. ;-) I'm also maintaining a port of libbfd which is used by some AVR toolchain software. This port is set up in a "kitchensink" way, so all possible binary file formats are included. This could perhaps serve as a base for a generic GNU libbfd package to be used by other GNU stuff if desired. Note that it requires GNU libiberty to be installed as well (freelibiberty won't do), as libbfd uses undocumented GNU libiberty functions. :-( -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 21:48:56 2010 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 F0BA1106566B for ; Fri, 8 Jan 2010 21:48:56 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id C8E438FC12 for ; Fri, 8 Jan 2010 21:48:56 +0000 (UTC) Received: by pzk15 with SMTP id 15so11916588pzk.3 for ; Fri, 08 Jan 2010 13:48:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=uQn8Oc7tSKFviOiai6QalFoVRjACdu+oonc5DWMWkKA=; b=xY51/uwHmrmouldXMRAt9ddFgho5Vio323y6xPZNY+ZRH3huieA9fm7cB+CVUDpA9k GHL9PI1aacqxA7CZjBwp+9Mskj5N/ksEl+SF0tFWUlZCT1sgYW+2I03H+9TVo2N0NMKU aQqJwS+NUEwy68LT7mKnKJkChP+IPFDg07tRI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=beaCn7wjgvoijLGlQ/j4UTgka8AH0MJSTxXDu1wb0IXddPWLMFYganGozb3w2yUUMz jisATqQivtrswookNDJRa0imHKhfj7x9iZ4+GQ6cjjVByWLN8XCuxn7rKGeF1mV8FpB8 ETT1JZZCP1Vy7AJNZHbeuwSZEmEpifTa8orNo= MIME-Version: 1.0 Received: by 10.141.3.3 with SMTP id f3mr19807576rvi.231.1262987330160; Fri, 08 Jan 2010 13:48:50 -0800 (PST) In-Reply-To: <201001081140.52781.shoesoft@gmx.net> References: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> <201001081140.52781.shoesoft@gmx.net> Date: Fri, 8 Jan 2010 22:48:50 +0100 Message-ID: <786602c61001081348m3315879ftb0a5b14d8f61ade8@mail.gmail.com> From: Thomas Zander To: FreeBSD - Ports Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Call for testers - mplayer svn 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, 08 Jan 2010 21:48:57 -0000 On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann wrote: > VDPAU support would also be nice. Noted, thanks. I have overlooked that one. I'll include it with the next iteration in a few days. You are right about the x264 defects. We shall look into this. Riggs From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 22:02:36 2010 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 1F29F1065676; Fri, 8 Jan 2010 22:02:36 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id D0A298FC15; Fri, 8 Jan 2010 22:02:34 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o08M2Wib004134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jan 2010 17:02:32 -0500 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o08M2WAY019201; Fri, 8 Jan 2010 17:02:32 -0500 Message-ID: <4B47AB77.8020301@aldan.algebra.com> Date: Fri, 08 Jan 2010 17:02:31 -0500 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Joerg Wunsch References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> <4B478981.9060707@aldan.algebra.com> <20100108205940.GM49006@uriah.heep.sax.de> In-Reply-To: <20100108205940.GM49006@uriah.heep.sax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: karel@lovetemple.net, mm@FreeBSD.org, Joerg Wunsch , ports@FreeBSD.org, eischen@vigrid.com Subject: Re: Maintaining compiler front-ends (Re: The state of Ada) 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, 08 Jan 2010 22:02:36 -0000 01/08/10 15:59, Joerg Wunsch ???????(??): > I'm also maintaining a port of libbfd which is used by some AVR > toolchain software. This port is set up in a "kitchensink" way, so > all possible binary file formats are included. This could perhaps > serve as a base for a generic GNU libbfd package to be used by other > GNU stuff if desired. Note that it requires GNU libiberty to be > installed as well (freelibiberty won't do), as libbfd uses > undocumented GNU libiberty functions.:-( > Hi, Joerg! Yes, this is why I added you to CC, and I do think, that the common libbfd ought to have all of the known targets included. Even altogether they use very little space -- less, than having to add just one more flavor separately (even multiplied by the probability of ever having to do that :) As for GNUberty, well... Maybe, some day, we'll add those functions to the liberfreety (or patch bfd to avoid them). Until then -- use the GNU's code as we do elsewhere... Yours, -mi From owner-freebsd-ports@FreeBSD.ORG Fri Jan 8 23:10:05 2010 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 54F85106566B for ; Fri, 8 Jan 2010 23:10:05 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id E329E8FC13 for ; Fri, 8 Jan 2010 23:10:04 +0000 (UTC) Received: from HOME.encontacto.net ([189.190.6.94]) by ns2.bafirst.com with esmtp; Fri, 08 Jan 2010 17:10:02 -0600 id 000D5318.4B47BB4A.0000A068 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Fri, 08 Jan 2010 17:10:01 -0600 id 0004AC0D.4B47BB49.00003820 Received: from dsl-189-129-21-221-dyn.prod-infinitum.com.mx (dsl-189-129-21-221-dyn.prod-infinitum.com.mx [189.129.21.221]) by econet.encontacto.net (Horde Framework) with HTTP; Fri, 08 Jan 2010 17:10:01 -0600 Message-ID: <20100108171001.29334x3i6ck4ne2o@econet.encontacto.net> Date: Fri, 08 Jan 2010 17:10:01 -0600 From: eculp To: courier-users , freebsd-ports MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20091229 Ant.com Toolbar 2.0 Firefox/3.5.6 X-IMP-Server: 189.190.6.94 X-Originating-IP: 189.129.21.221 X-Originating-User: eculp@encontacto.net Cc: Subject: courier authldap problem with the latest 1.9 authldap.schema 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, 08 Jan 2010 23:10:05 -0000 < #$Id: authldap.schema,v 1.8 2005/03/20 19:10:30 mrsam Exp $ --- > #$Id: authldap.schema,v 1.9 2009/12/18 04:24:20 mrsam Exp $ Slapd doesn't want to start with schema 1.9 but with 1.8 still works fine. I looked at the differences but wasn't able to or didn't take enough time to figure out why or exactly what was causing the problem. I get no real error the log file only shows: Jan 8 11:05:49 HOME slapd[48464]: @(#) $OpenLDAP: slapd 2.4.21 (Jan 8 2010 10:35:29) $ root@HOME.encontacto.net:/usr/local/ports/net/openldap24-server/work/openldap-2.4.21/servers/slapd Jan 8 11:05:49 HOME slapd[48464]: slapd stopped. Jan 8 11:05:49 HOME slapd[48464]: connections_destroy: nothing to destroy. Not ver intuitive, IMHO :( I'm runing openldap-server-2.4.21 and openldap-client-2.4.21 on FreeBSD 7.2-STABLE #1092. It is running fine with schema 1.8. Thanks, ed From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 00:38:20 2010 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 AB533106566C for ; Sat, 9 Jan 2010 00:38:20 +0000 (UTC) (envelope-from jhelfman@e-e.com) Received: from mail.experts-exchange.com (mail.experts-exchange.com [64.156.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 8FFA78FC14 for ; Sat, 9 Jan 2010 00:38:20 +0000 (UTC) Received: from eggman.experts-exchange.com (unknown [72.29.180.81]) by mail.experts-exchange.com (Postfix) with ESMTP id 114F44A45B90; Fri, 8 Jan 2010 16:10:37 -0800 (PST) Received: by eggman.experts-exchange.com (sSMTP sendmail emulation); Fri, 08 Jan 2010 16:36:56 -0800 Date: Fri, 8 Jan 2010 16:36:56 -0800 From: Jason To: Florent Thoumie Message-ID: <20100109003655.GD52892@eggman.experts-exchange.com> References: <20100106202657.GD93034@eggman.experts-exchange.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.2-RELEASE-p4 X-Living-The-Dream: I love the SLO Life! User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org Subject: Re: UIDs 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, 09 Jan 2010 00:38:20 -0000 On Fri, Jan 08, 2010 at 10:09:36AM +0000, Florent Thoumie thus spake: >On Wed, Jan 6, 2010 at 8:26 PM, Jason wrote: >> Hi, >> >> I am new to building ports, however I have started to get the hang of >> things. >> >> I am not building any ports that I intend on submitting to FreeBSD, yet, >> however maybe that isn't too far off :) >> >> I've used a guide I found to create a local ports repository that is working >> out wonderfully with the existing ports tree under /usr/ports >> >> My tree is under /usr/ports/local, and I found a way to integrate a local >> UIDs and GIDs file, by setting this variable in my Makefile: >> >> UID_FILES:=${PORTSDIR}/local/UIDs >> >> When I go to install my port it installs the user as expected, however it >> fails on the ${INSTALL_PROGRAM} function. I understand this is just using >> "install" with the appropriate flags. Obviously, the port doesn't install. >> >> If I run it again, the user is already on the system, and the port installs >> successfully. >> >> I was wondering if there is a way to have the port install the user using >> the native USERS or GROUPS directives in the do-install phase with the >> INSTALL macros, or if there is a more suggested, or conventional, way of >> doing this operation. > >Would you mind putting the files somewhere and showing us the error >log? I am aware of one caveat at the moment, which is that you can't >use users/groups created with USERS/GROUPS in pkg-plist. Every typical >use case with directives contained in Makefile should be fine AFAIK. > >-- >Florent Thoumie >flz@FreeBSD.org >FreeBSD Committer > I've uploaded to pastebin, and hope this is enough to go on. Please let me know if it is not, and I will make the information needed available. http://freebsd.pastebin.com/m359b2c91 Thanks! -jgh From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 05:44:48 2010 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 A361E106566B; Sat, 9 Jan 2010 05:44:48 +0000 (UTC) (envelope-from sundie@lunaticfringe.org) Received: from gpu2.teloip.net (tftp.teloip.net [204.138.56.6]) by mx1.freebsd.org (Postfix) with ESMTP id 760F08FC12; Sat, 9 Jan 2010 05:44:48 +0000 (UTC) Received: from [99.254.141.207] (helo=[10.19.71.105]) by gpu2.teloip.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NTSRR-0003gw-Bf; Fri, 08 Jan 2010 22:56:46 -0500 Message-ID: <4B47FE7A.2070203@lunaticfringe.org> Date: Fri, 08 Jan 2010 22:56:42 -0500 From: Stewart MacLund User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: garga@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Status: No Virus Detected. This email checked by ClamAV. X-Spam-Score: 0.2 (/) X-Spam-Status: SpamChecked Cc: ports@FreeBSD.org Subject: FreeBSD Port: clamav-0.95.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: Sat, 09 Jan 2010 05:44:48 -0000 hi there. this port appears to be broken for 6.3 release (which i realize is old, but regardless) by --enable-gethostbyname_r in the Makefile. changing this to --disable-gethostbyname_r allows the port to build fine. Since even the man pages for FreeBSD 8.0 don't seem to have a gethostbyname_r http://www.freebsd.org/cgi/man.cgi?query=gethostbyname_r&apropos=0&sektion=0&manpath=FreeBSD+8.0-RELEASE&format=html i'm fairly sure it's not supposed to be there. Cheers! Sundie... From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 10:48:29 2010 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 6BCA1106566B for ; Sat, 9 Jan 2010 10:48:29 +0000 (UTC) (envelope-from wenheping@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 40FC98FC08 for ; Sat, 9 Jan 2010 10:48:29 +0000 (UTC) Received: by pzk15 with SMTP id 15so12180389pzk.3 for ; Sat, 09 Jan 2010 02:48:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Cp1/+uhYO1ZfBlPnQR5rWpm/BDOCZEe1/rl2ezGrmOQ=; b=iIaLWSJZNkbpjXeHqkByHOo35ZBNj9eKJKzsDThoMuuL4UDZ3V338J277k1h8ZWnv+ 5M3HgOKk85bLisWDSXkBC3sWKInKlGxSA/2x4x5ea1fnxewMRi0eV6cllUCt1I4Qwaq7 E2GtJjpb8FMqufqLIWZN4N0ln8FzvavOUH4hM= 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=rtw3g8cm87fj3uy91Q1QWY0HQkQCATzxpc9w9SSYugVqFwchabBPW6ueGvR3HEslTK NuamyNd6sLvPtrpuJo0H4qL5dEMsH+PrBz+99h74eUDKasOMMJcqR0Gr7dR+XagTYC6J VxRfNz+6QsDz687SH+5wtpC3YJF/l8C8kgqac= MIME-Version: 1.0 Received: by 10.142.151.40 with SMTP id y40mr2620340wfd.170.1263034102050; Sat, 09 Jan 2010 02:48:22 -0800 (PST) In-Reply-To: References: Date: Sat, 9 Jan 2010 18:48:22 +0800 Message-ID: <7be7a2801001090248k77e61a58sb998cb9fbef8ac1c@mail.gmail.com> From: wen heping To: "Andrey S. Polyakov" Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org Subject: Re: ports/142511: [Update]devel/py-ydbf:update to 0.3rc1 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, 09 Jan 2010 10:48:29 -0000 I would wait the 0.3 release, hoping it will fix this build error. Currently I shall close my PR. wen On Sat, Jan 9, 2010 at 3:38 PM, Andrey S. Polyakov wrote: > It should be not an update, but a new port, for example py-ydbf-devel or > py-ydbf03, because of 0.0.1 and 0.3rc1 is not compatible. This two ports > should conflicts with each other or 0.3rc1 package name should differ fro= m > ydbf. > Therefore at least on of the dependent ports ( > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D142416) will fail to run if = you > update py-ydbf to 0.3rc1. > > > -- > =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD =E1=CE=C4=D2=C5=CA =F0=CF=CC=D1=CB=CF=D7. > From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 11:19:55 2010 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 D2B361065676 for ; Sat, 9 Jan 2010 11:19:55 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 217D28FC14 for ; Sat, 9 Jan 2010 11:19:54 +0000 (UTC) Received: (qmail invoked by alias); 09 Jan 2010 11:19:53 -0000 Received: from 85-127-77-188.dynamic.xdsl-line.inode.at (EHLO walrus.pepperland) [85.127.77.188] by mail.gmx.net (mp064) with SMTP; 09 Jan 2010 12:19:53 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/SxYFtzODShY9nwtPy0eA8rILTmMtkJ6M4nI2boA yOqYyTRQEAhjie From: Stefan Ehmann To: freebsd-ports@freebsd.org Date: Sat, 9 Jan 2010 12:19:51 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE; KDE/4.3.4; i386; ; ) References: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> <201001081140.52781.shoesoft@gmx.net> <786602c61001081348m3315879ftb0a5b14d8f61ade8@mail.gmail.com> In-Reply-To: <786602c61001081348m3315879ftb0a5b14d8f61ade8@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001091219.51493.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.62 Cc: Thomas Zander Subject: Re: Call for testers - mplayer svn 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, 09 Jan 2010 11:19:55 -0000 On Friday 08 January 2010 22:48:50 Thomas Zander wrote: > On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann wrote: > > VDPAU support would also be nice. > > Noted, thanks. I have overlooked that one. I'll include it with the > next iteration in a few days. Meanwhile, I tried getting it to work myself. If I move the vdpau-headers from /usr/local/share/doc/NVIDIA_GLX-1.0 (installed by x11/nvidia-driver) to /usr/local/include/vdpau, mplayer is compiled with vdpau support. It's working nicely. Having to specify -vc manually is cumbersome, but that's not related to the port :) From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 11:45:00 2010 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 81E561065672; Sat, 9 Jan 2010 11:45:00 +0000 (UTC) (envelope-from beat@FreeBSD.org) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id 05ACD8FC12; Sat, 9 Jan 2010 11:44:59 +0000 (UTC) Received: from daedalus.network.local (gprs50.swisscom-mobile.ch [193.247.250.50]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id o09BivKB025963 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 9 Jan 2010 11:44:58 GMT (envelope-from beat@FreeBSD.org) Message-ID: <4B486C88.5030206@FreeBSD.org> Date: Sat, 09 Jan 2010 12:46:16 +0100 From: Beat Gaetzi User-Agent: Thunderbird 2.0.0.23 (X11/20090821) MIME-Version: 1.0 To: David Southwell References: <20091227232425.GA38213@bsdcrew.de> <4B38E4AA.9020000@FreeBSD.org> <4B38E9CA.8060305@h3q.com> <200912291221.43576.david@vizion2000.net> In-Reply-To: <200912291221.43576.david@vizion2000.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 09 Jan 2010 11:45:00 -0000 David Southwell wrote: >> Beat Gaetzi wrote: >>> Philipp Wuensche wrote: >>>> Martin Wilke wrote: >>>>> Please report any functionality which was working with previous >>>>> versions of VirtualBox and no longer working with 3.1.2 or any build >>>>> failure. >>>> Seem like the fix from >>>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/files/p >>>> atch-src-VBox-HostDrivers-VBoxNetAdp-freebsd-VBoxNetAdp-freebsd.c was not >>>> incorporated?! >>> This fix is also included in 3.1.2: >>> http://svn.bluelife.at/index.cgi/blueports/revision/?rev=580 >> Interesting, I have to load the modules in the correct order, otherwise >> I get this error in the VBox.log: [..] > Any chance of being able to run snow leopard in an openbox environment? No, OS X is not supported. Please take a look at http://www.virtualbox.org/wiki/Guest_OSes for supported guest OSes in VirtualBox. Beat From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 11:45:00 2010 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 81E561065672; Sat, 9 Jan 2010 11:45:00 +0000 (UTC) (envelope-from beat@FreeBSD.org) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id 05ACD8FC12; Sat, 9 Jan 2010 11:44:59 +0000 (UTC) Received: from daedalus.network.local (gprs50.swisscom-mobile.ch [193.247.250.50]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id o09BivKB025963 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 9 Jan 2010 11:44:58 GMT (envelope-from beat@FreeBSD.org) Message-ID: <4B486C88.5030206@FreeBSD.org> Date: Sat, 09 Jan 2010 12:46:16 +0100 From: Beat Gaetzi User-Agent: Thunderbird 2.0.0.23 (X11/20090821) MIME-Version: 1.0 To: David Southwell References: <20091227232425.GA38213@bsdcrew.de> <4B38E4AA.9020000@FreeBSD.org> <4B38E9CA.8060305@h3q.com> <200912291221.43576.david@vizion2000.net> In-Reply-To: <200912291221.43576.david@vizion2000.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 09 Jan 2010 11:45:00 -0000 David Southwell wrote: >> Beat Gaetzi wrote: >>> Philipp Wuensche wrote: >>>> Martin Wilke wrote: >>>>> Please report any functionality which was working with previous >>>>> versions of VirtualBox and no longer working with 3.1.2 or any build >>>>> failure. >>>> Seem like the fix from >>>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/files/p >>>> atch-src-VBox-HostDrivers-VBoxNetAdp-freebsd-VBoxNetAdp-freebsd.c was not >>>> incorporated?! >>> This fix is also included in 3.1.2: >>> http://svn.bluelife.at/index.cgi/blueports/revision/?rev=580 >> Interesting, I have to load the modules in the correct order, otherwise >> I get this error in the VBox.log: [..] > Any chance of being able to run snow leopard in an openbox environment? No, OS X is not supported. Please take a look at http://www.virtualbox.org/wiki/Guest_OSes for supported guest OSes in VirtualBox. Beat From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 13:03:36 2010 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 DCABE1065672 for ; Sat, 9 Jan 2010 13:03:36 +0000 (UTC) (envelope-from makc@issp.ac.ru) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id 505EA8FC24 for ; Sat, 9 Jan 2010 13:03:35 +0000 (UTC) Received: from 248-83.pptp.artx.ru [62.63.83.248:54599] (HELO/EHLO luna.dio.ru, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id o09D4duk069361 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Sat, 9 Jan 2010 16:04:39 +0300 (MSK) From: Max Brazhnikov Date: Sat, 9 Jan 2010 16:03:27 +0300 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) MIME-Version: 1.0 To: kde-freebsd@kde.org, freebsd-ports@freebsd.org Organization: ISSP RAS Content-Type: multipart/signed; boundary="nextPart7925344.eVAp0ujVMt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001091603.32375.makc@issp.ac.ru> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.issp.ac.ru [77.236.34.3]); Sat, 09 Jan 2010 16:04:39 +0300 (MSK) X-Virus-Scanned: ClamAV 0.94.1/10276/Sat Jan 9 13:27:04 2010 on mail.issp.ac.ru X-Virus-Status: Clean Cc: Subject: CFT: Qt-4.6.0 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, 09 Jan 2010 13:03:36 -0000 --nextPart7925344.eVAp0ujVMt Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The FreeBSD KDE team is pleased to announce public call for testing Qt-4.6.= 0.=20 Ports can be downloaded from area51 repository: svn co http://area51.pcbsd.org/trunk/area51/QT and integrated into portstree using 'qtmerge' script from=20 http://area51.pcbsd.org/trunk/area51/Tools/scripts/ Alternatively you can use patch vs portstree: http://people.freebsd.org/~makc/patches/qt460.patch.bz2 Knowing issues: devel/qt4-designer fails to build when previous version is= =20 installed, so you have to deinstall qt4-designer before starting update=20 procedure. Please send feedback to kde-freebsd@kde.org Special thanks to Alberto Villa for his hard work on getting Qt-4.6.0 ports= =20 into shape. Max Brazhnikov, on behalf of the FreeBSD KDE team --nextPart7925344.eVAp0ujVMt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAktIfqQACgkQ+9kIwqyzzRKIiACeLc+EpGBzYrpXZONVKYESRSob i/oAmwS2t3KUFdgzOxfovx4Ry2XQPxcD =z5t2 -----END PGP SIGNATURE----- --nextPart7925344.eVAp0ujVMt-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 15:22:55 2010 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 36C1B1065670; Sat, 9 Jan 2010 15:22:55 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id DB70E8FC19; Sat, 9 Jan 2010 15:22:54 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id E255834D449; Sat, 9 Jan 2010 15:22:51 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: Beat Gaetzi Date: Sat, 9 Jan 2010 15:22:51 +0000 User-Agent: KMail/1.12.4 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.4; amd64; ; ) References: <20091227232425.GA38213@bsdcrew.de> <200912291221.43576.david@vizion2000.net> <4B486C88.5030206@FreeBSD.org> In-Reply-To: <4B486C88.5030206@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201001091522.51805.david@vizion2000.net> Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 09 Jan 2010 15:22:55 -0000 > David Southwell wrote: > >> Beat Gaetzi wrote: > >>> Philipp Wuensche wrote: > >>>> Martin Wilke wrote: > >>>>> Please report any functionality which was working with previous > >>>>> versions of VirtualBox and no longer working with 3.1.2 or any build > >>>>> failure. > >>>> > >>>> Seem like the fix from > >>>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/files > >>>>/p atch-src-VBox-HostDrivers-VBoxNetAdp-freebsd-VBoxNetAdp-freebsd.c > >>>> was not incorporated?! > >>> > >>> This fix is also included in 3.1.2: > >>> http://svn.bluelife.at/index.cgi/blueports/revision/?rev=580 > >> > >> Interesting, I have to load the modules in the correct order, otherwise > >> I get this error in the VBox.log: > > [..] > > > Any chance of being able to run snow leopard in an openbox environment? > > No, OS X is not supported. Please take a look at > http://www.virtualbox.org/wiki/Guest_OSes for supported guest OSes in > VirtualBox. > > Beat > I had seen that but wondered if anyone was working on reducing the deficit!! David From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 15:22:55 2010 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 36C1B1065670; Sat, 9 Jan 2010 15:22:55 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id DB70E8FC19; Sat, 9 Jan 2010 15:22:54 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id E255834D449; Sat, 9 Jan 2010 15:22:51 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: Beat Gaetzi Date: Sat, 9 Jan 2010 15:22:51 +0000 User-Agent: KMail/1.12.4 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.4; amd64; ; ) References: <20091227232425.GA38213@bsdcrew.de> <200912291221.43576.david@vizion2000.net> <4B486C88.5030206@FreeBSD.org> In-Reply-To: <4B486C88.5030206@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201001091522.51805.david@vizion2000.net> Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 09 Jan 2010 15:22:55 -0000 > David Southwell wrote: > >> Beat Gaetzi wrote: > >>> Philipp Wuensche wrote: > >>>> Martin Wilke wrote: > >>>>> Please report any functionality which was working with previous > >>>>> versions of VirtualBox and no longer working with 3.1.2 or any build > >>>>> failure. > >>>> > >>>> Seem like the fix from > >>>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/files > >>>>/p atch-src-VBox-HostDrivers-VBoxNetAdp-freebsd-VBoxNetAdp-freebsd.c > >>>> was not incorporated?! > >>> > >>> This fix is also included in 3.1.2: > >>> http://svn.bluelife.at/index.cgi/blueports/revision/?rev=580 > >> > >> Interesting, I have to load the modules in the correct order, otherwise > >> I get this error in the VBox.log: > > [..] > > > Any chance of being able to run snow leopard in an openbox environment? > > No, OS X is not supported. Please take a look at > http://www.virtualbox.org/wiki/Guest_OSes for supported guest OSes in > VirtualBox. > > Beat > I had seen that but wondered if anyone was working on reducing the deficit!! David From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 15:36:13 2010 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 77E041065670; Sat, 9 Jan 2010 15:36:13 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB708FC12; Sat, 9 Jan 2010 15:36:12 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id 33D5634D449; Sat, 9 Jan 2010 15:36:10 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Sat, 9 Jan 2010 15:36:10 +0000 User-Agent: KMail/1.12.4 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.4; amd64; ; ) References: <20091227232425.GA38213@bsdcrew.de> <4B486C88.5030206@FreeBSD.org> <201001091522.51805.david@vizion2000.net> In-Reply-To: <201001091522.51805.david@vizion2000.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201001091536.10136.david@vizion2000.net> Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, Beat Gaetzi , current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 09 Jan 2010 15:36:13 -0000 > > David Southwell wrote: > > >> Beat Gaetzi wrote: > > >>> Philipp Wuensche wrote: > > >>>> Martin Wilke wrote: > > >>>>> Please report any functionality which was working with previous > > >>>>> versions of VirtualBox and no longer working with 3.1.2 or any > > >>>>> build failure. > > >>>> > > >>>> Seem like the fix from > > >>>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/fil > > >>>>es /p > > >>>> atch-src-VBox-HostDrivers-VBoxNetAdp-freebsd-VBoxNetAdp-freebsd.c > > >>>> was not incorporated?! > > >>> > > >>> This fix is also included in 3.1.2: > > >>> http://svn.bluelife.at/index.cgi/blueports/revision/?rev=580 > > >> > > >> Interesting, I have to load the modules in the correct order, > > >> otherwise I get this error in the VBox.log: > > > > [..] > > > > > Any chance of being able to run snow leopard in an openbox environment? > > > > No, OS X is not supported. Please take a look at > > http://www.virtualbox.org/wiki/Guest_OSes for supported guest OSes in > > VirtualBox. > > > > Beat > > I had seen that but wondered if anyone was working on reducing the > deficit!! > > David Incidentally the following link might be a starting point for anyone who might be interested in hacking a system with the aim of producing a snow-leopard- freeBSD: http://lifehacker.com/5351485/how-to-build-a-hackintosh-with-snow-leopard- start-to-finish Could this article provide a clue. David From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 15:36:13 2010 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 77E041065670; Sat, 9 Jan 2010 15:36:13 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB708FC12; Sat, 9 Jan 2010 15:36:12 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id 33D5634D449; Sat, 9 Jan 2010 15:36:10 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Sat, 9 Jan 2010 15:36:10 +0000 User-Agent: KMail/1.12.4 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.4; amd64; ; ) References: <20091227232425.GA38213@bsdcrew.de> <4B486C88.5030206@FreeBSD.org> <201001091522.51805.david@vizion2000.net> In-Reply-To: <201001091522.51805.david@vizion2000.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201001091536.10136.david@vizion2000.net> Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, Beat Gaetzi , current@freebsd.org Subject: Re: Call for tester: VirtualBox 3.1.2 for FreeBSD 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, 09 Jan 2010 15:36:13 -0000 > > David Southwell wrote: > > >> Beat Gaetzi wrote: > > >>> Philipp Wuensche wrote: > > >>>> Martin Wilke wrote: > > >>>>> Please report any functionality which was working with previous > > >>>>> versions of VirtualBox and no longer working with 3.1.2 or any > > >>>>> build failure. > > >>>> > > >>>> Seem like the fix from > > >>>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/virtualbox/fil > > >>>>es /p > > >>>> atch-src-VBox-HostDrivers-VBoxNetAdp-freebsd-VBoxNetAdp-freebsd.c > > >>>> was not incorporated?! > > >>> > > >>> This fix is also included in 3.1.2: > > >>> http://svn.bluelife.at/index.cgi/blueports/revision/?rev=580 > > >> > > >> Interesting, I have to load the modules in the correct order, > > >> otherwise I get this error in the VBox.log: > > > > [..] > > > > > Any chance of being able to run snow leopard in an openbox environment? > > > > No, OS X is not supported. Please take a look at > > http://www.virtualbox.org/wiki/Guest_OSes for supported guest OSes in > > VirtualBox. > > > > Beat > > I had seen that but wondered if anyone was working on reducing the > deficit!! > > David Incidentally the following link might be a starting point for anyone who might be interested in hacking a system with the aim of producing a snow-leopard- freeBSD: http://lifehacker.com/5351485/how-to-build-a-hackintosh-with-snow-leopard- start-to-finish Could this article provide a clue. David From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 15:38:22 2010 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 33DC1106568F for ; Sat, 9 Jan 2010 15:38:22 +0000 (UTC) (envelope-from mike@pittelko.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 0528F8FC29 for ; Sat, 9 Jan 2010 15:38:21 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id E3CACC8388 for ; Sat, 9 Jan 2010 10:20:36 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Sat, 09 Jan 2010 10:20:36 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=from:content-type:content-transfer-encoding:subject:date:message-id:cc:to:mime-version; s=smtpout; bh=E7WVZz0aDAcunktPWr+Q2IveD8g=; b=qlXMNrUPRLOjzrwIghL4fcHkwZPNDMGYqdc5dVaKvVRmeXKbZi2VyCFHG5+5kPyfT9Jvmjj+/RNo5fUiLchE3v6xn/kaqackeGnhE9OqyevczHpxII8yKfQNrA8hjRt/PRkXej0ZnSe4fNccMIDzrbTjOVx5igl8juO10rpYMjc= X-Sasl-enc: k1CVEEPJAbw63kf3jUc5yp1ETKzzPISGr4nTR0/fds4E 1263050436 Received: from [192.168.2.200] (unknown [69.58.174.242]) by mail.messagingengine.com (Postfix) with ESMTPSA id 851044AAB2E for ; Sat, 9 Jan 2010 10:20:36 -0500 (EST) From: Michael Pittelko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 9 Jan 2010 09:20:34 -0600 Message-Id: <164D361E-EE21-4A14-81B8-E3B87B96F3B8@pittelko.net> To: ports@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Cc: ports@FreeBSD.org Subject: FreeBSD Port: mDNSResponder-108 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, 09 Jan 2010 15:38:22 -0000 Does anyone own this port? mDNSResponder source from apple is now at = version -214. The latest source doesn't seem to compile properly = (working on it...), and -108 compiles but doesn't appear to actually = work.= From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 17:45:04 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1E79C106566C; Sat, 9 Jan 2010 17:45:02 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sun, 10 Jan 2010 02:45:02 +0900 From: Norikatsu Shigemura To: Robert Noland Message-Id: <20100110024502.a1640ebf.nork@FreeBSD.org> In-Reply-To: <1262538293.2486.14.camel@balrog.2hip.net> References: <20091205104243.f66171bb.nork@FreeBSD.org> <20091221003422.f13f9cbd.nork@ninth-nine.com> <20091221045848.9ffc345d.nork@FreeBSD.org> <1261463198.9743.39.camel@balrog.2hip.net> <20091223020315.890e2ee0.nork@FreeBSD.org> <1261501994.2304.12.camel@balrog.2hip.net> <20100104011519.5f414b76.nork@FreeBSD.org> <1262538293.2486.14.camel@balrog.2hip.net> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__10_Jan_2010_02_45_02_+0900_wtxq3DOgDHV1kzx9" Cc: ports@FreeBSD.org, x11@FreeBSD.org, nork@FreeBSD.org, flz@FreeBSD.org Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 09 Jan 2010 17:45:04 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__10_Jan_2010_02_45_02_+0900_wtxq3DOgDHV1kzx9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi rnoland. On Sun, 03 Jan 2010 11:04:52 -0600 Robert Noland wrote: > One additional option that I've been considering, though I haven't tried > it yet, it to construct a patch for 2.4.17 that essentially rolls > libdrm_nouveau back to the 2.4.12 API. If we can pull that off, then > everything is solved, at least for now. > What you have outlined seems fairly reasonable, although not a trivial > amount of work. If you would like to attempt the reverse patch on the > nouveau directory in libdrm, that may be far simpler. I will try and > put this together in the next few days if not. I was trying to separate libdrm_nouveau(2.4.12) and libdrm(2.4.17). In thus environment, xf86-video-nouveau can compile with few patches. But xf86-video-nouveau freeze and reset on start X:(. [SEE ALSO attached archive] I saw diff nouveau codes from 2.4.12 and 2.4.17, I can't back port from 2.4.12 to 2.4.17:-). It quite too hard for me. Maybe, I think reimplementation of codes related DMA. So I'll try to work coexistence with Mesa3D(7.4.4)/libdrm(2.4.12) and Mesa3D(7.6.1)/libdrm(2.4.17). --Multipart=_Sun__10_Jan_2010_02_45_02_+0900_wtxq3DOgDHV1kzx9 Content-Type: application/octet-stream; name="mesa3d.tar.bz2" Content-Disposition: attachment; filename="mesa3d.tar.bz2" Content-Transfer-Encoding: base64 QlpoOTFBWSZTWTJ9e0MAQSF///6ygOB/////////////3/8AiBGDFAhEGAgQADJ90BgIYDHdzybJ 9ePoO227zxpfPr5u9XS5qZt94WaydO2l7e24ts++1PbXz71nce7q7qOs2xVennbbPuzgLtb11nJ7 59D68uvbKXYBdcuBXbO1de5j1Ltm7Tl7nbmTzs9eFTUru7d8x4PZANm+uhzNk31pGtdKwe7pAiDr zdd73jsQkkIAmmjICZGmIm0RinhVP9U8yTTTFNpgmVN6CTajym09FPRAAAGg9RiDIQ0AhEaAqe1T ZMp5E0afqnqZA2keoaPUBkaDQNAGgAAGgAANDTRKaIo9TyjTQAaAyA9AjTQAAA0YRkGRiaGE0aGJ oAPSCQkIQJpMVP1GKep5Q81MjTEnqekxNHpA000Gh6Ro0DTI0AAAAAMgiSQmgNCA0Q0hmSemiQ9U 8mKPTUepnqj9SfqnppHqZHqANBoABkAAACREICaATJoBDSKeMpijJ6JmoDIaDRkAAGgNAAAAAHt6 N+sAkvVASVeB/Yl6lQ9hh6jPV9f1/Zv699luu1kzjEzI0fLllIqsxILEYOm83VzDPNxcls1oJnt+ HSa01UAhnpTIlkSxSmRh2DJ3dxD7ZmZn6YhIDFSNW3kCkJ1AK00QZBGIMgKRlhEVfRAQAMw30oK2 9GPG19fPWuVIuoiBEJCEos2TVNYV1DuzirTwjFWWRcU8uouokysJXjBKdVQtyQ7gyXlEzLx5Zlr1 bM0Q2NNDTABJbwEl01QIBYiKsJCEIwZJCICsadAArSREhAEIQQKEPeGxsCgjYbT8pkaO20WBqysF qCJopJog0XpRsZVMobpIbjicTGKzqkRhaRUyJzWA6+jbUdp3XCvQUK0boEiMEQKopJIlUjRwBlQg mUQQ2tGNilPuumqiVmAPOdmY+rr/L7vP0d+zHXFLNjz36bY8XjdHDMiWEaI53xvZ7SMQxN9lbr8o Ua0tP2/N7qv0RoVF9IR+r8rXdtuFxiI3Lrgzdt5iZb0bsxP4sPf0Yp8w0m4mYzYbMTF+OR0mP9GT Py+ymAHQ6fb68cOaj+TqqBB63ICFHDTOemPc6CYI3DOuwEdmWUUc9luc9AyXli1+txvFVWu5VndG pKWlH4YXv0jsvpi6uSZRstbL1uxvg2bY54+qV9vlSOGe4szLbZ9lPVFp2Z+48RqY0mfqjjq3J9Ez dz1crd6tPdHxbeSY2ULjS3G4Pplxs26L1PzZu023tuTcQffwSxcRxRwhznfGTrNnJxdWUK70Go+6 fp2jk4M+3g7O7kfsmjy9E12wlYcyFcEzXkhZDDkNxlx0CKdqq+69W9fI17KFthzYeLfrRtiLVPiL Jtj4cXSCsmqqKnEgrIdFF1QSiKHzOvtQoEHWhFEDp7Lc3CmG9oHaPnZk0IkHDz69MmWnbHmnNaLN 7ObNBwr2Lsj47EqQr0vK3bUUEjku+5NjNPoXe7SWFKmlMPu++PPlBL88okg1zV3ZdVb9pahllBWo oXRVmknl4b2eHNK0aJrvB7m/2u6A7oIJk9Qk22285rkqSOPoHeZyvPbx/bpLwuB8T7ZwiBX7ACtI wBXQAK+EUT21GQbkXOxkIAQFPbYKnyELDY+BKPxokCwzkc7RjJ4OF3jkJRSKMqOvXq1g7W7tIlJg 0V8pp9diWUXM0R3jChgfNa6q0FcGTDMNsETCo6W0sfX707xXaN11iRZl33JX+YusPvjTdQpFSSfe cRL+SBmuKQXOXcOKzAZth9c7/W70cgoKJSOTmMeCrxXjjXQU77Hb0U8qwYU/5d5hpSNLOSxy4sBJ 8iOS3vJb7MHo3e9o1qYvb+DxIN3dL2rbgihydd02rfaurPJJ9FLD7r6F4uXkc/vJIRxpPyzoGNs6 B1qlpfyp0nHk6vJjEdYMpgw8KINqKoTbBGQrtzBc1T29PVOTEPUxFUQ7ykqNlzUuGp5uEKENUCzC eDVitIeB5pHr9orY3mWExnOeZNGWIKRUil35LvZMxR0ZcvcEsSTUky84kBRFuwKazFviZBOMAO8Q XeDTaLFUIeJjtkUJFTADzQwNjfAGip1mpGolNzjq2xG67SCKs6wC5WYjJ1YCKzdR4CkprJ7YiBku 5D9WBLMlAxdrDXyN30eK+FpfN60ARcGxiToR5qOn5vknTEu0/O+Ri+H02ef4hAkBLvPcjSrzz7ti PqG38u3n3XNpHNtEW3vrth22FB7KePsMuFnxR+N2mNtt3QdaFrmJ8RbOzwcyTvf3vX5tMrS27JZn ZwX1dUnhkvVq1T1OQwohe95MT+vw3npTTBmXTrigPdg2A85V6SBt369UITkj4UJv+z1eXTQiPlNt tzN0hwiWFIEIWk+KbsXd+FYIP7rFiwweukhJKr4yhxRRkEcrU785OMDWUIrXLaYB8tzXbPLwx68F RTsbnufm0Qu1s1UZVAjH6tZB0aPtCi1t2EHsPdhx2Ozmlxlff0HYzXOCAvuW33rKQLVgB1pOb39i X2mhl80vy/C3YngEbbvbUow5FNuXqjzKWfFv5OMlLNwXzs9MFrWQZey87qcgjhsjmd/z/JHXVVVl n5w3GRasUtvkyDsDqZmpRweOuA8YDuahVT5A5d/vX8NkWpGvr89WdewL92yihPdu7feRrtr6S5iT t+Zis9OJBW/cd2SXc9+5aYZZ8FrA9+GqyaBQ5jhkwRS35A8LnzycNUmxBH8WsRRDNgZo8l+PPa61 3qjxtFRL3/hXvu5sExapJj24tzw4RROVH4+NERJjt38cU8qnDy15Nq6JU83S9gNWdqR2M1Hoor65 xeQGO9MY7U5YScspxnuxhtpPHYwsdqN5Aq1jS5NXu6M/iQzMo1uFPcKTIU/BNhYla49vuXELz5Tw 8/ib3/ZunhDcPqYMPfLjeZHxM4HNv8mmzQdlCVHocLl8KfF29Xgr4SsPLq+L2dKa5IkiScFE/rgk Qgq42NxxUkdobbTY12pBjTHIDYODjkaXwWud471/fLBuYuf3FOz2oB9FM6kiSaDAtVJsDoJptTSE NYWk78LN2aUbTZpqooPw+A53Ztrpaykq1ZyrTzAVizLkPnCZnt3ZxZXJOYopkgSEkkIfc84BRwZB LKvDX7s/f9ZIT06L3eZMiIi8jhG8V/ExDpOdR9pHhR+oecVHd1IgMOatDew9DlCIBOTkwMkNWct+ soY5fH35TuUupEzu9qjslQ4SkQDuIa9Bsrx+Gx8+30zsFTG7goumU3Z5pM3piy+OOEMW78qzF/jo UDeQBLqMF5Wy40qC3DiPcPv/XMS7d7RumJcQmeHb9n9MxC0D10Vr7KF986ry345AxnyfVBoj7yxU qloCkDpRKPhHr71xRYr+2rROMBLm6nfDFQaPBCA/zSvRmHX1wfvtW5zGcf7XexM7bopPjYN5i/li 33Cq6kaSDIgKKPu6JfXIl8SXYUaBtpq/zWfBbixRQd/Jciq9YnV8/AVvKlSYImXqGtttEDnDVkPl YvjM3jvudfuvrydOpUbfrE0HpIebYBtAZJIYQWCf0XAvpphVzs9fR4nS1sGEkIG25zCpKuob6KLn DlpfPk4IiBYkbY22xjY61+k6l8F4BsMQrTGtCXXiBwzqfEAdtlibRYGO3shw32oj4WfKM/g89cuN cm7uuO+cmoS3MRzoCUN7p7p7xTq7WhgKolINH1200NtMuZWsB7/w3KUVYebqAz3bvgQKfWML3+Yl 8vu8O9AHhf9KHHicWuKKIZ8cWj4GlZzMxjW6kpDjLfEOKafm1c8Aucm0Xs27yNPnR4vQ89PcCb44 k+X5cGjIwbMYKaoQmXzLOZM6TTKDx21IrCMw6dTfWIvE0Bpbc24jdJbSuN5pr2+3oxD0ZoBtQxPd DURGGDBhXum/0SHc8W2HUub7+YC4IYUyBd596XjS8ni6Jba82wJ7/p536Po7O7yD3Xc/ezfvxAvY TAKZiWu/nj9KG2EOEMG28c9WqqqQ4Rb6hK6OJi0IwENzwNljZGqi9/nPplJBeCVLpSdSLUgx6GcB ld0tunTEhSCpFweoA6/jpUgGhHAN2s9rmY8LnGyDRPgQG3HDmlsvIo3r+OxKXVr06tcaVqVta1kr Ura1rJWta1rehCxF6+xwbUgLBl6x3ve8r9aTj3Hk86TecUCJoPfEpXfnzNwIPH43F2eN4rFlGDIR 44oRZJH87ReVXtrjWKwdkA6IPYhh7WJ6iTfIMzNqyaU9uRSOnd26u7RKMLz3dgdHKAlMYxiYw+ZR TsQ15fEaQIGe4RTGRkbNmzTY9pa1rY2u+Ma7u6pJJJJJJJJJC8Eh4zMX1A4GmLkP1jVkNTaoSEJC bB2G0rjGHwH2RMbS5Bgc0LUaPlViLQrc4S4ZGRrK1VjkNITGIGMAgDSJmx74VBoLDKpgxhBjAOQX 5ncPSip0shF28DS++MQvWtJUODIAKcQJJZiSBaLoOnAHRQ4bbcmBYnqv5c8cVJmZzm85zmTwIPAI BxjCEJqRKqAIwF09BYQtgaosO1HXukOa78To1DWBmaatv7ZWrQg8bkO9ouyUCOBdxgYRIXeA9hmk hHop08/RFJLOySQke8YKjC9/2811WwecIPKTKWelAxHZQzAs/GaJ87TmMyfF6HHrC505Fa71UUqz dVVVErY3Kop5AFf2AFYqOKxADZyeg2V+7yfd7Y73m78K5eai1nnub7W9fU7jX45rtLV3nKf8zfdn prjuUS0tm+s9URJ+pXabuWrL5P1xu16uJw9+363q9Z3LxcY5eFFG+MMHwff6i5comtxe39Mt7eAE ls3u4GFkPe5HCAkMAyAREewPEtYX5gFe+dk+kZvMdiVnD1ml0jIMgwgyBIMQtEXXqoELkIDrAEkx LYKmbKQXwRXESSTEifmRaj44vSzyogsgoZWhYI8Rl1FfNYxDLqjg+Cc2hl9GjRYIwS+wZaU0ZbAw jagI1fQeVAC40IzXJsBMAg4DkkEKQO84vDLwYCiuLCoiBUXAfSBAAm2YE1rGy1jdqbaZZtQhlyhJ BvEwoGT1IkyIpDRsKcchsvwbbbx3jlr36AFdENWuxrLXVuO7yN7eURmAJLis5ktVpBx4k1BqlW1y +swQdmoOe1oNkc9w8aGEZGSRkSSRkkYMvrAWGgY0PL2DUd4zgMWQZI3Qeds9g2RkGFChs44MIgQT dxg08Q+Yok9s6hyQNzG2QNoS+tfQlEtGTBJE4hRtnFxii67Cr2sIOLBoZqQkhZfe+A4jLX7RB6b8 sQSTdAS6AAWhiEOFishR3hku/syuuaP2+m+Ut+UcGl0expd7Dc0FniMg1u2bmdi0adkudIM2la6B BcLJUk00qEo1NBnTVSiTZvEwcwgvErrauMa+l0y2iEZyJRphtjtqkBW11bCBmRuoz6NQ4DsFAjpp AYmrKaUL5xFuR4UYtYtQpN/IUcvCMiY1B1ztbDb6RjAwjDE5+LdML4J7fGlgXqlwmEmlmWO+TM8Z BcoZsqH8JAAoYVxzlEOOiJiUnRsZFTylBDoaA2zCSIayMSKhKfBT4r+/DekDYTuwFEs3an3Lbqrt bENiuRS3ff1Hfqz34WvWZiJUQILgiZut3biEHzchA3Ux05smcunDZBffvmBv6rjSBOpAYFAEATEJ reVpWeV44cV0oIGFmmVSqd4kc4EacJA4sa51zgjqjuvPiHIiT3l5KBaEJHfACnhy54cKrbzu6zK2 WYp3i568ozY5abhnuLmaC8t1kb8sdlunwwcTZBMaQmmMxgqjjVnWahUCALmVKCjL2pYNMcq6jeN1 923Ayl8d1se/IQF7AzYhQRCqQSecQA4TEdpcsA4HMsGrTc2YkHhaaNjwiamO99KbawTAGS7XVDD0 IyRDXqsZMCFK0bDW3rBQiDIiONzunC1rBYM9AawFJG0Iok7FUKAIxVXCQCh42VXzLmFbscXUuDAH fgxREOBBnBhqlOf0vEixv4zQU1N5s2u1qtw9jcpZCSMnfK7plQhJFdgZMjtZVgZi6fBkYbgFDN2C 7xQHGzpzioWdufDVqrcrNN8pLpWmkCi+NzMqq4ZkrRBsjCVmi4MGmDEbgYkkEQMkhpS1bSujCKui KMTZpLXli3KKGltaDTK8d7makpwtDO3uM9tLwzExs0L8MXqIt+nikTb1ZiwH9XjcYIA15vSwVtQy QzgcgDQixcgAeEkScOgFUmYQSDUEHWjuUQBZIiWUqyzjB4bMe1KPAOs6ohmIWAAJbIqHoQMBi5B6 4QZFMz6mgRiVMsagYfaQQrWRjWyBZwbrNICU3Dh6mM8GjKFpkWSKsJpQIFeSYiZgc/PMYcKKpNBT s8lw4NsAI4NCRSLSQJDVW2qDXmHEBtl5qGQWWDWzhmdVdEJDVLnLRcTS6gRMDoWDeHuyTqAOpAuB Io1VPUzJ6NvI00p1uy3Um5uLQqjUinKWyvONsUSuFjW8dXbq3iwup3BbqyBCgy3xDuUZu1i9eJpV FnfJ3iuABbNOfpl4ipGzN4pY5QPQImSHy7ONLy/SbnShM7RREwwMWcWUyZ0i2EOlXA7b0Fjhgocy LrLJKEOXfyKUYYcNLZ9ZYU3ZVvpGeRa1rMKcL+gSyl5fEGBXB1MJtk9kXDcllUaTST1PdPPWLqKj xuQAGBYBKyUgXztTAORI8HbW1BlQy0ZHVDVJYItABAWZxbF6lFlqipkVbzZ4umPScXa10gCSYuy+ cUAOitEtsxoUuqsdg8BYiCIYMr0VU5i0NTii4IsHNGQZzpShMBAZ0aPK9IsLMDGNbLqDKt7gtpPC HhmISYnGQPRZYrLgtU9wVsQr0C2ylhXgCN0QtSrJIRoGE3ROOhoNgdm3A44o6AohsHRwLYWdQWB2 rWVOLJyURWQlVIISjOBCJu1ki3lIC1N6tlw3AbaThKIA1nuhIHZaaAXgBlAtHkYyyBtK7RnosmpF duS2XBXAVNi0pMGzQmobQmQ7XAURGY0SMI+iT3kG+IqCVSmMq7i2JLI8wZ2LWB7sbROdCUQ7MNsq A2dUyZiGcAmqbFh3BZMtnKRFZrUs8CJEUIxghopA3YipTmxTVrAbIbnbbXXZn33stO09Jig5DMl6 YfI7UXW6fUznOOCb59nyP3vsUnDdN1cjGQA9HQeLaCz3Z831/W4dKEEtyLy0FEaZhmF8EnwsTzzp SMSOxUqW+ZPRExGBO5psL2xQYCwx+IRtazccSfGcSMIFEVZFMuLUa+O38Rz4Y4gQlveIfQJ751eS j7Xxa2Z/rFh281fMBaSIYDYMEPuIfAvwvn65D33O1qtxgXgiGgi/4+f1tG0fEaB3JEo6V3h4PWeN RvCwwb0Cw/bBOwUoHbDqBM5rcNZcm/NST9D9bP9lHQFZK20L+e5P5xl9hEIhEvauA2pB5Ha/swA1 Dm8sTHF5gIch8yQD9I4jK9feVfhJeXJzDTxuAFx6dvXcbE84GhHMZgjgAa3IGnBm+ovRdRTiJWSG PqM8hbqAXsGKGCGpZ3mzSvtZYmzYHyryfICOfPlW6WlW7rMvDNywcWiFOlWXzL0PvOcIIhZA0JDx H0gEMYiwD2phjSpzaIIWHMIiKjKRpkRyADa2Nduz4b6rjQlw3oQI7MmfK3WjbVyt2mkb9YkKp6Ib wVQX34cysrcPs9/k2Iwy+RInKaQcOsVkvLSEQ7k5Hki8YcPu2UzIRfP4+owOdgnX27wNyCi+AWqx IXEzzUkmjpLJmaqAMbuACXc6e3Ut6GjFctoSC3Y2TM0mqOUURGh0iarIdiOdHxatmGdZUZmAnKPU bO8nmNwJi+Xo55EOrkJOKikk4Wx4OgPo5DbHuh5fqiDEXZqlQ60iLkjsS7Uzh1dQ2NouD67eQ/iR ohTaBAikiwEhAslCnWGHWajrm+xUJHAUxDHQPgDDO8ELztObJTahAgMnaAS7rzLwOw4CT7yRJwDR 2DR90ri1rRTrPsHRomEawREMbyUUowLdBG6KhwWlgvKcq26OAwhyTAbvcM4r417XeIhZO4d75Ad2 0G9Tked2x2ySyb8kshzXUDEz5Q3C8wUi3RNYmyI4kqEgi3B9OgtMFyQMRNIePvjY1pSU9LFvSgjt ZN1GGNOBw4SkbjA4AbMcTxZKBcMgxoEuK0+KkW/jPKTjMBv7aTTYaoiaXoGj9RDznhQ3o9KENvo8 4Y6QkSXSho49TrxTOuHWhmXASgIbhOsU6iD2wDADwvONPFAuOrJkbVQhgHZAIi6UDG3oHF0Au6AV iYNQiRARCJBYOMpCKzBsaXUxBK0EEEzTa1ylUZI3ZmUpEJMltMLObhLyokHiNWYRattARAHCRASh EyNC4+0Deg0FcIDq1HpwYYEDRtoM7U02xr7jf0OCuUIx5As5+odOxvRK3UBNGgYkyDBJEQAcisuw 2cxoMJVikyWPmsZkkMLIEp2hyPf2tCNLgR29CTiyE4ltRJIXo867tAtcYU0hKrpVYlI4mZ2ahW8Q OUoc4+BGRHfpigaMQwM9FO/zcVxdGGAUpAhcj7MVDlvuDNhZSSxMxFd70zlsgUD1XqtsQacNi8gJ AO8cSnV0HN1d4V2Jgp4/Fg1am7R7iLt2CzhcsXkIlMwKbr7BW5eToAOkzGRk87XF1vwvKdNRlRPB AVQBJws4lXbAViI895ZeJLkphXhSJXffAGbAgkk8W0MiwLNXIgaOCkyKJ2CCrj6LYPoM4xngm65d ZVucIKSsZBlFFyW3jXfSzAFYgzkKUMzZ2uHEewd150knFtZvEtJQ008965IjLJo60KengQ21xpug 944qKEcULIcFwQ+o91cvgIcMj6e5a4WeyB2RClLK+ZHYNwiik5PHsyQMuqniIJGRfWb0ohLNssm+ 3umIe1oLnX5FhQGrHuPI8p8fEql7qtVvtF53r5x6jE6xjbR8OQUtGz1hAM0DrNjPAnku3HlMhwwJ 1ESLfXvCLC2kWlElRWazI1LaEMxHEjOXRjGEUKuCXQTzx+nnVM8IxbrLgQyHIYqS1elbGFzBuKfm GZmb4IgkTez2kVfpwPhelvSZ61qtaSo8WdZSiwEZWo3didD54HxGJCzztwq0q/NIlShFn6lhQUkC 1Mrxx/W8JNAEl8FbaH02T9WnbqwsDZQITG0tzBLe3WPzWgwSR54zQL5pc+eUKXil+Vpvnlqfjovf PbdmqKxgLGBDILc5caFF0UldjiJG4MmuSC5/xYfi1gyK8oFjEApyx5AMYsoniwxIndGrGx2ZG9IV C+dMgJ53eC6+/Egsl4H1BYhEHzVwl/jwbpymtDVRZNEU79LbyO3srtAn999MJTzIIIodOPsSYV5r jzKQX37i4wq4Ov1mw8GkM/JEb0kYznFUOVwz7AFfFlSAfHu2ObnrjM7lrSocCnbimMDJ1QdOOc+I wycqPNeI2NZOYFd5VV3AB6lrDESAk5Am58DAS6sbIi70IGRQUcMTCjj0Y7XEQZEgEz1IvEjg5aU0 aq9oDlsmrb1AaSV3Y5Ft99KHlgA+KJ29vt9vnfJP7CKqPl0TQvCkFQwnMk8WSLJIKFFQhBXy6LNn anmrFco5aUBuEK8EASDFOiRrWT6k/GVyALjp4txBIHdGjnq2eiEjCdk7sJ8izOQXAE9okBR6oiQ9 nqVMqF5dBcfUSQbG0vhdpd7RBSHmMlUsPLwwBu1iyJZNGSLTpH7U119+iK8jGKF3tA42rwTj8hju 8xU2ZK/Hs+sMUGvluuQc1EOHe/QqUWtlGXa/AJY00BSwELuCFrVcXGdAdTuiA9MabIBsgBCIoWQv 5aoqtyvLWo1aeuPWjE1rhYCLoA1Vwu15s0v4AEQncQ1CqGr1fWhG/0QkENxW+mEGSFo6dkHeLx29 KkWtzEZOSQGBvh2ChyN2kaY2JHDJvAeBGiYKBnFquahZL+qgTPi1QFVsFC0kFsHahU8LnjnX0Fap MYnPNIZRVoBg7IoCv0Cw67g59os4zJCnTWBFEItFbV0devT8ot3z2ZAfJxbzv9fjLu76Nel36eAp 7ogIMZHDuHOEHGD56za4VT5mlwubwCoi23JKNgSeXj4ZYnyvNCMdMM8/YkpNAJ0UXICS+k+igcD2 CiAssj0IKNO4wejuKUlNCsVCwzbfY0XBhYJSxTj12kglpV0pDEqAYxbIWgEJGEYECETEusEtCHNC 0lpOGZshm0O9BEr2e8g3Sx/bPubPhaqNEOtPube86bqmbolW6DaBiSTz6QCvZGYeDtzDLghYqTRG AiXW+ohmERGQYagUAC0tN2WB0qCKKBKE0sk8wiJgShGjwuzigD9+M8AwqQNloBniAQaeeyiMtFJI Jls6REmlYSFc70JiCjGeHwC46dfvrs20uuj2C+C3x/Bawoyp7b6C1bde3AAOvq6uNCE77kU4siVr GI56WvuRmwcYLMkCXvlF7jlepOqzHgyrmuSML873vQ5yBxiw0nrSZFGVk5OYsgK/PqgvPIWwRc7H iwwZr6CpQPNEdV9JWIHftTxmkAaACwZ9FB8PpbvHoQ2yPStVmxfdTrwxsPb2Jx3ew5/To4bhvB8w yhOMICGXDktWpPaqRA7WLrdaR8xv3IRd9cX5V92HE5brHNUgtFrBjcnn9G9EyIBjkjovKevmTzZR 98UcmpNadly97uelRML0utl9F0R3UsF3DYArRjAvyq6AkT8WBXdDajkO/418EwA+qcuSLG3zmS4B FhiY0mkeXY0mNggbSGCTEXgHVjaREKKcNb8hm3c+vDdw0Mx73G00TMBz5H7ZAPOguCe0upOP4eI1 EF5soo0YocBgyWjmtqEZaHzZQeyYOPpRFSFAKEdnTGRbUYxzHOwqe10U7vTtOY75agVRFP0U1ZCs VPMKsci73MuYrFVzXJ0uapKy4Z+i9BzjGtrXJKs4CLRKdhAc9wA2kggAHwOsUlWfVXyfe6ZZAjG8 wygWs62cgKSGbsHbs32USj/xJDi/ZJEqTAHdhkvoLojYMFIuI8LNS9hJteeJ8QZd1AF4wbG1EhGJ AjmnkHAjn97K9TFEzd9S2NN5wYZvC6qA0KZpfFgSbvlOrkVjhUt8ToHj0h4TS8HZnI8sxRPe4BqV Hfl337kAGMZ5KxFGGWG8Nx5ARGw3Q404cMRV10CmGMUz/Hxft/D9v4SfjbLpml4IPORWgxUbHRnT dm3Ljg/deP3+Y1nhC/86VJ+n65vLSNZQNjo8CF+j/Jlp4zvnpo6r/nyuofScZPpHErff15K1c3Uw OqV5D+90thaz9PEWnS/Lb0X/f/PtZ8P9ce17fzcdpeX5iPksbEwRyo+r6UhIhJNezUVHrMUVAmmk QbPhRIqgosb/04CLksGQVFA/E0rtI6j9Fgw0EkgZYq4nTb1g/fQ5UbzDOQpDN9pdJ9chrg4GH2zW QP6A+9QmUS71Yu64ED1cDc7Jp3YerD58rE+bj+Q+gEgIrdBqDiWIypmC6xQfeDh7FxYVQwrkwMYI a5YnQ1vPu5tcDS51ckNMQk768s9R+80Y0wNJwsuLNOnSsQMwamhSsPaz3Kby4hCaGIGwKdkAJfOK Lk9zsdEBAZrx5V5zk4wtoykEUFRqAEWiXT1wRxhOS4Q6uE2iEjcaqolKZVIkcSabbbbbbba/Px/F 7I17xLiMQRvQcvLbvolxIrMSLjNJMSvPrpUo+W3tvkN6XUB38VT3PEOu4UQapuemwS1sdralx+yi HHUSgMBcmxMd4EgeWB+g8aYtfY6kBAIu7c82mdkBhyDtYdk60K/IJADs8lvSaX8rUFKj8zTwXZ6v OKWASWQIfqsHv+ICVkPUJCwnM2CGuDLQZx+74IiuLJ9KoEk0dw5ajSCrAigE2qIarGgj0CNHv2ak GcG4sUS1Qj0qwghiKkmolEDAlIoZKUgvznE0QVtL2DjFEgRfw8+Lx+E1ofS5etEukiVJJFrmlHYa EspARJBBSV3APU/WS6ZQp4dCSwMTYD/dUkl/DhKuaZaqEjAHKzhN3KjjRx7W7b/PneU7bgDFVZ2l hQMxYEoGv504H0JvvUAQ6TUDbB4bVRcXHzwhHXisUMwxP7xtCIBhoXg2AyLnA0jIQhMSAt39Xt2n le0Wa4cuosc6QcLZZdo/iY5gT0RVcwkIRN8FKZ6+3oaMbOn2bxaIDq9VbLxUCMsu5Vnd7FAMBmo+ ChxegaBtEs/2amahDCdVGJWV0/sGvXzH54QCOOHS2Oz03F7RjKhNBu2fKKhV92rgcTWZZAjVxAKh vFxsziGYThFUIDYfBniWK4nflAHb4esyA3PUKAxNGoI4UoPVUKKbqCHKK/nUGUmWdJtUKhlMAQ0B Sa0MbFxlYKg50cHESQtFpuOKUSCtpcZwiMhISCG2ezpSJfxYIJeCaYg43l1Np2LAxlOjkH+0ZcM0 HMth0+0AkvmarGrFclvIeY2p4sQdG10FIgwGANDVe6hhkZBqmKXSIRlMlZc4YPUm4kuKoFLeMERo oTRymWJNIdDg4/qQqW1UjXGVyszmg9xHf0OomlGxskSMvkXiHoVyvYoQ19F1YFTV9HKRbADPNIHl fJgufVlfT1b4lBasbbv3IsCJge3E2oyskXZcuPoQu2yvINiWM40EpyjkYwUhOOQS1rIyhDdvom7n Fndw4ZF5ss3O5mdE2RQu7L+jptYnaEi206oxp/GhapdhGvnrN7vM6jsyoPHHPmrhAlt9kNObG2ei YHad0CEFkGMIES+LpyQVsS9KebNwFTOjZBqCJYuuiiFsmEbgsakKbLt2upKkA9Cx62rfHiK+9IEv 4w36PJaFOGn8lFJnY8u5rc+Qhmkw2jgxwI2SSkmBAaBriLg5KCiAwWHO1CyFlNMiUrpP7EBlSmKq qVn37lhUgBF7LlwcE7MDK4JC01G9GG0fccADC174iGke+2MY2NjbhJDt72pHgGG/KecG4u981m3L dr4EvDalJJ/MnLo0YXRSqy49wYBu8yN6y5oT9KDiAkrpa8EVIk99lGm2mNpsE3aE6XDcsdK5hAF9 l1wxSZC1HRq9BfS7jUtpjOUNsd1wj+YYgQbUHfzqtv3oZZaI2Ah1E9g0QmPdfLZSkxO8s5BVCRw6 oGb5jkG0saJdcOOaaLg4+aQiQEIbSwR2aGh9AJNTRMGZOT6K47QndXsahLEU64KYKTlHJWIgbT3H XSOrfmXQjddmquFgAvkQV4zCw4sIFxQgsAgy1gIuS/8mPeYIaOV4Wx7KULzPoiTiK1qxRXIijMpQ zDCoJAigUe5tLxuRvYy8CWhZCNUsMxpAVoQtOhGdAR7KodQSqd5wonvZgGV0cQIh1TwypiLza3RH tjdursY+PDTagx7NtuSJfcUx0VudaSwY0hfcGdGZi/BfdU1WS3Ay42Z4G4KAVeOEeOFSUhsTYmxN 3hApS4FmIYxlg12EXohoJFYQklgq6VxmwYVhFxFyxmyN3ZabchUuDCBIkDs1Sg8TE88ixxsAbZNq SMJBV3jtqkv0bhuuAxCS/TDlId2HlhrRerFcYNtFXOsGLGy9CvEYmaPSU79QAbNFoDwVIy1BvdqZ apQ3rLpqNAwazxuGO4Qy6igZKVJsawB2ASV8LTC8lgF+MEFaYXAZ2pkGF5uRr+6ps33zTsEYFm2m 0wbYN7LjLwiTWmiF4hpf2dcauTTJOJt43uUxBEQxJm8tlVbkhuxsoRtzxewUnlqoom7TPHd2pTOO z26NGhAq6LsWswxUzKLbZKCbSMwy2gYYwvpcEudRWbQRAgOCAJgJVQloRE75Bd39EBOUBmMRcju1 kJZsuPqM15D+x6PRu2RcYIGM5QRrKlNY3ZbED0BHtaDvZedYGu++IyGRiiZSzuDPDZZyAWwYaIG8 niK+9kMBoMPmO6nh9MRf9yWyQvSc0MYGnNOO0MtxQ2IWMxKPEC+4R2lUqaZ8c3ewjMDEDQY7YZBR oMJMjEdpEOY0zJ4tzSJ6iSEhtNiGwA0cDBA2gc+g8k4Gi8SiELhHfr5u0H99Ls6q61WtKDFAVhi2 iMm/OCz9yHM2nd0NkN50OSMTKK8zkmZrQzkVktjT/gArq6m5o9v0gK9SHJFSEM5gEaNKgvkDlrqy 0/ODYopT6g8lWzSuskCVwN7y6OjjKjYiDXPjRyaKDMGYwAPT0215z9Uc/cehMg6EXoXB460DXtRT lUCGIfEIDUbw8mHieA2ULVGdeeJPKh5EZDDmcKxET4WYZqrSOxCka+2uI5sHsp5lhRE4wzSM8DJ4 PAXP/vL+z9n7v3SSTIvZTuuq4YOArnjCPeKdawaItfnCgsPUXEozyRQUsvQdPLJIq6vyqB5wjAZN MVMmGILNBBZHXAOeeNYgFJ3MpU68Q2uinzYhxWvWGjJ6JraQlDTLVqsJO+qTfluSXu5T7g9azjJ/ b5l2PVwHEwQBdLFgKS6JhvWkAjKl/5arnXwQ5huBxYDpJGIEBMULqz/weaV0IfrvScUqIRSj56Pj OsPSenwOeQX707gm8Mc3P0U5q+7dpFfGvprivsRxCgEYiDKB5wckFJJThJnsJPSNEsFVQrjmXPLE 5IBJf/i7kinChIGT69oY --Multipart=_Sun__10_Jan_2010_02_45_02_+0900_wtxq3DOgDHV1kzx9-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 19:45:42 2010 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 4386C1065734; Sat, 9 Jan 2010 19:45:42 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id DCE528FC1E; Sat, 9 Jan 2010 19:45:41 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 92BF345; Sat, 9 Jan 2010 20:45:40 +0100 (MET) Date: Sat, 9 Jan 2010 20:45:40 +0100 From: Joerg Wunsch To: "Mikhail T." Message-ID: <20100109194540.GT49006@uriah.heep.sax.de> References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> <4B478981.9060707@aldan.algebra.com> <20100108205940.GM49006@uriah.heep.sax.de> <4B47AB77.8020301@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B47AB77.8020301@aldan.algebra.com> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.org, karel@lovetemple.net, mm@FreeBSD.org, eischen@vigrid.com Subject: Re: Maintaining compiler front-ends (Re: The state of Ada) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 19:45:42 -0000 As Mikhail T. wrote: > Hi, Joerg! Yes, this is why I added you to CC, and I do think, that > the common libbfd ought to have all of the known targets > included. Even altogether they use very little space -- less, than > having to add just one more flavor separately (even multiplied by > the probability of ever having to do that :) I don't mind using that port as a general libbfd if that's consensus. Maintaining it is pretty easy, once I figured out the correct arguments for configure. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 19:52:49 2010 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 9D5141065768 for ; Sat, 9 Jan 2010 19:52:49 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3098F8FC08 for ; Sat, 9 Jan 2010 19:52:48 +0000 (UTC) Received: by fxm27 with SMTP id 27so5609223fxm.3 for ; Sat, 09 Jan 2010 11:52:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=UcIUDFr8rpmvjRNMLpNBmN7ky+8WbAWpK5cN2S9/aJA=; b=vX6hfdw+UqdypbEkVQEB9+zEOpZHfp1p7v15dUsZaUJCihuQns0pxKVw82jaHF5kJ0 RDk0xIRooFuuvN3BS3Yg9p2RkDt6ArSAIZtzxXXMk7hJrbFD0DuzriuP83BjRCY+RyQ0 VfEBd/2f9TuOb0NsZ4ddr1TR24Ow7idOlGi80= 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 :content-type; b=fyrQDSX7FlON6cvF0/3XBeubG8W76TkRDbIUgoRbhJ0MKOs2+bCa+qNtGbjj3T2woe Bn031dQcgaQG0OzcWy86Mw4x+TXFxePDmkftowrhgyzmGuQ5Id8OyeGy2CxRsrAFp8b5 uqsXbe3S7UqgbiRZDVJLHNdKqOpY5sv/6ksRs= MIME-Version: 1.0 Received: by 10.223.22.4 with SMTP id l4mr6835191fab.37.1263065190113; Sat, 09 Jan 2010 11:26:30 -0800 (PST) In-Reply-To: <164D361E-EE21-4A14-81B8-E3B87B96F3B8@pittelko.net> References: <164D361E-EE21-4A14-81B8-E3B87B96F3B8@pittelko.net> Date: Sat, 9 Jan 2010 20:26:30 +0100 Message-ID: From: Torfinn Ingolfsen To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: FreeBSD Port: mDNSResponder-108 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, 09 Jan 2010 19:52:49 -0000 On Sat, Jan 9, 2010 at 4:20 PM, Michael Pittelko wrote: > Does anyone own this port? mDNSResponder source from apple is now at > version -214. The latest source doesn't seem to compile properly (working > on it...), and -108 compiles but doesn't appear to actually No, nobody owns it (when this mailing list is the maintainer, the port doesn't have an owner). Or you could just have checked FreshPorts: http://www.freshports.org/net/mDNSResponder/ Feel free to have a go at updating it, if you wish. Maybe you could be the new maintainer, if you have the time and interest. -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 20:55:34 2010 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 58AD7106566B for ; Sat, 9 Jan 2010 20:55:34 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id D1BC78FC08 for ; Sat, 9 Jan 2010 20:55:33 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so1749197fgg.13 for ; Sat, 09 Jan 2010 12:55:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=tzSb+gNwC6EVj89E4hz+OT+zgvMiik/i/PdCtOMuEz0=; b=w5Jfv7jQbuT55rAgiLf+pkTodpTDVu3cuRHbthn9t3yy8ibv7D7KhKwUbN6GrR1zp4 smD+eE8VI6BtwGRMdsQf5Ta2EkrWtNR1oQM3mX8Lh62lNLLRGo8VwKZj1me78GsJhyvm 0nxuEb/GhF4EiY0Uaf7RSa8+jhwKNA2NRITb0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=ClVmvaL/kXi04QcK7/ho68h/juJTgmZlHMwnL8bYTQEORbSVdjzTujsQDyoR3hAeGo qLF5xuRoWGd7KBeEWkywTw8gSQ8ndlpLmBNnI3K6VFexTUQDtoYNLTWK3qJF2vPk4T8f oFiru5xfo5le/pYcbwotrB2zOh8Ohf4UYaZUA= Received: by 10.87.40.9 with SMTP id s9mr1737138fgj.11.1263070525532; Sat, 09 Jan 2010 12:55:25 -0800 (PST) Received: from darklight.org.ru ([213.132.76.16]) by mx.google.com with ESMTPS id l19sm2646113fgb.3.2010.01.09.12.55.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 09 Jan 2010 12:55:24 -0800 (PST) Received: from darklight.org.ru (yuri@localhost [127.0.0.1]) by darklight.org.ru (8.14.3/8.14.3) with ESMTP id o09KtLSO044203; Sat, 9 Jan 2010 23:55:21 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.3/8.14.3/Submit) id o09KtLQM044202; Sat, 9 Jan 2010 23:55:21 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Sat, 9 Jan 2010 23:55:21 +0300 From: Yuri Pankov To: Stefan Ehmann Message-ID: <20100109205521.GA43743@darklight.org.ru> References: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> <201001081140.52781.shoesoft@gmx.net> <786602c61001081348m3315879ftb0a5b14d8f61ade8@mail.gmail.com> <201001091219.51493.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001091219.51493.shoesoft@gmx.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Thomas Zander , freebsd-ports@freebsd.org Subject: Re: Call for testers - mplayer svn 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, 09 Jan 2010 20:55:34 -0000 On Sat, Jan 09, 2010 at 12:19:51PM +0100, Stefan Ehmann wrote: > On Friday 08 January 2010 22:48:50 Thomas Zander wrote: > > On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann wrote: > > > VDPAU support would also be nice. > > > > Noted, thanks. I have overlooked that one. I'll include it with the > > next iteration in a few days. > > Meanwhile, I tried getting it to work myself. If I move the vdpau-headers from > /usr/local/share/doc/NVIDIA_GLX-1.0 (installed by x11/nvidia-driver) to > /usr/local/include/vdpau, mplayer is compiled with vdpau support. Thanks for the hint, makes a difference here. Should we ask maintainer of nvidia-driver to install those headers with the port? > > It's working nicely. Having to specify -vc manually is cumbersome, but that's > not related to the port :) I guess you mean -vo here. You could specify it in ~/.mplayer/config, BTW. Other than that, compiles and runs nicely on -CURRENT/amd64. Thanks for updating the port, Thomas. Yuri From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 21:34:17 2010 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 4C6ED1065672 for ; Sat, 9 Jan 2010 21:34:17 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id ACFE58FC12 for ; Sat, 9 Jan 2010 21:34:16 +0000 (UTC) Received: (qmail invoked by alias); 09 Jan 2010 21:34:15 -0000 Received: from 85-127-77-188.dynamic.xdsl-line.inode.at (EHLO walrus.pepperland) [85.127.77.188] by mail.gmx.net (mp010) with SMTP; 09 Jan 2010 22:34:15 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/9Hph2Yjf9Pl3BLjwdMVePrlZaS6dw8Hl8u590k7 2FBzg/AAPx08/+ From: Stefan Ehmann To: freebsd-ports@freebsd.org Date: Sat, 9 Jan 2010 22:34:13 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE; KDE/4.3.4; i386; ; ) References: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> <201001091219.51493.shoesoft@gmx.net> <20100109205521.GA43743@darklight.org.ru> In-Reply-To: <20100109205521.GA43743@darklight.org.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201001092234.13902.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Cc: Yuri Pankov , Thomas Zander , danfe@freebsd.org Subject: Re: Call for testers - mplayer svn 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, 09 Jan 2010 21:34:17 -0000 On Saturday 09 January 2010 21:55:21 Yuri Pankov wrote: > On Sat, Jan 09, 2010 at 12:19:51PM +0100, Stefan Ehmann wrote: > > On Friday 08 January 2010 22:48:50 Thomas Zander wrote: > > > On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann wrote: > > > > VDPAU support would also be nice. > > > > > > Noted, thanks. I have overlooked that one. I'll include it with the > > > next iteration in a few days. > > > > Meanwhile, I tried getting it to work myself. If I move the vdpau-heade= rs > > from /usr/local/share/doc/NVIDIA_GLX-1.0 (installed by x11/nvidia-drive= r) > > to /usr/local/include/vdpau, mplayer is compiled with vdpau support. >=20 > Thanks for the hint, makes a difference here. Should we ask maintainer > of nvidia-driver to install those headers with the port? (CCed the nvidia-driver maintainer) I think modifying the nvidia-driver port to install the header files into a= =20 different location would be preferable. But I haven't really looked at the= =20 port, maybe there's a reason for them to be in doc. > > It's working nicely. Having to specify -vc manually is cumbersome, but > > that's not related to the port :) >=20 > I guess you mean -vo here. You could specify it in ~/.mplayer/config, BTW. Unfortunately, no. In order to get hardware acceleration, you also need to= =20 specify -vc depending on the type of video. From the man page: vdpau (with =E2=88=92vc ffmpeg12vdpau, ffwmv3vdpau, ffvc1vdpau or ffh264vdp= au) From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 21:47:02 2010 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 EEB5D1065676 for ; Sat, 9 Jan 2010 21:47:02 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (builder.freebsd.org [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id E0C698FC22 for ; Sat, 9 Jan 2010 21:47:02 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o09Ll21J038017 for ; Sat, 9 Jan 2010 21:47:02 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o09Ll2Jo038016 for ports@FreeBSD.org; Sat, 9 Jan 2010 21:47:02 GMT (envelope-from erwin) Date: Sat, 9 Jan 2010 21:47:02 GMT From: Erwin Lansing Message-Id: <201001092147.o09Ll2Jo038016@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 6.x 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, 09 Jan 2010 21:47:03 -0000 INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: wine-1.1.36,1: no entry for /usr/ports/devel/flex Committers on the hook: edwin gerald marcus olgeni osa pav Most recent CVS update was: U audio/linux-fmodapi/Makefile U audio/linux-fmodapi/pkg-plist U deskutils/google-gadgets/files/patch-extensions_gtkwebkit__browser__element_browser__element.cc U deskutils/google-gadgets/files/patch-extensions_soup__xml__http__request_soup__xml__http__request.cc U devel/cl-asdf/files/asdf-init.lisp U emulators/wine/Makefile U lang/ecl/Makefile U net-im/farsight2/Makefile U net-im/farsight2/distinfo U net-im/telepathy-farsight/Makefile U net-im/telepathy-farsight/distinfo U www/nginx/Makefile U www/nginx/distinfo U www/nginx-devel/Makefile U www/nginx-devel/distinfo U www/rubygem-passenger/Makefile U www/rubygem-passenger/distinfo U www/rubygem-passenger/pkg-descr From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 22:06:51 2010 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 E4E591065670; Sat, 9 Jan 2010 22:06:50 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 711B08FC0A; Sat, 9 Jan 2010 22:06:50 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1NTjSL-0003XJ-5n>; Sat, 09 Jan 2010 23:06:49 +0100 Received: from e178039021.adsl.alicedsl.de ([85.178.39.21] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1NTjSL-0005uz-0v>; Sat, 09 Jan 2010 23:06:49 +0100 Message-ID: <4B48FDF8.2070506@mail.zedat.fu-berlin.de> Date: Sat, 09 Jan 2010 23:06:48 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091219 Thunderbird/3.0 MIME-Version: 1.0 To: Pieter de Goeje References: <4B448CB4.5000105@zedat.fu-berlin.de> <201001070241.18190.pieter@degoeje.nl> <4B45A32C.2070708@zedat.fu-berlin.de> <201001071956.35417.pieter@degoeje.nl> In-Reply-To: <201001071956.35417.pieter@degoeje.nl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.39.21 Cc: "O. Hartmann" , freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: ports/devel/protobuf: Segmentation fault in mmap in some applications 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, 09 Jan 2010 22:06:51 -0000 On 01/07/10 19:56, Pieter de Goeje wrote: > On Thursday 07 January 2010 10:02:36 O. Hartmann wrote: >> On 01/07/10 01:41, Pieter de Goeje wrote: >>> On Wednesday 06 January 2010 14:14:28 O. Hartmann wrote: >>>> Dear Sirs, >>>> We use a software package for scientific imagery processing from USGS, >>>> ISIS3 (http://isis.astrogeology.usgs.gov/). The most recent version is >>>> 3.1.21 and since this version, the software intensively uses >>>> libprotobuf.so. >>>> >>>> While we can use ISIS 3.1.20 very well under FreeBSD 8.0/amd64, it is >>>> impossible to use the software with version no. 3.1.21, which seems to >>>> have some issues wih libprotobuf.so. Every client out of this ISIS3 >>>> package crashes with a segmentation fault and as far as I can judge the >>>> situation, there is a problem with libprotobuf.so, against which all >>>> clients out of ISIS 3.1.21 are linked. >>> >>> Perhaps the ISIS package was developed using a different (older?) version >>> of Google's protocol buffers. Compiling protobuf from source is quite >>> easy on FreeBSD. You can find the source here: >>> http://code.google.com/p/protobuf/downloads/list >>> I would start by trying version 2.1.0 and 2.2.0a. >>> >>>> I searched for help on the ISIS3-support forum and realised that some >>>> Apple OS X guys have had similar problems, but those threads where >>>> closed immediately or got relative senseless response. >>>> >>>> In our case, we compile every necessary library and prerequisite >>>> software package (mostly Qt4 libs) from ports. This works great with >>>> some tweaks for FreeBSD in make/config.freebsd (which I derived from >>>> some linux and/or OS X config files). >>>> >>>> Now I'm floating like a dead man i the water. Below I provide q gdb >>>> output of the qview-client (the same is with all other clients, like >>>> photrim etc. for those familiar with the software package). >>> >>> A backtrace ('bt' at the gdb prompt) might contain more useful >>> information. >>> >>>> Additionaly, I provide a truss-output, that stops at mmap issues. >>>> >>>> Well, if someone could provide me with some advance debugging hints I >>>> would appreaciate them. I'm pretty sure he problem is located within the >>>> libprotobuf library or the way it is treated, but this is a guess of a >>>> non-developer. >>>> >>>> Thanks very much in advance. >>>> Please reply also to this email address, since I'm not subscriber of the >>>> list I post to. >>>> >>>> Oliver >>> >>> - Pieter >> >> Hello Pieter, >> >> ISIS3 utilises the very same revision of libprotobuf as FreeBSD has in >> the ports repositorium (libprotobuf.so.4.0.0, aka protobuf-2.2.0). The >> backtrace follows, it is a little bit lengthy ... > > Ok, I can reproduce this locally. The cause is incorrect compiler flags. > Basically one must use `pkg-config --cflags protobuf` to get the correct > CFLAGS and `pkg-config --libs protobuf` for the correct libraries. > > Most likely one or both of the following were missing during the > compilation/linking of ISIS: -D_THREAD_SAFE -pthread > > Regards, > > Pieter You're right. Thank you very much. After applying the output of pkg-config --libs protobuf to the proper make file, everythng went as expected! Regards and thanks, Oliver From owner-freebsd-ports@FreeBSD.ORG Sat Jan 9 23:00:06 2010 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 202B8106566B for ; Sat, 9 Jan 2010 23:00:06 +0000 (UTC) (envelope-from karel.miklav@siol.net) Received: from mta-13.siol.net (mta-13.siol.net [193.189.160.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5FDCD8FC0C for ; Sat, 9 Jan 2010 23:00:04 +0000 (UTC) Received: from mail-7.siol.net ([10.10.10.108]) by mta-14.siol.net with ESMTP id <20100109205837.RMYU18014.mta-14.siol.net@mail-7.siol.net>; Sat, 9 Jan 2010 21:58:37 +0100 Received: from tp.unitedpeople.net ([89.143.20.104]) by mail-7.siol.net with ESMTP id <20100109205837.CICO16625.mail-7.siol.net@tp.unitedpeople.net>; Sat, 9 Jan 2010 21:58:37 +0100 Message-ID: <4B48EDFB.2090001@siol.net> Date: Sat, 09 Jan 2010 21:58:35 +0100 From: Karel Miklav User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: freebsd-ports@coreland.ath.cx References: <4B4772F4.5070601@aldan.algebra.com> <362458.2970.qm@web50704.mail.re2.yahoo.com> <20100108185638.GA73884@logik.internal.network> In-Reply-To: <20100108185638.GA73884@logik.internal.network> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Mikhail T." , freebsd-ports@freebsd.org, Daniel Eischen Subject: Re: The state of Ada 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, 09 Jan 2010 23:00:06 -0000 freebsd-ports@coreland.ath.cx wrote: > I've spent a great deal of time getting GCC 4.4 ported to FreeBSD on > i386 and x86_64. Thank you for continuing the work on gnat-gcc. -- Regards, Karel Miklav