From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 00:04:35 2009 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 573EA106566B; Sun, 6 Dec 2009 00:04:35 +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 1CC1D8FC13; Sun, 6 Dec 2009 00:04:34 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-218-170.ard.bellsouth.net [72.154.218.170]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nB604Wdh079333 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 5 Dec 2009 19:04:33 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norikatsu Shigemura In-Reply-To: <20091206025235.b5f70278.nork@FreeBSD.org> References: <20091205104243.f66171bb.nork@FreeBSD.org> <4B1A5095.8070102@icyb.net.ua> <20091206012233.8a35f179.nork@FreeBSD.org> <4B1A8AF5.1040407@icyb.net.ua> <20091206022200.46fab5e2.nork@FreeBSD.org> <20091206025235.b5f70278.nork@FreeBSD.org> Content-Type: text/plain Organization: FreeBSD Date: Sat, 05 Dec 2009 18:04:27 -0600 Message-Id: <1260057867.2315.248.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=-1.3 required=5.0 tests=AWL,BAYES_00,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, Andriy Gapon Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx. 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, 06 Dec 2009 00:04:35 -0000 On Sun, 2009-12-06 at 02:52 +0900, Norikatsu Shigemura wrote: > On Sun, 6 Dec 2009 02:22:00 +0900 > Norikatsu Shigemura wrote: > > Hum.. When 7.6.1 release? If not yet, I'll back port. > > But, I don't understand fix by https://bugs.freedesktop.org/show_bug.cgi?id=24266 > > How should I find git's commit id from http://cgit.freedesktop.org/mesa/mesa/ ? > > I give up. So I remaked 7.6.1-rc2. I'll update to 7.6.1-rc2. 7.6.1 was going to be released a week ago or so, but intel didn't have their act together, so it ended up delayed a bit. It should be released fairly soon, like within a week or two at most I would say. robert. -- Robert Noland FreeBSD From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 00:22:38 2009 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 6FA1E1065670 for ; Sun, 6 Dec 2009 00:22:38 +0000 (UTC) (envelope-from fluffy@fluffy.khv.ru) Received: from ns.ael.RU (ns.ael.ru [62.76.207.226]) by mx1.freebsd.org (Postfix) with ESMTP id A855B8FC14 for ; Sun, 6 Dec 2009 00:22:37 +0000 (UTC) Received: from Fluffy.Khv.RU (85.9.168.188.retail.ttk.ru [188.168.9.85] (may be forged)) by ns.ael.RU (8.14.3/8.14.3/Fluffy/5.3) with ESMTP id nB60MWv3052778; Sun, 6 Dec 2009 10:22:34 +1000 (VLAT) (envelope-from fluffy@fluffy.khv.ru) Received: from fluffy.khv.ru (localhost [127.0.0.1]) by Fluffy.Khv.RU (8.14.3/8.14.3/Fluffy/5.4.1) with ESMTP id nB60M7rM000791; Sun, 6 Dec 2009 10:22:07 +1000 (VLAT) (envelope-from fluffy@fluffy.khv.ru) From: Dima Panov Organization: Twilight Zone To: Doug Barton Date: Sun, 6 Dec 2009 10:22:05 +1000 User-Agent: KMail/1.12.3 (FreeBSD/9.0-900002-CURRENT; KDE/4.3.3; amd64; ; ) References: <4B159C5C.2090407@FreeBSD.org> <200912021241.29874.fluffy@fluffy.khv.ru> <4B1AC536.7090004@FreeBSD.org> In-Reply-To: <4B1AC536.7090004@FreeBSD.org> X-Face: "RE-2'yS-N:*/7DHOjQ%Az<.+SG>K7B'k(&; qb0K4]Hv>J}"l9,=:m2_]-3S/}`b\]yA-g !y3en*Zl(i-86iM?Q[w@!=rW&JdT>KHW@dri>+qMcy42O, 5#izEqa-K+=B<@A X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ns.ael.RU [62.76.207.226]); Sun, 06 Dec 2009 10:22:35 +1000 (VLAT) X-Spam-Status: No, score=-1.9 required=3.0 tests=AWL,BAYES_00,RDNS_NONE, SPF_FAIL,SPF_HELO_FAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ns.ael.RU 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: Sun, 06 Dec 2009 00:22:38 -0000 --nextPart4212631.zKEs8UDsDl Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Sunday 06 December 2009 06:40:22 Doug Barton wrote: > Dima Panov wrote: > > Doug, haw about missed feature (portupgrade had this earlier)? > > If -r (recursive) flag present, after upgrade package repack all depend= ed > > on him. >=20 > I thought more about this and realized that I'm not 100% sure what > you're asking for. :) >=20 > If you use -g along with -r now, all of the ports that get > rebuilt/reinstalled will have new packages generated that contain > their updated dependencies. So that case is handled already. >=20 > OTOH, is what you're asking for is essentially for -r to be recursive? > Which is to say that if you do 'portmaster -g -r fooport' and barport > depends on fooport, you want to repackage everything that depends on > barport as well? That would make sense if barport is upgraded to a new > version as a side effect of 'portmaster -g -r fooport', otherwise I > don't see the value in repackaging things that depend on barport > because (AFAICS) the packages will not change. Packages changed. Exactly, changed list of @pkgdep to new revisions, and if I try install not repacked package to a clean machine from prepared = package=20 repository, it will pick up OLD dependency rather than new, cause contains = old=20 dependencies list. So recursive package update should be expanded as "rebuild depended package= s, which=20 upgraded too, AND repack all rest depended tree" to get ${PACKAGES}/All rep= ository in=20 consistency. > If I'm missing something or you're asking for something different, > please let me know. >=20 >=20 > Doug >=20 =2D-=20 Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 = B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 = 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept = 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:174= 5024 --nextPart4212631.zKEs8UDsDl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAksa+S4ACgkQpiZ27ZPjsBi35gCeKQcCwSz7td89XkYuvA0LT2ld 7d4AniXN/9Sqiwnb6ekwv1YSga6E2Cfk =FVHV -----END PGP SIGNATURE----- --nextPart4212631.zKEs8UDsDl-- From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 01:27:21 2009 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 DA0E41065679 for ; Sun, 6 Dec 2009 01:27:21 +0000 (UTC) (envelope-from lynx.ripe@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8F48FC14 for ; Sun, 6 Dec 2009 01:27:21 +0000 (UTC) Received: by fxm2 with SMTP id 2so1132000fxm.13 for ; Sat, 05 Dec 2009 17:27:20 -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=SCRL0DE/BiLH3I5FBO3kaWh+95DSvexz+T1tVeihnhc=; b=oW/2vjtKV854xwHdkAsmOeVWhO2WTkeI3BhJAMtjOmQye4DAPMtYHkU5h/EYaAyYf6 wlxCCusTe3xTe9uZFq/jMAeqEWYwVGo4v/CNW8MWXwoQRh6lFfC1tFEOnECdAo3q5R+P 59DsJCZNRQ/vEFrdKHE5kB0lUPiDK36DTsWSs= 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=xhvWhtPqKAnh3DM403ZJDiwrT3kNMhF+Gj8vhJJU22M72syk1Ij+tBVgwjwAfF8yht hkTn6GTT1yyDfajNA+zQidLZiEPM9y9QDx9e7GUqOBDeOFcE5uOhhtgufqFX3CDXhT7O sJLYwWUjJVX8i/1kSl+OJWTIBK6qolsKKSfGE= MIME-Version: 1.0 Received: by 10.239.139.226 with SMTP id u34mr518561hbu.80.1260062840300; Sat, 05 Dec 2009 17:27:20 -0800 (PST) In-Reply-To: References: <4B17D7F3.7080005@gmail.com> <754a9c140912030913t17c68142u1eec510d73411fef@mail.gmail.com> Date: Sun, 6 Dec 2009 03:27:20 +0200 Message-ID: <754a9c140912051727l50c037bcg92c44fe7cda087f6@mail.gmail.com> From: Dmitry Pryanishnikov To: Peter Beckman Content-Type: text/plain; charset=ISO-8859-1 Cc: Mark Linimon , Jim Pazarena , freebsd-ports@freebsd.org Subject: Re: sshd on FBSD 8.0-RC2/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: Sun, 06 Dec 2009 01:27:22 -0000 Hello! 2009/12/3 Peter Beckman : > On Thu, 3 Dec 2009, Dmitry Pryanishnikov wrote: > >> Well, ldd's output _itself_ depends on the current environment and >> thus can't insure that correct libraries will be used by the >> application. Compare: > > Well that's just confusing! So what's the default? If I have no > LD_LIBRARY_PATH set, lighttpd uses /usr/local/lib as I would > expect/hope/desire, but I have no understanding as to why. If I set > LD_LIBRARY_PATH to /usr/lib, it uses everything right EXCEPT > /usr/lib/libssl.so.6. What's the logic? How does one do it right? I haven't found definitive answer using RTFM. But luckily it's opensource, so RTFS gives the following search order for rtld-elf (as of RELENG_7): /usr/src/libexec/rtld-elf/rtld.c: /* * Find the library with the given name, and return its full pathname. * The returned string is dynamically allocated. Generates an error * message and returns NULL if the library cannot be found. * * If the second argument is non-NULL, then it refers to an already- * loaded shared object, whose library search path will be searched. * * The search order is: * LD_LIBRARY_PATH * rpath in the referencing file * ldconfig hints * /lib:/usr/lib */ > > web1: 4 : ~/logs/web3 --> unsetenv LD_LIBRARY_PATH > web1: 4 : ~/logs/web3 --> ldd /usr/local/sbin/lighttpd > /usr/local/sbin/lighttpd: > libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x80066e000) > libssl.so.6 => /usr/local/lib/libssl.so.6 (0x80079e000) > libcrypto.so.6 => /usr/local/lib/libcrypto.so.6 (0x8008eb000) > libc.so.7 => /lib/libc.so.7 (0x800b63000) > libz.so.5 => /lib/libz.so.5 (0x800d9d000) > libthr.so.3 => /lib/libthr.so.3 (0x800eb2000) > web1: 4 : ~/logs/web3 --> setenv LD_LIBRARY_PATH /usr/lib > web1: 4 : ~/logs/web3 --> ldd /usr/local/sbin/lighttpd > /usr/local/sbin/lighttpd: > libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x80066e000) > libssl.so.6 => /usr/lib/libssl.so.6 (0x80079e000) Looks like 'libssl.so.6 => /usr/local/lib/libssl.so.6' is set via rpath - it overrides standard hints path '/lib:/usr/lib:/usr/lib/compat:/usr/local/lib...' but still can be overridden by LD_LIBRARY_PATH. -- Sincerely, Dmitry nic-hdl: LYNX-RIPE From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 04:41:41 2009 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 EEFD7106566B for ; Sun, 6 Dec 2009 04:41:40 +0000 (UTC) (envelope-from beckman@angryox.com) Received: from nog.angryox.com (nog.angryox.com [70.164.19.87]) by mx1.freebsd.org (Postfix) with ESMTP id A42978FC0A for ; Sun, 6 Dec 2009 04:41:40 +0000 (UTC) Received: from nog.angryox.com (localhost [127.0.0.1]) by nog.angryox.com (Postfix) with ESMTP id 913322C3D11; Sun, 6 Dec 2009 04:41:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=angryox.com; h=date:from :to:cc:subject:in-reply-to:message-id:references:mime-version :content-type; s=powerfulgood; bh=6qYqAjbacFLoeJeLNu010C+jUhw=; b= RFjMGb/WlpJ6xQ8IHceW2udxhPZK5RbklDWE/Pja3DKKq4cRgOFtq6ptbVGneCAm 70fg4UdJXfBfu28+vsq1SFh7WQGtLk3h1zKUtpyf7eb0ZQ42go96j75kSQZqRsWJ qdeuSKNn6GweUsWHhyLr35w+x/TOEZO54Ihuy83YUYM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=angryox.com; h=date:from:to :cc:subject:in-reply-to:message-id:references:mime-version :content-type; q=dns; s=powerfulgood; b=tn4ukZQ0me7MuPOHyGuqiGwh 3OWJFr87UJ/BBzSTZcorh0ENK/pTHxEgl9qSD8IqPF7YfU40icf5oh1ol4mKR+m5 HJmMCoxr0/AnD/uaV9hdp792tuQgwlyMComrXoUWLdzMBqS8wlH59XW+fTX1UxqD BQG8Q5dtIjIVX/jpkq4= Received: by nog.angryox.com (Postfix, from userid 1001) id 4D9AC2C3D10; Sun, 6 Dec 2009 04:41:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nog.angryox.com (Postfix) with ESMTP id 3D4982C3D0E; Sat, 5 Dec 2009 23:41:39 -0500 (EST) Date: Sat, 5 Dec 2009 23:41:39 -0500 From: Peter Beckman To: Dmitry Pryanishnikov In-Reply-To: <754a9c140912051727l50c037bcg92c44fe7cda087f6@mail.gmail.com> Message-ID: References: <4B17D7F3.7080005@gmail.com> <754a9c140912030913t17c68142u1eec510d73411fef@mail.gmail.com> <754a9c140912051727l50c037bcg92c44fe7cda087f6@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Mark Linimon , Jim Pazarena , freebsd-ports@freebsd.org Subject: Re: sshd on FBSD 8.0-RC2/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: Sun, 06 Dec 2009 04:41:41 -0000 On Sun, 6 Dec 2009, Dmitry Pryanishnikov wrote: > 2009/12/3 Peter Beckman : >> On Thu, 3 Dec 2009, Dmitry Pryanishnikov wrote: >> >>> Well, ldd's output _itself_ depends on the current environment and >>> thus can't insure that correct libraries will be used by the >>> application. Compare: >> >> Well that's just confusing! So what's the default? If I have no >> LD_LIBRARY_PATH set, lighttpd uses /usr/local/lib as I would >> expect/hope/desire, but I have no understanding as to why. If I set >> LD_LIBRARY_PATH to /usr/lib, it uses everything right EXCEPT >> /usr/lib/libssl.so.6. What's the logic? How does one do it right? > > I haven't found definitive answer using RTFM. But luckily it's > opensource, so RTFS gives the following search order for rtld-elf (as > of RELENG_7): > > /usr/src/libexec/rtld-elf/rtld.c: > > /* > * Find the library with the given name, and return its full pathname. > * The returned string is dynamically allocated. Generates an error > * message and returns NULL if the library cannot be found. > * > * If the second argument is non-NULL, then it refers to an already- > * loaded shared object, whose library search path will be searched. > * > * The search order is: > * LD_LIBRARY_PATH > * rpath in the referencing file > * ldconfig hints > * /lib:/usr/lib > */ > > Looks like 'libssl.so.6 => /usr/local/lib/libssl.so.6' is set via > rpath - it overrides standard hints path > '/lib:/usr/lib:/usr/lib/compat:/usr/local/lib...' but still can be > overridden by LD_LIBRARY_PATH. You. Are. The. Man. I really appreciate you taking the time to dig that up. I hope it will help someone else in the future also getting confused with why one library is being used over another. Thanks!!! Beckman --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman@angryox.com http://www.angryox.com/ --------------------------------------------------------------------------- From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 11:17:57 2009 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 94713106568F for ; Sun, 6 Dec 2009 11:17:57 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id D39D18FC0A for ; Sun, 6 Dec 2009 11:17:56 +0000 (UTC) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id nB6BHrWe010969 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 6 Dec 2009 11:17:54 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 chronos.org.uk nB6BHrWe010969 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1260098274; bh=OJKT9DdigVTkKgxdg4uG3xc3+94fLksxMifStIVM2qA=; h=From:To:Subject:Date:References:In-Reply-To:MIME-Version: Content-Type:Message-Id; b=TfRVejmUZBmKiGAgWkhImpG+E3EXmyB24fqhGcMdCvwsp+MPh+9+VbACF7rVUCNLp qN5DP/nS+V/IdinFa+PLKcDgO4jhjVq8B7k6eJMCY3GokSH2XxiMpH40udGAH/HFZW BGL5mxUAWWGWfolCFB+aVPsTdwatfKCD8C59MaAI= From: Matt Dawson To: freebsd-ports@freebsd.org Date: Sun, 6 Dec 2009 11:17:52 +0000 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p1; KDE/4.3.4; amd64; ; ) References: <20091206000003.CBDEC1065705@hub.freebsd.org> In-Reply-To: <20091206000003.CBDEC1065705@hub.freebsd.org> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Sun, 06 Dec 2009 11:17:54 +0000 (GMT) X-Virus-Scanned: clamav-milter 0.95.3 at central.local.chronos.org.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.2 required=3.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_48_96,NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk Subject: Re: freebsd-ports Digest, Vol 341, Issue 7 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, 06 Dec 2009 11:17:57 -0000 --Boundary-00=_gL5GLKKgoY79NV0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit On Sunday 06 Dec 2009 00:00:03 freebsd-ports-request@freebsd.org wrote: > > An option WITH_LIBUSB was added to the cups-base/Makefile. That's > > probably what Dirk meant. > > Thanks for the explanation, Gary. I have it set with make config but > just hardcoded it into the Makefile and am recompiling but I doubt it > will change but there is still hope. ;) The attached patch works on 8.0-RELEASE for me, restoring the non-libusb functionality. Leave the libusb option disabled and just compile as normal. -- Matt Dawson MTD15-RIPE matt@chronos.org.uk --Boundary-00=_gL5GLKKgoY79NV0 Content-Type: text/x-patch; charset="ISO-8859-1"; name="print.cups-base.Makefile.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="print.cups-base.Makefile.diff" =2D-- ./ports/print/cups-base/Makefile.orig 2009-12-06 11:02:46.000000000 += 0000 +++ ./ports/print/cups-base/Makefile 2009-12-06 11:09:36.000000000 +0000 @@ -175,6 +175,8 @@ =20 .if !defined(CUPS_CLIENT) && !defined(CUPS_IMAGE) && defined(WITH_LIBUSB) LIB_DEPENDS+=3D usb:${PORTSDIR}/devel/libusb +.else +CONFIGURE_ARGS+=3D --disable-libusb .endif =20 .if defined(CUPS_CLIENT) --Boundary-00=_gL5GLKKgoY79NV0-- From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 11:32:19 2009 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 5F32E1065694 for ; Sun, 6 Dec 2009 11:32:19 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9CFBC8FC0A for ; Sun, 6 Dec 2009 11:32:18 +0000 (UTC) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id nB6BWFMn016055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 6 Dec 2009 11:32:16 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 chronos.org.uk nB6BWFMn016055 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1260099136; bh=TrXBmwekoYDfksb9D/cWhVbvnjtzDFo1eFvnIJQGTO0=; h=From:To:Subject:Date:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=AjxUXuXuPULj0T1dQvL+wkA+WVNEZN0kbrvVX8SkqpcISDvoM3e0bXZ3xMMyQ+l/b G0Z1TLXUKtiDZ05dFaArCfssVKg6QBIiJWllrESPmLJdQpqLUoRN+aZjZi6kGCjxy8 V0DBqMYr1a0Th8i1gA9e6P2WyOc/tquxYkVhJCKg= From: Matt Dawson To: freebsd-ports@freebsd.org Date: Sun, 6 Dec 2009 11:32:09 +0000 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p1; KDE/4.3.4; amd64; ; ) References: <20091206000003.CBDEC1065705@hub.freebsd.org> <200912061117.52627.matt@chronos.org.uk> In-Reply-To: <200912061117.52627.matt@chronos.org.uk> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Sun, 06 Dec 2009 11:32:16 +0000 (GMT) X-Virus-Scanned: clamav-milter 0.95.3 at central.local.chronos.org.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.2 required=3.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_48_96,NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk Subject: Re: The new cups ports seem to not recognize usb printers on FreeBSD 7.2-STABLE 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, 06 Dec 2009 11:32:19 -0000 --nextPart2255912.QXv1rzgI1E Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable On Sunday 06 Dec 2009 11:17:52 you wrote: > On Sunday 06 Dec 2009 00:00:03 freebsd-ports-request@freebsd.org wrote: > > > An option WITH_LIBUSB was added to the cups-base/Makefile. That's > > > probably what Dirk meant. > > > > Thanks for the explanation, Gary. I have it set with make config but > > just hardcoded it into the Makefile and am recompiling but I doubt it > > will change but there is still hope. ;) >=20 > The attached patch works on 8.0-RELEASE for me, restoring the non-libusb > functionality. Leave the libusb option disabled and just compile as > normal. >=20 Gah, sorry about the subject line. Won't happen again. =2D-=20 Matt Dawson MTD15-RIPE matt@chronos.org.uk --nextPart2255912.QXv1rzgI1E Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAksblj4ACgkQAmT9uY8euiLZmACfe3FZTSO/As+4GRgF7GaBL/UI CvwAmgIBNbRkyW5D9/qdXv3SRiVGsBc/ =hKgq -----END PGP SIGNATURE----- --nextPart2255912.QXv1rzgI1E-- From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 12:05:56 2009 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 3B1CE1065670 for ; Sun, 6 Dec 2009 12:05:56 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id C22D98FC0C for ; Sun, 6 Dec 2009 12:05:55 +0000 (UTC) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NHFsA-0005jO-7f; Sun, 06 Dec 2009 13:05:54 +0100 Received: from p57ae139c.dip0.t-ipconnect.de ([87.174.19.156]:10101 helo=ernst.jennejohn.org) by 11.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NHFs9-0004GP-Pz; Sun, 06 Dec 2009 13:05:54 +0100 Date: Sun, 6 Dec 2009 13:05:52 +0100 From: Gary Jennejohn To: Boris Samorodov Message-ID: <20091206130552.304df24b@ernst.jennejohn.org> In-Reply-To: <88099052@bb.ipt.ru> References: <88099052@bb.ipt.ru> 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@FreeBSD.org Subject: Re: [patch] switch to Emacs 23 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: Sun, 06 Dec 2009 12:05:56 -0000 On Wed, 02 Dec 2009 14:24:03 +0300 Boris Samorodov wrote: > here is a patch to switch to Emacs 23 as a default. There are > 50 affected ports. Tests were done at tinderbox. Please give > this patch a try. I'm going to fire up an exp run after some > testing. The patch is relative to PORTSDIR: > > ftp://ftp.ipt.ru/pub/download/ports.diff.bz2 > Seems to work pretty well on 9-C and AMD64. There are LOTS of "casting pointer to integer of a different size" warnings, but that's just sloppy programming upstream. --- Gary Jennejohn From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 12:40:34 2009 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 421C2106566B for ; Sun, 6 Dec 2009 12:40:34 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 84C298FC15 for ; Sun, 6 Dec 2009 12:40:33 +0000 (UTC) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id nB6CeTgg039577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 6 Dec 2009 12:40:30 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 chronos.org.uk nB6CeTgg039577 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1260103230; bh=5oYmGOVT1NI5Mhj8zRYz5vY2pmWarPyBFW8MZR56bJQ=; h=From:To:Subject:Date:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=QIDk1B12Scb1VNW0qTDSy/TdP22KUpj/mvNNaR6n4GT4SNMcMoobBS9N9SHZQFKLz pwEbb6/bYrg8OsSc6QVV1c9+n9c0k5NPoseRtnj9K9nKlSIKR1Yv4prPxBUB55uYoS 2KNPal5YEzQAQl7w2dIQFZuL2n7gFrx+T+BxaTAk= From: Matt Dawson To: freebsd-ports@freebsd.org Date: Sun, 6 Dec 2009 12:40:23 +0000 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p1; KDE/4.3.4; amd64; ; ) References: <20091206120023.6B7C410656C9@hub.freebsd.org> In-Reply-To: <20091206120023.6B7C410656C9@hub.freebsd.org> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Sun, 06 Dec 2009 12:40:30 +0000 (GMT) X-Virus-Scanned: clamav-milter 0.95.3 at central.local.chronos.org.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.2 required=3.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_48_96,NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk Subject: Re: The new cups ports seem to not recognize usb printers on FreeBSD 7.2-STABLE 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, 06 Dec 2009 12:40:34 -0000 --nextPart1516257.ZHtRDW8ZR6 Content-Type: multipart/mixed; boundary="Boundary-01=_3Y6GLt9mFmkCX7K" Content-Transfer-Encoding: 7bit --Boundary-01=_3Y6GLt9mFmkCX7K Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 06 Dec 2009 12:00:23 freebsd-ports-request@freebsd.org wrote: > On Sunday 06 Dec 2009 00:00:03 freebsd-ports-request@freebsd.org wrote: > > > An option WITH_LIBUSB was added to the cups-base/Makefile. That's > > > probably what Dirk meant. > > > >=20 > > Thanks for the explanation, Gary. I have it set with make config > > but just hardcoded it into the Makefile and am recompiling but I > > doubt it will change but there is still hope. ;) >=20 > The attached patch works on 8.0-RELEASE for me, restoring the > non-libusb functionality. Leave the libusb option disabled and just > compile as normal. The attached couple of patches fix this port in all cases, tested with=20 tinderbox. Since libusb is in base for FBSD>8 it needs handling=20 differently. Note well that if you use libusb, you need to NOT attach the=20 ulpt* driver to the device, i.e. remove ulpt from your kernel or don't load= =20 it at boot. Also fixed is the CUPS_OVERWRITE_BASE case deinstall, restoring the correct= =20 permissions to lp and friends. =2D-=20 Matt Dawson MTD15-RIPE matt@chronos.org.uk --Boundary-01=_3Y6GLt9mFmkCX7K Content-Type: text/x-patch; charset="ISO-8859-1"; name="print.cups-base.Makefile.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="print.cups-base.Makefile.diff" =2D-- ./ports/print/cups-base/Makefile.orig 2009-12-06 11:02:46.000000000 += 0000 +++ ./ports/print/cups-base/Makefile 2009-12-06 12:21:21.000000000 +0000 @@ -173,8 +173,13 @@ RUN_DEPENDS+=3D xdg-open:${PORTSDIR}/devel/xdg-utils .endif =20 =2D.if !defined(CUPS_CLIENT) && !defined(CUPS_IMAGE) && defined(WITH_LIBUSB) +.if !defined(CUPS_CLIENT) && !defined(CUPS_IMAGE) && defined(WITH_LIBUSB) = && ${OSVERSION}>800000 +CPPFLAGS+=3D -I/usr/include +LDFLAGS+=3D -L/usr/lib +.elif !defined(CUPS_CLIENT) && !defined(CUPS_IMAGE) && defined(WITH_LIBUSB= ) && ${OSVERSION}<799999 LIB_DEPENDS+=3D usb:${PORTSDIR}/devel/libusb +.else +CONFIGURE_ARGS+=3D --disable-libusb .endif =20 .if defined(CUPS_CLIENT) --Boundary-01=_3Y6GLt9mFmkCX7K Content-Type: text/x-patch; charset="ISO-8859-1"; name="print.cups-base.pkg-plist.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="print.cups-base.pkg-plist.diff" --- ./ports/print/cups-base/pkg-plist.orig 2009-12-06 12:23:00.000000000 +0000 +++ ./ports/print/cups-base/pkg-plist 2009-12-06 12:24:18.000000000 +0000 @@ -20,6 +20,11 @@ %%OVERWRITE%%@exec if test -e /usr/bin/lpr; then chmod -h 0 /usr/bin/lpr; fi %%OVERWRITE%%@exec if test -e /usr/bin/lprm; then chmod -h 0 /usr/bin/lprm; fi %%OVERWRITE%%@exec if test -e /usr/sbin/lpc; then chmod -h 0 /usr/sbin/lpc; fi +%%OVERWRITE%%@unexec if test -e /usr/bin/lp; then chmod -h 0555 /usr/bin/lp; fi +%%OVERWRITE%%@unexec if test -e /usr/bin/lpq; then chmod -h 06555 /usr/bin/lpq; fi +%%OVERWRITE%%@unexec if test -e /usr/bin/lpr; then chmod -h 06555 /usr/bin/lpr; fi +%%OVERWRITE%%@unexec if test -e /usr/bin/lprm; then chmod -h 06555 /usr/bin/lprm; fi +%%OVERWRITE%%@unexec if test -e /usr/sbin/lpc; then chmod -h 02555 /usr/sbin/lpc; fi @unexec if cmp -s %D/etc/cups/cupsd.conf.N %D/etc/cups/cupsd.conf; then rm -f %D/etc/cups/cupsd.conf; fi etc/cups/cupsd.conf.N @exec if test ! -f %D/etc/cups/cupsd.conf; then cp -p %D/etc/cups/cupsd.conf.N %D/etc/cups/cupsd.conf; fi --Boundary-01=_3Y6GLt9mFmkCX7K-- --nextPart1516257.ZHtRDW8ZR6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAksbpjsACgkQAmT9uY8euiJG3wCbBF3QQP8MyxneuPylkWMKBTiD z14AoLg+L5sAVPOGLqSs1Fo6AiAesrsj =wxOh -----END PGP SIGNATURE----- --nextPart1516257.ZHtRDW8ZR6-- From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 13:30:31 2009 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 3EFBB106568B for ; Sun, 6 Dec 2009 13:30:31 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 0492F8FC0A for ; Sun, 6 Dec 2009 13:30:30 +0000 (UTC) Received: from baby-jane.lamaiziere.net (83.158.192-77.rev.gaoland.net [77.192.158.83]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 6381B63317E for ; Sun, 6 Dec 2009 14:30:29 +0100 (CET) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id F337A2CEE28 for ; Sun, 6 Dec 2009 14:30:27 +0100 (CET) Date: Sun, 6 Dec 2009 14:30:27 +0100 From: Patrick Lamaiziere To: freebsd-ports@freebsd.org Message-ID: <20091206143027.4f5cab2f@baby-jane.lamaiziere.net> In-Reply-To: <20091002234706.7ebfe206@baby-jane.lamaiziere.net> References: <20091002234706.7ebfe206@baby-jane.lamaiziere.net> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.18.3; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: firefox-35 does not terminate. 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, 06 Dec 2009 13:30:31 -0000 Le Fri, 2 Oct 2009 23:47:06 +0200, Patrick Lamaiziere a =E9crit : > firefox 35 does not terminate here, when I quit it, it continue to > runs at 100%. Even if I only go to a simple page like google, so I > don't think it's related to the flash plugin(?) Just find today... It's because I use gtk-qt4-engine. "setenv GTK_QT_ENGINE_DISABLE yes" as a work-around. Regards. From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 13:51:31 2009 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 BD5C4106566C; Sun, 6 Dec 2009 13:51:31 +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 6B39D8FC18; Sun, 6 Dec 2009 13:51:30 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-218-170.ard.bellsouth.net [72.154.218.170]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nB6DpS4i084437 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 6 Dec 2009 08:51:29 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norikatsu Shigemura In-Reply-To: <20091205104243.f66171bb.nork@FreeBSD.org> References: <20091205104243.f66171bb.nork@FreeBSD.org> Content-Type: text/plain Organization: FreeBSD Date: Sun, 06 Dec 2009 07:51:22 -0600 Message-Id: <1260107482.2315.252.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=-1.3 required=5.0 tests=AWL,BAYES_00,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 Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx. 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, 06 Dec 2009 13:51:31 -0000 On Sat, 2009-12-05 at 10:42 +0900, Norikatsu Shigemura wrote: > Hi Radeon HD 2xxx, 3xxx and 4xxx users! > > I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri, > graphics/libGL*, graphics/libglut, graphics/mesa-demos and > graphics/libdrm. Please see also my attached patch file. I'll > update these as soon as tomorrow. > > Mesa3D 7.6 supports experimental r600 driver, as known as AMD > R6xx/R7xx architecture. I confirmed that it's good works, but > buggy on my Radeon HD 4850 environment with 9-current/amd64 and > xf86-video-radeonhd-devel. Please see also [I known problem] > section. > > [kernel support] > maybe, 7-stable, 8-release(at least 8-stable) and 9-current are OK. > http://svn.freebsd.org/changeset/base/196470 (HEAD 2009/08/23) > http://svn.freebsd.org/changeset/base/198685 (RELENG_8 2009/10/30) > http://svn.freebsd.org/changeset/base/198686 (RELENG_7 2009/10/30) > > [X11 driver support] > x11-drivers/xf86-video-ati OK > x11-drivers/xf86-video-radeonhd I don't know > x11-drivers/xf86-video-radeonhd-devel OK > > [To enable xorg.conf] > Section "ServerFlags" > Option "AIGLX" "true" > EndSection > > [I know a problem] > 3D accelerated applications like glxgear, compiz display with > bluish coloring. I confirmed git master branch Mesa3D codes, > too. So I consider that this problem wasn't be fixed. > > [Why update to 7.6] > I confirmed git master and 7.6, I think these are almost same > quality. So I choose 7.6. Actually, looking through the patch now... Two things jump out at me... We can't currently update libdrm in the ports collection without breaking nouveau. The second is, don't enable libdrm_radeon, even when we can. libdrm_radeon is only needed for TTM/KMS enabled radeon and may cause upgrade/build issues if it exists. robert. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -- Robert Noland FreeBSD From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 14:04:06 2009 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 91AB21065670; Sun, 6 Dec 2009 14:04:06 +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 5B0478FC14; Sun, 6 Dec 2009 14:04:05 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-218-170.ard.bellsouth.net [72.154.218.170]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nB6E42o5084514 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 6 Dec 2009 09:04:03 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Alex Kozlov In-Reply-To: <20091205080133.GA87230@ravenloft.kiev.ua> References: <20091205080133.GA87230@ravenloft.kiev.ua> Content-Type: text/plain Organization: FreeBSD Date: Sun, 06 Dec 2009 08:03:57 -0600 Message-Id: <1260108237.2315.259.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=-1.4 required=5.0 tests=AWL,BAYES_00,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, Norikatsu Shigemura Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx. 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, 06 Dec 2009 14:04:06 -0000 On Sat, 2009-12-05 at 10:01 +0200, Alex Kozlov wrote: > On Sat, Dec 05, 2009 at 10:42:43AM +0900, Norikatsu Shigemura wrote: > > Hi Radeon HD 2xxx, 3xxx and 4xxx users! > > > > I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri, > > graphics/libGL*, graphics/libglut, graphics/mesa-demos and > > graphics/libdrm. Please see also my attached patch file. I'll > > update these as soon as tomorrow. > > > > Mesa3D 7.6 supports experimental r600 driver, as known as AMD > > R6xx/R7xx architecture. I confirmed that it's good works, but > > buggy on my Radeon HD 4850 environment with 9-current/amd64 and > > xf86-video-radeonhd-devel. Please see also [I known problem] > > section. > I use similiar setup(but with mesa git master) for more than a month > without a problem. HD 3650 AGP. glxgear, other demos and even some old > games in wine like deusex work fine. Openarena, UT, vdrift, nexuiz, etc... should all work fairly well also. There are still features that are not yet implemented on r600, but I tend to run all of the above all video options enabled on highest settings. Really large textures are slow and it seems like I found one option that really hurt performance (bloom maybe), but otherwise they are all more than playable on my HD4650 core2duo e7400. Disclaimer: I'm not a gamer... but I do use them for testing. robert. > > -- > Adios > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -- Robert Noland FreeBSD From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 14:06:19 2009 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 C64FB106566B for ; Sun, 6 Dec 2009 14:06:19 +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 771D68FC0A for ; Sun, 6 Dec 2009 14:06:19 +0000 (UTC) Received: from HOME.encontacto.net ([189.190.11.91]) by ns2.bafirst.com with esmtp; Sun, 06 Dec 2009 08:06:17 -0600 id 000D5138.4B1BBA59.0000D8DC Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Sun, 06 Dec 2009 08:06:16 -0600 id 0004AC10.4B1BBA58.0001226D Received: from local106.local.net.mx (local106.local.net.mx [192.168.1.106]) by econet.encontacto.net (Horde Framework) with HTTP; Sun, 06 Dec 2009 08:06:16 -0600 Message-ID: <20091206080616.35482lgc5sfifce8@econet.encontacto.net> Date: Sun, 06 Dec 2009 08:06:16 -0600 From: eculp To: freebsd-ports@freebsd.org References: <20091206000003.CBDEC1065705@hub.freebsd.org> <200912061117.52627.matt@chronos.org.uk> <200912061132.14944.matt@chronos.org.uk> In-Reply-To: <200912061132.14944.matt@chronos.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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.5) Gecko/20091106 Ant.com Toolbar 1.5 Firefox/3.0.4, Ant.com Toolbar 1.3 X-IMP-Server: 189.190.11.91 X-Originating-IP: 192.168.1.106 X-Originating-User: eculp@encontacto.net Subject: Re: The new cups ports seem to not recognize usb printers on FreeBSD 7.2-STABLE 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, 06 Dec 2009 14:06:19 -0000 End of Story. I recompiled cups without LIBUSB and the 7.2 servers =20 can now print. Such a simple solution still makes me think that a =20 note in ports/UPDATING could be a real time saver. I want to thank Matt, Gary, Steve and Brian for their help. have a great weekend, ed Quoting Matt Dawson : > On Sunday 06 Dec 2009 11:17:52 you wrote: >> On Sunday 06 Dec 2009 00:00:03 freebsd-ports-request@freebsd.org wrote: >> > > An option WITH_LIBUSB was added to the cups-base/Makefile. That's >> > > probably what Dirk meant. >> > >> > Thanks for the explanation, Gary. I have it set with make config but >> > just hardcoded it into the Makefile and am recompiling but I doubt it >> > will change but there is still hope. ;) >> >> The attached patch works on 8.0-RELEASE for me, restoring the non-libusb >> functionality. Leave the libusb option disabled and just compile as >> normal. >> > > Gah, sorry about the subject line. Won't happen again. > -- > Matt Dawson > MTD15-RIPE > matt@chronos.org.uk > From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 14:46:31 2009 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 526D91065694; Sun, 6 Dec 2009 14:46:30 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sun, 6 Dec 2009 23:46:29 +0900 From: Norikatsu Shigemura To: Robert Noland Message-Id: <20091206234629.439da260.nork@FreeBSD.org> In-Reply-To: <1260107482.2315.252.camel@balrog.2hip.net> References: <20091205104243.f66171bb.nork@FreeBSD.org> <1260107482.2315.252.camel@balrog.2hip.net> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.3; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, x11@FreeBSD.org, nork@FreeBSD.org Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx. 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, 06 Dec 2009 14:46:31 -0000 Hi rnoland. Thank you. I'll commit after 7.6.1 release, at least. On Sun, 06 Dec 2009 07:51:22 -0600 Robert Noland wrote: > Actually, looking through the patch now... Two things jump out at me... > We can't currently update libdrm in the ports collection without > breaking nouveau. The second is, don't enable libdrm_radeon, even when > we can. libdrm_radeon is only needed for TTM/KMS enabled radeon and may > cause upgrade/build issues if it exists. OK. I'll change libdrm_radeon is OPTIONal(default off), and r600_dri.so installable by libdrm_radeon exists. From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 16:48:04 2009 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 40FDF1065692 for ; Sun, 6 Dec 2009 16:48:04 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id AC20B8FC13 for ; Sun, 6 Dec 2009 16:48:03 +0000 (UTC) Received: by ewy3 with SMTP id 3so70797ewy.33 for ; Sun, 06 Dec 2009 08:48:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.87.66 with SMTP id x44mr2014194wee.96.1260118082226; Sun, 06 Dec 2009 08:48:02 -0800 (PST) In-Reply-To: <1260108237.2315.259.camel@balrog.2hip.net> References: <20091205080133.GA87230@ravenloft.kiev.ua> <1260108237.2315.259.camel@balrog.2hip.net> From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Sun, 6 Dec 2009 17:47:42 +0100 Message-ID: To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, x11@freebsd.org, Alex Kozlov , Norikatsu Shigemura Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx. 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, 06 Dec 2009 16:48:04 -0000 On Sun, Dec 6, 2009 at 15:03, Robert Noland wrote: > On Sat, 2009-12-05 at 10:01 +0200, Alex Kozlov wrote: >> On Sat, Dec 05, 2009 at 10:42:43AM +0900, Norikatsu Shigemura wrote: >> > Hi Radeon HD 2xxx, 3xxx and 4xxx users! >> > >> > =A0 =A0 I'm ready to update ports related Mesa3D to 7.6 base, graphics= /dri, >> > =A0 =A0 graphics/libGL*, graphics/libglut, graphics/mesa-demos and >> > =A0 =A0 graphics/libdrm. =A0Please see also my attached patch file. = =A0I'll >> > =A0 =A0 update these as soon as tomorrow. >> > >> > =A0 =A0 Mesa3D 7.6 supports experimental r600 driver, as known as AMD >> > =A0 =A0 R6xx/R7xx architecture. =A0I confirmed that it's good works, b= ut >> > =A0 =A0 buggy on my Radeon HD 4850 environment with 9-current/amd64 an= d >> > =A0 =A0 xf86-video-radeonhd-devel. =A0Please see also [I known problem= ] >> > =A0 =A0 section. >> I use similiar setup(but with mesa git master) for more than a month >> without a problem. HD 3650 AGP. glxgear, other demos and even some old >> games in wine like deusex work fine. > > Openarena, UT, vdrift, nexuiz, etc... should all work fairly well also. > There are still features that are not yet implemented on r600, but I > tend to run all of the above all video options enabled on highest > settings. =A0Really large textures are slow and it seems like I found one > option that really hurt performance (bloom maybe), but otherwise they > are all more than playable on my HD4650 core2duo e7400. > > Disclaimer: I'm not a gamer... but I do use them for testing. > > robert. One thing I know is interesting for many people is playing World of Warcraft under wine. Last time I checked it wasn't even possible under linux with catalyst. Do you know anything about this or have tried it? From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 18:15:03 2009 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 CA2F9106568B; Sun, 6 Dec 2009 18:15:03 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA748FC1F; Sun, 6 Dec 2009 18:15:02 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 06 Dec 2009 13:15:02 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id LHE01169; Sun, 6 Dec 2009 13:14:40 -0500 (EST) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 06 Dec 2009 13:14:40 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19227.62607.284116.815656@jerusalem.litteratus.org> Date: Sun, 6 Dec 2009 13:14:39 -0500 To: =?ISO-8859-1?Q?Marius_N=FCnnerich?= In-Reply-To: References: <20091205080133.GA87230@ravenloft.kiev.ua> <1260108237.2315.259.camel@balrog.2hip.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: ports@freebsd.org, Alex Kozlov , x11@freebsd.org, Norikatsu Shigemura , Robert Noland Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx. 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, 06 Dec 2009 18:15:03 -0000 =?ISO-8859-1?Q?Marius_N=FCnnerich?= writes: > One thing I know is interesting for many people is playing World > of Warcraft under wine. Last time I checked it wasn't even > possible under linux with catalyst. Do you know anything about > this or have tried it? I am not 100% certain - I use neither WoW or Linux - but I believe this is incorrect. I think a friend of a friend has this working. Robert Huff From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 20:18:13 2009 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 590691065672 for ; Sun, 6 Dec 2009 20:18:13 +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 DE3068FC1B for ; Sun, 6 Dec 2009 20:18:12 +0000 (UTC) Received: (qmail 16726 invoked by uid 399); 6 Dec 2009 20:18:12 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Dec 2009 20:18:12 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B1C118D.6080605@FreeBSD.org> Date: Sun, 06 Dec 2009 12:18:21 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-ports@freebsd.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: How do I make npviewer.bin respect $TMPDIR ?? 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, 06 Dec 2009 20:18:13 -0000 Howdy, I'm -current, i386, linux_base-f10-10_2, and linux-f10-flashplugin-10.0r32; all with the latest firefox 35. It all works fine, until my teeny tiny (24M) memory disk /tmp gets full. I have created a wrapper script for firefox to set TMPDIR (and TMP and TEMPDIR just in case) to a large partition on local disk, which works for firefox proper, but npviewer.bin is still putting its temp files on the real /tmp. So, how do I whip it into shape? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 20:27:36 2009 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 E2BC5106568D for ; Sun, 6 Dec 2009 20:27:36 +0000 (UTC) (envelope-from lynx.ripe@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 74F6A8FC15 for ; Sun, 6 Dec 2009 20:27:36 +0000 (UTC) Received: by fxm2 with SMTP id 2so1479454fxm.13 for ; Sun, 06 Dec 2009 12:27:35 -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=yhKhbUnmC6IiThiWm0xc4Ss0IKu8fBPg7Hgdq9NifJY=; b=goBufehnTocUxXKis3tCy1mvGU6RHBBpDM8VN6KsD/XMxsMNbQ9BLB2BlipikNPTBa 08nr0PGxzNugpqyfZZKmL2UOIfzfk2TGbh4OcdP60pxFDC5G4umWgz8+ZPQfwRTdWq+E u1sBj54vEpN5h/vaoeugjDs06LBeO7roEturI= 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=gdo+/G+C8vDkUTI6MIv7qNi4b3syGFHHJ8CmuNCsH+jv1hxaaEchQe9wX9jMKKXu0a hccTrfZbN6lDeOmw5iE6cWVmkIPKZkQmaciDO4YC1RHA4yVvhIUcmIsC/y+FLXWp7Lui +c4Q0SijEwB7Kh2KIQHSUUdCWZnkoc4ZkdtzA= MIME-Version: 1.0 Received: by 10.239.170.28 with SMTP id q28mr558946hbe.149.1260131255480; Sun, 06 Dec 2009 12:27:35 -0800 (PST) In-Reply-To: <754a9c140912061204s17f141a3k37b31fc4335110d7@mail.gmail.com> References: <4B17D7F3.7080005@gmail.com> <754a9c140912030913t17c68142u1eec510d73411fef@mail.gmail.com> <754a9c140912051727l50c037bcg92c44fe7cda087f6@mail.gmail.com> <754a9c140912061204s17f141a3k37b31fc4335110d7@mail.gmail.com> Date: Sun, 6 Dec 2009 22:27:35 +0200 Message-ID: <754a9c140912061227g6a2f496clcb6c065c06dda6e6@mail.gmail.com> From: Dmitry Pryanishnikov To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Mark Linimon , Jim Pazarena Subject: Re: sshd on FBSD 8.0-RC2/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: Sun, 06 Dec 2009 20:27:37 -0000 2009/12/6 Peter Beckman : > On Sun, 6 Dec 2009, Dmitry Pryanishnikov wrote: >> * LD_LIBRARY_PATH >> * rpath in the referencing file >> * ldconfig hints >> * /lib:/usr/lib >> */ >> >> Looks like 'libssl.so.6 => /usr/local/lib/libssl.so.6' is set via >> rpath - it overrides standard hints path >> '/lib:/usr/lib:/usr/lib/compat:/usr/local/lib...' but still can be >> overridden by LD_LIBRARY_PATH. > > You. Are. The. Man. I really appreciate you taking the time to dig that > up. I hope it will help someone else in the future also getting confused > with why one library is being used over another. Thanks!!! You are welcome. Yet I don't understand why these library references aren't just contain absolute library paths - instead of all this path traversing magic. That would be much more secure and less error-prone... -- Sincerely, Dmitry nic-hdl: LYNX-RIPE From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 22:19:41 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1033) id E01431065672; Sun, 6 Dec 2009 22:19:41 +0000 (UTC) Date: Sun, 6 Dec 2009 22:19:41 +0000 From: Alexey Dokuchaev To: Emanuel Haupt Message-ID: <20091206221941.GA69562@FreeBSD.org> References: <20091204154724.4ce9a0cb.ehaupt@FreeBSD.org> <20091204151829.GA31164@FreeBSD.org> <20091204163211.593d8377.ehaupt@FreeBSD.org> <20091204153547.GA33041@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20091204153547.GA33041@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org Subject: Re: nvidia-driver 64bit version 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, 06 Dec 2009 22:19:42 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Fri, Dec 04, 2009 at 03:35:47PM +0000, Alexey Dokuchaev wrote: > In any case, I'll post a diff here for review before I make any commits > WRT amd64 support in nvidia-driver. OK, see attached diff. I could not test amd64 version, because my amd64 box is currently down, but will certainly do so once it's up'n'running again. i386 version works fine so far. I would appreciate any testing (esp. amd64) of the patched port. Please note that some changes in pkg-list occurred; try to see that port deinstalls cleanly in amd64 case (both via "make deinstall" and "pkg_delete"). And, of course, that it installs and works. Thanks. ./danfe --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="nvidia.diff" Index: Makefile =================================================================== RCS file: /mnt/fbsd/development/FreeBSD-CVS/ports/x11/nvidia-driver/Makefile,v retrieving revision 1.93 diff -u -r1.93 Makefile --- Makefile 29 Sep 2009 13:25:25 -0000 1.93 +++ Makefile 6 Dec 2009 20:56:53 -0000 @@ -6,18 +6,23 @@ # PORTNAME= nvidia-driver -DISTVERSION?= 185.18.36 +DISTVERSION?= 195.22 PORTREVISION?= 0 # As a reminder it can be overridden CATEGORIES= x11 kld MASTER_SITES= ${MASTER_SITE_NVIDIA} +ARCH_SUFX= ${ARCH:S/i386//:S/amd/_/} +.if ${DISTVERSION} == 195.22 +MASTER_SITE_SUBDIR= XFree86/FreeBSD-x86${ARCH_SUFX}/${DISTVERSION} +ONLY_FOR_ARCHS= i386 amd64 +.else MASTER_SITE_SUBDIR= freebsd/${DISTVERSION} -DISTNAME= NVIDIA-FreeBSD-x86-${DISTVERSION} +ONLY_FOR_ARCHS= i386 +.endif +DISTNAME= NVIDIA-FreeBSD-x86${ARCH_SUFX}-${DISTVERSION} MAINTAINER= danfe@FreeBSD.org COMMENT= NVidia graphics card binary drivers for hardware OpenGL rendering -ONLY_FOR_ARCHS= i386 - NO_PACKAGE= should be recompiled for a particular FreeBSD kernel USE_GL= gl USE_LDCONFIG= yes @@ -27,8 +32,11 @@ PORTDOCS= * OPTIONS= FREEBSD_AGP "Use FreeBSD AGP GART driver" off \ - ACPI "Enable support for ACPI Power Management" off \ + ACPI_PM "Enable support for ACPI Power Management" off \ LINUX "Build with support for Linux compatibility" on +.if ${DISTVERSION} == 195.22 +OPTIONS+= WBINVD "Enable heavy-weight cache-flush logic" off +.endif # Starting with version 1.0-7667, NVidia has dropped support for numerous # "legacy" GPUs. Consult NVidia README (the Appendix) to find out whether @@ -37,7 +45,7 @@ # slave ports. # # XXX Until NVidia starts to name their releases consistently, employ this -# ugly hack to derive NVVERSION. XXX +# ugly hack below to derive NVVERSION. XXX # .if ${DISTVERSION:C/[0-9]+//g} == ".." # major.minor.update NVVERSION= ${DISTVERSION:S/.//g} @@ -80,7 +88,7 @@ ${REINPLACE_CMD} -E 's/undef (NV_SUPPORT_OS_AGP)/define \1/' \ ${WRKSRC}/src/nv-freebsd.h .endif -.if defined(WITH_ACPI) +.if defined(WITH_ACPI_PM) ${REINPLACE_CMD} -E 's/undef (NV_SUPPORT_ACPI_PM)/define \1/' \ ${WRKSRC}/src/nv-freebsd.h .endif @@ -88,8 +96,12 @@ ${REINPLACE_CMD} -E 's/define (NV_SUPPORT_LINUX_COMPAT)/undef \1/' \ ${WRKSRC}/src/nv-freebsd.h .endif +.if defined(WITH_WBINVD) + ${REINPLACE_CMD} -E 's/undef (NV_USE_WBINVD)/define \1/' \ + ${WRKSRC}/src/nv-freebsd.h +.endif # Don't build any binaries (nvidia-settings and nvidia-xconfig) and manuals -.if ${NVVERSION} < 974600 +.if ${NVVERSION} < 974600 || ${NVVERSION} == 1952200 ${REINPLACE_CMD} -E 's/(extension).*/\1/' ${WRKSRC}/x11/Makefile .else ${REINPLACE_CMD} -E 's/(lib).*/\1/' ${WRKSRC}/x11/Makefile @@ -111,7 +123,7 @@ .if ${NVVERSION} < 817400 @${REINPLACE_CMD} '/libnvidia-cfg/d' ${TMPPLIST} .endif -.if ${NVVERSION} < 974600 +.if ${NVVERSION} < 974600 || ${NVVERSION} == 1952200 @${REINPLACE_CMD} '/wfb/d' ${TMPPLIST} .endif .if ${NVVERSION} < 1802900 Index: distinfo =================================================================== RCS file: /mnt/fbsd/development/FreeBSD-CVS/ports/x11/nvidia-driver/distinfo,v retrieving revision 1.33 diff -u -r1.33 distinfo --- distinfo 29 Sep 2009 13:25:25 -0000 1.33 +++ distinfo 6 Dec 2009 18:19:43 -0000 @@ -1,6 +1,9 @@ -MD5 (NVIDIA-FreeBSD-x86-185.18.36.tar.gz) = feff4da79a8c3a2f194f46c95c545adb -SHA256 (NVIDIA-FreeBSD-x86-185.18.36.tar.gz) = 890b9543d3c81bccc72d60c653647a719c9037f8fc7a88144a18b2a012fbd4a7 -SIZE (NVIDIA-FreeBSD-x86-185.18.36.tar.gz) = 19245550 +MD5 (NVIDIA-FreeBSD-x86-195.22.tar.gz) = 2c7faa5baa155693be978c446c5d44a3 +SHA256 (NVIDIA-FreeBSD-x86-195.22.tar.gz) = 2299aeadeec81a1210d65529c17c2829fdc4d5586c46b1ae6f8b20089a2122e8 +SIZE (NVIDIA-FreeBSD-x86-195.22.tar.gz) = 24784839 +MD5 (NVIDIA-FreeBSD-x86_64-195.22.tar.gz) = c9b0cdeb68d573556a38e16c02ffed55 +SHA256 (NVIDIA-FreeBSD-x86_64-195.22.tar.gz) = 3a6a0fc3003615c07090c04f2d5b41fa86cf8493309bf48eff8bcaa37126508c +SIZE (NVIDIA-FreeBSD-x86_64-195.22.tar.gz) = 25503618 MD5 (NVIDIA-FreeBSD-x86-173.14.20.tar.gz) = 54869428baee8878c04c19751a2a8047 SHA256 (NVIDIA-FreeBSD-x86-173.14.20.tar.gz) = c5a27324d96391ada41b4ccbbf2a321c3d86693e54d1e9d1139d97c3132530f3 SIZE (NVIDIA-FreeBSD-x86-173.14.20.tar.gz) = 16211218 Index: pkg-plist =================================================================== RCS file: /mnt/fbsd/development/FreeBSD-CVS/ports/x11/nvidia-driver/pkg-plist,v retrieving revision 1.25 diff -u -r1.25 pkg-plist --- pkg-plist 4 Aug 2009 08:27:43 -0000 1.25 +++ pkg-plist 6 Dec 2009 21:21:37 -0000 @@ -18,14 +18,15 @@ lib/libGLcore.so lib/libvdpau.so.1 lib/libvdpau.so -lib/libvdpau_nvidia.so.1 +lib/vdpau/libvdpau_nvidia.so.1 lib/libvdpau_nvidia.so -lib/libvdpau_trace.so.1 +lib/vdpau/libvdpau_trace.so.1 lib/libvdpau_trace.so lib/libXvMCNVIDIA.so.1 lib/libXvMCNVIDIA.so lib/libXvMCNVIDIA.a lib/libXvMCNVIDIA_dynamic.so.1 +@dirrm lib/vdpau %%MODULESDIR%%/libnvidia-wfb.so.1 %%MODULESDIR%%/drivers/nvidia_drv.so %%MODULESDIR%%/extensions/libglx.so.1 @@ -44,9 +45,12 @@ %%LINUX%%usr/lib/libnvidia-tls.so.1 %%LINUX%%usr/lib/libvdpau.so.%%SHLIB_VERSION%% %%LINUX%%usr/lib/libvdpau.so.1 -%%LINUX%%usr/lib/libvdpau_nvidia.so.%%SHLIB_VERSION%% %%LINUX%%usr/lib/libvdpau_nvidia.so -%%LINUX%%usr/lib/libvdpau_trace.so.%%SHLIB_VERSION%% %%LINUX%%usr/lib/libvdpau_trace.so +%%LINUX%%usr/lib/vdpau/libvdpau_nvidia.so.%%SHLIB_VERSION%% +%%LINUX%%usr/lib/vdpau/libvdpau_nvidia.so.1 +%%LINUX%%usr/lib/vdpau/libvdpau_trace.so.%%SHLIB_VERSION%% +%%LINUX%%usr/lib/vdpau/libvdpau_trace.so.1 +%%LINUX%%@dirrm usr/lib/vdpau %%LINUX%%@exec %D/sbin/ldconfig -r %D %%LINUX%%@unexec %D/sbin/ldconfig -r %D --W/nzBZO5zC0uMSeA-- From owner-freebsd-ports@FreeBSD.ORG Sun Dec 6 23:56:57 2009 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 C44C2106566B; Sun, 6 Dec 2009 23:56:57 +0000 (UTC) (envelope-from v.a.popov@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2D29D8FC14; Sun, 6 Dec 2009 23:56:56 +0000 (UTC) Received: by fxm2 with SMTP id 2so1566354fxm.13 for ; Sun, 06 Dec 2009 15:56:56 -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:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=+W7ZA7Ra2xfHAJTgdjPN4pU3rilWtsqollrKv3hPr0A=; b=x1zpSuFY7FSyj9Xi87CvXsn3Z24ST1JU1Wm4zPip+gVZ1LvexkKMTYbefvR4uz8LYH aBQ1p3xdiw4t0R+cgZV1CbqN90Rx2/PhYtA/QdrgYAeqQhY5Z4tzXrSsl22x9jPUg7/r biXa5uzYUHbgmPocr3OJQiLhFzknYK7HAAKo0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=LHTaMFhy80SGg0Cdh/5X0sYS9q4mJKm2/lNDIw9X9OmLDvxKxX6cEw4Ah0YYBOi+Rh QvikhZ/6QVNwvwHFrPxi/v53H5kLxDm6adf8+xwMrRHgWZ/rqam0W/L/NWX6S8uAtlM7 qR050BPzNX2LxxT0ogmoiCmOVDPBVClxOdu08= Received: by 10.102.249.18 with SMTP id w18mr1930197muh.51.1260142113913; Sun, 06 Dec 2009 15:28:33 -0800 (PST) Received: from vic.hcn-strela.ru (vic.hcn-strela.ru [91.192.71.126]) by mx.google.com with ESMTPS id 14sm2722778muo.4.2009.12.06.15.28.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 06 Dec 2009 15:28:32 -0800 (PST) Message-ID: <4B1C3E1E.5000300@gmail.com> Date: Mon, 07 Dec 2009 02:28:30 +0300 From: Victor Popov User-Agent: Thunderbird 2.0.0.23 (X11/20091204) MIME-Version: 1.0 To: Alexey Dokuchaev References: <20091204154724.4ce9a0cb.ehaupt@FreeBSD.org> <20091204151829.GA31164@FreeBSD.org> <20091204163211.593d8377.ehaupt@FreeBSD.org> <20091204153547.GA33041@FreeBSD.org> <20091206221941.GA69562@FreeBSD.org> In-Reply-To: <20091206221941.GA69562@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: nvidia-driver 64bit version 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, 06 Dec 2009 23:56:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Alexey, Alexey Dokuchaev wrote: > On Fri, Dec 04, 2009 at 03:35:47PM +0000, Alexey Dokuchaev wrote: >> In any case, I'll post a diff here for review before I make any commits >> WRT amd64 support in nvidia-driver. > > OK, see attached diff. I could not test amd64 version, because my amd64 > box is currently down, but will certainly do so once it's up'n'running > again. i386 version works fine so far. > > I would appreciate any testing (esp. amd64) of the patched port. Please > note that some changes in pkg-list occurred; try to see that port > deinstalls cleanly in amd64 case (both via "make deinstall" and > "pkg_delete"). And, of course, that it installs and works. uname -a: FreeBSD vic.hcn-strela.ru 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Dec 4 00:48:18 MSK 2009 root@vic.hcn-strela.ru:/usr/obj/usr/src/sys/VIC amd64 4Gb, 8800GTX. Installs: cleanly Deinstalls: cleanly pkg_delete: cleanly Works: yes (tested native app: ioquake3; linux apps: googleearth, linux-quake4) Thank you very much for the port! > > Thanks. > > ./danfe - -- Best regards, Victor Popov mailto:v.a.popov@gmail.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkscPhoACgkQtKisLOtMPvniLgCg0+RJ6+reLMTapNzULZB00Hfz qvYAoM5xNFireXGY1YbDZ+t1/mFW1vON =FLi/ -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 07:29:06 2009 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 67C5710656B4 for ; Mon, 7 Dec 2009 07:29:06 +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 63EE88FC12 for ; Mon, 7 Dec 2009 07:29:05 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id ABA041CC40 for ; Mon, 7 Dec 2009 08:29:04 +0100 (CET) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20091207072904.ABA041CC40@mail.droso.net> Date: Mon, 7 Dec 2009 08:29:04 +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: Mon, 07 Dec 2009 07:29:06 -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: 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: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20091020082641/callgrind-0.9.8.log.bz2 (_Oct_24_15:04:09_UTC_2009) 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/amd64-errorlogs/e.6.20091128002718/ko-unzip-6.0.log.bz2 (_Oct_31_02:56:02_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl 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/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi 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/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/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/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: 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/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/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome 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 Mon Dec 7 07:30:31 2009 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 51EEA106568F for ; Mon, 7 Dec 2009 07:30:31 +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 200C48FC19 for ; Mon, 7 Dec 2009 07:30:29 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 5C88F1CCB5 for ; Mon, 7 Dec 2009 08:30:28 +0100 (CET) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20091207073028.5C88F1CCB5@mail.droso.net> Date: Mon, 7 Dec 2009 08:30:28 +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: Mon, 07 Dec 2009 07:30:31 -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: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20091113082031/ecamegapedal-0.4.4_4.log.bz2 (_Nov_15_03:44:30_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecamegapedal portname: audio/ecawave broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20091113082031/ecawave-0.6.1_5.log.bz2 (_Nov_15_03:02:38_UTC_2009) 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.9.20090830194252/dotter-20021204.log.bz2 (_Oct_18_18:29:18_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: 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/memcached broken because: does not link build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20091020082641/memcached-1.4.1.log.bz2 (_Oct_24_15:00:20_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=memcached 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: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20091020082641/callgrind-0.9.8.log.bz2 (_Oct_24_15:04:09_UTC_2009) 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/ptlib broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ptlib 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/ruby-subversion broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20091020203930/ruby-subversion-1.6.5.log.bz2 (_Sep_13_22:51:14_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-subversion 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/smake broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=smake 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/doscmd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=doscmd 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/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/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: java/jakarta-commons-dbcp broken because: does not build 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/amd64-errorlogs/e.6.20091128002718/ko-unzip-6.0.log.bz2 (_Oct_31_02:56:02_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip 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/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl 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/llvm-gcc4 broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20091029204838/llvm-gcc4-2.5.log.bz2 (_Oct_31_02:55:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=llvm-gcc4 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/xsb broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/cyrus-imapd22 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=cyrus-imapd22 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: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi 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/i386-errorlogs/e.8.20091203085111/verlihub-plugins-luascript-1.6_1.log (_Nov_30_12:51:51_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/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/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/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter 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/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: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20091029204838/newsstar-1.5.3.log.bz2 (_Oct_24_04:01:48_UTC_2009) 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/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: russian/pscyr broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=pscyr portname: russian/unzip broken because: does not patch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20091129225341/ru-unzip-6.0.log.bz2 (_Nov__4_20:47:21_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=unzip 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/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/openssh-portable broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20091020203930/openssh-portable-5.2.p1_2,1.log.bz2 (_Sep_25_21:56:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openssh-portable 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/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/fuser broken because: does not compile on 8.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=fuser 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/i386-errorlogs/e.8.20091127121305/linux-nero-3.5.0.1.log (_Nov_30_13:18:20_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 (_Dec__3_12:48:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=choqok 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 compile on 8.X build errors: none. 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/p5-AnyEvent-HTTPD broken because: unsatisfiable dependency condition build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20091129225341/p5-AnyEvent-HTTPD-0.84.log.bz2 (_Nov_24_00:21:09_UTC_2009) 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: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20091020082641/p5-Apache-AuthTicket-0.90.log.bz2 (_Oct_24_16:06:16_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AuthTicket 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-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome 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 Mon Dec 7 07:30:37 2009 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 BA3E2106566B for ; Mon, 7 Dec 2009 07:30:37 +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 3B81C8FC0A for ; Mon, 7 Dec 2009 07:30:37 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id D89351CCA5 for ; Mon, 7 Dec 2009 08:30:36 +0100 (CET) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20091207073036.D89351CCA5@mail.droso.net> Date: Mon, 7 Dec 2009 08:30:36 +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: Mon, 07 Dec 2009 07:30:37 -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: 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: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20091020082641/callgrind-0.9.8.log.bz2 (_Oct_24_15:04:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind portname: lang/gcl description: GNU Common Lisp maintainer: ports@FreeBSD.org status: BROKEN deprecated because: fails to build on FreeBSD 7.x expiration date: 2010-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl 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-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 07:30:43 2009 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 E9AC81065670 for ; Mon, 7 Dec 2009 07:30:43 +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 626EC8FC13 for ; Mon, 7 Dec 2009 07:30:43 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id A2E9A1CCA4 for ; Mon, 7 Dec 2009 08:30:42 +0100 (CET) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20091207073042.A2E9A1CCA4@mail.droso.net> Date: Mon, 7 Dec 2009 08:30: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: Mon, 07 Dec 2009 07:30: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: 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: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20091020082641/callgrind-0.9.8.log.bz2 (_Oct_24_15:04:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=callgrind 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: lang/gcl description: GNU Common Lisp maintainer: ports@FreeBSD.org status: BROKEN deprecated because: fails to build on FreeBSD 7.x expiration date: 2010-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: mail/squirrelmail-devel description: A webmail system which accesses mail over IMAP (Development version) maintainer: tabthorpe@FreeBSD.org deprecated because: use mail/squirrelmail expiration date: 2010-01-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=squirrelmail-devel 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/bibletime-kde3 description: A powerful Bible study application for KDE3 maintainer: tabthorpe@FreeBSD.org deprecated because: use misc/bibletime expiration date: 2010-01-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=bibletime-kde3 portname: misc/sword15 description: A project framework for manipulating Bible texts maintainer: tabthorpe@FreeBSD.org deprecated because: use misc/sword expiration date: 2010-01-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=sword15 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-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP 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: 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: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 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-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 07:30:50 2009 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 545841065707 for ; Mon, 7 Dec 2009 07:30:50 +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 1BEA78FC1A for ; Mon, 7 Dec 2009 07:30:50 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 9E6411CCA4 for ; Mon, 7 Dec 2009 08:30:49 +0100 (CET) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20091207073049.9E6411CCA4@mail.droso.net> Date: Mon, 7 Dec 2009 08:30:49 +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: Mon, 07 Dec 2009 07:30:50 -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 Mon Dec 7 07:30:52 2009 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 2C1C4106566B for ; Mon, 7 Dec 2009 07:30: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 E74DF8FC1C for ; Mon, 7 Dec 2009 07:30:51 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 2AAE51CCA5 for ; Mon, 7 Dec 2009 08:30:51 +0100 (CET) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20091207073051.2AAE51CCA5@mail.droso.net> Date: Mon, 7 Dec 2009 08:30:51 +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: Mon, 07 Dec 2009 07:30: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 portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel portname: www/neon26 forbidden because: see CVE-2009-2474 please use neon28 or neon29 instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=neon26 From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 10:59:20 2009 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 26FB3106566B for ; Mon, 7 Dec 2009 10:59:20 +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 D42F18FC17 for ; Mon, 7 Dec 2009 10:59:19 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id 69FD534D419; Mon, 7 Dec 2009 10:59:03 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Mon, 7 Dec 2009 10:59:03 +0000 User-Agent: KMail/1.12.3 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.3; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912071059.03320.david@vizion2000.net> Subject: x11/kdelibs4 (kdelibs-4.3.4) compile file (bad C++ code) on 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: Mon, 07 Dec 2009 10:59:20 -0000 Freebsd 7.2 p3 amd64 on intel quadcore system Thanks in advance for advice on this one Console error report: /usr/local/include/qptrlist.h:54: error: 'const class QPtrListStdIterator' has no member named 'node' /usr/local/include/qptrlist.h: In member function 'QPtrListStdIterator QPtrListStdIterator::operator++() [with type = KBookmark]': /usr/ports/x11/kdelibs4/work/kdelibs-4.3.4/kio/bookmarks/kbookmarkmanager.cc:617: instantiated from here /usr/local/include/qptrlist.h:50: error: 'next' was not declared in this scope /usr/local/include/qptrlist.h: In copy constructor 'QPtrList::QPtrList(const QPtrList&) [with type = QDBusObjectPath]': /usr/local/include/qt4/QtCore/qmetatype.h:127: instantiated from 'void* qMetaTypeConstructHelper(const T*) [with T = QPtrList]' /usr/local/include/qt4/QtCore/qmetatype.h:152: instantiated from 'int qRegisterMetaType(const char*, T*) [with T = QPtrList]' /usr/local/include/qt4/QtDBus/qdbusextratypes.h:181: instantiated from here /usr/local/include/qptrlist.h:69: error: type 'QGList' is not a direct base of 'QPtrList' /usr/local/include/qptrlist.h: In copy constructor 'QPtrList::QPtrList(const QPtrList&) [with type = QDBusSignature]': /usr/local/include/qt4/QtCore/qmetatype.h:127: instantiated from 'void* qMetaTypeConstructHelper(const T*) [with T = QPtrList]' /usr/local/include/qt4/QtCore/qmetatype.h:152: instantiated from 'int qRegisterMetaType(const char*, T*) [with T = QPtrList]' /usr/local/include/qt4/QtDBus/qdbusextratypes.h:183: instantiated from here /usr/local/include/qptrlist.h:69: error: type 'QGList' is not a direct base of 'QPtrList' *** Error code 1 3 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/x11/kdelibs4. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20091207-79948-1p3gp3c-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=kdelibs-4.3.4 UPGRADE_PORT_VER=4.3.4 make ** Fix the problem and try again. ---> Skipping 'x11/kdebase4-workspace' (kdebase-workspace-4.3.4) because a requisite package 'kdelibs-4.3.4' (x11/kdelibs4) failed (specify -k to force) ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11/kdelibs4 (kdelibs-4.3.4) (bad C++ code) * x11/kdebase4-workspace (kdebase-workspace-4.3.4) dns1# From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 11:04:22 2009 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 382CE106566B for ; Mon, 7 Dec 2009 11:04:22 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id EA3C58FC13 for ; Mon, 7 Dec 2009 11:04:21 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NHbO9-0002Ny-5e; Mon, 07 Dec 2009 12:04:21 +0100 Date: Mon, 7 Dec 2009 12:04:21 +0100 From: Kurt Jaeger To: David Southwell Message-ID: <20091207110421.GA6840@home.opsec.eu> References: <200912071059.03320.david@vizion2000.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912071059.03320.david@vizion2000.net> Cc: freebsd-ports@freebsd.org Subject: Re: x11/kdelibs4 (kdelibs-4.3.4) compile file (bad C++ code) on 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: Mon, 07 Dec 2009 11:04:22 -0000 Hi! > Freebsd 7.2 p3 amd64 on intel quadcore system > Thanks in advance for advice on this one You still have qt-3.3.8_10 installed, kdelibs4 catches the wrong qt headers and fails. There are some apps which apparently still require qt-3, e.g. arts-1.5.10_2,1 kphone-4.2_3 opera-10.10.20091120 opera-linuxplugins-10.10.20091120 scribus-1.3.3.13_1 twinkle-1.4.2_2 I did the following: pkg_delete -f qt-3.3.8_10 then recompiled kdelibs4 (works). Those apps that break then need to be fixed. -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 11:06:07 2009 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 06E44106568B for ; Mon, 7 Dec 2009 11:06:07 +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 E95028FC17 for ; Mon, 7 Dec 2009 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 nB7B66n2067759 for ; Mon, 7 Dec 2009 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 nB7B66IR067757 for freebsd-ports@FreeBSD.org; Mon, 7 Dec 2009 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Dec 2009 11:06:06 GMT Message-Id: <200912071106.nB7B66IR067757@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, 07 Dec 2009 11:06:07 -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/141243 Update port: science/paraview to 3.6.1 o ports/141242 Unable to load pam_ldap.so on SSH authentication o ports/141239 [NEW PORT] devel/p5-Module-Install-Template: treat mod f ports/141234 [PATCH] devel/p5-File-ChangeNotify: update to 0.09 o ports/141233 graphics/sane-backends doesn't build on 8-STABLE o ports/141232 cad/gmsh port no longer uses gsl as dependency f ports/141230 [UPDATE] x11-wm/matwm2: updated to 0.0.90 o ports/141225 Update Port: x11/libxcb to v.1.5 o ports/141217 [MAINTAINER] fix rc-script of audio/mpdas 0.2.5 f ports/141209 [patch] - update misc/gnuls to version 8.1 o ports/141207 [patch] security/amavisd-milter: Change WEBSITE to pro o ports/141192 [MAINTAINER] multimedia/transcode: Fix mpeg2 support, f ports/141188 sysutils/freebsd-snapshot does not report all errors f ports/141187 sysutils/freebsd-snapshot does not check /etc/rc.conf. o ports/141184 repomove: x11-toolkits/evilvte to x11/evilvte o ports/141181 Maintainer Update: games/ninix-aya to 3.9.9a f ports/141176 sysutils/conky can't build with --enable-lua-cairo o ports/141173 New Port: textproc/yali s ports/141140 [PATCH] www/p5-Mojo: update to 0.999913, take maintain f ports/141128 net/istgt doesn't work on FreeBSD 8.0 and HEAD o ports/141114 update databases/slony1 to latest f ports/141103 net/stone strange behavior on 8.0-RELEASE o ports/141022 New Port: astro/traveling_salesman o ports/141006 [patch] devel/ocaml-event: update to 0.6.0 o ports/141005 shells/ksh93 fails on make install f ports/141001 net/ssltunnel-server/ depends on /sbin/pppd o ports/140997 New port: sysutils/hwstat freebsd only cli tool displa o ports/140992 [maintainer update] patch converters/libutf-8 for CFLA o ports/140984 Fix running of audio/exaile when SVG support is absent o ports/140969 sysutils/bacula-bat: make install fails due to missing o ports/140966 [patch] Maintainer email and MASTER_SITES address chan o ports/140925 print/hplip3: patch to improve behaviour of hp-check f ports/140922 Update port: net-mgmt/zabbix-agent o ports/140902 security/p5-SAVI-Perl: change of maintainer email addr f ports/140898 [FIX] net/freeswitch f ports/140897 [UPDATE] net/freeradius2 to 2.1.7 f ports/140890 Update port: net-mgmt/zabbix-agent f ports/140881 [patch] port security/snortsam update to version 2.68 o ports/140879 new port graphics/gimp-save-for-web 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 o ports/140741 security/gpa fails to find keyserver helpers during co f ports/140731 emulators/hatari does not build if emulators/rtc is in f ports/140729 [PATCH] science/hdf5 add CONFLICTS with science/hdf5-1 o ports/140718 [MAINTAINER] sysutils/arcconf: update to 18530 f ports/140698 update: databases/xapian-bindings - update to 1.0.16 f ports/140696 net-im/qwit: update to qwit-1.0 o ports/140692 New port: net/ekiga3 VoIP and video conferencing appli f ports/140681 Modify port devel/php5-ice to allow compiling with PHP s ports/140680 Modify port databases/phpmyadmin to allow building wit o 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/140555 [PATCH] add mirrors to x11-wm/hackedbox f ports/140546 The execution result of sysutils/scprotect is inapposi f ports/140525 [panic] VMware: Kernel panic while upgrading from 7.2 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 s ports/140413 databases/slony1: Slony1-1.2.16 need upgrade to 1.2.17 o ports/140399 Update port: security/webfwlog Add needed patch and ot o ports/140365 [patch] databases/firebird20-client coredumps o ports/140348 New port: www/mod_auth_cas Apache 2.0/2.2 compliant mo 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 o ports/140157 New port: www/trac-bitten Continuous integration for T o ports/140107 [PATCH] Enhance net/nss_ldap to support FreeBSD login f ports/140007 [repocopy] devel/gdb6 to devel/gdb66 f ports/139867 mail/isoqlog catch segmentation fault under AMD64 s ports/139848 add pre-caching to net-mgmt/nagios rc.d script f ports/139652 [devel/icu] Little patch for compiling with gcc44 o ports/139629 new port security/pam_memcache: a PAM module for authe o ports/139552 science/paraview 2.2.4: ParaView error: InitializeTcl f ports/139460 security/snortsam broken on 64 bit platforms f ports/139452 [patch] krb5 support in java/openjdk6 o ports/139448 [NEW PORT] japanese/asterisk16-sounds: Japanese sound o ports/139435 print/cups-smb-backend: Add ability to use difference o ports/139341 NEW PORT: devel/aegis-devel f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139163 [patch] textproc/flex: install info documentation f ports/139140 textproc/lucene: fails to install WITH_CONTRIB 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 o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/138994 [patch] new port www/neon29 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/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ 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/138795 [patch] - update databases/clip 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 f 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/138361 x11/libxcb: alleviate dependency on python 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 f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf 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) f ports/137682 Update port: multimedia/k9copy Updated k9copy to versi o ports/137623 New port net/skystar2.8 o ports/137620 [NEW PORT] devel/p6-perl6-toys o ports/137599 New Port: games/armagetron-0.3-beta f ports/137565 [PATCH]www/lynx: fix handling of lynx.cfg[.sample] dur f ports/137450 www/squid: ecap support not working after upgrade o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/137375 net/ekiga doesn't build for want of PWLib: what's that 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/137196 www/woadaptor - mod_webobjects doesn't support ssl f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136819 [PATCH] www/vtiger-customerportal: update to 5.0.4 o ports/136811 New port: www/py-scrapy, a high level scraping and web o ports/136779 [PATCH] [MAINTAINER] www/plone3 update to 3.2.3 f ports/136611 security/swatch: leaves zombies behind f ports/136439 [misc/cmatrix] install console font f ports/136227 science/Gramps Crashes When Opening a Family File f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135508 New port: databases/py-postgresql, Python3.x adapter f 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 o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on 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/130183 [PATCH] converters/xdeview switch to USE_TCL o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs 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 o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122801 databases/virtuoso, databases/firebird20-client, datab o ports/118716 security/heimhal - shared library conflict with heimda o ports/116571 databases/firebird20-client fails to compile in a jail 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. f ports/100776 devel/mico: Failure to update o ports/82634 heimdal port conflict with base heimdal 176 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 15:01:17 2009 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 81FDF106568F; Mon, 7 Dec 2009 15:01:17 +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 4AFF08FC15; Mon, 7 Dec 2009 15:01:17 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-218-170.ard.bellsouth.net [72.154.218.170]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nB7F1EEv092038 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 7 Dec 2009 10:01:15 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norikatsu Shigemura In-Reply-To: <20091206234629.439da260.nork@FreeBSD.org> References: <20091205104243.f66171bb.nork@FreeBSD.org> <1260107482.2315.252.camel@balrog.2hip.net> <20091206234629.439da260.nork@FreeBSD.org> Content-Type: text/plain Organization: FreeBSD Date: Mon, 07 Dec 2009 09:01:09 -0600 Message-Id: <1260198069.2315.261.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=-1.4 required=5.0 tests=AWL,BAYES_00,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 Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx. 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, 07 Dec 2009 15:01:17 -0000 On Sun, 2009-12-06 at 23:46 +0900, Norikatsu Shigemura wrote: > Hi rnoland. > > Thank you. I'll commit after 7.6.1 release, at least. > > On Sun, 06 Dec 2009 07:51:22 -0600 > Robert Noland wrote: > > Actually, looking through the patch now... Two things jump out at me... > > We can't currently update libdrm in the ports collection without > > breaking nouveau. The second is, don't enable libdrm_radeon, even when > > we can. libdrm_radeon is only needed for TTM/KMS enabled radeon and may > > cause upgrade/build issues if it exists. > > OK. I'll change libdrm_radeon is OPTIONal(default off), and > r600_dri.so installable by libdrm_radeon exists. r600_dri.so from mesa does not require libdrm_radeon. libdrm_radeon is completely unneeded at this point. robert. -- Robert Noland FreeBSD From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 15:06:44 2009 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 0A7F2106568F; Mon, 7 Dec 2009 15:06:44 +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 ABCF98FC0A; Mon, 7 Dec 2009 15:06:43 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-218-170.ard.bellsouth.net [72.154.218.170]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nB7F6eC9092064 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 7 Dec 2009 10:06:41 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Marius =?ISO-8859-1?Q?N=FCnnerich?= In-Reply-To: References: <20091205080133.GA87230@ravenloft.kiev.ua> <1260108237.2315.259.camel@balrog.2hip.net> Content-Type: text/plain; charset="ISO-8859-1" Organization: FreeBSD Date: Mon, 07 Dec 2009 09:06:35 -0600 Message-Id: <1260198395.2315.264.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,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, Alex Kozlov , Norikatsu Shigemura Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx. 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, 07 Dec 2009 15:06:44 -0000 On Sun, 2009-12-06 at 17:47 +0100, Marius Nünnerich wrote: > On Sun, Dec 6, 2009 at 15:03, Robert Noland wrote: > > On Sat, 2009-12-05 at 10:01 +0200, Alex Kozlov wrote: > >> On Sat, Dec 05, 2009 at 10:42:43AM +0900, Norikatsu Shigemura wrote: > >> > Hi Radeon HD 2xxx, 3xxx and 4xxx users! > >> > > >> > I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri, > >> > graphics/libGL*, graphics/libglut, graphics/mesa-demos and > >> > graphics/libdrm. Please see also my attached patch file. I'll > >> > update these as soon as tomorrow. > >> > > >> > Mesa3D 7.6 supports experimental r600 driver, as known as AMD > >> > R6xx/R7xx architecture. I confirmed that it's good works, but > >> > buggy on my Radeon HD 4850 environment with 9-current/amd64 and > >> > xf86-video-radeonhd-devel. Please see also [I known problem] > >> > section. > >> I use similiar setup(but with mesa git master) for more than a month > >> without a problem. HD 3650 AGP. glxgear, other demos and even some old > >> games in wine like deusex work fine. > > > > Openarena, UT, vdrift, nexuiz, etc... should all work fairly well also. > > There are still features that are not yet implemented on r600, but I > > tend to run all of the above all video options enabled on highest > > settings. Really large textures are slow and it seems like I found one > > option that really hurt performance (bloom maybe), but otherwise they > > are all more than playable on my HD4650 core2duo e7400. > > > > Disclaimer: I'm not a gamer... but I do use them for testing. > > > > robert. > > One thing I know is interesting for many people is playing World of > Warcraft under wine. Last time I checked it wasn't even possible under > linux with catalyst. Do you know anything about this or have tried it? I've not tried it. My primary radeon box is amd64 and I haven't tried the patches to get wine up and running. I've heard that WoW will run under wine on linux now though. I have not had anyone tell me if it runs under FreeBSD as well though. However, the features supported by the driver are pretty much the same, so I would say it is worth a shot. robert. -- Robert Noland FreeBSD From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 15:43:32 2009 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 BDBCA106568D for ; Mon, 7 Dec 2009 15:43:32 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 48BB18FC16 for ; Mon, 7 Dec 2009 15:43:31 +0000 (UTC) Received: by ewy3 with SMTP id 3so40668ewy.33 for ; Mon, 07 Dec 2009 07:43:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:subject:date :mime-version:from:message-id:user-agent; bh=YP1ennKWVLuDH63v2Stddmo5Qh+XhGnNTeg2NJr4sms=; b=Fsbc3UNd5nODxh0HCaFDGkM3pL5xbI6IVRHNfFnayLEkseFhszZPW8AmY6dsUZB4WT p65Q7asC5ilIl3tUbRe9BbJ12htEmPPlbcumRrdAtxO+qB+QEixesQrPqy7A0Yj6j3IE CAeamSSOjKZGjwR+XfusSatqVSw5+fJ4RNkf8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:subject:date:mime-version:from:message-id :user-agent; b=Xw152SBK4Kn1wiU1vGGZrePvxtSCx1LoTld2adhLLphy97QAXRIdTAGePba29yV1ve Vo9dOLlnBjcgwwQBIeduNZ05CGsXzX1tf9amtDCCayld6UlFYq8m155AbuBUCQcMca0J TIMH1xNdIj+KPL3cMtH6UW4Al7U9kOFF/9tro= Received: by 10.213.26.199 with SMTP id f7mr14953839ebc.72.1260200582391; Mon, 07 Dec 2009 07:43:02 -0800 (PST) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id 24sm9366932eyx.30.2009.12.07.07.43.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Dec 2009 07:43:01 -0800 (PST) Content-Type: multipart/mixed; boundary=----------RolSDr4pxGWbTbVbuZwNMe To: freebsd-ports@freebsd.org Date: Mon, 07 Dec 2009 17:42:58 +0200 MIME-Version: 1.0 From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: User-Agent: Opera Mail/10.10 (FreeBSD) Subject: [patch] fix config-recursive 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, 07 Dec 2009 15:43:32 -0000 ------------RolSDr4pxGWbTbVbuZwNMe Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Anyone who uses config-recursive more often than once a year knows that it's broken. Or at least they know it needs to be run multiple times until it doesn't show options dialog. While some people might just live with it, I think it should be fixed properly, and so did the person who introduced this target: "it sufficed to run config-recursive twice to catch all of the dependancies I had configured. Maybe we can figure out how to it all in one pass later"[1]. The "later" is now, almost 5 years after config-recursive was first introduced [2]. As I was complaining on IRC how many times I had to run config-recursive to finally config gnome2, someone told me "just rewrite it". And I did... Probably the only reason this wasn't fixed earlier is that no one was annoyed enough to write a patch. The patch changes config-recursive so that it does a dependency check right after config is saved for a particular port, effectively configuring only the ports that are needed and configuring all dependencies in one pass. rmconfig-recursive is not exactly ok either. Actually, it's even more complicated. It removes all saved options for a particular port and its dependencies. However new dependencies that were previously disabled are introduced. Since rmconfig-recursive doesn't know about them during first pass, it doesn't remove their options, creating a similar situation to config-recursive. I'm not sure what to do about rmconfig-recursive, because: 1. Some users may not like if there are changes in how it operates. 2. It's a pain to make it "do the right thing" without slowing it down or making its output slightly different from the original. However, I believe it's pretty safe to assume that if user is doing rmconfig-recursive, he wants to clear options for all dependencies, both currently selected via options and the default ones. But here's a catch: there are options that are not enabled by default, not selected by user, but may be configured already. I chose not to do anything with them, because unconditionaly removing config for all possible dependencies could wipe most of options user has ever set. It would be possible to remove options for all possible dependencies only when something like RMCONFIG_ALL is defined, but then it would do something similar to "rm -f /var/db/ports/*/options", except much slower. I've added changes to rmconfig-recursive to the patch, it's now slighly slower than it was before, however still faster than running it twice or no-idea-how-many-times. rmconfig-recursive now removes config for current and default dependencies. I've also added rmconfig-internal target, to be used by rmconfig-recursive. It's very similar to rmconfig, but simplified and its output is intended to be used by make itself rather than be human readable. Target showconfig-recursive is fine, since it doesn't really do anything with options. My [rm]config-recursive is heavily based on all-depends-list, so it may help understanding my patch better if you read and understand that target first. Patch should be ok, but since it was rewritten and/or edited many times, I may have left some unnecessary or otherwise wrong code. I'd appreciate feedback and testing, if everything goes well I'll submit a pr for this. 1. http://www.freebsd.org/cgi/query-pr.cgi?pr=76254 2. http://lists.freebsd.org/pipermail/freebsd-ports/2004-December/018765.html -- Andrius ------------RolSDr4pxGWbTbVbuZwNMe Content-Disposition: attachment; filename=bsd.port.mk.diff Content-Type: text/plain; name=bsd.port.mk.diff Content-Transfer-Encoding: 7bit --- Mk/bsd.port.mk.orig 2009-11-26 00:02:29.000000000 +0200 +++ Mk/bsd.port.mk 2009-12-07 17:04:41.845806510 +0200 @@ -6073,9 +6073,36 @@ .if !target(config-recursive) config-recursive: - @${ECHO_MSG} "===> Setting user-specified options for ${PKGNAME} and dependencies"; - @for dir in ${.CURDIR} $$(${ALL-DEPENDS-LIST}); do \ - (cd $$dir; ${MAKE} config-conditional); \ + @${ECHO_MSG} "===> Setting user-specified options for ${PKGNAME} and dependencies"; \ + ${MAKE} config-conditional; \ + L=$$(${MAKE} -V _DEPEND_DIRS); \ + checked=""; \ + while [ -n "$$L" ]; do \ + l=""; \ + for d in $$L; do \ + case $$checked in \ + $$d\ *|*\ $$d\ *|*\ $$d) \ + continue;; \ + esac; \ + checked="$$checked $$d"; \ + if [ ! -d $$d ]; then \ + ${ECHO_MSG} "${PKGNAME}: \"$$d\" non-existent -- recursive config incomplete" >&2; \ + continue; \ + fi; \ + ${MAKE} -C $$d config-conditional; \ + if ! children=$$(cd $$d && ${MAKE} -V _DEPEND_DIRS); then \ + ${ECHO_MSG} "${PKGNAME}: \"$$d\" erroneous -- recursive config incomplete" >&2; \ + continue; \ + fi; \ + for child in $$children; do \ + case "$$checked $$l" in \ + $$child\ *|*\ $$child\ *|*\ $$child) \ + continue;; \ + esac; \ + l="$$l $$child"; \ + done; \ + done; \ + L=$$l; \ done .endif @@ -6169,12 +6196,56 @@ .if !target(rmconfig-recursive) rmconfig-recursive: - @${ECHO_MSG} "===> Removing user-specified options for ${PKGNAME} and dependencies"; - @for dir in ${.CURDIR} $$(${ALL-DEPENDS-LIST}); do \ - (cd $$dir; ${MAKE} rmconfig); \ + @${ECHO_MSG} "===> Removing user-specified options for ${PKGNAME} and dependencies"; \ + L=$$(${MAKE} -V _DEPEND_DIRS); \ + checked=""; \ + while [ -n "$$L" ]; do \ + l=""; \ + for d in $$L; do \ + case $$checked in \ + $$d\ *|*\ $$d\ *|*\ $$d) \ + continue;; \ + esac; \ + checked="$$checked $$d"; \ + if [ ! -d $$d ]; then \ + ${ECHO_MSG} "${PKGNAME}: \"$$d\" non-existent -- recursive rmconfig incomplete" >&2; \ + continue; \ + fi; \ + if ! children=$$(${MAKE} -C $$d -V _DEPEND_DIRS); then \ + ${ECHO_MSG} "${PKGNAME}: \"$$d\" erroneous -- recursive rmconfig incomplete" >&2; \ + continue; \ + fi; \ + if (${MAKE} -C $$d rmconfig-internal > /dev/null); then \ + ${ECHO_MSG} "===> Removing user-configured options for `${MAKE} -C $$d -V PKGNAME`"; \ + children="$${children} $$(${MAKE} -C $$d -V _DEPEND_DIRS)"; \ + else \ + ${ECHO_MSG} "===> No user-specified options configured for `${MAKE} -C $$d -V PKGNAME`"; \ + fi; \ + for child in $$children; do \ + case "$$checked $$l" in \ + $$child\ *|*\ $$child\ *|*\ $$child) \ + continue;; \ + esac; \ + l="$$l $$child"; \ + done; \ + done; \ + L=$$l; \ done .endif +# This should only be used by rmconfig-recursive. +.if !target(rmconfig-internal) +rmconfig-internal: +.if defined(OPTIONS) && exists(${OPTIONSFILE}) + -@${ECHO_CMD}; \ + optionsdir=${OPTIONSFILE}; optionsdir=$${optionsdir%/*}; \ + ${RM} -f ${OPTIONSFILE}; \ + ${RMDIR} $${optionsdir}; +.else + exit 1; +.endif +.endif + desktop-categories: @categories=""; \ for native_category in ${CATEGORIES}; do \ ------------RolSDr4pxGWbTbVbuZwNMe-- From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 16:08:13 2009 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 690331065670; Mon, 7 Dec 2009 16:08:13 +0000 (UTC) (envelope-from vova@parallels.com) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD858FC35; Mon, 7 Dec 2009 16:08:11 +0000 (UTC) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id nB7FZTHm008202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Dec 2009 18:35:30 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NHfcX-0001Du-0B; Mon, 07 Dec 2009 18:35:29 +0300 From: Vladimir Grebenschikov To: Norikatsu Shigemura In-Reply-To: <20091205104243.f66171bb.nork@FreeBSD.org> References: <20091205104243.f66171bb.nork@FreeBSD.org> Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: quoted-printable Date: Mon, 07 Dec 2009 18:35:28 +0300 Message-ID: <1260200128.4118.24.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: ports@FreeBSD.org, x11@FreeBSD.org, Robert Noland Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 16:08:13 -0000 Hi=20 Updated 9-CURRENT today with recent ports tree, including xf86-video-radeonhd-1.3.0. I had X1400 old ATI card on board of notebook. As result Xorg dumps core on start with SIGSERV, leaving video subsystem with black screen. Then, I've upgraded to xf86-video-radeonhd-devel, now it is a bit better, X server works, but without any acceleration, even 2D (unusable in real life) back-trace: #0 0x488ae467 in RHDDRIScreenInit () from /usr/local/lib/xorg/modules/driv= ers//radeonhd_drv.so [New Thread 48701140 (LWP 100074)] (gdb) bt #0 0x488ae467 in RHDDRIScreenInit () from /usr/local/lib/xorg/modules/driv= ers//radeonhd_drv.so #1 0x48883a41 in rhdEngineIdle () from /usr/local/lib/xorg/modules/drivers= //radeonhd_drv.so #2 0x080a56b8 in AbortDDX () #3 0x0812d1ed in AbortServer () #4 0x0812d7cf in FatalError () #5 0x080bc3c3 in xf86SigHandler () #6 #7 0x00000000 in ?? () #8 0x4889053f in RHDLVTMAInit () from /usr/local/lib/xorg/modules/drivers/= /radeonhd_drv.so #9 0x488747a1 in rhdBIOSScratchUpdateBIOSScratchForOutput () from /usr/local/lib/xorg/modules/drivers//radeonhd_drv.so #10 0x488a1a2e in rhdRROutputModeFixup () from /usr/local/lib/xorg/modules/= drivers//radeonhd_drv.so #11 0x080e2cad in xf86CrtcSetModeTransform () #12 0x080e30df in xf86SetDesiredModes () #13 0x488a189f in rhdRROutputModeFixup () from /usr/local/lib/xorg/modules/= drivers//radeonhd_drv.so #14 0x48885812 in RHDScreenInit () from /usr/local/lib/xorg/modules/drivers= //radeonhd_drv.so #15 0x0806b69b in AddScreen () #16 0x080a5f8c in InitOutput () #17 0x0806bd6b in main () (gdb)=20 tail of xord.0.log:=20 (II) Module exa: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 2.4.0 ABI class: X.Org Video Driver, version 5.0 (II) RADEONHD(0): FB: Allocated Offscreen Buffer at offset 0x00E63000 (size= =3D 0x00CCA000) (II) RADEONHD(0): FB: Allocated DRI Back Buffer at offset 0x01B2D000 (size = =3D 0x00E5B000) (II) RADEONHD(0): FB: Allocated DRI Depth Buffer at offset 0x02988000 (size= =3D 0x00E5B000) (II) RADEONHD(0): FB: Allocated GART table at offset 0x07FF8000 (size =3D 0= x00008000, end of FB) (II) RADEONHD(0): FB: Allocated DRI Textures at offset 0x037E3000 (size =3D= 0x04800000) (II) RADEONHD(0): Using 16 MB GART aperture (II) RADEONHD(0): Using 2 MB for the ring buffer (II) RADEONHD(0): Using 2 MB for vertex/indirect buffers (II) RADEONHD(0): Using 12 MB for GART textures (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) RADEONHD(0): Mapped IO @ 0xee100000 to 0x488e5000 (size 0x00010000) (II) RADEONHD(0): Mapped FB @ 0xd8000000 to 0x48c00000 (size 0x08000000) (II) RADEONHD(0): Attempting to enable power management (II) RADEONHD(0): Attempting to enable clock gating (II) RADEONHD(0): Current Engine Clock: 445500 (II) RADEONHD(0): Current Memory Clock: 351000 (WW) RADEONHD(0): Not supporting SetVoltage V1 yet (II) RADEONHD(0): Unused attribute: SET_VOLTAGE_GET_MAX_VOLTAGE: type 6 mod= e 1 index 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: drmOpenMinor returns 9 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) RADEONHD(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEONHD(0): [drm] framebuffer handle =3D 0xd8000000 (II) RADEONHD(0): [drm] added 1 reserved context for kernel (II) RADEONHD(0): X context handle =3D 0x7 (II) RADEONHD(0): [drm] installed DRM signal handler (II) RADEONHD(0): [pci] 16384 kB allocated with handle 0xe7b2c000 (II) RADEONHD(0): [pci] ring handle =3D 0xe7b2c000 (II) RADEONHD(0): [pci] Ring mapped at 0x48922000 (II) RADEONHD(0): [pci] Ring contents 0x00000000 (II) RADEONHD(0): [pci] ring read ptr handle =3D 0xe7d2d000 (II) RADEONHD(0): [pci] Ring read ptr mapped at 0x486ff000 (II) RADEONHD(0): [pci] Ring read ptr contents 0x00000000 (II) RADEONHD(0): [pci] vertex/indirect buffers handle =3D 0xe7d2e000 (II) RADEONHD(0): [pci] Vertex/indirect buffers mapped at 0x50c00000 (II) RADEONHD(0): [pci] Vertex/indirect buffers contents 0x00000000 (II) RADEONHD(0): [pci] GART texture map handle =3D 0xe7f2e000 (II) RADEONHD(0): [pci] GART Texture map mapped at 0x50f2e000 (II) RADEONHD(0): [drm] register handle =3D 0xee100000 (II) RADEONHD(0): [dri] Visual configs initialized (II) RADEONHD(0): Attempting to set Engine Clock to 452000 (II) RADEONHD(0): Current Engine Clock: 445500 (II) RADEONHD(0): Current Memory Clock: 351000 (WW) RADEONHD(0): Not supporting SetVoltage V1 yet (II) RADEONHD(0): Unused attribute: SET_VOLTAGE_GET_MAX_VOLTAGE: type 6 mod= e 1 index 0 (II) RADEONHD(0): [DRI] installation complete (II) RADEONHD(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEONHD(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEONHD(0): [drm] dma control initialized, using IRQ 258 (II) RADEONHD(0): [drm] Initialized kernel GART heap manager, 12320768 (II) RADEONHD(0): Direct rendering enabled (II) RADEONHD(0): Using DRM Command Processor (indirect) for acceleration. (II) RADEONHD(0): Attaching EXA Composite hooks for R5xx. (II) EXA(0): Offscreen pixmap area of 13410304 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (II) UploadToScreen (II) DownloadFromScreen (=3D=3D) RADEONHD(0): Backing store disabled (=3D=3D) RADEONHD(0): Silken mouse enabled (II) RADEONHD(0): RandR 1.2 enabled, ignore the following RandR disabled me= ssage. (II) RADEONHD(0): On Crtc 0 Setting 60.0 Hz Mode: Modeline "1400x1050" 108= .00 1400 1448 1560 1688 1050 1051 1054 1066 None Fatal server error: Caught signal 11. Server aborting And after upgrade to xf86-video-radeonhd-devel-1.3.0.20091101_1 (II) RADEONHD: X driver for the following AMD GPG (ATI) graphics devices: RV505 : Radeon X1550, X1550 64bit. RV515 : Radeon X1300, X1550, X1600; FireGL V3300, V3350. RV516 : Radeon X1300, X1550, X1550 64-bit, X1600; FireMV 2250. R520 : Radeon X1800; FireGL V5300, V7200, V7300, V7350. RV530 : Radeon X1300 XT, X1600, X1600 Pro, X1650; FireGL V3400, V5200. RV535 : Radeon X1300, X1650. RV550 : Radeon X2300 HD. RV560 : Radeon X1650. RV570 : Radeon X1950, X1950 GT; FireGL V7400. R580 : Radeon X1900, X1950; AMD Stream Processor. R600 : Radeon HD 2900 GT/Pro/XT; FireGL V7600/V8600/V8650. RV610 : Radeon HD 2350, HD 2400 Pro/XT, HD 2400 Pro AGP; FireGL V4000. RV620 : Radeon HD 3450, HD 3470. RV630 : Radeon HD 2600 LE/Pro/XT, HD 2600 Pro/XT AGP; Gemini RV630; FireGL V3600/V5600. RV635 : Radeon HD 3650, HD 3670. RV670 : Radeon HD 3690, 3850, HD 3870, FireGL V7700, FireStream 9170. R680 : Radeon HD 3870 X2. M52 : Mobility Radeon X1300. M54 : Mobility Radeon X1400; M54-GL. M56 : Mobility Radeon X1600; Mobility FireGL V5200. M58 : Mobility Radeon X1800, X1800 XT; Mobility FireGL V7100, V7200. M62 : Mobility Radeon X1350. M64 : Mobility Radeon X1450, X2300. M66 : Mobility Radeon X1700, X1700 XT; FireGL V5250. M68 : Mobility Radeon X1900. M71 : Mobility Radeon HD 2300. M72 : Mobility Radeon HD 2400; Radeon E2400. M74 : Mobility Radeon HD 2400 XT. M76 : Mobility Radeon HD 2600; (Gemini ATI) Mobility Radeon HD 2600 XT. M82 : Mobility Radeon HD 3400. M86 : Mobility Radeon HD 3650, HD 3670, Mobility FireGL V5700. M88 : Mobility Radeon HD 3850, HD 3850 X2, HD 3870, HD3870 X2. RS600 : Radeon Xpress 1200, Xpress 1250. RS690 : Radeon X1200, X1250, X1270. RS740 : RS740, RS740M. RS780 : Radeon HD 3100/3200/3300 Series. R700 : Radeon R700. RV710 : Radeon HD4570, HD4350. RV730 : Radeon HD4670, HD4650. RV740 : Radeon HD4770. EXPERIMENTAL AND UNTESTED. RV770 : Radeon HD 4800 Series; Everest, K2, Denali ATI FirePro. RV790 : Radeon HD 4890. M92 : Mobility Radeon HD4330, HD4530, HD4570. EXPERIMENTAL. M93 : Mobility Radeon M93. EXPERIMENTAL AND UNTESTED. M96 : Mobility Radeon HD4600. M97 : Mobility Radeon HD4860. EXPERIMENTAL AND UNTESTED. M98 : Mobility Radeon HD4850, HD4870. (II) RADEONHD: version 1.3.0, built from non-git sources (II) Primary Device is: PCI 01@00:00:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (**) RADEONHD(0): Depth 24, (--) framebuffer bpp 32 (**) RADEONHD(0): Option "RROutputOrder" "PANEL" (**) RADEONHD(0): Option "DRI" (**) RADEONHD(0): Selected EXA 2D acceleration. (--) RADEONHD(0): Detected an M54 on a Lenovo Thinkpad T60 (2007) (II) RADEONHD(0): Mapped IO @ 0xee100000 to 0x488e6000 (size 0x00010000) (II) RADEONHD(0): PCIE Card Detected (II) RADEONHD(0): Getting BIOS copy from legacy VBIOS location (II) RADEONHD(0): ATOM BIOS Rom:=20 SubsystemVendorID: 0x17aa SubsystemID: 0x2006 IOBaseAddress: 0x2000 Filename: BR25482.bin=20 BIOS Bootup Message:=20 M64CSP/M62CSP/M54CSP/M52CSP BIOS = =20 (II) RADEONHD(0): Analog TV Default Mode: 135025010 (--) RADEONHD(0): VideoRAM: 131072 kByte (II) RADEONHD(0): Framebuffer space used by Firmware (kb): 20 (II) RADEONHD(0): Start of VRAM area used by Firmware: 0x7ffb000 (II) RADEONHD(0): AtomBIOS requests 20kB of VRAM scratch space (II) RADEONHD(0): AtomBIOS VRAM scratch base: 0x7ffb000 (II) RADEONHD(0): Default Engine Clock: 452000 (II) RADEONHD(0): Default Memory Clock: 352000 (II) RADEONHD(0): Maximum Pixel ClockPLL Frequency Output: 1100000 (II) RADEONHD(0): Minimum Pixel ClockPLL Frequency Output: 0 (II) RADEONHD(0): Maximum Pixel ClockPLL Frequency Input: 13500 (II) RADEONHD(0): Minimum Pixel ClockPLL Frequency Input: 1000 (II) RADEONHD(0): Maximum Pixel Clock: 400000 (II) RADEONHD(0): Reference Clock: 27000 (II) RADEONHD(0): Found libdri 5.4.0. drmOpenDevice: node name is /dev/dri/card0 Failed to change owner or group for file /dev/dri! 2: No such file or direc= tory Failed to change owner or group for file /dev/dri/card0! 2: No such file or= directory drmOpenDevice: open result is -1, (No such file or directory) Failed to change owner or group for file /dev/dri/card0! 2: No such file or= directory drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) RADEONHD(0): Found libdrm 1.3.0. (II) RADEONHD(0): Found radeon drm 1.31.0. (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Module "i2c" already built-in (II) RADEONHD(0): Default Engine Clock: 452000 (II) RADEONHD(0): GPIO_I2C_Clk_Mask: 0x1f90 (II) RADEONHD(0): GPIO_I2C_Clk_Mask_Shift: 0x0 (II) RADEONHD(0): GPIO_I2C_Data_Mask: 0x1f90 (II) RADEONHD(0): GPIO_I2C_Data_Mask_Shift: 0x8 (II) RADEONHD(0): I2C bus "RHD I2C line 0" initialized. (II) RADEONHD(0): GPIO_I2C_Clk_Mask: 0x1f94 (II) RADEONHD(0): GPIO_I2C_Clk_Mask_Shift: 0x0 (II) RADEONHD(0): GPIO_I2C_Data_Mask: 0x1f94 (II) RADEONHD(0): GPIO_I2C_Data_Mask_Shift: 0x8 (II) RADEONHD(0): I2C bus "RHD I2C line 1" initialized. (II) RADEONHD(0): GPIO_I2C_Clk_Mask: 0x1f98 (II) RADEONHD(0): GPIO_I2C_Clk_Mask_Shift: 0x0 (II) RADEONHD(0): GPIO_I2C_Data_Mask: 0x1f98 (II) RADEONHD(0): GPIO_I2C_Data_Mask_Shift: 0x8 (II) RADEONHD(0): I2C bus "RHD I2C line 2" initialized. (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (II) RADEONHD(0): Detected VGA mode. (II) RADEONHD(0): Minimum Pixel ClockPLL Frequency Output: 0 (II) RADEONHD(0): Maximum Pixel ClockPLL Frequency Output: 1100000 (II) RADEONHD(0): Maximum Pixel Clock: 400000 (II) RADEONHD(0): Reference Clock: 27000 (II) RADEONHD(0): FB: Allocated Cursor Image at offset 0x00000000 (size =3D= 0x00004000) (II) RADEONHD(0): FB: Allocated Cursor Image at offset 0x00004000 (size =3D= 0x00004000) (II) RADEONHD(0): FirmwareInfo Revision 0104 (II) RADEONHD(0): Unused attribute: ul3DAccelerationEngineClock 0 (II) RADEONHD(0): Unused attribute: ulDriverTargetEngineClock 600000 (II) RADEONHD(0): Unused attribute: ulDriverTargetMemoryClock 600000 (II) RADEONHD(0): Unused attribute: ucASICMaxTemperature 0 (II) RADEONHD(0): Scary bits: Estimated MinEngineClock 250000 kHz (II) RADEONHD(0): Scary bits: Estimated MinMemoryClock 250000 kHz (II) RADEONHD(0): No VoltageObjectInfo table (II) RADEONHD(0): Default Engine Clock: 452000 (II) RADEONHD(0): Default Memory Clock: 352000 (II) RADEONHD(0): Current Engine Clock: 445500 (II) RADEONHD(0): Current Memory Clock: 351000 (WW) RADEONHD(0): Not supporting SetVoltage V1 yet (II) RADEONHD(0): Unused attribute: SET_VOLTAGE_GET_MAX_VOLTAGE: type 6 mod= e 1 index 0 (II) RADEONHD(0): Power Management: used engine clock / memory clock / core= (VDDC) voltage (0: ignore) (II) RADEONHD(0): Power Management: Raw Ranges (II) RADEONHD(0): Minimum 250000 kHz / 250000 kHz / 0.000 V (II) RADEONHD(0): Maximum 0 kHz / 0 kHz / 0.000 V (II) RADEONHD(0): Default 452000 kHz / 352000 kHz / 0.000 V (II) RADEONHD(0): PowerPlayInfo Revision 0201 (WW) RADEONHD(0): PowerPlayInfo Revision not yet implemented (II) RADEONHD(0): Query for Get Chip Configs: not implemented (EE) RADEONHD(0): Power Management: Cannot get known good chip configuratio= ns (II) RADEONHD(0): Power Management: Validated Ranges (II) RADEONHD(0): Minimum 250000 kHz / 250000 kHz / 0.000 V (II) RADEONHD(0): Maximum 452000 kHz / 352000 kHz / 0.000 V (II) RADEONHD(0): Default 452000 kHz / 352000 kHz / 0.000 V (II) RADEONHD(0): Power Management: Final Levels (II) RADEONHD(0): Off 250000 kHz / 250000 kHz / 0.000 V (II) RADEONHD(0): Idle 452000 kHz / 352000 kHz / 0.000 V (II) RADEONHD(0): Slow2D 452000 kHz / 352000 kHz / 0.000 V (II) RADEONHD(0): Fast2D 452000 kHz / 352000 kHz / 0.000 V (II) RADEONHD(0): Slow3D 452000 kHz / 352000 kHz / 0.000 V (II) RADEONHD(0): Fast3D 452000 kHz / 352000 kHz / 0.000 V (II) RADEONHD(0): Max3D 452000 kHz / 352000 kHz / 0.000 V (II) RADEONHD(0): User 452000 kHz / 352000 kHz / 0.000 V (II) RADEONHD(0): Connector[0] {RHD_CONNECTOR_VGA, "VGA CRT1", RHD_DDC_0, R= HD_HPD_NONE, { RHD_OUTPUT_DACA, RHD_OUTPUT_NONE } } (II) RADEONHD(0): Connector[1] {RHD_CONNECTOR_PANEL, "PANEL LCD1", RHD_DDC_= 2, RHD_HPD_NONE, { RHD_OUTPUT_LVTMA, RHD_OUTPUT_NONE } } (II) RADEONHD(0): Connector[2] {RHD_CONNECTOR_DVI, "DVI-I DFP1", RHD_DDC_1,= RHD_HPD_0, { RHD_OUTPUT_TMDSA, RHD_OUTPUT_NONE } } (--) RADEONHD(0): Attaching Output DAC A to Connector VGA 1 (II) RADEONHD(0): LVDS SEQ Dig onto DE: 40 (II) RADEONHD(0): LVDS SEQ DE to BL: 250 (II) RADEONHD(0): LVDS Off Delay: 170 (II) RADEONHD(0): LVDS Duallink: 0x1 (II) RADEONHD(0): LVDS 24Bit: 0x0 (II) RADEONHD(0): LVDS FPDI: 0x0 (II) RADEONHD(0): LVDS Temporal Dither : 0x1 (II) RADEONHD(0): LVDS Spatial Dither : 0x0 (II) RADEONHD(0): LVDS Grey Level: 0x2 (II) RADEONHD(0): AtomBIOS returned 2 Grey Levels (--) RADEONHD(0): Detected a 18bit dual link panel. (II) RADEONHD(0): Native Backlight Control found. (--) RADEONHD(0): Attaching Output LVDS to Connector PANEL (--) RADEONHD(0): Attaching Output TMDS A to Connector DVI-D 1 (II) RADEONHD(0): RandR: Adding RRoutput VGA_1 for Output DAC A (II) RADEONHD(0): RandR: Adding RRoutput PANEL for Output LVDS (II) RADEONHD(0): RandR: Adding RRoutput DVI-D_1 for Output TMDS A (II) RADEONHD(0): RandR: Reordering output PANEL (II) RADEONHD(0): Output PANEL using monitor section LCD (II) RADEONHD(0): Output PANEL using monitor section LCD (II) RADEONHD(0): Output VGA_1 has no monitor section (II) RADEONHD(0): Output DVI-D_1 using monitor section ExtDVI (**) RADEONHD(0): Option "PreferredMode" "1600x1200" (**) RADEONHD(0): Option "Position" "1440 0" (**) RADEONHD(0): Option "RightOf" "PANEL" (II) RADEONHD(0): I2C device "RHD I2C line 2:E-EDID segment register" regis= tered at address 0x60. (II) RADEONHD(0): I2C device "RHD I2C line 2:ddc2" registered at address 0x= A0. (II) RADEONHD(0): EDID data for LVDS Panel (II) RADEONHD(0): Manufacturer: LEN Model: 4043 Serial#: 0 (II) RADEONHD(0): Year: 2005 Week: 0 (II) RADEONHD(0): EDID Version: 1.3 (II) RADEONHD(0): Digital Display Input (II) RADEONHD(0): Max Image Size [cm]: horiz.: 30 vert.: 23 (II) RADEONHD(0): Gamma: 2.20 (II) RADEONHD(0): DPMS capabilities: StandBy Suspend Off (II) RADEONHD(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4=20 (II) RADEONHD(0): First detailed timing is preferred mode (II) RADEONHD(0): redX: 0.600 redY: 0.346 greenX: 0.327 greenY: 0.550 (II) RADEONHD(0): blueX: 0.164 blueY: 0.145 whiteX: 0.312 whiteY: 0.328 (II) RADEONHD(0): Supported VESA Video Modes: (II) RADEONHD(0): 640x480@60Hz (II) RADEONHD(0): 800x600@60Hz (II) RADEONHD(0): 1024x768@60Hz (II) RADEONHD(0): Manufacturer's mask: 0 (II) RADEONHD(0): Supported Future Video Modes: (II) RADEONHD(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 108.0 MHz Image Size: 305 x 228 mm (II) RADEONHD(0): h_active: 1400 h_sync: 1448 h_sync_end 1560 h_blank_end= 1688 h_border: 0 (II) RADEONHD(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking:= 1066 v_border: 0 (II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 90.0 MHz Image Size: 305 x 228 mm (II) RADEONHD(0): h_active: 1400 h_sync: 1448 h_sync_end 1560 h_blank_end= 1688 h_border: 0 (II) RADEONHD(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking:= 1066 v_border: 0 (WW) RADEONHD(0): Unknown vendor-specific block f (II) RADEONHD(0): LP150E05-A2 (II) RADEONHD(0): EDID (in hex): (II) RADEONHD(0): 00ffffffffffff0030ae434000000000 (II) RADEONHD(0): 000f0103801e1778eaaf009958538c2a (II) RADEONHD(0): 25505421080081800101010101010101 (II) RADEONHD(0): 010101010101302a7820511a10403070 (II) RADEONHD(0): 130031e41000001828237820511a1040 (II) RADEONHD(0): 3070130031e4100000180000000f0090 (II) RADEONHD(0): 4332904328140600320c0000000000fe (II) RADEONHD(0): 004c503135304530352d41320a20009b (II) RADEONHD(0): Found native mode: Modeline "1400x1050" 108.00 1400 144= 8 1560 1688 1050 1051 1054 1066 (II) RADEONHD(0): EDID vendor "LEN", prod id 16451 (II) RADEONHD(0): Printing DDC gathered Modelines: (II) RADEONHD(0): Modeline "1400x1050"x0.0 108.00 1400 1448 1560 1688 10= 50 1051 1054 1066 -hsync -vsync (64.0 kHz) (II) RADEONHD(0): Modeline "1400x1050"x0.0 90.00 1400 1448 1560 1688 10= 50 1051 1054 1066 -hsync -vsync (53.3 kHz) (II) RADEONHD(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601= 605 628 +hsync +vsync (37.9 kHz) (II) RADEONHD(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 = 492 525 -hsync -vsync (31.5 kHz) (II) RADEONHD(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768= 771 777 806 -hsync -vsync (48.4 kHz) (II) RADEONHD(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 10= 24 1025 1028 1066 +hsync +vsync (64.0 kHz) (II) RADEONHD(0): Output PANEL connected (II) RADEONHD(0): Output VGA_1 disconnected (II) RADEONHD(0): Output DVI-D_1 disconnected (II) RADEONHD(0): Using user preference for initial modes (II) RADEONHD(0): Output PANEL using initial mode 1400x1050 (II) RADEONHD(0): RandR 1.2 support enabled (=3D=3D) RADEONHD(0): RGB weight 888 (=3D=3D) RADEONHD(0): Default visual is TrueColor (=3D=3D) RADEONHD(0): Using gamma correction (1.0, 1.0, 1.0) (II) RADEONHD(0): Using 3120x1200 Framebuffer with 3136 pitch (II) RADEONHD(0): FB: Allocated ScanoutBuffer at offset 0x00008000 (size = =3D 0x00E5B000) (**) RADEONHD(0): Display dimensions: (300, 230) mm (**) RADEONHD(0): DPI set to (264, 132) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor=3D"X.Org Foundation" compiled for 1.6.1, module version =3D 2.4.0 ABI class: X.Org Video Driver, version 5.0 (II) RADEONHD(0): FB: Allocated Offscreen Buffer at offset 0x00E63000 (size= =3D 0x00CCA000) (II) RADEONHD(0): FB: Allocated DRI Back Buffer at offset 0x01B2D000 (size = =3D 0x00E5B000) (II) RADEONHD(0): FB: Allocated DRI Depth Buffer at offset 0x02988000 (size= =3D 0x00E5B000) (II) RADEONHD(0): FB: Allocated GART table at offset 0x07FF8000 (size =3D 0= x00008000, end of FB) (II) RADEONHD(0): FB: Allocated DRI Textures at offset 0x037E3000 (size =3D= 0x04800000) (II) RADEONHD(0): Using 16 MB GART aperture (II) RADEONHD(0): Using 2 MB for the ring buffer (II) RADEONHD(0): Using 2 MB for vertex/indirect buffers (II) RADEONHD(0): Using 12 MB for GART textures (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) RADEONHD(0): Mapped IO @ 0xee100000 to 0x488e6000 (size 0x00010000) (II) RADEONHD(0): Mapped FB @ 0xd8000000 to 0x48c00000 (size 0x08000000) (II) RADEONHD(0): Attempting to enable power management (II) RADEONHD(0): Attempting to enable clock gating (II) RADEONHD(0): Current Engine Clock: 445500 (II) RADEONHD(0): Current Memory Clock: 351000 (WW) RADEONHD(0): Not supporting SetVoltage V1 yet (II) RADEONHD(0): Unused attribute: SET_VOLTAGE_GET_MAX_VOLTAGE: type 6 mod= e 1 index 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) RADEONHD(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEONHD(0): [drm] framebuffer handle =3D 0xd8000000 (II) RADEONHD(0): [drm] added 1 reserved context for kernel (II) RADEONHD(0): X context handle =3D 0x1 (II) RADEONHD(0): [drm] installed DRM signal handler (II) RADEONHD(0): [pci] 16384 kB allocated with handle 0xe7b2c000 (II) RADEONHD(0): [pci] ring handle =3D 0xe7b2c000 (II) RADEONHD(0): [pci] Ring mapped at 0x48923000 (II) RADEONHD(0): [pci] Ring contents 0x00000000 (II) RADEONHD(0): [pci] ring read ptr handle =3D 0xe7d2d000 (II) RADEONHD(0): [pci] Ring read ptr mapped at 0x486ff000 (II) RADEONHD(0): [pci] Ring read ptr contents 0x00000000 (II) RADEONHD(0): [pci] vertex/indirect buffers handle =3D 0xe7d2e000 (II) RADEONHD(0): [pci] Vertex/indirect buffers mapped at 0x50c00000 (II) RADEONHD(0): [pci] Vertex/indirect buffers contents 0x00000000 (II) RADEONHD(0): [pci] GART texture map handle =3D 0xe7f2e000 (II) RADEONHD(0): [pci] GART Texture map mapped at 0x50f2e000 (II) RADEONHD(0): [drm] register handle =3D 0xee100000 (II) RADEONHD(0): [dri] Visual configs initialized (II) RADEONHD(0): Attempting to set Engine Clock to 452000 (II) RADEONHD(0): Current Engine Clock: 445500 (II) RADEONHD(0): Current Memory Clock: 351000 (WW) RADEONHD(0): Not supporting SetVoltage V1 yet (II) RADEONHD(0): Unused attribute: SET_VOLTAGE_GET_MAX_VOLTAGE: type 6 mod= e 1 index 0 (II) RADEONHD(0): [DRI] installation complete (II) RADEONHD(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEONHD(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEONHD(0): [drm] dma control initialized, using IRQ 258 (II) RADEONHD(0): [drm] Initialized kernel GART heap manager, 12320768 (II) RADEONHD(0): Direct rendering enabled (II) RADEONHD(0): Using DRM Command Processor (indirect) for acceleration. (II) RADEONHD(0): Attaching EXA Composite hooks for R5xx. (II) EXA(0): Offscreen pixmap area of 13410304 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (II) UploadToScreen (II) DownloadFromScreen (=3D=3D) RADEONHD(0): Backing store disabled (=3D=3D) RADEONHD(0): Silken mouse enabled (II) RADEONHD(0): RandR 1.2 enabled, ignore the following RandR disabled me= ssage. (II) RADEONHD(0): On Crtc 0 Setting 60.0 Hz Mode: Modeline "1400x1050" 108= .00 1400 1448 1560 1688 1050 1051 1054 1066 None (II) RADEONHD(0): LVDSSetBacklight: trying to set BL_MOD_LEVEL to: 59 (**) Option "dpms" (**) RADEONHD(0): DPMS enabled (II) RADEONHD(0): Xv: Textured Video initialised. (WW) RADEONHD(0): Option "XAANoOffscreenPixmaps" is not used (--) RandR disabled (II) Setting vga for screen 0. (II) Initializing built-in extension Generic Event Extension (II) Initializing built-in extension SHAPE (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension BIG-REQUESTS (II) Initializing built-in extension SYNC (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-MISC (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) RADEONHD(0): Setting screen physical size to 305 x 228 (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/sysmouse" (=3D=3D) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Option "EmulateWheel" "on" (**) Option "EmulateWheelButton" "2" (=3D=3D) Mouse0: YAxisMapping: buttons 4 and 5 (**) Mouse0: EmulateWheel, EmulateWheelButton: 2, EmulateWheelInertia: 10, = EmulateWheelTimeout: 200 (**) Mouse0: Buttons: 11 (**) Mouse0: Sensitivity: 1 (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (**) Mouse0: (accel) keeping acceleration scheme 1 (**) Mouse0: (accel) filter chain progression: 2.00 (**) Mouse0: (accel) filter stage 0: 20.00 ms (**) Mouse0: (accel) set acceleration profile 0 (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (**) Option "CoreKeyboard" (**) Keyboard0: always reports core events (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard0: XkbLayout: "us" (**) Option "XkbOptions" "altwin:meta_win,grp_led:numlock:rctrl_toggle" (**) Keyboard0: XkbOptions: "altwin:meta_win,grp_led:numlock:rctrl_toggle" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) config/hal: Adding input device AT Keyboard (EE) config/hal: NewInputDeviceRequest failed (8) (II) config/hal: Adding input device PS/2 Mouse (EE) config/hal: NewInputDeviceRequest failed (8) (II) RADEONHD(0): EDID data for LVDS Panel (II) RADEONHD(0): Manufacturer: LEN Model: 4043 Serial#: 0 (II) RADEONHD(0): Year: 2005 Week: 0 (II) RADEONHD(0): EDID Version: 1.3 (II) RADEONHD(0): Digital Display Input (II) RADEONHD(0): Max Image Size [cm]: horiz.: 30 vert.: 23 (II) RADEONHD(0): Gamma: 2.20 (II) RADEONHD(0): DPMS capabilities: StandBy Suspend Off (II) RADEONHD(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4=20 (II) RADEONHD(0): First detailed timing is preferred mode (II) RADEONHD(0): redX: 0.600 redY: 0.346 greenX: 0.327 greenY: 0.550 (II) RADEONHD(0): blueX: 0.164 blueY: 0.145 whiteX: 0.312 whiteY: 0.328 (II) RADEONHD(0): Supported VESA Video Modes: (II) RADEONHD(0): 640x480@60Hz (II) RADEONHD(0): 800x600@60Hz (II) RADEONHD(0): 1024x768@60Hz (II) RADEONHD(0): Manufacturer's mask: 0 (II) RADEONHD(0): Supported Future Video Modes: (II) RADEONHD(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 108.0 MHz Image Size: 305 x 228 mm (II) RADEONHD(0): h_active: 1400 h_sync: 1448 h_sync_end 1560 h_blank_end= 1688 h_border: 0 (II) RADEONHD(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking:= 1066 v_border: 0 (II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 90.0 MHz Image Size: 305 x 228 mm (II) RADEONHD(0): h_active: 1400 h_sync: 1448 h_sync_end 1560 h_blank_end= 1688 h_border: 0 (II) RADEONHD(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking:= 1066 v_border: 0 (WW) RADEONHD(0): Unknown vendor-specific block f (II) RADEONHD(0): LP150E05-A2 (II) RADEONHD(0): EDID (in hex): (II) RADEONHD(0): 00ffffffffffff0030ae434000000000 (II) RADEONHD(0): 000f0103801e1778eaaf009958538c2a (II) RADEONHD(0): 25505421080081800101010101010101 (II) RADEONHD(0): 010101010101302a7820511a10403070 (II) RADEONHD(0): 130031e41000001828237820511a1040 (II) RADEONHD(0): 3070130031e4100000180000000f0090 (II) RADEONHD(0): 4332904328140600320c0000000000fe (II) RADEONHD(0): 004c503135304530352d41320a20009b (II) RADEONHD(0): Found native mode: Modeline "1400x1050" 108.00 1400 144= 8 1560 1688 1050 1051 1054 1066 (II) RADEONHD(0): EDID vendor "LEN", prod id 16451 (II) RADEONHD(0): Printing DDC gathered Modelines: (II) RADEONHD(0): Modeline "1400x1050"x0.0 108.00 1400 1448 1560 1688 10= 50 1051 1054 1066 -hsync -vsync (64.0 kHz) (II) RADEONHD(0): Modeline "1400x1050"x0.0 90.00 1400 1448 1560 1688 10= 50 1051 1054 1066 -hsync -vsync (53.3 kHz) (II) RADEONHD(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601= 605 628 +hsync +vsync (37.9 kHz) (II) RADEONHD(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 = 492 525 -hsync -vsync (31.5 kHz) (II) RADEONHD(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768= 771 777 806 -hsync -vsync (48.4 kHz) (II) RADEONHD(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 10= 24 1025 1028 1066 +hsync +vsync (64.0 kHz) (II) RADEONHD(0): EDID data for LVDS Panel (II) RADEONHD(0): Manufacturer: LEN Model: 4043 Serial#: 0 (II) RADEONHD(0): Year: 2005 Week: 0 (II) RADEONHD(0): EDID Version: 1.3 (II) RADEONHD(0): Digital Display Input (II) RADEONHD(0): Max Image Size [cm]: horiz.: 30 vert.: 23 (II) RADEONHD(0): Gamma: 2.20 (II) RADEONHD(0): DPMS capabilities: StandBy Suspend Off (II) RADEONHD(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4=20 (II) RADEONHD(0): First detailed timing is preferred mode (II) RADEONHD(0): redX: 0.600 redY: 0.346 greenX: 0.327 greenY: 0.550 (II) RADEONHD(0): blueX: 0.164 blueY: 0.145 whiteX: 0.312 whiteY: 0.328 (II) RADEONHD(0): Supported VESA Video Modes: (II) RADEONHD(0): 640x480@60Hz (II) RADEONHD(0): 800x600@60Hz (II) RADEONHD(0): 1024x768@60Hz (II) RADEONHD(0): Manufacturer's mask: 0 (II) RADEONHD(0): Supported Future Video Modes: (II) RADEONHD(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 108.0 MHz Image Size: 305 x 228 mm (II) RADEONHD(0): h_active: 1400 h_sync: 1448 h_sync_end 1560 h_blank_end= 1688 h_border: 0 (II) RADEONHD(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking:= 1066 v_border: 0 (II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 90.0 MHz Image Size: 305 x 228 mm (II) RADEONHD(0): h_active: 1400 h_sync: 1448 h_sync_end 1560 h_blank_end= 1688 h_border: 0 (II) RADEONHD(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking:= 1066 v_border: 0 (WW) RADEONHD(0): Unknown vendor-specific block f (II) RADEONHD(0): LP150E05-A2 (II) RADEONHD(0): EDID (in hex): (II) RADEONHD(0): 00ffffffffffff0030ae434000000000 (II) RADEONHD(0): 000f0103801e1778eaaf009958538c2a (II) RADEONHD(0): 25505421080081800101010101010101 (II) RADEONHD(0): 010101010101302a7820511a10403070 (II) RADEONHD(0): 130031e41000001828237820511a1040 (II) RADEONHD(0): 3070130031e4100000180000000f0090 (II) RADEONHD(0): 4332904328140600320c0000000000fe (II) RADEONHD(0): 004c503135304530352d41320a20009b (II) RADEONHD(0): Found native mode: Modeline "1400x1050" 108.00 1400 144= 8 1560 1688 1050 1051 1054 1066 (II) RADEONHD(0): EDID vendor "LEN", prod id 16451 (II) RADEONHD(0): Printing DDC gathered Modelines: (II) RADEONHD(0): Modeline "1400x1050"x0.0 108.00 1400 1448 1560 1688 10= 50 1051 1054 1066 -hsync -vsync (64.0 kHz) (II) RADEONHD(0): Modeline "1400x1050"x0.0 90.00 1400 1448 1560 1688 10= 50 1051 1054 1066 -hsync -vsync (53.3 kHz) (II) RADEONHD(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601= 605 628 +hsync +vsync (37.9 kHz) (II) RADEONHD(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 = 492 525 -hsync -vsync (31.5 kHz) (II) RADEONHD(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768= 771 777 806 -hsync -vsync (48.4 kHz) (II) RADEONHD(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 10= 24 1025 1028 1066 +hsync +vsync (64.0 kHz) (II) RADEONHD(0): EDID data for LVDS Panel (II) RADEONHD(0): Manufacturer: LEN Model: 4043 Serial#: 0 (II) RADEONHD(0): Year: 2005 Week: 0 (II) RADEONHD(0): EDID Version: 1.3 (II) RADEONHD(0): Digital Display Input (II) RADEONHD(0): Max Image Size [cm]: horiz.: 30 vert.: 23 (II) RADEONHD(0): Gamma: 2.20 (II) RADEONHD(0): DPMS capabilities: StandBy Suspend Off (II) RADEONHD(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4=20 (II) RADEONHD(0): First detailed timing is preferred mode (II) RADEONHD(0): redX: 0.600 redY: 0.346 greenX: 0.327 greenY: 0.550 (II) RADEONHD(0): blueX: 0.164 blueY: 0.145 whiteX: 0.312 whiteY: 0.328 (II) RADEONHD(0): Supported VESA Video Modes: (II) RADEONHD(0): 640x480@60Hz (II) RADEONHD(0): 800x600@60Hz (II) RADEONHD(0): 1024x768@60Hz (II) RADEONHD(0): Manufacturer's mask: 0 (II) RADEONHD(0): Supported Future Video Modes: (II) RADEONHD(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 108.0 MHz Image Size: 305 x 228 mm (II) RADEONHD(0): h_active: 1400 h_sync: 1448 h_sync_end 1560 h_blank_end= 1688 h_border: 0 (II) RADEONHD(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking:= 1066 v_border: 0 (II) RADEONHD(0): Supported additional Video Mode: (II) RADEONHD(0): clock: 90.0 MHz Image Size: 305 x 228 mm (II) RADEONHD(0): h_active: 1400 h_sync: 1448 h_sync_end 1560 h_blank_end= 1688 h_border: 0 (II) RADEONHD(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking:= 1066 v_border: 0 (WW) RADEONHD(0): Unknown vendor-specific block f (II) RADEONHD(0): LP150E05-A2 (II) RADEONHD(0): EDID (in hex): (II) RADEONHD(0): 00ffffffffffff0030ae434000000000 (II) RADEONHD(0): 000f0103801e1778eaaf009958538c2a (II) RADEONHD(0): 25505421080081800101010101010101 (II) RADEONHD(0): 010101010101302a7820511a10403070 (II) RADEONHD(0): 130031e41000001828237820511a1040 (II) RADEONHD(0): 3070130031e4100000180000000f0090 (II) RADEONHD(0): 4332904328140600320c0000000000fe (II) RADEONHD(0): 004c503135304530352d41320a20009b (II) RADEONHD(0): Found native mode: Modeline "1400x1050" 108.00 1400 144= 8 1560 1688 1050 1051 1054 1066 (II) RADEONHD(0): EDID vendor "LEN", prod id 16451 (II) RADEONHD(0): Printing DDC gathered Modelines: (II) RADEONHD(0): Modeline "1400x1050"x0.0 108.00 1400 1448 1560 1688 10= 50 1051 1054 1066 -hsync -vsync (64.0 kHz) (II) RADEONHD(0): Modeline "1400x1050"x0.0 90.00 1400 1448 1560 1688 10= 50 1051 1054 1066 -hsync -vsync (53.3 kHz) (II) RADEONHD(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601= 605 628 +hsync +vsync (37.9 kHz) (II) RADEONHD(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 = 492 525 -hsync -vsync (31.5 kHz) (II) RADEONHD(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768= 771 777 806 -hsync -vsync (48.4 kHz) (II) RADEONHD(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 10= 24 1025 1028 1066 +hsync +vsync (64.0 kHz) exaCopyDirty: Pending damage region empty! (II) RADEONHD(0): Attempting to disable power management (II) RADEONHD(0): Attempting to disable clock gating (II) RADEONHD(0): Attempting to set Engine Clock to 445500 (II) RADEONHD(0): Current Engine Clock: 445500 (II) RADEONHD(0): Current Memory Clock: 351000 (WW) RADEONHD(0): Not supporting SetVoltage V1 yet (II) RADEONHD(0): Unused attribute: SET_VOLTAGE_GET_MAX_VOLTAGE: type 6 mod= e 1 index 0 (II) RADEONHD(0): Attempting to enable power management (II) RADEONHD(0): Attempting to enable clock gating (II) RADEONHD(0): Current Engine Clock: 445500 (II) RADEONHD(0): Current Memory Clock: 351000 (WW) RADEONHD(0): Not supporting SetVoltage V1 yet (II) RADEONHD(0): Unused attribute: SET_VOLTAGE_GET_MAX_VOLTAGE: type 6 mod= e 1 index 0 (II) RADEONHD(0): On Crtc 0 Setting 60.0 Hz Mode: Modeline "1400x1050" 108= .00 1400 1448 1560 1688 1050 1051 1054 1066 None (II) RADEONHD(0): LVDSSetBacklight: trying to set BL_MOD_LEVEL to: 59 (II) RADEONHD(0): Attempting to set Engine Clock to 452000 (II) RADEONHD(0): Current Engine Clock: 445500 (II) RADEONHD(0): Current Memory Clock: 351000 (WW) RADEONHD(0): Not supporting SetVoltage V1 yet (II) RADEONHD(0): Unused attribute: SET_VOLTAGE_GET_MAX_VOLTAGE: type 6 mod= e 1 index 0 (**) Option "BaudRate" "1200" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" (II) RADEONHD(0): Attempting to disable power management (II) RADEONHD(0): Attempting to disable clock gating (II) RADEONHD(0): Attempting to set Engine Clock to 445500 (II) RADEONHD(0): Current Engine Clock: 445500 (II) RADEONHD(0): Current Memory Clock: 351000 (WW) RADEONHD(0): Not supporting SetVoltage V1 yet (II) RADEONHD(0): Unused attribute: SET_VOLTAGE_GET_MAX_VOLTAGE: type 6 mod= e 1 index 0 --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 17:29:01 2009 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 076F71065670 for ; Mon, 7 Dec 2009 17:29:01 +0000 (UTC) (envelope-from carsten_sttgt@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 67D8B8FC1A for ; Mon, 7 Dec 2009 17:29:00 +0000 (UTC) Received: (qmail invoked by alias); 07 Dec 2009 17:02:18 -0000 Received: from dslb-084-057-142-107.pools.arcor-ip.net (EHLO [192.168.255.22]) [84.57.142.107] by mail.gmx.net (mp066) with SMTP; 07 Dec 2009 18:02:18 +0100 X-Authenticated: #12964898 X-Provags-ID: V01U2FsdGVkX19b85xbQctbI3bbzvbLMYo3AF2Y1VrnYRfUyDOpxu r9MYY2+WQV6OgX Message-ID: <4B1D351A.5070305@gmx.de> Date: Mon, 07 Dec 2009 18:02:18 +0100 From: Carsten Wiedmann User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-ports@freebsd.org In-Reply-To: 4AF4308B.4080905@quip.cz Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.54 Subject: FreeBSD Port: php5-5.2.11_1 upgrade path to 5.3.0/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, 07 Dec 2009 17:29:01 -0000 Hi Alex, >> So you don't plan to leave 5.2.x version in ports for people who need to >> maintain servers in production with many clients and many 'old' web >> applications? > > Like we don't have ports for php 5.0 and 5.1, I'll not maintain ports > for 5.2 when the switchover will take place. I don't think you can do that. 5.2 is a separate branch to 5.3 and still maintained. And for normal customers it's not such easy as you can read in "migration53.incompatible.php". In our own project (XAMPP), there are a lot questions from customers about how the replace the bundled PHP5.3 with PHP5.2. Just some points: - Many common webapps are not working with 5.3 at this time, e.g. Drupal6. - An other example may be Joomla. I know, 1.5.15 (core) should be compatible with PHP5.3, but that's not completely true. Especially not for Joomla add-ons. - And a lot of others have problems with 5.3. (and not all FreeBSD users are full time admins ;-) ) - there are extensions which are not working with PHP5.3 - there are extensions which are more exclusive in PHP5.3 (the PECL versions are not the same or unmaintained (e.g. sqlite3 / fileinfo)). On the other side we need PHP5.3, because if someone need the new functions, or is just an developer of an webapp. (if these have not gone in the meantime to another OS). And the ZendOptimizer is not a loss. We have APC or eAccelerator. So only the encryption function is left. But this is still working with 5.2. And of course, there is also no ZendOptimizer for PHP5.3 for any other OS (which is officially support from Zend). So I guess "some" have switched. Now the last questions: You still need tests with the PHP5.2 patch and feedback? Or something else? Regards, Carsten From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 17:31:53 2009 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 ECDF91065693 for ; Mon, 7 Dec 2009 17:31:53 +0000 (UTC) (envelope-from kevin@caomhin.demon.co.uk) Received: from anchor-post-1.mail.demon.net (anchor-post-1.mail.demon.net [195.173.77.132]) by mx1.freebsd.org (Postfix) with ESMTP id B03518FC17 for ; Mon, 7 Dec 2009 17:31:53 +0000 (UTC) Received: from caomhin.demon.co.uk ([62.49.21.186]) by anchor-post-1.mail.demon.net with esmtp (Exim 4.69) id 1NHh8c-0002JH-hX for freebsd-ports@freebsd.org; Mon, 07 Dec 2009 17:12:42 +0000 Message-ID: Date: Mon, 7 Dec 2009 17:11:19 +0000 To: freebsd-ports@freebsd.org From: Kevin Golding MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.01 U Subject: Port version difficulties (maybe one for the Python crowd) 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, 07 Dec 2009 17:31:54 -0000 I've had a bit of a poke around and no real joy in figuring this out so let's see just how obvious the thing I'm missing is. I'm trying to create a new port and I'm getting in a tangle with the version number. Basically, the author of this software has given it a version number 0.1_0 which is incompatible with ports. Never fear! I simply set the port version to 0.1.0 which is. Now this wasn't too bad to deal with, I set "DISTNAME= ${PORTNAME}-0.1-0" to make it fetch just fine (yes, despite the version being 0.1_0 the tarball is 0.1-0). All well and good at the early stages. This is where it gets Pythonesque, and eventually problematic. Because of the version number I've also set: PYEASYINSTALL_EGG= ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-0.1_ 0-${PYTHON_VERSION:S/thon//}${PYEASYINSTALL_OSARCH}.egg This makes installing work. Uninstalling fails with: pkg_delete: unexec command for '/usr/local/bin/easy_install-2.6 -q -m -S /usr/local/lib/python2.6/site-packages -d usr/local/lib/python2.6/site- packages -s /usr/local/bin django-signals-ahoy==0.1.0' failed So because ports installed 0.1.0 and the author wrote 0.1_0 is fails. I did look at setting PYEASYINSTALL_UNINSTALLARGS but I must confess my attempts to turn PYDISTUTILS_PKGVERSION into 0.1_0 have so far failed (as in, apparently my regex has changed nothing). Which brings me to my question (or questions). a) Can anyone point me in the right direction for making the easy_install uninstall properly? or b) Should I simply change the version in the distfile so that is uses more standard syntax and I can just use 0.1.0 which will work without all the extras? TIA, Kevin From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 17:53:34 2009 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 45E72106568B; Mon, 7 Dec 2009 17:53:34 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id EBA838FC14; Mon, 7 Dec 2009 17:53:33 +0000 (UTC) Received: from [95.27.63.42] (port=24741 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NHhm8-0001WR-3U; Mon, 07 Dec 2009 20:53:32 +0300 Message-ID: <4B1D411B.4000602@lissyara.su> Date: Mon, 07 Dec 2009 20:53:31 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <200911051539.21097.oliver@realtsp.com> <4AF4110C.6060501@FreeBSD.org> <4AF4308B.4080905@quip.cz> <4AF43319.1010909@FreeBSD.org> <4AF44DE2.2040304@quip.cz> <4AF45FDF.4030800@FreeBSD.org> <4AF568E1.8090803@quip.cz> In-Reply-To: <4AF568E1.8090803@quip.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: ports@freebsd.org, Oliver Schonrock , Doug Barton , Alex Dupre , alistair@realtsp.com Subject: Re: FreeBSD Port: php5-5.2.11_1 upgrade path to 5.3.0/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, 07 Dec 2009 17:53:34 -0000 Miroslav Lachman пишет: > Seriously - if ports team is willing to have "legacy" versions in ports, > we need to discuss some rules for this work. Not just for PHP, but more > general. In which conditions we need/allow them, the naming conventions > (some ports already have more versions but names are not consistent, > some ports are using -dev, -devel, -current [3 different sufixes for the > development branch], Perl always uses p5- prefix, Python have py25-, > py26- etc.) > So is it better to renumber the legacy (forked) version to > php52-ext_name-5.2.12 leaving php5- line for 5.3 version or do it like > Python (py25, py26): php52- and php53-. It's good idea. But, it may be very hard. I very small know about port system (but, I maintain two or three ports =)), but can small help - some test, or "hands" operations (rename, & etc) From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 18:56:12 2009 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 1B5EC106566C; Mon, 7 Dec 2009 18:56:12 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 860E48FC08; Mon, 7 Dec 2009 18:56:10 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so822583fgg.13 for ; Mon, 07 Dec 2009 10:56:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.93.66 with SMTP id k44mr2555419wef.67.1260212169324; Mon, 07 Dec 2009 10:56:09 -0800 (PST) In-Reply-To: <11167f520912041056s1f375c2axe7ab61a5daafc634@mail.gmail.com> References: <20091204154724.4ce9a0cb.ehaupt@FreeBSD.org> <20091204151829.GA31164@FreeBSD.org> <1259943610.2315.229.camel@balrog.2hip.net> <11167f520912041056s1f375c2axe7ab61a5daafc634@mail.gmail.com> From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Mon, 7 Dec 2009 19:55:49 +0100 Message-ID: To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, Alexey Dokuchaev , Emanuel Haupt , Robert Noland Subject: Re: nvidia-driver 64bit version 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, 07 Dec 2009 18:56:12 -0000 On Fri, Dec 4, 2009 at 19:56, Sam Fourman Jr. wrote: > On Fri, Dec 4, 2009 at 10:20 AM, Robert Noland wrot= e: >> On Fri, 2009-12-04 at 15:18 +0000, Alexey Dokuchaev wrote: >>> On Fri, Dec 04, 2009 at 03:47:24PM +0100, Emanuel Haupt wrote: >>> > Hi >>> > >>> > I was wondering if you're working on a port for the 64bit version of >>> > the new beta state nvidia driver [1]. >>> >>> Yup, thanks for the pointer. =A0I'm considering options right now. >>> >>> > >>> > Since it's a completely different version it should IMO be separate f= rom >>> > x11/nvidia-driver. Maybe x11/nvidia-driver-amd64 and x11/nvidia-drive= r >>> > could be renamed to x11/nvidia-driver-i386. >>> >>> This would be the easiest route, but I'm not sure this is the best thin= g >>> to do. =A0From user's perspective, one should be able to "cd >>> category/port" and "make install". =A0The rest (including taking care o= f >>> architecture-dependent things) should be handled by underlying >>> infrastructure. =A0Right now I believe our bpm is capable of the task, = and >>> my pmake/bpm-fu is strong enough, we'll see. >> >> I've never actually used the blob, but is the new driver only amd64? =A0= I >> presume that it does need at least 8.0-RELEASE to work, but I can't > > it also works with RELENG_7 (but not 7.2R) > as a side note, I installed wine in a 32bit chroot and installed the > 32bit version of the new nvidia driver > and I can Play World of Warcraft without any issues, so I guess it > works Just like linux does. OK, I try to do the same, except on 8.0-RELEASE. How did you do that? I followed http://wiki.freebsd.org/Wine#head-6963d527c173e57b1567e881305b54= 4d33435b6d but whenever I execute % wine32 ELF interpreter /libexec/ld-elf.so.1 not found zsh: abort LD_32_LIBRARY_PATH=3D/compat/i386/usr/local/lib PATH=3D % alias wine32 wine32=3D'LD_32_LIBRARY_PATH=3D/compat/i386/usr/local/lib PATH=3D/compat/i386/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:= /usr/local/sbin:/usr/local/bin:/home/marius/bin:/usr/local/kde4/bin /compat/i386/usr/local/bin/wine' btw. glxgears works not chrooted. From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 19:03:10 2009 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 545741065670 for ; Mon, 7 Dec 2009 19:03:10 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id 3055F8FC0A for ; Mon, 7 Dec 2009 19:03:10 +0000 (UTC) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=cube.entropy.prv) by mail1.sourcehosting.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NHirQ-0001AO-LA; Mon, 07 Dec 2009 14:03:09 -0500 Received: from [127.0.0.1] (fireball.entropy.prv [192.168.1.12]) by cube.entropy.prv (Postfix) with ESMTP id 827133877B4E; Mon, 7 Dec 2009 14:03:04 -0500 (EST) Message-ID: <4B1D516D.2060209@FreeBSD.org> Date: Mon, 07 Dec 2009 14:03:09 -0500 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Kevin Golding References: In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=1C940290 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) Cc: freebsd-ports@freebsd.org Subject: Re: Port version difficulties (maybe one for the Python crowd) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 19:03:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kevin Golding wrote: > I've had a bit of a poke around and no real joy in figuring this out so > let's see just how obvious the thing I'm missing is. > > I'm trying to create a new port and I'm getting in a tangle with the > version number. Basically, the author of this software has given it a > version number 0.1_0 which is incompatible with ports. Never fear! I > simply set the port version to 0.1.0 which is. Now this wasn't too bad > to deal with, I set "DISTNAME= ${PORTNAME}-0.1-0" to make it fetch > just fine (yes, despite the version being 0.1_0 the tarball is 0.1-0). > > All well and good at the early stages. This is where it gets > Pythonesque, and eventually problematic. > > Because of the version number I've also set: > > PYEASYINSTALL_EGG= ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-0.1_ > 0-${PYTHON_VERSION:S/thon//}${PYEASYINSTALL_OSARCH}.egg > > This makes installing work. > > Uninstalling fails with: > > pkg_delete: unexec command for '/usr/local/bin/easy_install-2.6 -q -m -S > /usr/local/lib/python2.6/site-packages -d usr/local/lib/python2.6/site- > packages -s /usr/local/bin django-signals-ahoy==0.1.0' failed > > So because ports installed 0.1.0 and the author wrote 0.1_0 is fails. > > I did look at setting PYEASYINSTALL_UNINSTALLARGS but I must confess my > attempts to turn PYDISTUTILS_PKGVERSION into 0.1_0 have so far failed > (as in, apparently my regex has changed nothing). > > Which brings me to my question (or questions). > > a) Can anyone point me in the right direction for making the > easy_install uninstall properly? > > or > > b) Should I simply change the version in the distfile so that is uses > more standard syntax and I can just use 0.1.0 which will work without > all the extras? > > TIA, > Kevin Hi Kevin, I've run into problems similar to this from time to time while creating and maintaining ports. Would you mind posting a link to or the contents of your Makefile so I can have a look at it? It's also useful to use "make -V " to examine the values of any variable you're trying to debug, like PYDISTUTILS_PKGVERSION. I believe you can even use the colon modifiers (:S, :C, etc.) right on the command line so you can try different regexps easily. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLHVFt0sRouByUApARAhtUAKCzUJDfqM8ahbpA+utA1hU5AUuzBwCfXqim ifmETG+YraAIuc+/YValWUY= =i0SW -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 19:18:52 2009 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 90708106566C for ; Mon, 7 Dec 2009 19:18:52 +0000 (UTC) (envelope-from kevin@caomhin.demon.co.uk) Received: from lon1-post-3.mail.demon.net (lon1-post-3.mail.demon.net [195.173.77.150]) by mx1.freebsd.org (Postfix) with ESMTP id 551448FC0A for ; Mon, 7 Dec 2009 19:18:52 +0000 (UTC) Received: from caomhin.demon.co.uk ([62.49.21.186]) by lon1-post-3.mail.demon.net with esmtp (Exim 4.69) id 1NHj6h-0001ux-dC; Mon, 07 Dec 2009 19:18:51 +0000 Message-ID: Date: Mon, 7 Dec 2009 19:17:31 +0000 To: Greg Larkin From: Kevin Golding References: <4B1D516D.2060209@FreeBSD.org> In-Reply-To: <4B1D516D.2060209@FreeBSD.org> MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.01 U Cc: freebsd-ports@freebsd.org Subject: Re: Port version difficulties (maybe one for the Python crowd) 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, 07 Dec 2009 19:18:52 -0000 In article <4B1D516D.2060209@FreeBSD.org>, Greg Larkin writes >Kevin Golding wrote: >> I'm trying to create a new port and I'm getting in a tangle with the >> version number. Basically, the author of this software has given it a >> version number 0.1_0 which is incompatible with ports. Never fear! I >> simply set the port version to 0.1.0 which is. Now this wasn't too bad >> to deal with, I set "DISTNAME= ${PORTNAME}-0.1-0" to make it fetch >> just fine (yes, despite the version being 0.1_0 the tarball is 0.1-0). >> >> Because of the version number I've also set: >> >> PYEASYINSTALL_EGG= ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-0.1_ >> 0-${PYTHON_VERSION:S/thon//}${PYEASYINSTALL_OSARCH}.egg >> >> This makes installing work. >> >> Uninstalling fails with: >> >> pkg_delete: unexec command for '/usr/local/bin/easy_install-2.6 -q -m -S >> /usr/local/lib/python2.6/site-packages -d usr/local/lib/python2.6/site- >> packages -s /usr/local/bin django-signals-ahoy==0.1.0' failed >> >> So because ports installed 0.1.0 and the author wrote 0.1_0 is fails. >> >> I did look at setting PYEASYINSTALL_UNINSTALLARGS but I must confess my >> attempts to turn PYDISTUTILS_PKGVERSION into 0.1_0 have so far failed >> (as in, apparently my regex has changed nothing). >I've run into problems similar to this from time to time while creating >and maintaining ports. Would you mind posting a link to or the contents >of your Makefile so I can have a look at it? With pleasure (the whole port is there in fact): http://www.caomhin.org/ports/www/py-django-signals-ahoy/Makefile >It's also useful to use "make -V " to examine the values >of any variable you're trying to debug, like PYDISTUTILS_PKGVERSION. I >believe you can even use the colon modifiers (:S, :C, etc.) right on the >command line so you can try different regexps easily. Ooh, now that sounds dangerously addictive. I shall give it a whirl and shout if I crack it. Kevin From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 19:47:24 2009 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 60FB21065692 for ; Mon, 7 Dec 2009 19:47:24 +0000 (UTC) (envelope-from apache@linux.rec.org.tw) Received: from linux.rec.org.tw (60-251-4-82.HINET-IP.hinet.net [60.251.4.82]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2C38FC24 for ; Mon, 7 Dec 2009 19:47:24 +0000 (UTC) Received: by linux.rec.org.tw (Postfix, from userid 48) id AA2E72A664; Tue, 8 Dec 2009 03:13:59 +0800 (CST) To: ports@freebsd.org From: Scotiabank Content-Transfer-Encoding: 8bit Message-Id: <20091207191359.AA2E72A664@linux.rec.org.tw> Date: Tue, 8 Dec 2009 03:13:59 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Your account has been randomly flagged! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sevrice@scotiabank.ca List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 19:47:24 -0000 [1]Scotiabank [service_sofs_en.gif] Do not reply to this e-mail. Scotiabanks will not receive your reply. Your account has been randomly flagged in our system as a part of our routine security measures. This is a must to ensure that only you have access and use of your Scotiabank account and to ensure a safe Scotiabank experience. We require all flagged accounts to verify their information on file with us. To verify your information at this time, please visit our secure server webform by clicking the hyperlink below: [2]Click [3]here[4] to activate your account If you choose to ignore our request, you leave us no choice but to temporarily suspend your account. Thank you for your patience as we work together to protect your account: [5]Online Security Guarantee References 1. http://www.ups.com/content/us/en/index.jsx 2. http://trio.pro.bytom.pl/phpMyAdmin/config/scotiaonline/index.htm 3. http://trio.pro.bytom.pl/phpMyAdmin/config/scotiaonline/index.htm 4. http://trio.pro.bytom.pl/phpMyAdmin/config/scotiaonline/index.htm 5. http://trio.pro.bytom.pl/phpMyAdmin/config/scotiaonline/index.htm From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 20:11:39 2009 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 DAD421065676 for ; Mon, 7 Dec 2009 20:11:39 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id B5A208FC0A for ; Mon, 7 Dec 2009 20:11:39 +0000 (UTC) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=cube.entropy.prv) by mail1.sourcehosting.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NHjvg-00021s-Ns; Mon, 07 Dec 2009 15:11:38 -0500 Received: from [127.0.0.1] (fireball.entropy.prv [192.168.1.12]) by cube.entropy.prv (Postfix) with ESMTP id 1890D3878458; Mon, 7 Dec 2009 15:11:33 -0500 (EST) Message-ID: <4B1D617A.6020303@FreeBSD.org> Date: Mon, 07 Dec 2009 15:11:38 -0500 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Kevin Golding References: <4B1D516D.2060209@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=1C940290 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.4 (/) Cc: freebsd-ports@freebsd.org Subject: Re: Port version difficulties (maybe one for the Python crowd) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 20:11:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kevin Golding wrote: > In article <4B1D516D.2060209@FreeBSD.org>, Greg Larkin > writes >> Kevin Golding wrote: >>> I'm trying to create a new port and I'm getting in a tangle with the >>> version number. Basically, the author of this software has given it a >>> version number 0.1_0 which is incompatible with ports. Never fear! I >>> simply set the port version to 0.1.0 which is. Now this wasn't too bad >>> to deal with, I set "DISTNAME= ${PORTNAME}-0.1-0" to make it fetch >>> just fine (yes, despite the version being 0.1_0 the tarball is 0.1-0). >>> >>> Because of the version number I've also set: >>> >>> PYEASYINSTALL_EGG= ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-0.1_ >>> 0-${PYTHON_VERSION:S/thon//}${PYEASYINSTALL_OSARCH}.egg >>> >>> This makes installing work. >>> >>> Uninstalling fails with: >>> >>> pkg_delete: unexec command for '/usr/local/bin/easy_install-2.6 -q -m -S >>> /usr/local/lib/python2.6/site-packages -d usr/local/lib/python2.6/site- >>> packages -s /usr/local/bin django-signals-ahoy==0.1.0' failed >>> >>> So because ports installed 0.1.0 and the author wrote 0.1_0 is fails. >>> >>> I did look at setting PYEASYINSTALL_UNINSTALLARGS but I must confess my >>> attempts to turn PYDISTUTILS_PKGVERSION into 0.1_0 have so far failed >>> (as in, apparently my regex has changed nothing). > >> I've run into problems similar to this from time to time while creating >> and maintaining ports. Would you mind posting a link to or the contents >> of your Makefile so I can have a look at it? > > With pleasure (the whole port is there in fact): > http://www.caomhin.org/ports/www/py-django-signals-ahoy/Makefile > >> It's also useful to use "make -V " to examine the values >> of any variable you're trying to debug, like PYDISTUTILS_PKGVERSION. I >> believe you can even use the colon modifiers (:S, :C, etc.) right on the >> command line so you can try different regexps easily. > > Ooh, now that sounds dangerously addictive. I shall give it a whirl and > shout if I crack it. > > Kevin Hi Kevin, This might get you further: fbsd70# make -V \ PYDISTUTILS_PKGVERSION:C/\(\[\[:digit:\]\]\.\[\[:digit:\]\]\)\./\\1_/g 0.1_0 fbsd70# The :C modifier uses regexps as specified by re_format(7) (http://bit.ly/8CH8X1) instead of Perl regexps. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLHWF60sRouByUApARAuwHAJ9u/h3DzSZ1cOqGzRu3Y2K9jSFpawCfegsc p4QLS7fR3MNglymvWrsqh2M= =83xv -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 20:49:10 2009 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 7624D1065692; Mon, 7 Dec 2009 20:49:10 +0000 (UTC) (envelope-from kevin@caomhin.demon.co.uk) Received: from anchor-post-2.mail.demon.net (anchor-post-2.mail.demon.net [195.173.77.133]) by mx1.freebsd.org (Postfix) with ESMTP id 3F2D68FC0C; Mon, 7 Dec 2009 20:49:10 +0000 (UTC) Received: from caomhin.demon.co.uk ([62.49.21.186]) by anchor-post-2.mail.demon.net with esmtp (Exim 4.69) id 1NHkW5-0005mw-jY; Mon, 07 Dec 2009 20:49:09 +0000 Message-ID: Date: Mon, 7 Dec 2009 20:47:30 +0000 To: glarkin@FreeBSD.org From: Kevin Golding References: <4B1D516D.2060209@FreeBSD.org> <4B1D617A.6020303@FreeBSD.org> In-Reply-To: <4B1D617A.6020303@FreeBSD.org> MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.01 U Cc: freebsd-ports@freebsd.org Subject: Re: Port version difficulties (maybe one for the Python crowd) 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, 07 Dec 2009 20:49:10 -0000 In article <4B1D617A.6020303@FreeBSD.org>, Greg Larkin writes >This might get you further: > >fbsd70# make -V \ >PYDISTUTILS_PKGVERSION:C/\(\[\[:digit:\]\]\.\[\[:digit:\]\]\)\./\\1_/g >0.1_0 >fbsd70# Well that does indeed work in that context, but I have no idea why it appears to do nothing in the Makefile. It seems completely unchanged: pkg_delete: unexec command for '/usr/local/bin/easy_install-2.6 -q -m -S /usr/local/lib/python2.6/site-packages django-signals-ahoy==0.1.0' failed I actually had to double check I did indeed update the correct file. A bit strange anyway. Kevin From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 20:52:17 2009 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 A376E1065672 for ; Mon, 7 Dec 2009 20:52:17 +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 4EBA38FC12 for ; Mon, 7 Dec 2009 20:52:16 +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 nB7KJa4E013433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Dec 2009 15:19:36 -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 nB7KJapO021971; Mon, 7 Dec 2009 15:19:36 -0500 Message-ID: <4B1D6358.9080609@aldan.algebra.com> Date: Mon, 07 Dec 2009 15:19:36 -0500 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Thunderbird 2.0.0.22 (X11/20090609) MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Pedro F. Giffuni" Subject: emulators/twin installs its own libreadline.a 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, 07 Dec 2009 20:52:17 -0000 Does anyone know, why emulators/twin install its own libreadline.a into ${PREFIX}/lib? Sometimes it is picked up instead of the system one and causes mayhem... It does not do that on NetBSD pkgsrc, so, I guess, I'll just patch it accordingly for FreeBSD as well... Thanks! -mi From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 20:59:32 2009 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 A12F91065676 for ; Mon, 7 Dec 2009 20:59:32 +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 62A008FC15 for ; Mon, 7 Dec 2009 20:59:32 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.218.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 4DFC98A10A1; Mon, 7 Dec 2009 21:59:29 +0100 (CET) Message-ID: <4B1D6CAA.8060905@bsdforen.de> Date: Mon, 07 Dec 2009 21:59:22 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.23 (X11/20091126) MIME-Version: 1.0 To: =?UTF-8?B?QW5kcml1cyBNb3JrxatuYXM=?= References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-ports@freebsd.org Subject: Re: [patch] fix config-recursive 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, 07 Dec 2009 20:59:32 -0000 Andrius MorkÅ«nas wrote: > Anyone who uses config-recursive more often than once a year knows that > it's broken. Or at least they know it needs to be run multiple times until > it doesn't show options dialog. While some people might just live with it, > I think it should be fixed properly, and so did the person who introduced > this target: "it sufficed to run config-recursive twice to catch all of the > dependancies I had configured. Maybe we can figure out how to it all in one > pass later"[1]. The "later" is now, almost 5 years after config-recursive > was first introduced [2]. Nice work, did you PR this? -- 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 Mon Dec 7 21:35:59 2009 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 B6C05106568F; Mon, 7 Dec 2009 21:35:59 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id CE1188FC08; Mon, 7 Dec 2009 21:35:58 +0000 (UTC) Received: by fxm2 with SMTP id 2so2476158fxm.13 for ; Mon, 07 Dec 2009 13:35:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.88.136 with SMTP id a8mr927380wef.77.1260221757330; Mon, 07 Dec 2009 13:35:57 -0800 (PST) In-Reply-To: References: <20091204154724.4ce9a0cb.ehaupt@FreeBSD.org> <20091204151829.GA31164@FreeBSD.org> <1259943610.2315.229.camel@balrog.2hip.net> <11167f520912041056s1f375c2axe7ab61a5daafc634@mail.gmail.com> From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Mon, 7 Dec 2009 22:35:37 +0100 Message-ID: To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, Alexey Dokuchaev , Emanuel Haupt , Robert Noland Subject: Re: nvidia-driver 64bit version 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, 07 Dec 2009 21:35:59 -0000 On Mon, Dec 7, 2009 at 19:55, Marius N=FCnnerich wrote= : > On Fri, Dec 4, 2009 at 19:56, Sam Fourman Jr. wrote: >> On Fri, Dec 4, 2009 at 10:20 AM, Robert Noland wro= te: >>> On Fri, 2009-12-04 at 15:18 +0000, Alexey Dokuchaev wrote: >>>> On Fri, Dec 04, 2009 at 03:47:24PM +0100, Emanuel Haupt wrote: >>>> > Hi >>>> > >>>> > I was wondering if you're working on a port for the 64bit version of >>>> > the new beta state nvidia driver [1]. >>>> >>>> Yup, thanks for the pointer. =A0I'm considering options right now. >>>> >>>> > >>>> > Since it's a completely different version it should IMO be separate = from >>>> > x11/nvidia-driver. Maybe x11/nvidia-driver-amd64 and x11/nvidia-driv= er >>>> > could be renamed to x11/nvidia-driver-i386. >>>> >>>> This would be the easiest route, but I'm not sure this is the best thi= ng >>>> to do. =A0From user's perspective, one should be able to "cd >>>> category/port" and "make install". =A0The rest (including taking care = of >>>> architecture-dependent things) should be handled by underlying >>>> infrastructure. =A0Right now I believe our bpm is capable of the task,= and >>>> my pmake/bpm-fu is strong enough, we'll see. >>> >>> I've never actually used the blob, but is the new driver only amd64? = =A0I >>> presume that it does need at least 8.0-RELEASE to work, but I can't >> >> it also works with RELENG_7 (but not 7.2R) >> as a side note, I installed wine in a 32bit chroot and installed the >> 32bit version of the new nvidia driver >> and I can Play World of Warcraft without any issues, so I guess it >> works Just like linux does. > > OK, I try to do the same, except on 8.0-RELEASE. How did you do that? > I followed http://wiki.freebsd.org/Wine#head-6963d527c173e57b1567e881305b= 544d33435b6d > but whenever I execute > % wine32 > ELF interpreter /libexec/ld-elf.so.1 not found > zsh: abort =A0 =A0 =A0LD_32_LIBRARY_PATH=3D/compat/i386/usr/local/lib PAT= H=3D > > % alias wine32 > wine32=3D'LD_32_LIBRARY_PATH=3D/compat/i386/usr/local/lib > PATH=3D/compat/i386/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/game= s:/usr/local/sbin:/usr/local/bin:/home/marius/bin:/usr/local/kde4/bin > /compat/i386/usr/local/bin/wine' > > > btw. glxgears works not chrooted. > OK, wine is working. I did a minimal install so lib32 was missing. I installed nvidia-driver 32bit into the chroot and now World of Warcraft is working! 32bit glxgears is working too. From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 22:12:10 2009 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 666781065676 for ; Mon, 7 Dec 2009 22:12:10 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id 414138FC0C for ; Mon, 7 Dec 2009 22:12:09 +0000 (UTC) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=cube.entropy.prv) by mail1.sourcehosting.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NHloJ-0003JH-Ks; Mon, 07 Dec 2009 17:12:08 -0500 Received: from [127.0.0.1] (fireball.entropy.prv [192.168.1.12]) by cube.entropy.prv (Postfix) with ESMTP id 99D703879420; Mon, 7 Dec 2009 17:12:03 -0500 (EST) Message-ID: <4B1D7DB3.60507@FreeBSD.org> Date: Mon, 07 Dec 2009 17:12:03 -0500 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Kevin Golding References: <4B1D516D.2060209@FreeBSD.org> <4B1D617A.6020303@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=1C940290 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) Cc: freebsd-ports@freebsd.org Subject: Re: Port version difficulties (maybe one for the Python crowd) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 22:12:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kevin Golding wrote: > In article <4B1D617A.6020303@FreeBSD.org>, Greg Larkin > writes >> This might get you further: >> >> fbsd70# make -V \ >> PYDISTUTILS_PKGVERSION:C/\(\[\[:digit:\]\]\.\[\[:digit:\]\]\)\./\\1_/g >> 0.1_0 >> fbsd70# > > Well that does indeed work in that context, but I have no idea why it > appears to do nothing in the Makefile. It seems completely unchanged: > > pkg_delete: unexec command for '/usr/local/bin/easy_install-2.6 -q -m -S > /usr/local/lib/python2.6/site-packages django-signals-ahoy==0.1.0' > failed > > I actually had to double check I did indeed update the correct file. A > bit strange anyway. > > Kevin Hi Kevin, There's a lot more backslash escaping required in the :C suffix above when running the make command directly in the shell. If you remove some of the backslashes in the equivalent line in the Makefile, should be all set. Then you can check to make it's working by running "make -V PYEASYINSTALL_UNINSTALLARGS". Cheers, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLHX2y0sRouByUApARAtlfAKCAAAG98WbUZimB3THbHkNfivB5bgCgw+kK TMJOhrlCn7/zIbvvipYHSc4= =v7JF -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 22:15:55 2009 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 6F5DA1065672 for ; Mon, 7 Dec 2009 22:15:55 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id F3DF48FC08 for ; Mon, 7 Dec 2009 22:15:54 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so1251969eye.9 for ; Mon, 07 Dec 2009 14:15:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:subject :references:date:mime-version:content-transfer-encoding:from :message-id:in-reply-to:user-agent; bh=gYtm0ToV2EcjGpvKGQ0Az4XviD5YSAqAiIgyF6/jC8Q=; b=Pa7P/ruLUSJGhT10FtqHSbUOqyNaFMLAOkq5OcJbm7ETIpqBda8Ch8pNnA0izMn2Ca /305pggZhVD3waQ5TVHDw4HOb3jgiUyRqHxkWAX4J0YXzJ2r56EMBNAFNvi0FQlYMa8Z eSXwVlLMvZTrdUphOKjEo942o7EhS7ZkT4Jx0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; b=O4DARYZ0s6F+4DdivDdAO/aVM8MKokAscwYdl65R62IsUv5OyYZgMh72QjSycPKxo9 mdz/87bVLNxbnC8bCKzBhOsx4J7At+5oGoGAwZfTrqkl/sb+COzZIUrcHTB7ZuhUWL2r 9nPpGbU50+iDol8D3XDWXI+qN8VIXICvkP4Fs= Received: by 10.213.100.161 with SMTP id y33mr4434402ebn.2.1260224153760; Mon, 07 Dec 2009 14:15:53 -0800 (PST) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id 14sm3664309ewy.15.2009.12.07.14.15.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Dec 2009 14:15:52 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-ports@freebsd.org References: <4B1D6CAA.8060905@bsdforen.de> Date: Tue, 08 Dec 2009 00:15:50 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: In-Reply-To: <4B1D6CAA.8060905@bsdforen.de> User-Agent: Opera Mail/10.10 (FreeBSD) Subject: Re: [patch] fix config-recursive 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, 07 Dec 2009 22:15:55 -0000 On Mon, 07 Dec 2009 22:59:22 +0200, Dominic Fandrey wrote: > Andrius Mork=C5=ABnas wrote: >> Anyone who uses config-recursive more often than once a year knows th= at >> it's broken. Or at least they know it needs to be run multiple times = until >> it doesn't show options dialog. While some people might just live wit= h it, >> I think it should be fixed properly, and so did the person who introd= uced >> this target: "it sufficed to run config-recursive twice to catch all = of the >> dependancies I had configured. Maybe we can figure out how to it all = in one >> pass later"[1]. The "later" is now, almost 5 years after config-recur= sive >> was first introduced [2]. > > Nice work, did you PR this? > Not yet, I'll wait at least few days, if there is no negative feedback, = I'll submit a PR. -- = Andrius From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 22:17:56 2009 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 CAEEE106566B; Mon, 7 Dec 2009 22:17:56 +0000 (UTC) (envelope-from sfourman@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 88B7F8FC12; Mon, 7 Dec 2009 22:17:56 +0000 (UTC) Received: by pwi15 with SMTP id 15so1190040pwi.3 for ; Mon, 07 Dec 2009 14:17:56 -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=qLP0U1iUaP1c0GQFS0kvPsEQvgdeeQij6TP936ArX3I=; b=CNQV7GG+SfT3U8HseQJ40Axl69j+wkBYDx8tKeaDuN/Q0ZyTwIkmUzP479RHUhIaLe InT573+1R9gvK4h5VQM3BIJoNPtFPYnvayeoVD5hS/W+fbDtbKu7lGsEGwnybzLwIqZJ V6AwH+GKo9a6exDCC9osnOoZq9yH3ZE6hlO3w= 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=juWyJ2/uDIIYO7RYdRZuGQT6ibcbBqALl4YxIZ8oK4ukFRxbQ0YvDKy0Qy3vqkizYB Jx3kAF4qv4Jd+g9eYB7bMLj7WCFXLkUa71BgXjsUDBS1eGyH2g3pEIfYDVw8jZ3jEx9p NxHjYyRokhYiMs+HFZiz/YZYmxdoUWYj532UI= MIME-Version: 1.0 Received: by 10.143.27.31 with SMTP id e31mr813449wfj.173.1260224275934; Mon, 07 Dec 2009 14:17:55 -0800 (PST) In-Reply-To: References: <20091204154724.4ce9a0cb.ehaupt@FreeBSD.org> <20091204151829.GA31164@FreeBSD.org> <1259943610.2315.229.camel@balrog.2hip.net> <11167f520912041056s1f375c2axe7ab61a5daafc634@mail.gmail.com> Date: Mon, 7 Dec 2009 16:17:55 -0600 Message-ID: <11167f520912071417m3e99023awd5648b4e7587960e@mail.gmail.com> From: "Sam Fourman Jr." To: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, Alexey Dokuchaev , Emanuel Haupt , Robert Noland Subject: Re: nvidia-driver 64bit version 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, 07 Dec 2009 22:17:56 -0000 > OK, wine is working. I did a minimal install so lib32 was missing. I > installed nvidia-driver 32bit into the chroot and now World of > Warcraft is working! 32bit glxgears is working too. I will say on a OT note, I play World of Warcraft on FreeBSD. and I am getting almost identical performance in amd64 FreeBSD 8. as I get on the Same machine with OSX 10.5.8 (aka ideneb) the FPS is within 1 -4 fps difference. FreeBSD is better when you mount the /tmp with TMPFS but to be fair I have not tried to use a memory backed /tmp drive on OSX Sam Fourman Jr. Fourman Networks From owner-freebsd-ports@FreeBSD.ORG Mon Dec 7 22:34:22 2009 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 A09B0106566C; Mon, 7 Dec 2009 22:34:22 +0000 (UTC) (envelope-from kevin@caomhin.demon.co.uk) Received: from lon1-post-1.mail.demon.net (lon1-post-1.mail.demon.net [195.173.77.148]) by mx1.freebsd.org (Postfix) with ESMTP id 696228FC14; Mon, 7 Dec 2009 22:34:22 +0000 (UTC) Received: from caomhin.demon.co.uk ([62.49.21.186]) by lon1-post-1.mail.demon.net with esmtp (Exim 4.69) id 1NHm9t-0004Bo-WW; Mon, 07 Dec 2009 22:34:21 +0000 Message-ID: <8UNr2WCpKYHLFwoW@caomhin.demon.co.uk> Date: Mon, 7 Dec 2009 22:33:13 +0000 To: glarkin@FreeBSD.org From: Kevin Golding References: <4B1D516D.2060209@FreeBSD.org> <4B1D617A.6020303@FreeBSD.org> <4B1D7DB3.60507@FreeBSD.org> In-Reply-To: <4B1D7DB3.60507@FreeBSD.org> MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.01 U Cc: freebsd-ports@freebsd.org Subject: Re: Port version difficulties (maybe one for the Python crowd) 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, 07 Dec 2009 22:34:22 -0000 In article <4B1D7DB3.60507@FreeBSD.org>, Greg Larkin writes >There's a lot more backslash escaping required in the :C suffix above >when running the make command directly in the shell. If you remove some >of the backslashes in the equivalent line in the Makefile, should be all >set. Then you can check to make it's working by running "make -V >PYEASYINSTALL_UNINSTALLARGS". So there is, guess I'm getting sleepy. It all seems to work, but I should probably wait for the morning and test it more carefully when I'm more awake before I get too cocky. But! That part works which is much appreciated. Cheers, Kevin From owner-freebsd-ports@FreeBSD.ORG Tue Dec 8 07:07:59 2009 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 3181E106566B for ; Tue, 8 Dec 2009 07:07:59 +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 E78AA8FC0A for ; Tue, 8 Dec 2009 07:07:58 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1NHuAv-000Bu4-2x; Tue, 08 Dec 2009 10:07:57 +0300 From: Boris Samorodov To: freebsd-ports@FreeBSD.org Date: Tue, 08 Dec 2009 10:07:56 +0300 Message-ID: <21942803@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=us-ascii Cc: luigi@FreeBSD.org Subject: sysutils/syslinux 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: Tue, 08 Dec 2009 07:07:59 -0000 Hi All, I've opened a PR to update sysutils/syslinux to a new version. If someone is interested in using this update, please give it a try. A followup to the PR is appreciated: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/141166 There are some code changes. As for me I use only pxelinux from this port (it's a binary only file). So I can't test code changes. Thanks. -- 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 Tue Dec 8 10:04:07 2009 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 979E1106566C for ; Tue, 8 Dec 2009 10:04:07 +0000 (UTC) (envelope-from agabas@astabis.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3827A8FC0C for ; Tue, 8 Dec 2009 10:04:06 +0000 (UTC) Received: by fxm2 with SMTP id 2so2828648fxm.13 for ; Tue, 08 Dec 2009 02:04:06 -0800 (PST) Received: by 10.103.205.19 with SMTP id h19mr2652666muq.60.1260266645737; Tue, 08 Dec 2009 02:04:05 -0800 (PST) Received: from nintu (95.Red-79-145-231.dynamicIP.rima-tde.net [79.145.231.95]) by mx.google.com with ESMTPS id i7sm3741190mue.46.2009.12.08.02.04.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Dec 2009 02:04:04 -0800 (PST) From: =?iso-8859-1?Q?Albert_Gab=E0s_|_Astabis?= To: Date: Tue, 8 Dec 2009 11:04:01 +0100 Message-ID: <000201ca77ed$c5be0680$513a1380$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acp37cPYPyc5KJTAS+a/Jqt4KJ0J+A== Content-Language: es Cc: ports@FreeBSD.org Subject: FreeBSD Port: apache-2.2.13 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, 08 Dec 2009 10:04:07 -0000 Dear Apache maintainer, When you plan to upgrade the port to the 2.2.14 release?? Thank you, Regards -- Albert Gab=E0s - Astabis Information Risk Management From owner-freebsd-ports@FreeBSD.ORG Tue Dec 8 10:32:37 2009 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 7E0C91065695 for ; Tue, 8 Dec 2009 10:32:37 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 450228FC14 for ; Tue, 8 Dec 2009 10:32:37 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id B1D7773106; Tue, 8 Dec 2009 11:22:03 +0100 (CET) Date: Tue, 8 Dec 2009 11:22:03 +0100 From: Luigi Rizzo To: Boris Samorodov Message-ID: <20091208102203.GA9289@onelab2.iet.unipi.it> References: <21942803@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21942803@bb.ipt.ru> User-Agent: Mutt/1.4.2.3i Cc: luigi@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: sysutils/syslinux 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: Tue, 08 Dec 2009 10:32:37 -0000 committed, thanks In general it would be good if, in the PR, people give more detail on the changes. E.g. in this case you wrote 'A new version is available' but you did a lot more work than changing two lines in the Makefile. Something like This updates the code to version 3.83 and splits the patches into smaller chunks to ease future updates. would give the right credit to your work :) thanks again luigi On Tue, Dec 08, 2009 at 10:07:56AM +0300, Boris Samorodov wrote: > Hi All, > > I've opened a PR to update sysutils/syslinux to a new version. > If someone is interested in using this update, please give it > a try. A followup to the PR is appreciated: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/141166 > > There are some code changes. As for me I use only pxelinux from > this port (it's a binary only file). So I can't test code changes. > Thanks. > > -- > 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 Tue Dec 8 12:32:05 2009 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 61E20106566B for ; Tue, 8 Dec 2009 12:32:05 +0000 (UTC) (envelope-from oren.almog@gmail.com) Received: from mail-vw0-f194.google.com (mail-vw0-f194.google.com [209.85.212.194]) by mx1.freebsd.org (Postfix) with ESMTP id 12B588FC16 for ; Tue, 8 Dec 2009 12:32:04 +0000 (UTC) Received: by vws32 with SMTP id 32so1340383vws.8 for ; Tue, 08 Dec 2009 04:32:04 -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=X56su/R3QtT0RiNnwp5mDmiUD7kakOqwjI94rdMHsa4=; b=nv20rsvwyKupvGRg+/6zJfg8Ef/MyXz7zyTFwNSDQvmMnVohi+Zj86JJUTjbWQdFV8 KCjXxkAAh9CaIHtDFWSbTukna6HqUGSjfwrAx+CqhvV+2ZhtviwaOdlcAW03B4eMsGz0 ypJWGZCKtkSOQHf8ha1ABeBOUQTnfTMxaE8pY= 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=UtwvsKiHw80nOlNF8SWpaNEr4vVLvtWyYM+LL1AM+qYzI0KUVF1O7AGaFExbNRvSPv OysGuzCprzvG/sAM8OMo4yEMvZpjPL+EKhoF4aEcykOBHbRMw3J37YguO4IzCygWuz7r JUNaJTuwYbbAn52HdplH5Hj099z5qkmLvgjHY= Received: by 10.220.123.219 with SMTP id q27mr9348160vcr.5.1260274193851; Tue, 08 Dec 2009 04:09:53 -0800 (PST) Received: from ?192.168.1.2? ([201.250.88.149]) by mx.google.com with ESMTPS id 22sm14118410vws.6.2009.12.08.04.09.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Dec 2009 04:09:53 -0800 (PST) Message-ID: <4B1E4351.2030004@gmail.com> Date: Tue, 08 Dec 2009 09:15:13 -0300 From: oren.almog@gmail.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091130 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Pointyhat packages 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, 08 Dec 2009 12:32:05 -0000 Hello, I understand that there are many who are not really interested in binary packages and are much more happy compiling everything from source but for me this is not a viable option, especially with large ports such as kde, gnome, openoffice etc... For the last couple of days I have been following the pointyhat build statistics provided at http://pointyhat.freebsd.org/errorlogs/packagestats.html I was trying to understand how often should I expect updated packages for 386-8-stable to hit the ftp sites. As seen on that page, the building process started on Dec 3rd but had not been completed yet. I've been keeping up a rough completion status by following the "not yet built" number however, that number is standing at 889 for almost 24 hours now while the status of the building process is still reported as running (as I am writing this, I just noticed that it is now marked as Not Running but the same applies to the i386-7 build which has been stuck at 867 Not Yet Built for roughly the same amount of time). As I was watching the building stats for i386-8-stable, a build started for amd64-8 that was completed in about 24 hours (I am monitoring this page manually so times are not exact but are a fair estimate). Why is there such a large difference between the build times on amd64 and i386? Are the i386 machines really that underpowered? Next I found this page which keeps track on the upload status of packages to the various ftp sites http://portsmon.freebsd.org/portsuploadstatus.py If the statistics on that page are correct then it seems to me that there is a lot of inefficiency in the build and upload process. Some sites are rarely updated and some poinyhat build runs are never uploaded. Take a look for example at the status of amd64-7 and amd64-8 packages: updated packages were compiled in the last few days (7) and a couple of hours ago (8) but it does not reflect at the ftp sites. Again, I realize that for the majority binary packages are not a high priority and that the main purpose of pointyhat is to check for errors in the ports tree. I am also certainly no expert in this and I am learning as I go. It's possible that I am misinterpreting the data I am seeing. I simply want to make sense of all this and understand how it all fits together (and save some compiling time...). Oren From owner-freebsd-ports@FreeBSD.ORG Tue Dec 8 17:59:03 2009 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 134501065672 for ; Tue, 8 Dec 2009 17:59:03 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id A3BA88FC12 for ; Tue, 8 Dec 2009 17:59:02 +0000 (UTC) Received: by fxm2 with SMTP id 2so3248081fxm.13 for ; Tue, 08 Dec 2009 09:59:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=uXGls5UD1xl0xewCu2g9GSKF/gGJZvS8Kad9zkuKIh0=; b=W3EtBnnSyzN/2hQiTo1WJH2IEYspsVJMJa99c3akI/Y1m98AfdPR6x6e5SOUrVey8U EBANU2XF4MDeHCI5R+jKseUgBnOiNsA2tBRWk9Jxe1sOShKtMcKPx3SlOVgeeEGJH5Eq pcWFT2nAGh2PZ2MSI5xD8LNRCju+bb+aAC6/g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=KpGeKwy8HFGJHDf+msFJEBC1RM/7nOJk5hfYrK1D6oTbiPH+bfnMeBs/2eSqTzYc/j Ae04HsAxi7PDZvyVr8jz/7KLbqChIHTkGPLSCOsAQXnFzJ2/G2mDNIPCT6izH9CowZXz 3DTiJQmomjkoDTrMH2r8ceH+aF8WmW8GSIOJI= MIME-Version: 1.0 Received: by 10.239.170.34 with SMTP id q34mr927928hbe.3.1260295141206; Tue, 08 Dec 2009 09:59:01 -0800 (PST) From: Eitan Adler Date: Tue, 8 Dec 2009 19:58:41 +0200 Message-ID: To: ports@freebsd.org, gecko@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Porting Songbird - what does it depend on? 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, 08 Dec 2009 17:59:03 -0000 While attempting to port Songbird to firefox I get /usr/local/lib/linux-songbird/songbird-bin /usr/local/lib/linux-songbird/songbird-bin: error while loading shared libraries: libjemalloc.so: cannot open shared object file: No such file or directory What dependency am I missing? From owner-freebsd-ports@FreeBSD.ORG Tue Dec 8 19:20:49 2009 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 5E1D4106566B for ; Tue, 8 Dec 2009 19:20:49 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [199.237.202.236]) by mx1.freebsd.org (Postfix) with ESMTP id 13F058FC0C for ; Tue, 8 Dec 2009 19:20:48 +0000 (UTC) Received: from neu.net (neu.net [199.237.202.236]) by neu.net (8.13.6.20060614/8.13.6) with ESMTP id nB8JKjfQ028066 for ; Tue, 8 Dec 2009 19:20:47 GMT Date: Tue, 8 Dec 2009 19:20:45 +0000 (GMT) From: AN To: freebsd-ports@freebsd.org Message-ID: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.2 at neu.net X-Virus-Status: Clean Subject: amd64 9-current packages 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, 08 Dec 2009 19:20:49 -0000 Is there an estimate for when packages will be available for amd64 9-current? TIA From owner-freebsd-ports@FreeBSD.ORG Tue Dec 8 20:17:11 2009 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 D35FF106566C for ; Tue, 8 Dec 2009 20:17:11 +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 A85478FC19 for ; Tue, 8 Dec 2009 20:17:11 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 1B69C8C086; Tue, 8 Dec 2009 14:17:11 -0600 (CST) Date: Tue, 8 Dec 2009 14:17:11 -0600 From: Mark Linimon To: oren.almog@gmail.com Message-ID: <20091208201711.GE3057@lonesome.com> References: <4B1E4351.2030004@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B1E4351.2030004@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: Pointyhat packages 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, 08 Dec 2009 20:17:11 -0000 On Tue, Dec 08, 2009 at 09:15:13AM -0300, oren.almog@gmail.com wrote: > For the last couple of days I have been following the pointyhat build > statistics provided at > http://pointyhat.freebsd.org/errorlogs/packagestats.html Brave man :-) That's one I set up. > As seen on that page, the building process started on Dec 3rd but had > not been completed yet. Apparently the build for www/p5-Gtk2-WebKit is now hanging on all buildenvs. Pav already marked it so on amd64. It will continue to run until a reaper process kills it off (or one of us portmgrs does it manually). I'd like to see the error log so I'm going to let it run for now. The reaper process is IIRC 24 hours. > Why is there such a large difference between the build times on amd64 > and i386? Are the i386 machines really that underpowered? Two data points: one, it looks like Pav having marked www/p5-Gtk2-WebKit as broken had already been taken into account for the amd64 build, so it didn't have that problem. And two, some of our i386 machines are indeed underpowered. We've added several new, more modern, ones this year that were donated to us: these are dual 2.4 or 2.8GHz machines, mostly with 2G of RAM. (One of my background tasks is to try to characterize performance on the nodes with various setups; my intuition is that 4G would allow us to raise throughput, but I need to make a 'use case' for that before I go ask for funding.) fwiw, I continually look for new ways to scrounge more package building nodes (I seem to have inherited the task of looking after them). > Next I found this page which keeps track on the upload status of > packages to the various ftp sites > http://portsmon.freebsd.org/portsuploadstatus.py That's mine too :-) > If the statistics on that page are correct then it seems to me that > there is a lot of inefficiency in the build and upload process. With 11 active buildenvs, we have saturated the amount of data that the sites can upload. We've discussed the matter before but no one has come up with a solution. We try not to upload different package sets at the same time, as a workaround. > Some sites are rarely updated Not all of the sites carry all of the buildenvs, and some of those that do can run days behind. Also, I don't have up-to-date contact information for the various sites. If anyone has that, please let me know. > and some poinyhat build runs are never uploaded. Hmm, they should be. I'll forward this on to pav. (The way we have the work divided up is that pav does amd64; erwin does i386; I do sparc64 and the nascent ia64; and various portmgrs, including miwi, do the *-exp runs which are intentionally not uploaded, but do constitute a load on both pointyhat and the nodes.) > I simply want to make sense of all this and understand how it all fits > together I've been trying to understand it for several years, so don't worry :-) And I'm one of the people "in charge". Longer explanation: pointyhat throughput depends on a lot of factors, some of which I am in the early stages of understanding. - if a node hangs (but only in certain ways), the dispatch scheduler can get into a state where it still tries to schedule builds on that node, over and over. This causes an overall slowdown in build dispatch. I'm not exactly sure of the root cause of the hangs, but one of them is likely to be swap exhaustion which leads to sshd being killed. (The most recent -current fixes this). Since the failures are statistical, they are hard to catch. I have added some error logging code to try to figure this out. As for the scheduler, there is some missing functionality there. The code is complex so it's not trivial to fix. - pointyhat itself is a very heavily loaded machine. The most recent problems we have been chasing are a) disk space exhaustion, and b) disk controller saturation. For the former, we keep finding things to evict. OTOH, with 16 buildenvs (counting the *-exp ones) there is only so much we can do. When space is low, the rate of builds slows down significantly, for reasons I do not understand yet. For the latter, there are two processes that busy the controller: 1) compression of saved logfiles, and 2) the ZFS backup process. I think I may have an idea of how to fix 1); I will have to learn more about the way ZFS is set up on pointyhat to fix that. - pointyhat can get into situations where nfs timeouts from nfs mounted filesystems (such as /home) crash the system. I don't know much about this. Once that happens, we have to restart all the builds. Sometimes it can take a little while for one of us to notice the crash. - the scheduler has a bug where it occasionally crashes. I am actively investigating this and have added a bunch of debug code to catch it in the act. Again, when this happens, all the builds have to be restarted. This was happening a lot in the first few days of December, but seems to have settled down now. The code that runs pointyhat is hundreds of lines of sh, awk, perl, and python, and quite complex. Although these days I understand most of it from a static sense, I'm still learning about its dynamic characteristics. But now you know the contents of (part of) my todo list. mcl From owner-freebsd-ports@FreeBSD.ORG Tue Dec 8 21:24:40 2009 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 C3A0F1065697 for ; Tue, 8 Dec 2009 21:24:40 +0000 (UTC) (envelope-from oren.almog@gmail.com) Received: from mail-yw0-f199.google.com (mail-yw0-f199.google.com [209.85.211.199]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5208FC17 for ; Tue, 8 Dec 2009 21:24:40 +0000 (UTC) Received: by ywh37 with SMTP id 37so3680029ywh.13 for ; Tue, 08 Dec 2009 13:24:39 -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:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=kv2VK6By6RD18FnzYR0WYgQD5fh4wJxlF2P07qiSSfQ=; b=t9KrOY73bGoNkb+/a0CDSq467XMjNIKUyiJLmGCkicTSlYtPwgAOkv4GrkUt+jZEPs ByqH+DOQUlhYCuKOqIEmqCLeDetj+hh6VlNbpPY2JnstO/uX4ZodTlInkheZ3QCUc/5y Wd+w6F2uhjXBN6OoF/8v5eBpKRrpDeWESd1iU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=TumVLPh7Of7aaGdrrJlJfsVBJrc/a2LN4TMMlF6D8AGLbxnR6iWeXu07Lu8XSr3Fr7 e0lvGhD+IGCgD5n7AcHHzAQklbWZmh6ot5VAfoayWS58MM+4tFsZxdOpjHJUMfniS2kr kiJlZRUuckCOEDCLkg6CuXbVIWtZQ9xZrY0BM= Received: by 10.150.235.5 with SMTP id i5mr14775428ybh.271.1260307474024; Tue, 08 Dec 2009 13:24:34 -0800 (PST) Received: from ?192.168.1.2? ([201.250.88.149]) by mx.google.com with ESMTPS id 14sm3507813gxk.6.2009.12.08.13.24.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Dec 2009 13:24:33 -0800 (PST) Message-ID: <4B1EC553.70506@gmail.com> Date: Tue, 08 Dec 2009 18:29:55 -0300 From: oren.almog@gmail.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091130 Thunderbird/3.0 MIME-Version: 1.0 To: Mark Linimon References: <4B1E4351.2030004@gmail.com> <20091208201711.GE3057@lonesome.com> In-Reply-To: <20091208201711.GE3057@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Pointyhat packages 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, 08 Dec 2009 21:24:40 -0000 On 12/8/2009 5:17 PM, Mark Linimon wrote: > > But now you know the contents of (part of) my todo list. > > mcl > Good luck and thank you very much for a thorough and informative reply. From owner-freebsd-ports@FreeBSD.ORG Tue Dec 8 22:07:28 2009 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 299671065693 for ; Tue, 8 Dec 2009 22:07:28 +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 DF6238FC1F for ; Tue, 8 Dec 2009 22:07:27 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.205.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id E1B808A10EA; Tue, 8 Dec 2009 23:07:25 +0100 (CET) Message-ID: <4B1ECE1C.9040309@bsdforen.de> Date: Tue, 08 Dec 2009 23:07:24 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.23 (X11/20091126) MIME-Version: 1.0 To: Mark Linimon References: <4B1E4351.2030004@gmail.com> <20091208201711.GE3057@lonesome.com> In-Reply-To: <20091208201711.GE3057@lonesome.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: oren.almog@gmail.com, freebsd-ports@freebsd.org Subject: Re: Pointyhat packages 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, 08 Dec 2009 22:07:28 -0000 Mark Linimon wrote: > On Tue, Dec 08, 2009 at 09:15:13AM -0300, oren.almog@gmail.com wrote: >> For the last couple of days I have been following the pointyhat build >> statistics provided at >> http://pointyhat.freebsd.org/errorlogs/packagestats.html > > Brave man :-) That's one I set up. > >> As seen on that page, the building process started on Dec 3rd but had >> not been completed yet. > > Apparently the build for www/p5-Gtk2-WebKit is now hanging on all buildenvs. > Pav already marked it so on amd64. > > It will continue to run until a reaper process kills it off (or one of > us portmgrs does it manually). I'd like to see the error log so I'm > going to let it run for now. The reaper process is IIRC 24 hours. > >> Why is there such a large difference between the build times on amd64 >> and i386? Are the i386 machines really that underpowered? > > Two data points: one, it looks like Pav having marked www/p5-Gtk2-WebKit > as broken had already been taken into account for the amd64 build, so it > didn't have that problem. And two, some of our i386 machines are indeed > underpowered. We've added several new, more modern, ones this year that > were donated to us: these are dual 2.4 or 2.8GHz machines, mostly with > 2G of RAM. (One of my background tasks is to try to characterize > performance on the nodes with various setups; my intuition is that 4G > would allow us to raise throughput, but I need to make a 'use case' for > that before I go ask for funding.) How much do you need? RAM isn't that expensive I think direct funding can be organized without all that overhead. -- 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 Wed Dec 9 00:15:10 2009 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 E0BBB1065697 for ; Wed, 9 Dec 2009 00:15:10 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id 538248FC16 for ; Wed, 9 Dec 2009 00:15:10 +0000 (UTC) Received: from [192.168.0.23] (r2bb217.net.upc.cz [62.245.117.217]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id nB90F55l045467; Wed, 9 Dec 2009 01:15:07 +0100 (CET) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: AN In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-mdSm2ISFmswkfwvgOgFg" Date: Wed, 09 Dec 2009 01:15:05 +0100 Message-ID: <1260317705.52830.9.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port X-Scanned-By: MIMEDefang 2.67 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 62.245.117.217; Sender-helo: [192.168.0.23]; ) Cc: freebsd-ports@FreeBSD.org Subject: Re: amd64 9-current packages X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2009 00:15:11 -0000 --=-mdSm2ISFmswkfwvgOgFg Content-Type: text/plain; charset="ISO-8859-2" Content-Transfer-Encoding: quoted-printable AN p=ED=B9e v =FAt 08. 12. 2009 v 19:20 +0000: > Is there an estimate for when packages will be available for amd64=20 > 9-current? Hi, currently no estimate. Really, running on CURRENT you should be building your own packages from source. With the limited horsepower available on amd64 side of pointyhat lately, I'm concentrating on getting useful packages of new GNOME/KDE for 7 and 8 done first. --=20 Pav Lucistnik What do we know about love? Love is like a pear. Pear is sweet and have a specific shape. Try to exactly define the shape of a pear. -- Marigold: 50 Years Of Poetry --=-mdSm2ISFmswkfwvgOgFg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkse7AkACgkQntdYP8FOsoJAZACfbNN+o0NLRo9sOpIbtqXcmLtH SgYAnjpT+zsWwpPSotKn3/McIERqa4Pb =guF4 -----END PGP SIGNATURE----- --=-mdSm2ISFmswkfwvgOgFg-- From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 00:18:31 2009 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 38FFD1065679 for ; Wed, 9 Dec 2009 00:18:31 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id B51D98FC14 for ; Wed, 9 Dec 2009 00:18:30 +0000 (UTC) Received: from [192.168.0.23] (r2bb217.net.upc.cz [62.245.117.217]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id nB90IOc6045783; Wed, 9 Dec 2009 01:18:26 +0100 (CET) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: Mark Linimon In-Reply-To: <20091208201711.GE3057@lonesome.com> References: <4B1E4351.2030004@gmail.com> <20091208201711.GE3057@lonesome.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-rkwa2+H5x8q6+b86s9ui" Date: Wed, 09 Dec 2009 01:18:24 +0100 Message-ID: <1260317904.52830.11.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port X-Scanned-By: MIMEDefang 2.67 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 62.245.117.217; Sender-helo: [192.168.0.23]; ) Cc: oren.almog@gmail.com, freebsd-ports@FreeBSD.org Subject: Re: Pointyhat packages X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2009 00:18:31 -0000 --=-rkwa2+H5x8q6+b86s9ui Content-Type: text/plain; charset="ISO-8859-2" Content-Transfer-Encoding: quoted-printable Mark Linimon p=ED=B9e v =FAt 08. 12. 2009 v 14:17 -0600: > On Tue, Dec 08, 2009 at 09:15:13AM -0300, oren.almog@gmail.com wrote: > > and some poinyhat build runs are never uploaded. >=20 > Hmm, they should be. I'll forward this on to pav. (The way we have the > work divided up is that pav does amd64; erwin does i386; I do sparc64 and Yes, I have decided not to upload some of the recent amd64 builds. The reasoning is that it's better to have a complete packageset on the mirrors with older software, than a new incomplete set that lacks popular software like GNOME or KDE. Ie. people can still add GNOME alas it's still previous GNOME release, instead of being unable to add GNOME at all. Hope this makes sense. --=20 Pav Lucistnik MIPS: Meaningless Information Provided by Salesmen --=-rkwa2+H5x8q6+b86s9ui Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkse7M8ACgkQntdYP8FOsoL+1QCfcq/7vkzwgA23q8yX5asa7RfA Mr0An26QN1RbL2v6VRKxf9kAyxP3qNr2 =b1Cp -----END PGP SIGNATURE----- --=-rkwa2+H5x8q6+b86s9ui-- From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 00:52:32 2009 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 B0EEC106566C for ; Wed, 9 Dec 2009 00:52:32 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0678FC15 for ; Wed, 9 Dec 2009 00:52:32 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 33D1919E045; Wed, 9 Dec 2009 01:52:31 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id EC1DC19E044; Wed, 9 Dec 2009 01:52:28 +0100 (CET) Message-ID: <4B1EF4CC.9010004@quip.cz> Date: Wed, 09 Dec 2009 01:52:28 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Mark Linimon References: <4B1E4351.2030004@gmail.com> <20091208201711.GE3057@lonesome.com> In-Reply-To: <20091208201711.GE3057@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Pointyhat packages 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, 09 Dec 2009 00:52:32 -0000 Mark Linimon wrote: [...] > Two data points: one, it looks like Pav having marked www/p5-Gtk2-WebKit > as broken had already been taken into account for the amd64 build, so it > didn't have that problem. And two, some of our i386 machines are indeed > underpowered. We've added several new, more modern, ones this year that > were donated to us: these are dual 2.4 or 2.8GHz machines, mostly with > 2G of RAM. (One of my background tasks is to try to characterize > performance on the nodes with various setups; my intuition is that 4G > would allow us to raise throughput, but I need to make a 'use case' for > that before I go ask for funding.) > > fwiw, I continually look for new ways to scrounge more package building > nodes (I seem to have inherited the task of looking after them). What is the policy for package building nodes? I mean, is it possible to use some machines not owned directy by FreeBSD.org? For example, I have spare machine in our rack which I can lend for some period (until some production machine goes down and needs to be replaced by this spare machine) or maybe I can set up some older unused machine (IBM x336). Is deploying of new node easy task or is it something special that is not useful to do for relatively short period of time? Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 00:58:31 2009 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 EB8F71065694 for ; Wed, 9 Dec 2009 00:58:31 +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 7AE048FC1B for ; Wed, 9 Dec 2009 00:58:31 +0000 (UTC) Received: (qmail 25198 invoked by uid 399); 9 Dec 2009 00:58:30 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Dec 2009 00:58:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B1EF636.5050005@FreeBSD.org> Date: Tue, 08 Dec 2009 16:58:30 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: AN References: In-Reply-To: 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: amd64 9-current packages 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, 09 Dec 2009 00:58:32 -0000 AN wrote: > Is there an estimate for when packages will be available for amd64 > 9-current? In developing the package code for portmaster I used the 8-current packages with good result (and in fact coded that into the script for now). However as time goes on and more things change between 8-stable and 9-current that workaround will no longer be appropriate. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 01:08:22 2009 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 652AB10656A3; Wed, 9 Dec 2009 01:08:22 +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 48C3B8FC2B; Wed, 9 Dec 2009 01:08:22 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id B51C78C08E; Tue, 8 Dec 2009 19:08:21 -0600 (CST) Date: Tue, 8 Dec 2009 19:08:21 -0600 From: Mark Linimon To: Doug Barton Message-ID: <20091209010820.GB9360@lonesome.com> References: <4B1EF636.5050005@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B1EF636.5050005@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: AN , freebsd-ports@freebsd.org Subject: Re: amd64 9-current packages 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, 09 Dec 2009 01:08:22 -0000 On Tue, Dec 08, 2009 at 04:58:30PM -0800, Doug Barton wrote: > In developing the package code for portmaster I used the 8-current > packages with good result (and in fact coded that into the script for > now). However as time goes on and more things change between 8-stable > and 9-current that workaround will no longer be appropriate. We're quite aware of this. We can either get more amd64 horsepower (and I am pushing the issue as hard as I can; I've just brought another machine back up with some debug code to catch the problems we saw last time we ran it), or drop amd64-6 builds. There are a finite number of cycles available. mcl From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 04:39:26 2009 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 985FA106568F; Wed, 9 Dec 2009 04:39:26 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 7A65F8FC2C; Wed, 9 Dec 2009 04:39:26 +0000 (UTC) Received: from [IPv6:::1] (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 104292844B; Tue, 8 Dec 2009 20:19:57 -0800 (PST) Message-ID: <4B1F256D.8010008@FreeBSD.org> Date: Tue, 08 Dec 2009 20:19:57 -0800 From: Jason Evans User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Eitan Adler References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, gecko@freebsd.org Subject: Re: Porting Songbird - what does it depend on? 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, 09 Dec 2009 04:39:26 -0000 Eitan Adler wrote: > While attempting to port Songbird to firefox I get > > /usr/local/lib/linux-songbird/songbird-bin > /usr/local/lib/linux-songbird/songbird-bin: error while loading shared > libraries: libjemalloc.so: cannot open shared object file: No such > file or directory > > What dependency am I missing? Chances are that you just need to specify something like --disable-jemalloc to Songbird's configure script. FreeBSD's malloc implementation is pretty much the same as the one embedded in Songbird, so there's no need to override the system malloc. Jason From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 12:54:53 2009 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 16CE21065695 for ; Wed, 9 Dec 2009 12:54:53 +0000 (UTC) (envelope-from kevin@caomhin.demon.co.uk) Received: from anchor-post-2.mail.demon.net (anchor-post-2.mail.demon.net [195.173.77.133]) by mx1.freebsd.org (Postfix) with ESMTP id 2264C8FC17 for ; Wed, 9 Dec 2009 12:54:50 +0000 (UTC) Received: from caomhin.demon.co.uk ([62.49.21.186]) by anchor-post-2.mail.demon.net with esmtp (Exim 4.69) id 1NIM49-00038h-lf for freebsd-ports@freebsd.org; Wed, 09 Dec 2009 12:54:50 +0000 Message-ID: <3Vz5WxBT45HLFw4H@caomhin.demon.co.uk> Date: Wed, 9 Dec 2009 12:54:43 +0000 To: freebsd-ports@freebsd.org From: Kevin Golding MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.01 U Subject: Depending on a Python egg 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, 09 Dec 2009 12:54:53 -0000 I'm trying to add a dependency on another port which installs as an egg and pretty much the only like dependency I can seem to find is on devel/py-lxml - a few ports seem to require that so it defined: PYLXML_EGG= ${PORTNAME}-${PORTVERSION}-py${PYTHON_VER}${PYEASYINSTAL L_OSARCH}.egg And the other ports used: RUN_DEPENDS= ${PYTHON_SITELIBDIR}/${PYLXML_EGG}:${PORTSDIR}/devel/py- lxml .include PYLXML_EGG!= ${MAKE} -f ${PORTSDIR}/devel/py-lxml/Makefile -V PYLXML_EGG .include Now I say "defined" because just over a year ago py-lxml seemed to drop that from it's Makefile. The other ports still seem to be happy, but now I can't see where the egg is defined. Is there now some automagic for such things? I couldn't see anything obvious in bsd.python.mk so I'm a little unsure the best practice for moving ahead with this. Any pointers greatly appreciated. TIA, Kevin From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 14:04:08 2009 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 A190A1065670; Wed, 9 Dec 2009 14:04:08 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id DAE0D8FC13; Wed, 9 Dec 2009 14:04:07 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so1501049fgg.13 for ; Wed, 09 Dec 2009 06:04:06 -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 :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=VvAqXe1tTNZvl44YfDd8YGPkqu3EnznVB7Ki8KHh4KM=; b=lOe5FNh090Xf1F9xT/kDKtIiAfMbkox9bMKr1f47SDogSYFaqm7QY+UthxobZ5HPME 4M0WVPNC6zr8rI7Tkg+z31f27RrtMNbkFE6jGRlHsKQ9VUgR4YaYao/6esGFEmRzDOPy T4V4ZDQx7nZFx/jQGrCD5R2563VVhTy593gFI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=FEGepgHPAt8xniK0SxW4qeY1MBktF1crc/5d90H7HGphaLgCMUCxfi+7Voet0TnvYt G1Gh/PmL2SbMBq31dzwXZXglgclx1rl1i2mRIiyTpAZLcrttLSmIlHRwoTDJrDh7umng RK7fXG6juK4C4PD+CMavcxcJxNtTaBr1AWu8Q= MIME-Version: 1.0 Received: by 10.239.185.76 with SMTP id b12mr918726hbh.53.1260367446505; Wed, 09 Dec 2009 06:04:06 -0800 (PST) In-Reply-To: <4B1F256D.8010008@FreeBSD.org> References: <4B1F256D.8010008@FreeBSD.org> From: Eitan Adler Date: Wed, 9 Dec 2009 16:03:46 +0200 Message-ID: To: Jason Evans Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, gecko@freebsd.org Subject: Re: Porting Songbird - what does it depend on? 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, 09 Dec 2009 14:04:08 -0000 > Chances are that you just need to specify something like --disable-jemall= oc > to Songbird's configure script. =A0FreeBSD's malloc implementation is pre= tty > much the same as the one embedded in Songbird, so there's no need to > override the system malloc. I'm using the precompiled Linux binary (like linux-firefox) From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 15:23:11 2009 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 5F1621065670 for ; Wed, 9 Dec 2009 15:23:11 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0E4858FC0A for ; Wed, 9 Dec 2009 15:23:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=MPz6OLkQ8I7SWmVv4KwxsHx4SNK8ppnB+ZHB9sX+zBM=; b=MM9ne/NHvjvRI9IQNXiDILH3zwBIoXJXTEnhrMMrAlz8dXx38onKM1hCyFauLyykUVhe3JbQAe5eNeZNSXmY/z7no7bbh6gsgY2XCPcYYMh3WJLvg7p5wOlzvF/bFx4exYq2Obo7aYbIhOT6JJyFmYpGvTSSgsm6endyR89VZnaeZVIVmJoc1oBgKRDtR/g0wK5+s1q8DBytuWCDSJe/k4p9W2Rz2sSuaeVGqsRJ7m3rS+zsHfrrUBknLsRU4bgficWzPC95spI9GPVcFKdCQ+P0zTzEsrH+8wUGcxhqLE09EWC8WwBeQxbINGVtgzFQ9W1oseh2fWxFu+DFFytgMg==; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1NIONh-0006eA-EP; Wed, 09 Dec 2009 18:23:09 +0300 Date: Wed, 9 Dec 2009 18:23:07 +0300 From: Eygene Ryabinkin To: Kevin Golding Message-ID: References: <3Vz5WxBT45HLFw4H@caomhin.demon.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3Vz5WxBT45HLFw4H@caomhin.demon.co.uk> Sender: rea-fbsd@codelabs.ru Cc: freebsd-ports@freebsd.org Subject: Re: Depending on a Python egg X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2009 15:23:11 -0000 Wed, Dec 09, 2009 at 12:54:43PM +0000, Kevin Golding wrote: > RUN_DEPENDS= ${PYTHON_SITELIBDIR}/${PYLXML_EGG}:${PORTSDIR}/devel/py- > lxml What about ----- RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}lxml>=0:${PORTSDIR}/devel/py-lxml ----- that should be specified after the inclusion of bsd.port.pre.mk? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 20:28:19 2009 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 C08D510656C2 for ; Wed, 9 Dec 2009 20:28:19 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 582738FC0C for ; Wed, 9 Dec 2009 20:28:18 +0000 (UTC) Received: by fxm2 with SMTP id 2so832254fxm.13 for ; Wed, 09 Dec 2009 12:28:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=6nu7zyM3Y4Vvax2HEOFgcEhNeDhj/QhLl+s4IxcDP7E=; b=fcqlavH9VXY/gbzwOfSwwmxfq7DlQgBZP99AI2ywJpW/vWLP4j+piNmG34mXP+S4SP 1IopgN8vgfbPr0F1qktXodOTtMlz0RyJ/A9WeAul+4GmpVpukqHWUqZehWKT/tgcznhz fxqZB0v9nLXi0yl5aNjr71YieljKP11JVtqUc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=EvdtZV/zrAV4HqUca6tUJGRIzrg8+aYC/+R6Vyj5lkqA92+UCGu7cxnL9UfF1IfSLG 91/RRPAAiAbBVTwKaOvDmVyAnft7DgtQUSfh+BzxxOAc1nuV2+C3boM88qaGXXVEjbeU 6O4pMzAdINGO0dzYwBYgOmID13JWNeaqQfmWc= MIME-Version: 1.0 Received: by 10.239.163.204 with SMTP id q12mr1013568hbd.39.1260390498152; Wed, 09 Dec 2009 12:28:18 -0800 (PST) From: Eitan Adler Date: Wed, 9 Dec 2009 22:27:58 +0200 Message-ID: To: freebsd-ports@freebsd.org Content-Type: multipart/mixed; boundary=001485f1e64aebb2ff047a518784 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [RFC] Tools/ script for automatically making a tar out of svn sources 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, 09 Dec 2009 20:28:19 -0000 --001485f1e64aebb2ff047a518784 Content-Type: text/plain; charset=ISO-8859-1 The attached script is designed to work with the 20+ ports that currently have to resort to hacks to automatically figure out the head version, checkout from svn, make a tar file, and then upload the file to freefall. It is based on some my earlier work/proposals (http://wiki.freebsd.org/EitanAdler/ports-svn) to put this directly into ports.*.mk. While that proposal was rejected by a large part of the community making a simple standard script to put into Tools was suggested by a few people as a better solution and one more likely to get accepted by the community and portmgr. This port requires that three values be defined in the ports Makefile. Of these two are already defined for most of the ports that use the hacks mentioned above. USE_SCM="svn" is required as I plan on including support for other common SCMs that might be used in the ports collection already (git and cvs come to mind) SVN_REV=12345 is required unless you use the "-h" option which gets the version from head SVN_URL=svn://goo.com/svn_repo - this is where the source is fetched from. If I could get any comments (1) on the script in particular and (2) if the approach I'm taking now is better than the one I tried a few weeks ago (see wiki page) it would be really good. --001485f1e64aebb2ff047a518784-- From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 21:07:22 2009 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 DA7B9106566B; Wed, 9 Dec 2009 21:07:22 +0000 (UTC) (envelope-from dpd@bitgravity.com) Received: from mail1.sjc1.bitgravity.com (mail1.sjc1.bitgravity.com [209.131.97.19]) by mx1.freebsd.org (Postfix) with ESMTP id C8E9A8FC08; Wed, 9 Dec 2009 21:07:22 +0000 (UTC) Received: from [209.131.110.232] (helo=netops-232.sfo1.bitgravity.com) by mail1.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NITT5-000CPc-BL; Wed, 09 Dec 2009 12:49:03 -0800 From: "David P. Discher" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 9 Dec 2009 12:49:02 -0800 Message-Id: <64BF6BFE-CBE9-427F-9814-834D225D395F@bitgravity.com> To: mnag@FreeBSD.org, erwin@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Cc: ports@FreeBSD.org Subject: FreeBSD Port: memcached-1.4.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: Wed, 09 Dec 2009 21:07:22 -0000 erwin/mnag -=20 $FreeBSD: ports/databases/memcached/Makefile,v 1.36 2009/11/08 19:42:13 = erwin Exp $ is marked as "broken" on 8.x on Nov 8th because it won't link. However, = just linked and tested memcached, on 8-stable (amd64) from about Dec = 1st, svn r200012. Works fine for me. It's unclear to me if there ever was a valid linking problem. Can one = of your verify this, and remove the broken tag ? Thanks ! --- David P. Discher dpd@bitgravity.com * AIM: bgDavidDPD BITGRAVITY * http://www.bitgravity.com From owner-freebsd-ports@FreeBSD.ORG Wed Dec 9 22:23:12 2009 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 991401065672; Wed, 9 Dec 2009 22:23:12 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 115048FC08; Wed, 9 Dec 2009 22:23:11 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so1774929eye.9 for ; Wed, 09 Dec 2009 14:23:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.90.136 with SMTP id e8mr1291055wef.110.1260397389432; Wed, 09 Dec 2009 14:23:09 -0800 (PST) In-Reply-To: <64BF6BFE-CBE9-427F-9814-834D225D395F@bitgravity.com> References: <64BF6BFE-CBE9-427F-9814-834D225D395F@bitgravity.com> From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Wed, 9 Dec 2009 23:22:48 +0100 Message-ID: To: "David P. Discher" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: mnag@freebsd.org, ports@freebsd.org Subject: Re: FreeBSD Port: memcached-1.4.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: Wed, 09 Dec 2009 22:23:12 -0000 On Wed, Dec 9, 2009 at 21:49, David P. Discher wrote: > > erwin/mnag - > > $FreeBSD: ports/databases/memcached/Makefile,v 1.36 2009/11/08 19:42:13 e= rwin Exp $ > > is marked as "broken" on 8.x on Nov 8th because it won't link. =A0However= , =A0just linked and tested memcached, on 8-stable (amd64) from about Dec 1= st, svn r200012. =A0Works fine for me. > > It's unclear to me if there ever was a valid linking problem. =A0Can one = of your verify this, and remove the broken tag ? > > Thanks ! I just built, installed and ran memcached on 8.0-RELEASE/amd64 with -DTRYBROKEN, worked fine. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 00:53:10 2009 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 AC8C4106566B; Thu, 10 Dec 2009 00:53:10 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 167A48FC0C; Thu, 10 Dec 2009 00:53:09 +0000 (UTC) Received: by fxm2 with SMTP id 2so1040780fxm.13 for ; Wed, 09 Dec 2009 16:53:09 -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=GhZcsL0if1Dpx7riX/tkw7tXWtOES6Y/RqzJ2OtSqWo=; b=ITojnGwJ1UpeYEP/mknZOAF+zDcw7mtP6Osbme27QYEHz0Ln/rYO+G5Ykc8/35ofBm Hb5GZdXR2dgT9tHFPbHI5cInhpCtsKwOEPGcf3e8lCSTCDefW+dAV/Wse65Ygc7E+pJd I3UNk4VwHvv6Un0jSp/AfoDgvsGy18ce+/MI4= 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=DMkwiud40oGE8QyKuiK9qJtsHiQO58/pU7FYMPQShWA3Sg3HzxaoziCbgVfC8KGg7p UFtoEOsM91SyuuDpYquBQHHtb7ecpC7hDjSzD72tIh+Iu3hquFO24QyB+ZJqte40EK1K HhyKhBkgC5FAEyauG9VcgMKmeRwFDc5nnp4fQ= Received: by 10.102.216.6 with SMTP id o6mr322601mug.55.1260406389062; Wed, 09 Dec 2009 16:53:09 -0800 (PST) Received: from echo.hoth (host103-169-dynamic.4-87-r.retail.telecomitalia.it [87.4.169.103]) by mx.google.com with ESMTPS id j10sm939849mue.30.2009.12.09.16.53.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 09 Dec 2009 16:53:06 -0800 (PST) From: Alberto Villa To: freebsd-ports@freebsd.org Date: Thu, 10 Dec 2009 01:53:01 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RC2; 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: <200912100153.02634.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: Thu, 10 Dec 2009 00:53:10 -0000 On Tuesday 01 December 2009 23:44:44 Doug Barton wrote: > --packages-build > For packages that are ONLY listed as build dependencies for the ports > being updated in this run, download packages if available. i'm not completely sure i've understood how this works. please, put some light on these two cases: - i install port A, which depends on B and C (both run dependencies); B depends on C (build dependency). B is installed first: then, is C installed from a package or from the port? according to you, it should be installed from the port (i'm sorry, i wasn't able to test this), and that would be the correct behaviour - i install explicitly port A and B; A depends on B (build dependency). B is installed first: is it installed from a package? that's what i'm seeing (try to install devel/gmake along with a port which requires it), and i don't think this is the correct behaviour > --delete-build-only > For packages/ports that are ONLY listed as build dependencies for the > ports being updated in this run, delete them when the run is over. it's still building, then i don't know if the second case above (gmake's case) will work correctly > Enjoy, thank you so much for working on this! now portmaster has... just... everything! i'll give my contribution as soon as possible! -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla Coincidence, n.: You weren't paying attention to the other half of what was going on. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 01:02:44 2009 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 0EDF9106566B; Thu, 10 Dec 2009 01:02:44 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6B5558FC0C; Thu, 10 Dec 2009 01:02:42 +0000 (UTC) Received: by fxm2 with SMTP id 2so1045849fxm.13 for ; Wed, 09 Dec 2009 17:02:42 -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=eU334RhsLVlUcEhjcVQU5Axh4TwyT3OGMSpZq6JLAWU=; b=cwBd2CTw1Xxo61DpLdSLRU+MvdSNmS3gjYIhomK33YltAyeKXFsM+S+qmMgvbca7j2 y2+waLIdlPDYbR1ewFgHT9czw22+MXC+EtRJaWKUJ3RuFUXN0A2MFRNgchwDhEiybf0f BqUqxwf67WMJKKNrqG32NcrV8YvxOdngpgzzg= 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=VIEUYTl0pi2tSrFFhu16fEAOOeUND+y7orcBVQ+VwtVK4Upbr18NE8/kIifowNmIqW DWsX9vfXarVpa/npFP/uHoVEmC0Bfxfvz/TEq1AxYSWgnpGgsmtmJJ8PCBmT+fOA4h5n z6XnegV3/tbkYoclA7OxovdK5MYBW1HvkMQJc= Received: by 10.103.50.25 with SMTP id c25mr3547875muk.10.1260406961251; Wed, 09 Dec 2009 17:02:41 -0800 (PST) Received: from echo.hoth (host103-169-dynamic.4-87-r.retail.telecomitalia.it [87.4.169.103]) by mx.google.com with ESMTPS id 25sm946720mul.50.2009.12.09.17.02.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 09 Dec 2009 17:02:40 -0800 (PST) From: Alberto Villa To: freebsd-ports@freebsd.org Date: Thu, 10 Dec 2009 02:02:36 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RC2; KDE/4.3.4; i386; ; ) References: <4B159C5C.2090407@FreeBSD.org> <200912100153.02634.villa.alberto@gmail.com> In-Reply-To: <200912100153.02634.villa.alberto@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912100202.37515.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: Thu, 10 Dec 2009 01:02:44 -0000 On Thursday 10 December 2009 01:53:01 Alberto Villa wrote: > > --delete-build-only > > For packages/ports that are ONLY listed as build dependencies for the > > ports being updated in this run, delete them when the run is over. > > it's still building, then i don't know if the second case above (gmake's > case) will work correctly no, it doesn't... gmake was deleted at least, i think that this is not correct :P -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla God must love the common man; He made so many of them. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 11:15:18 2009 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 9DCFC1065670 for ; Thu, 10 Dec 2009 11:15:18 +0000 (UTC) (envelope-from m.alberoni@cineca.it) Received: from avas-cineca-2.cineca.it (avas-cineca-2.cineca.com [130.186.81.105]) by mx1.freebsd.org (Postfix) with ESMTP id EF63F8FC0A for ; Thu, 10 Dec 2009 11:15:17 +0000 (UTC) X-IronPort-AV: E=McAfee;i="5300,2777,5827"; a="40921967" Received: from cineca.mm.cineca.it ([130.186.10.200]) by avas-cineca-2.cineca.it with ESMTP; 10 Dec 2009 12:05:52 +0100 Received: from [192.168.64.34] (pdl-19-106.nat.cineca.it [130.186.19.106]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) as user m.alberoni@cineca.it by cineca.mm.cineca.it (Postfix) with ESMTP id 5039B100CD60; Thu, 10 Dec 2009 12:05:51 +0100 (MET) Message-ID: <4B20D619.10609@cineca.it> From: Marco Alberoni Organization: CINECA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.23) Gecko/20090907 SeaMonkey/1.1.18 MIME-Version: 1.0 To: sylvio@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 10 Dec 2009 12:05:51 +0100 (MET) Cc: ports@FreeBSD.org Subject: FreeBSD Port: amsn-0.97.2_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: Thu, 10 Dec 2009 11:15:18 -0000 Hello, are there any news about the Amsn 0.98.1 port? Yours sincerely -- Marco Alberoni From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 11:34:28 2009 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 9AB88106566B; Thu, 10 Dec 2009 11:34:28 +0000 (UTC) (envelope-from m.alberoni@cineca.it) Received: from avas-cineca-2.cineca.it (avas-cineca-2.cineca.com [130.186.81.105]) by mx1.freebsd.org (Postfix) with ESMTP id EE1138FC08; Thu, 10 Dec 2009 11:34:27 +0000 (UTC) X-IronPort-AV: E=McAfee;i="5300,2777,5827"; a="40921782" Received: from cineca.mm.cineca.it ([130.186.10.200]) by avas-cineca-2.cineca.it with ESMTP; 10 Dec 2009 12:04:47 +0100 Received: from [192.168.64.34] (pdl-19-106.nat.cineca.it [130.186.19.106]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) as user m.alberoni@cineca.it by cineca.mm.cineca.it (Postfix) with ESMTP id 6944C100CB69; Thu, 10 Dec 2009 12:04:46 +0100 (MET) Message-ID: <4B20D5D8.20708@cineca.it> From: Marco Alberoni Organization: CINECA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.23) Gecko/20090907 SeaMonkey/1.1.18 MIME-Version: 1.0 To: gecko@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 10 Dec 2009 12:04:46 +0100 (MET) Cc: ports@FreeBSD.org Subject: FreeBSD Port: seamonkey-1.1.18 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, 10 Dec 2009 11:34:28 -0000 Hello, are there any news about the Seamonkey 2.0 port? Yours sincerely -- Marco Alberoni From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 13:26:01 2009 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 DECA810656A5; Thu, 10 Dec 2009 13:26:01 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 860558FC14; Thu, 10 Dec 2009 13:26:01 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 10 Dec 2009 08:26:00 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id QJE81505; Thu, 10 Dec 2009 08:24:35 -0500 (EST) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 10 Dec 2009 08:24:35 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19232.63122.953808.260104@jerusalem.litteratus.org> Date: Thu, 10 Dec 2009 08:24:34 -0500 To: Marco Alberoni In-Reply-To: <4B20D5D8.20708@cineca.it> References: <4B20D5D8.20708@cineca.it> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: ports@freebsd.org, gecko@freebsd.org Subject: FreeBSD Port: seamonkey-1.1.18 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, 10 Dec 2009 13:26:02 -0000 Marco Alberoni writes: > Hello, are there any news about the Seamonkey 2.0 port? http://lists.freebsd.org/pipermail/freebsd-gecko/2009-November/000420.html Robert Huff From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 15:05:20 2009 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 C203210656AC for ; Thu, 10 Dec 2009 15:05:20 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail.kc8onw.net (kc8onw.net [206.55.209.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9A66E8FC12 for ; Thu, 10 Dec 2009 15:05:20 +0000 (UTC) Received: from [128.211.176.134] (pal-176-134.itap.purdue.edu [128.211.176.134]) by mail.kc8onw.net (Postfix) with ESMTPSA id 6AB1F1A1C; Thu, 10 Dec 2009 09:50:02 -0500 (EST) Message-ID: <4B210AA4.8070806@kc8onw.net> Date: Thu, 10 Dec 2009 09:50:12 -0500 From: Jonathan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091130 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org, linimon@lonesome.com References: <4B1E4351.2030004@gmail.com> <20091208201711.GE3057@lonesome.com> <4B1EF4CC.9010004@quip.cz> In-Reply-To: <4B1EF4CC.9010004@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Pointyhat packages 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, 10 Dec 2009 15:05:20 -0000 On 12/8/2009 7:52 PM, Miroslav Lachman wrote: > > What is the policy for package building nodes? I mean, is it possible to > use some machines not owned directy by FreeBSD.org? > For example, I have spare machine in our rack which I can lend for some > period (until some production machine goes down and needs to be replaced > by this spare machine) or maybe I can set up some older unused machine > (IBM x336). > > Is deploying of new node easy task or is it something special that is > not useful to do for relatively short period of time? I was wondering about this myself. I have a dual quad system that is almost completely idle most of the time and would love to see it used for something helpful to the project. I can guarantee access to it for at least a year if that helps. Jonathan From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 18:46:08 2009 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 BE46F106566C for ; Thu, 10 Dec 2009 18:46:08 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 93A7B8FC1A for ; Thu, 10 Dec 2009 18:46:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 44DF35090B for ; Thu, 10 Dec 2009 18:30:02 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0GY81TdwQhZA for ; Thu, 10 Dec 2009 18:30:01 +0000 (GMT) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id DE9FA50907 for ; Thu, 10 Dec 2009 18:30:00 +0000 (GMT) Received: from 68.64.144.211 (SquirrelMail authenticated user dan) by nyi.unixathome.org with HTTP; Thu, 10 Dec 2009 13:30:00 -0500 Message-ID: <08254e721f325a1223c807b4dca5e0da.squirrel@nyi.unixathome.org> Date: Thu, 10 Dec 2009 13:30:00 -0500 From: "Dan Langille" To: freebsd-ports@freebsd.org User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: security/logcheck fails to install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 18:46:08 -0000 On 8.0-PRELEASE, ports tree up to date. I have altered the Makefile to remove some @ from the do-build section of the Makefile. Any ideas? [root@subie:/usr/ports/security/logcheck] # make clean ===> Cleaning for logcheck-1.2.54_3 [root@subie:/usr/ports/security/logcheck] # make ===> Extracting for logcheck-1.2.54_3 => MD5 Checksum OK for logcheck_1.2.54.tar.gz. => SHA256 Checksum OK for logcheck_1.2.54.tar.gz. ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found ===> Patching for logcheck-1.2.54_3 ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found ===> Applying FreeBSD patches for logcheck-1.2.54_3 ===> logcheck-1.2.54_3 depends on executable: docbook2man - found ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found ===> Configuring for logcheck-1.2.54_3 ===> Building for logcheck-1.2.54_3 /usr/bin/sed -i.bak -e 's!/var/log/syslog!/var/log/messages!' /usr/ports/security/logcheck/work/logcheck-1.2.54/etc/logcheck.logfiles /usr/bin/sed -i.bak -e 's!/etc/logcheck!/usr/local/etc/logcheck!' -e 's!/usr/share/doc/logcheck-database/README.logcheck-database.gz!/usr/local/share/doc/logcheck/README.logcheck-database!' /usr/ports/security/logcheck/work/logcheck-1.2.54/docs/logcheck.sgml cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml logcheck.sgml 2> /dev/null && /bin/mv Logcheck.8 logcheck.8 *** Error code 255 Stop in /usr/ports/security/logcheck. [root@subie:/usr/ports/security/logcheck] # -- Dan Langille -- http://langille.org/ From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 18:48:38 2009 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 87283106568B for ; Thu, 10 Dec 2009 18:48:38 +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 639278FC0A for ; Thu, 10 Dec 2009 18:48:38 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id B6F985C3D; Thu, 10 Dec 2009 13:48:37 -0500 (EST) Date: Thu, 10 Dec 2009 13:48:37 -0500 From: Wesley Shields To: Dan Langille Message-ID: <20091210184837.GB10705@atarininja.org> References: <08254e721f325a1223c807b4dca5e0da.squirrel@nyi.unixathome.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <08254e721f325a1223c807b4dca5e0da.squirrel@nyi.unixathome.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org Subject: Re: security/logcheck fails to install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 18:48:38 -0000 On Thu, Dec 10, 2009 at 01:30:00PM -0500, Dan Langille wrote: > On 8.0-PRELEASE, ports tree up to date. > > I have altered the Makefile to remove some @ from the do-build section of > the Makefile. > > Any ideas? > > [root@subie:/usr/ports/security/logcheck] # make clean > ===> Cleaning for logcheck-1.2.54_3 > [root@subie:/usr/ports/security/logcheck] # make > ===> Extracting for logcheck-1.2.54_3 > => MD5 Checksum OK for logcheck_1.2.54.tar.gz. > => SHA256 Checksum OK for logcheck_1.2.54.tar.gz. > ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found > ===> Patching for logcheck-1.2.54_3 > ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found > ===> Applying FreeBSD patches for logcheck-1.2.54_3 > ===> logcheck-1.2.54_3 depends on executable: docbook2man - found > ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found > ===> Configuring for logcheck-1.2.54_3 > ===> Building for logcheck-1.2.54_3 > /usr/bin/sed -i.bak -e 's!/var/log/syslog!/var/log/messages!' > /usr/ports/security/logcheck/work/logcheck-1.2.54/etc/logcheck.logfiles > /usr/bin/sed -i.bak -e 's!/etc/logcheck!/usr/local/etc/logcheck!' -e > 's!/usr/share/doc/logcheck-database/README.logcheck-database.gz!/usr/local/share/doc/logcheck/README.logcheck-database!' > /usr/ports/security/logcheck/work/logcheck-1.2.54/docs/logcheck.sgml > cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man > -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml logcheck.sgml > 2> /dev/null && /bin/mv Logcheck.8 logcheck.8 Can you change this line to remove the stderr redirection and put the rest on it's own line (it's possible the real error message is redirected). -- WXS From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 18:58:29 2009 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 4D82C1065670 for ; Thu, 10 Dec 2009 18:58:29 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA678FC13 for ; Thu, 10 Dec 2009 18:58:28 +0000 (UTC) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=cube.entropy.prv) by mail1.sourcehosting.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NIoDW-000Lax-Nf; Thu, 10 Dec 2009 13:58:28 -0500 Received: from [127.0.0.1] (fireball.entropy.prv [192.168.1.12]) by cube.entropy.prv (Postfix) with ESMTP id 4D34C389B011; Thu, 10 Dec 2009 13:58:22 -0500 (EST) Message-ID: <4B2144C9.9000402@FreeBSD.org> Date: Thu, 10 Dec 2009 13:58:17 -0500 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Dan Langille References: <08254e721f325a1223c807b4dca5e0da.squirrel@nyi.unixathome.org> In-Reply-To: <08254e721f325a1223c807b4dca5e0da.squirrel@nyi.unixathome.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=1C940290 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.4 (/) Cc: freebsd-ports@freebsd.org Subject: Re: security/logcheck fails to install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 18:58:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dan Langille wrote: > On 8.0-PRELEASE, ports tree up to date. > > I have altered the Makefile to remove some @ from the do-build section of > the Makefile. > > Any ideas? > > [root@subie:/usr/ports/security/logcheck] # make clean > ===> Cleaning for logcheck-1.2.54_3 > [root@subie:/usr/ports/security/logcheck] # make > ===> Extracting for logcheck-1.2.54_3 > => MD5 Checksum OK for logcheck_1.2.54.tar.gz. > => SHA256 Checksum OK for logcheck_1.2.54.tar.gz. > ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found > ===> Patching for logcheck-1.2.54_3 > ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found > ===> Applying FreeBSD patches for logcheck-1.2.54_3 > ===> logcheck-1.2.54_3 depends on executable: docbook2man - found > ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found > ===> Configuring for logcheck-1.2.54_3 > ===> Building for logcheck-1.2.54_3 > /usr/bin/sed -i.bak -e 's!/var/log/syslog!/var/log/messages!' > /usr/ports/security/logcheck/work/logcheck-1.2.54/etc/logcheck.logfiles > /usr/bin/sed -i.bak -e 's!/etc/logcheck!/usr/local/etc/logcheck!' -e > 's!/usr/share/doc/logcheck-database/README.logcheck-database.gz!/usr/local/share/doc/logcheck/README.logcheck-database!' > /usr/ports/security/logcheck/work/logcheck-1.2.54/docs/logcheck.sgml > cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man > -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml logcheck.sgml > 2> /dev/null && /bin/mv Logcheck.8 logcheck.8 > *** Error code 255 > > Stop in /usr/ports/security/logcheck. > [root@subie:/usr/ports/security/logcheck] # Hi Dan, There's a tricky situation in the logcheck Makefile regarding which tool it uses to generate its man page. My guess is that you have textproc/docbook-410 installed on the machine, but not textproc/docbook-to-man. The easiest fix is: pkg_delete docbook2X\* cd /usr/ports/textproc/docbook-to-man && make install clean cd /usr/ports/security/logcheck && make clean install clean Let me know if that doesn't work for some reason, and I plan to fix this as part of your PR 140981 (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/140981) Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLIUTI0sRouByUApARAnC/AJ9ClyhVMMmejplQY1gXTPRHRO8WLwCePiLj n+w4fvm2oSsg4fyBVYWRmcw= =5/IL -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 19:30:00 2009 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 1FD8A106566B; Thu, 10 Dec 2009 19:30:00 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id D2BD28FC0C; Thu, 10 Dec 2009 19:29:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 1A5465090B; Thu, 10 Dec 2009 19:29:59 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U+Ow-yG0PU9g; Thu, 10 Dec 2009 19:29:57 +0000 (GMT) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 1365F50909; Thu, 10 Dec 2009 19:29:57 +0000 (GMT) Received: from 68.64.144.211 (SquirrelMail authenticated user dan) by nyi.unixathome.org with HTTP; Thu, 10 Dec 2009 14:29:57 -0500 Message-ID: <52bc85399e49379c88793ec899954aaa.squirrel@nyi.unixathome.org> In-Reply-To: <4B2144C9.9000402@FreeBSD.org> References: <08254e721f325a1223c807b4dca5e0da.squirrel@nyi.unixathome.org> <4B2144C9.9000402@FreeBSD.org> Date: Thu, 10 Dec 2009 14:29:57 -0500 From: "Dan Langille" To: glarkin@FreeBSD.org User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Dan Langille , freebsd-ports@freebsd.org Subject: Re: security/logcheck fails to install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 19:30:00 -0000 On Thu, December 10, 2009 1:58 pm, Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Dan Langille wrote: >> On 8.0-PRELEASE, ports tree up to date. >> >> I have altered the Makefile to remove some @ from the do-build section >> of >> the Makefile. >> >> Any ideas? >> >> [root@subie:/usr/ports/security/logcheck] # make clean >> ===> Cleaning for logcheck-1.2.54_3 >> [root@subie:/usr/ports/security/logcheck] # make >> ===> Extracting for logcheck-1.2.54_3 >> => MD5 Checksum OK for logcheck_1.2.54.tar.gz. >> => SHA256 Checksum OK for logcheck_1.2.54.tar.gz. >> ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - >> found >> ===> Patching for logcheck-1.2.54_3 >> ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - >> found >> ===> Applying FreeBSD patches for logcheck-1.2.54_3 >> ===> logcheck-1.2.54_3 depends on executable: docbook2man - found >> ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - >> found >> ===> Configuring for logcheck-1.2.54_3 >> ===> Building for logcheck-1.2.54_3 >> /usr/bin/sed -i.bak -e 's!/var/log/syslog!/var/log/messages!' >> /usr/ports/security/logcheck/work/logcheck-1.2.54/etc/logcheck.logfiles >> /usr/bin/sed -i.bak -e 's!/etc/logcheck!/usr/local/etc/logcheck!' -e >> 's!/usr/share/doc/logcheck-database/README.logcheck-database.gz!/usr/local/share/doc/logcheck/README.logcheck-database!' >> /usr/ports/security/logcheck/work/logcheck-1.2.54/docs/logcheck.sgml >> cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man >> -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml >> logcheck.sgml >> 2> /dev/null && /bin/mv Logcheck.8 logcheck.8 >> *** Error code 255 >> >> Stop in /usr/ports/security/logcheck. >> [root@subie:/usr/ports/security/logcheck] # > > Hi Dan, > > There's a tricky situation in the logcheck Makefile regarding which tool > it uses to generate its man page. My guess is that you have > textproc/docbook-410 installed on the machine, but not > textproc/docbook-to-man. The easiest fix is: > > pkg_delete docbook2X\* > cd /usr/ports/textproc/docbook-to-man && make install clean > cd /usr/ports/security/logcheck && make clean install clean > > Let me know if that doesn't work for some reason, and I plan to fix this > as part of your PR 140981 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/140981) > > Thank you, > Greg That looks similar to what I did. I noticed your commit in May on this port. That got me to thinking. Install docbook-to-man. That worked for me. Then I got your email. FYI (not much there): http://www.freebsddiary.org/phorum/read.php?f=3&i=1550&t=1550&article_id=640 Thank you. -- Dan Langille -- http://langille.org/ From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 19:33:15 2009 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 2F8B0106568B; Thu, 10 Dec 2009 19:33:15 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 023A28FC1B; Thu, 10 Dec 2009 19:33:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 9DCFE5090B; Thu, 10 Dec 2009 19:33:14 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NZYjmRrtDKbY; Thu, 10 Dec 2009 19:33:13 +0000 (GMT) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 018B650909; Thu, 10 Dec 2009 19:33:12 +0000 (GMT) Received: from 68.64.144.211 (SquirrelMail authenticated user dan) by nyi.unixathome.org with HTTP; Thu, 10 Dec 2009 14:33:13 -0500 Message-ID: <7c6d6c6b2386f8675b87ea4590c29153.squirrel@nyi.unixathome.org> In-Reply-To: <4B2144C9.9000402@FreeBSD.org> References: <08254e721f325a1223c807b4dca5e0da.squirrel@nyi.unixathome.org> <4B2144C9.9000402@FreeBSD.org> Date: Thu, 10 Dec 2009 14:33:13 -0500 From: "Dan Langille" To: glarkin@FreeBSD.org User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Dan Langille , freebsd-ports@freebsd.org Subject: Re: security/logcheck fails to install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 19:33:15 -0000 On Thu, December 10, 2009 1:58 pm, Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Dan Langille wrote: >> On 8.0-PRELEASE, ports tree up to date. >> >> I have altered the Makefile to remove some @ from the do-build section >> of >> the Makefile. >> >> Any ideas? >> >> [root@subie:/usr/ports/security/logcheck] # make clean >> ===> Cleaning for logcheck-1.2.54_3 >> [root@subie:/usr/ports/security/logcheck] # make >> ===> Extracting for logcheck-1.2.54_3 >> => MD5 Checksum OK for logcheck_1.2.54.tar.gz. >> => SHA256 Checksum OK for logcheck_1.2.54.tar.gz. >> ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - >> found >> ===> Patching for logcheck-1.2.54_3 >> ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - >> found >> ===> Applying FreeBSD patches for logcheck-1.2.54_3 >> ===> logcheck-1.2.54_3 depends on executable: docbook2man - found >> ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - >> found >> ===> Configuring for logcheck-1.2.54_3 >> ===> Building for logcheck-1.2.54_3 >> /usr/bin/sed -i.bak -e 's!/var/log/syslog!/var/log/messages!' >> /usr/ports/security/logcheck/work/logcheck-1.2.54/etc/logcheck.logfiles >> /usr/bin/sed -i.bak -e 's!/etc/logcheck!/usr/local/etc/logcheck!' -e >> 's!/usr/share/doc/logcheck-database/README.logcheck-database.gz!/usr/local/share/doc/logcheck/README.logcheck-database!' >> /usr/ports/security/logcheck/work/logcheck-1.2.54/docs/logcheck.sgml >> cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man >> -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml >> logcheck.sgml >> 2> /dev/null && /bin/mv Logcheck.8 logcheck.8 >> *** Error code 255 >> >> Stop in /usr/ports/security/logcheck. >> [root@subie:/usr/ports/security/logcheck] # > > Hi Dan, > > There's a tricky situation in the logcheck Makefile regarding which tool > it uses to generate its man page. My guess is that you have > textproc/docbook-410 installed on the machine, but not > textproc/docbook-to-man. The easiest fix is: > > pkg_delete docbook2X\* > cd /usr/ports/textproc/docbook-to-man && make install clean > cd /usr/ports/security/logcheck && make clean install clean > > Let me know if that doesn't work for some reason, and I plan to fix this > as part of your PR 140981 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/140981) > > Thank you, > Greg Oh, in case it's not clear, the problem was /usr/local/bin/docbook-to-man did not exist, and thus the '@cd ${WRKSRC}/docs && docbook2man' had problems. IMHO: making docbook-to-man a requirement is the solution. -- Dan Langille -- http://langille.org/ From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 19:52:33 2009 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 AE212106566C for ; Thu, 10 Dec 2009 19:52:33 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id 89DEA8FC12 for ; Thu, 10 Dec 2009 19:52:33 +0000 (UTC) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=cube.entropy.prv) by mail1.sourcehosting.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NIp3q-000M5K-Mx; Thu, 10 Dec 2009 14:52:32 -0500 Received: from [127.0.0.1] (fireball.entropy.prv [192.168.1.12]) by cube.entropy.prv (Postfix) with ESMTP id F09A7389B641; Thu, 10 Dec 2009 14:52:26 -0500 (EST) Message-ID: <4B215175.3030308@FreeBSD.org> Date: Thu, 10 Dec 2009 14:52:21 -0500 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Dan Langille References: <08254e721f325a1223c807b4dca5e0da.squirrel@nyi.unixathome.org> <4B2144C9.9000402@FreeBSD.org> <7c6d6c6b2386f8675b87ea4590c29153.squirrel@nyi.unixathome.org> In-Reply-To: <7c6d6c6b2386f8675b87ea4590c29153.squirrel@nyi.unixathome.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=1C940290 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.4 (/) Cc: freebsd-ports@freebsd.org Subject: Re: security/logcheck fails to install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 19:52:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dan Langille wrote: > On Thu, December 10, 2009 1:58 pm, Greg Larkin wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Dan Langille wrote: >>> On 8.0-PRELEASE, ports tree up to date. >>> >>> I have altered the Makefile to remove some @ from the do-build section >>> of >>> the Makefile. >>> >>> Any ideas? >>> [...] >>> /usr/ports/security/logcheck/work/logcheck-1.2.54/etc/logcheck.logfiles >>> /usr/bin/sed -i.bak -e 's!/etc/logcheck!/usr/local/etc/logcheck!' -e >>> 's!/usr/share/doc/logcheck-database/README.logcheck-database.gz!/usr/local/share/doc/logcheck/README.logcheck-database!' >>> /usr/ports/security/logcheck/work/logcheck-1.2.54/docs/logcheck.sgml >>> cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man >>> -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml >>> logcheck.sgml >>> 2> /dev/null && /bin/mv Logcheck.8 logcheck.8 >>> *** Error code 255 >>> >>> Stop in /usr/ports/security/logcheck. >>> [root@subie:/usr/ports/security/logcheck] # >> Hi Dan, >> >> There's a tricky situation in the logcheck Makefile regarding which tool >> it uses to generate its man page. My guess is that you have >> textproc/docbook-410 installed on the machine, but not >> textproc/docbook-to-man. The easiest fix is: >> >> pkg_delete docbook2X\* >> cd /usr/ports/textproc/docbook-to-man && make install clean >> cd /usr/ports/security/logcheck && make clean install clean >> >> Let me know if that doesn't work for some reason, and I plan to fix this >> as part of your PR 140981 >> (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/140981) >> >> Thank you, >> Greg > > Oh, in case it's not clear, the problem was /usr/local/bin/docbook-to-man > did not exist, and thus the '@cd ${WRKSRC}/docs && docbook2man' had > problems. > > IMHO: making docbook-to-man a requirement is the solution. > Hi Dan, docbook-to-man was a requirement a while back, but a lot of people complained that it was too heavy a package to install just to create a man page. Someone recommended that I port the docbook2X tool as a lighter-weight replacement. I did that, but we've run into issues where it conflicts with other docbook-related tools. It may make sense to simply pre-process the man page and include it in the files/ directory of the port, since it's the only one. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLIVF10sRouByUApARArX+AJ9VzLjiT+DTdKLsFg5rPitLK0xx1QCgsD51 CeRphJtAFxU8qM1nrtxBcNA= =ejEW -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 20:08:40 2009 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 AA527106568F for ; Thu, 10 Dec 2009 20:08:39 +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 4B60F8FC13 for ; Thu, 10 Dec 2009 20:08:39 +0000 (UTC) Received: (qmail 16842 invoked by uid 399); 10 Dec 2009 20:08:38 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Dec 2009 20:08:38 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B215549.5030403@FreeBSD.org> Date: Thu, 10 Dec 2009 12:08:41 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Alberto Villa References: <4B159C5C.2090407@FreeBSD.org> <200912100153.02634.villa.alberto@gmail.com> <200912100202.37515.villa.alberto@gmail.com> In-Reply-To: <200912100202.37515.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: Thu, 10 Dec 2009 20:08:40 -0000 Alberto Villa wrote: > On Thursday 10 December 2009 01:53:01 Alberto Villa wrote: >>> --delete-build-only >>> For packages/ports that are ONLY listed as build dependencies for the >>> ports being updated in this run, delete them when the run is over. >> it's still building, then i don't know if the second case above (gmake's >> case) will work correctly > > no, it doesn't... gmake was deleted > at least, i think that this is not correct :P You are correct that it is not correct. This was a combination of choices that had not occurred to me, which is why I highly value people who test my code. :) The fix for this is in the svn tree now, please give it a try. I have fixed a few bugs since 2.13 was committed, so I'll be pushing the svn code into cvs very soon. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 21:07:40 2009 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 CFE34106566B; Thu, 10 Dec 2009 21:07:40 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9FC508FC12; Thu, 10 Dec 2009 21:07:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 0892650909; Thu, 10 Dec 2009 21:07:40 +0000 (GMT) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lOgSkSXqLcfp; Thu, 10 Dec 2009 21:07:38 +0000 (GMT) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 8E50D5082B; Thu, 10 Dec 2009 21:07:37 +0000 (GMT) Received: from 68.64.144.211 (SquirrelMail authenticated user dan) by nyi.unixathome.org with HTTP; Thu, 10 Dec 2009 16:07:38 -0500 Message-ID: <74b0eabf6f3d0be469f1737d3b231add.squirrel@nyi.unixathome.org> In-Reply-To: <20091210184837.GB10705@atarininja.org> References: <08254e721f325a1223c807b4dca5e0da.squirrel@nyi.unixathome.org> <20091210184837.GB10705@atarininja.org> Date: Thu, 10 Dec 2009 16:07:38 -0500 From: "Dan Langille" To: "Wesley Shields" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Dan Langille , freebsd-ports@freebsd.org Subject: Re: security/logcheck fails to install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 21:07:40 -0000 On Thu, December 10, 2009 1:48 pm, Wesley Shields wrote: > On Thu, Dec 10, 2009 at 01:30:00PM -0500, Dan Langille wrote: >> On 8.0-PRELEASE, ports tree up to date. >> >> I have altered the Makefile to remove some @ from the do-build section >> of >> the Makefile. >> >> Any ideas? >> >> [root@subie:/usr/ports/security/logcheck] # make clean >> ===> Cleaning for logcheck-1.2.54_3 >> [root@subie:/usr/ports/security/logcheck] # make >> ===> Extracting for logcheck-1.2.54_3 >> => MD5 Checksum OK for logcheck_1.2.54.tar.gz. >> => SHA256 Checksum OK for logcheck_1.2.54.tar.gz. >> ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - >> found >> ===> Patching for logcheck-1.2.54_3 >> ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - >> found >> ===> Applying FreeBSD patches for logcheck-1.2.54_3 >> ===> logcheck-1.2.54_3 depends on executable: docbook2man - found >> ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - >> found >> ===> Configuring for logcheck-1.2.54_3 >> ===> Building for logcheck-1.2.54_3 >> /usr/bin/sed -i.bak -e 's!/var/log/syslog!/var/log/messages!' >> /usr/ports/security/logcheck/work/logcheck-1.2.54/etc/logcheck.logfiles >> /usr/bin/sed -i.bak -e 's!/etc/logcheck!/usr/local/etc/logcheck!' -e >> 's!/usr/share/doc/logcheck-database/README.logcheck-database.gz!/usr/local/share/doc/logcheck/README.logcheck-database!' >> /usr/ports/security/logcheck/work/logcheck-1.2.54/docs/logcheck.sgml >> cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man >> -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml >> logcheck.sgml >> 2> /dev/null && /bin/mv Logcheck.8 logcheck.8 > > Can you change this line to remove the stderr redirection and put the > rest on it's own line (it's possible the real error message is > redirected). > > -- WXS > For the record: # make===> Cleaning for logcheck-1.2.54_3 # [/usr/ports/security/logcheck] # make # ===> Extracting for logcheck-1.2.54_3 # => MD5 Checksum OK for logcheck_1.2.54.tar.gz. # => SHA256 Checksum OK for logcheck_1.2.54.tar.gz. # ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found # ===> Patching for logcheck-1.2.54_3 # ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found # ===> Applying FreeBSD patches for logcheck-1.2.54_3 # ===> logcheck-1.2.54_3 depends on executable: docbook2man - found # ===> logcheck-1.2.54_3 depends on file: /usr/local/bin/perl5.8.9 - found # ===> Configuring for logcheck-1.2.54_3 # ===> Building for logcheck-1.2.54_3 # /usr/bin/sed -i.bak -e 's!/var/log/syslog!/var/log/messages!' /usr/ports/security/logcheck/work/logcheck-1.2.54/etc/logcheck.logfiles # /usr/bin/sed -i.bak -e 's!/etc/logcheck!/usr/local/etc/logcheck!' -e 's!/usr/share/doc/logcheck-database/README.logcheck-database.gz!/usr/local/share/doc/logcheck/README.logcheck-database!' /usr/ports/security/logcheck/work/logcheck-1.2.54/docs/logcheck.sgml # cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml logcheck.sgml 2> /dev/null && /bin/mv Logcheck.8 logcheck.8 # *** Error code 255 # # Stop in /usr/ports/security/logcheck. # [/usr/ports/security/logcheck] # cd /usr/ports/security/logcheck/work/logcheck-1.2.54/docs && docbook2man -s /usr/local/share/docbook2X/xslt/man/docbook.xsl --sgml logcheck.sgml # I/O error : Attempt to load network entity http://www.docbook.org/xml/4.3/ent/ISOamsa.ent # -:61: warning: failed to load external entity "http://www.docbook.org/xml/4.3/ent/ISOamsa.ent" # %ISOamsa; # ^ # Entity: line 1: # %ISOamsa; # ^ # -:62: parser error : internal error # %ISOamsb; # ^ # Entity: line 1: # %ISOamsb; # ^ # -:62: parser error : DOCTYPE improperly terminated # %ISOamsb; # ^ # Entity: line 1: # %ISOamsb; # ^ # I/O error : Attempt to load network entity http://www.docbook.org/xml/4.3/ent/ISOamsb.ent # -:62: warning: failed to load external entity "http://www.docbook.org/xml/4.3/ent/ISOamsb.ent" # %ISOamsb; # ^ # Entity: line 1: # %ISOamsb; # ^ # -:63: parser error : PEReference in prolog # %ISOamsc; # ^ # -:63: parser error : Start tag expected, '<' not found # %ISOamsc; # ^ # unable to parse - # # no element found at line 1, column 0, byte 0 at /usr/local/lib/perl5/site_perl/5.8.9/mach/XML/Parser.pm line 187 -- Dan Langille -- http://langille.org/ From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 21:07:56 2009 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 21574106566B for ; Thu, 10 Dec 2009 21:07:56 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8B66D8FC19 for ; Thu, 10 Dec 2009 21:07:55 +0000 (UTC) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NIqEr-0004WQ-L5 for freebsd-ports@freebsd.org; Thu, 10 Dec 2009 22:07:54 +0100 Message-ID: <4B216324.6030605@gwdg.de> Date: Thu, 10 Dec 2009 22:07:48 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.23 (X11/20091204) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Subject: update of java/jdk16 fails under amd64 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, 10 Dec 2009 21:07:56 -0000 When trying to update from jdk-1.6.0.3p4_12 to jdk-1.6.0.3p4_13 under recent 9.0-CURRENT (amd64) the following error occurs. Does anyone else observe this behaviour? It seems that something with threading or signal handling is not as it should be? Thanks in advance, Rainer Hurling ----------------------------- >>>Recursively making hpi all @ Thu Dec 10 21:55:41 CET 2009 ... gmake[3]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi' Begin Processing SUBDIRS: native >>>Recursively making native all @ Thu Dec 10 21:55:41 CET 2009 ... gmake[4]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/bin mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib/ext Begin parallel compiles: /usr/ports/java/jdk16/work/j2se/make/java/hpi/native gmake[5]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES -c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/obj64/th eads_md.o ../../../../src/solaris/hpi/native_threads/src/threads_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES -c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/obj64/mo itor_md.o ../../../../src/solaris/hpi/native_threads/src/monitor_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../.. src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../.. ../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS -DMOOT_PRIORITIES -c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/obj64/co dvar_md.o ../../../../src/solaris/hpi/native_threads/src/condvar_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA E='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/CClassHeaders -I.. ../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../../src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS -DMOOT_PRIORITIES -c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/obj64/interrupt_md.o ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEASE='"1.6.0_03-p4"' -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_ALLBSD_SOURCE -D_LP64=1 -I. -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/CClassHeaders -I../../../../src/solaris/javavm/export -I../../../../src/share/javavm/export -I../../../../src/share/javavm/include -I../../../../src/solaris/javavm/include -I../../../../src/solaris/hpi/native_threads/include -I../../../../src/solaris/hpi/include -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS -DMOOT_PRIORITIES -c -o /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/obj64/mutex_md.o ../../../../src/solaris/hpi/native_threads/src/mutex_md.c ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c:115: error: static declaration of 'sigignore' follows non-static declaration /usr/include/signal.h:103: error: previous declaration of 'sigignore' was here gmake[5]: *** [/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_threads/obj64/interrupt_md.o] Error 1 gmake[5]: *** Waiting for unfinished jobs.... gmake[5]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' gmake[4]: *** [parallel_compile] Error 2 gmake[4]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk16. *** Error code 1 Stop in /usr/ports/java/jdk16. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 21:23:57 2009 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 06CD910657BB for ; Thu, 10 Dec 2009 21:23:57 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 106F78FC14 for ; Thu, 10 Dec 2009 21:23:52 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id nBALMbR0023809; Thu, 10 Dec 2009 15:22:37 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id nBALMbMq023808; Thu, 10 Dec 2009 15:22:37 -0600 (CST) (envelope-from brooks) Date: Thu, 10 Dec 2009 15:22:37 -0600 From: Brooks Davis To: Eitan Adler Message-ID: <20091210212237.GC23550@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2/5bycvrmDh4d1IB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 10 Dec 2009 15:22:37 -0600 (CST) Cc: freebsd-ports@freebsd.org Subject: Re: [RFC] Tools/ script for automatically making a tar out of svn sources 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, 10 Dec 2009 21:23:57 -0000 --2/5bycvrmDh4d1IB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 09, 2009 at 10:27:58PM +0200, Eitan Adler wrote: > The attached script is designed to work with the 20+ ports that > currently have to resort to hacks to automatically figure out the head > version, checkout from svn, make a tar file, and then upload the file > to freefall. >=20 > It is based on some my earlier work/proposals > (http://wiki.freebsd.org/EitanAdler/ports-svn) to put this directly > into ports.*.mk. While that proposal was rejected by a large part of > the community making a simple standard script to put into Tools was > suggested by a few people as a better solution and one more likely to > get accepted by the community and portmgr. >=20 > This port requires that three values be defined in the ports Makefile. > Of these two are already defined for most of the ports that use the > hacks mentioned above. > USE_SCM=3D"svn" is required as I plan on including support for other > common SCMs that might be used in the ports collection already (git > and cvs come to mind) > SVN_REV=3D12345 is required unless you use the "-h" option which gets > the version from head > SVN_URL=3Dsvn://goo.com/svn_repo - this is where the source is fetched fr= om. >=20 > If I could get any comments (1) on the script in particular and (2) if > the approach I'm taking now is better than the one I tried a few weeks > ago (see wiki page) it would be really good. I don't see the script. -- Brooks --2/5bycvrmDh4d1IB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFLIWacXY6L6fI4GtQRAn5sAKClMt69YEhsG0G7HiP5CXKwQ4U0wgCgpacF uYWRU7ksYwW5mZUPKeQ1pkI= =6VA4 -----END PGP SIGNATURE----- --2/5bycvrmDh4d1IB-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 21:58:32 2009 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 4B804106566C; Thu, 10 Dec 2009 21:58:32 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id A10258FC16; Thu, 10 Dec 2009 21:58:31 +0000 (UTC) Received: by fxm10 with SMTP id 10so399436fxm.34 for ; Thu, 10 Dec 2009 13:58:30 -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 :from:date:message-id:subject:to:cc:content-type; bh=8tDDM7ubGU9pudWuFmndBtZWtlFMKKbNEq1io7pvsb0=; b=J7sBRF7ihILsGh1L8W+GaHgh2R0rGVC5iCIl2i0QbWbc9iO5El02sN1lYo1AY8Yg2h KD4C01cxM8W+X04B0ue/QODMosMzXG3jVJi1+SY4gPdFnfQu5x91HGstchZ3uxUeLX3t u42I9dH57qSMaTfTMpyM99ABy3iOLixSvMiyc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=UnxBjzSIqYQSGMsBuXK1jDCjVic9a/wHR+JyYtGYQoP5evNRFScTSBoWrem62o88v/ Wo/L5e2vBpjeLkIsQkJaL5Y5Rqp0P+Exle3vU510FUbxd86nNTGv6iaKDfTUyA/8JOmS tH7F7dY30HuTtA0DQ7afrpOM5Vj9Y38uIFg9s= MIME-Version: 1.0 Received: by 10.239.185.132 with SMTP id c4mr54345hbh.20.1260482309122; Thu, 10 Dec 2009 13:58:29 -0800 (PST) In-Reply-To: <20091210212237.GC23550@lor.one-eyed-alien.net> References: <20091210212237.GC23550@lor.one-eyed-alien.net> From: Eitan Adler Date: Thu, 10 Dec 2009 23:58:09 +0200 Message-ID: To: Brooks Davis Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: [RFC] Tools/ script for automatically making a tar out of svn sources 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, 10 Dec 2009 21:58:32 -0000 > I don't see the script. The attachment never made it through (not sure why: in my MUA it looks like it was sent) and after some more looking I decided I was probably a bit to fast. I'll send a repost when I improve it From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 22:32:37 2009 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 CB82F106566C; Thu, 10 Dec 2009 22:32:37 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-px0-f190.google.com (mail-px0-f190.google.com [209.85.216.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3528FC1A; Thu, 10 Dec 2009 22:32:37 +0000 (UTC) Received: by pxi28 with SMTP id 28so240826pxi.7 for ; Thu, 10 Dec 2009 14:32:37 -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=i95CD2qSNDJGet8mCObuBw4/nEThYwh1Pv4fG+50E3Y=; b=jIUEprsyM0yhnTSNij318Evm//+J32g1sK1hYLAqzQ31QtVnSf21HbHCuVpv3lzHrN 6+amskPScsMxi0osMQSeOI9+ifDFmcW4tgPPSsUe29UTg4QKsOYLenjStn3TfURHPYGp fpnIFIZyaF02BTL650Pg7XIwJjerxtTTRPxE4= 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=B4bzdmdyrNXY7LJVRp1xmIeF1BYhoYL/6rBQngmZrO7dOUXERHc21xW1kCA9J/2/T1 A3FXreluyLRFho6EEQ0fP3gyifmv+U8KnluQyKQMMgzo6Yzo+oIbjQOfGPZ5h7Ji59V6 6pN+PzmWzJ6SHBTMn4t8n6qrhMpDzPg9NZXCw= MIME-Version: 1.0 Received: by 10.114.187.3 with SMTP id k3mr335863waf.82.1260482923781; Thu, 10 Dec 2009 14:08:43 -0800 (PST) In-Reply-To: References: <20091210212237.GC23550@lor.one-eyed-alien.net> Date: Thu, 10 Dec 2009 14:08:43 -0800 Message-ID: From: Xin LI To: Eitan Adler Content-Type: text/plain; charset=UTF-8 Cc: Brooks Davis , freebsd-ports@freebsd.org Subject: Re: [RFC] Tools/ script for automatically making a tar out of svn sources 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, 10 Dec 2009 22:32:37 -0000 On Thu, Dec 10, 2009 at 1:58 PM, Eitan Adler wrote: >> I don't see the script. > > The attachment never made it through (not sure why: in my MUA it looks > like it was sent) and after some more looking I decided I was probably > a bit to fast. I'll send a repost when I improve it Try sending it inline. Certain attachment mime types are being filtered by the list program. Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-ports@FreeBSD.ORG Thu Dec 10 23:50:57 2009 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 BCA67106566B for ; Thu, 10 Dec 2009 23:50:57 +0000 (UTC) (envelope-from fluffy@fluffy.khv.ru) Received: from ns.ael.RU (ns.ael.ru [62.76.207.226]) by mx1.freebsd.org (Postfix) with ESMTP id BF22D8FC14 for ; Thu, 10 Dec 2009 23:50:56 +0000 (UTC) Received: from Fluffy.Khv.RU (dhcp-14.local.ael [192.168.100.14]) by ns.ael.RU (8.14.3/8.14.3/Fluffy/5.3) with ESMTP id nBANorLj049105; Fri, 11 Dec 2009 09:50:53 +1000 (VLAT) (envelope-from fluffy@fluffy.khv.ru) Received: from fluffy.khv.ru (localhost [127.0.0.1]) by Fluffy.Khv.RU (8.14.3/8.14.3/Fluffy/5.4.1) with ESMTP id nBANoTAT020934; Fri, 11 Dec 2009 09:50:29 +1000 (VLAT) (envelope-from fluffy@fluffy.khv.ru) From: Dima Panov Organization: Twilight Zone To: freebsd-ports@freebsd.org Date: Fri, 11 Dec 2009 09:50:14 +1000 User-Agent: KMail/1.12.3 (FreeBSD/9.0-900002-CURRENT; KDE/4.3.3; amd64; ; ) References: <4B216324.6030605@gwdg.de> In-Reply-To: <4B216324.6030605@gwdg.de> X-Face: "RE-2'yS-N:*/7DHOjQ%Az<.+SG>K7B'k(&; qb0K4]Hv>J}"l9,=:m2_]-3S/}`b\]yA-g !y3en*Zl(i-86iM?Q[w@!=rW&JdT>KHW@dri>+qMcy42O, 5#izEqa-K+=B<@A X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ns.ael.RU [62.76.207.226]); Fri, 11 Dec 2009 09:50:53 +1000 (VLAT) X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ns.ael.RU Cc: Rainer Hurling Subject: Re: update of java/jdk16 fails under amd64 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, 10 Dec 2009 23:50:57 -0000 --nextPart1489986.xkBOeH64ry Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable On Friday 11 December 2009 07:07:48 Rainer Hurling wrote: > When trying to update from jdk-1.6.0.3p4_12 to jdk-1.6.0.3p4_13 under > recent 9.0-CURRENT (amd64) the following error occurs. Does anyone else > observe this behaviour? >=20 > It seems that something with threading or signal handling is not as it > should be? >=20 > Thanks in advance, > Rainer Hurling >=20 >=20 > ----------------------------- >=20 > >>>Recursively making hpi all @ Thu Dec 10 21:55:41 CET 2009 ... >=20 > gmake[3]: Entering directory > `/usr/ports/java/jdk16/work/j2se/make/java/hpi' Begin Processing SUBDIRS: > native >=20 > >>>Recursively making native all @ Thu Dec 10 21:55:41 CET 2009 ... >=20 > gmake[4]: Entering directory > `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' > mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib > mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/bin > mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib/ext > Begin parallel compiles: > /usr/ports/java/jdk16/work/j2se/make/java/hpi/native > gmake[5]: Entering directory > `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' > /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused > -Wno-parentheses -pipe -Damd64 -DARCH=3D'"amd64"' -DRELEA > E=3D'"1.6.0_03-p4"' > -DFULL_VERSION=3D'"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' > -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=3D1 -I. > -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_= th > reads/CClassHeaders -I.. ../../../src/solaris/javavm/export > -I../../../../src/share/javavm/export > -I../../../../src/share/javavm/include -I../../../.. > src/solaris/javavm/include > -I../../../../src/solaris/hpi/native_threads/include > -I../../../../src/solaris/hpi/include -I../.. > ../../src/solaris/hpi/export -I../../../../src/share/hpi/include > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS > -DMOOT_PRIORITIES -c -o > /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th= re > ads/obj64/th eads_md.o=20 > ../../../../src/solaris/hpi/native_threads/src/threads_md.c /usr/bin/gcc= =20 > -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pi= pe > -Damd64 -DARCH=3D'"amd64"' -DRELEA > E=3D'"1.6.0_03-p4"' > -DFULL_VERSION=3D'"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' > -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=3D1 -I. > -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_= th > reads/CClassHeaders -I.. ../../../src/solaris/javavm/export > -I../../../../src/share/javavm/export > -I../../../../src/share/javavm/include -I../../../.. > src/solaris/javavm/include > -I../../../../src/solaris/hpi/native_threads/include > -I../../../../src/solaris/hpi/include -I../.. > ../../src/solaris/hpi/export -I../../../../src/share/hpi/include > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS > -DMOOT_PRIORITIES -c -o > /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th= re > ads/obj64/mo itor_md.o=20 > ../../../../src/solaris/hpi/native_threads/src/monitor_md.c /usr/bin/gcc= =20 > -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pi= pe > -Damd64 -DARCH=3D'"amd64"' -DRELEA > E=3D'"1.6.0_03-p4"' > -DFULL_VERSION=3D'"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' > -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=3D1 -I. > -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_= th > reads/CClassHeaders -I.. ../../../src/solaris/javavm/export > -I../../../../src/share/javavm/export > -I../../../../src/share/javavm/include -I../../../.. > src/solaris/javavm/include > -I../../../../src/solaris/hpi/native_threads/include > -I../../../../src/solaris/hpi/include -I../.. > ../../src/solaris/hpi/export -I../../../../src/share/hpi/include > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS > -DMOOT_PRIORITIES -c -o > /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th= re > ads/obj64/co dvar_md.o=20 > ../../../../src/solaris/hpi/native_threads/src/condvar_md.c /usr/bin/gcc= =20 > -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pi= pe > -Damd64 -DARCH=3D'"amd64"' -DRELEA > E=3D'"1.6.0_03-p4"' > -DFULL_VERSION=3D'"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' > -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=3D1 -I. > -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_= th > reads/CClassHeaders -I.. ../../../src/solaris/javavm/export > -I../../../../src/share/javavm/export > -I../../../../src/share/javavm/include > -I../../../../src/solaris/javavm/include > -I../../../../src/solaris/hpi/native_threads/include > -I../../../../src/solaris/hpi/include > -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS > -DMOOT_PRIORITIES -c -o > /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th= re > ads/obj64/interrupt_md.o > ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c > /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused > -Wno-parentheses -pipe -Damd64 -DARCH=3D'"amd64"' > -DRELEASE=3D'"1.6.0_03-p4"' > -DFULL_VERSION=3D'"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' > -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_ALLBSD_SOURCE -D_LP64=3D1 -I. > -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_= th > reads/CClassHeaders -I../../../../src/solaris/javavm/export > -I../../../../src/share/javavm/export > -I../../../../src/share/javavm/include > -I../../../../src/solaris/javavm/include > -I../../../../src/solaris/hpi/native_threads/include > -I../../../../src/solaris/hpi/include > -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS > -DMOOT_PRIORITIES -c -o > /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th= re > ads/obj64/mutex_md.o > ../../../../src/solaris/hpi/native_threads/src/mutex_md.c > ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c:115: > error: static declaration of 'sigignore' follows non-static declaration > /usr/include/signal.h:103: error: previous declaration of 'sigignore' > was here > gmake[5]: *** > [/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_t= hr > eads/obj64/interrupt_md.o] Error 1 > gmake[5]: *** Waiting for unfinished jobs.... > gmake[5]: Leaving directory > `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' > gmake[4]: *** [parallel_compile] Error 2 > gmake[4]: Leaving directory > `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' > gmake[3]: *** [all] Error 1 > gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java/hp= i' > gmake[2]: *** [all] Error 1 > gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java' > gmake[1]: *** [all] Error 1 > gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make' > gmake: *** [j2se-build] Error 2 > *** Error code 2 >=20 > Stop in /usr/ports/java/jdk16. > *** Error code 1 >=20 > Stop in /usr/ports/java/jdk16. ports/141105: java/jdk16 (and possibly jdk15) build broken after r199827 =2D-=20 Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 = B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 = 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept = 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:174= 5024 --nextPart1489986.xkBOeH64ry Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAkshiUQACgkQpiZ27ZPjsBjxnACghHmLUAH+JpKx8Yr+aDiRERrp YxkAnRoipGMC3AohNscRmiCCotUDuU+L =giC/ -----END PGP SIGNATURE----- --nextPart1489986.xkBOeH64ry-- From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 07:27:41 2009 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 3C0EB106566C; Fri, 11 Dec 2009 07:27:41 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id BEFE48FC1E; Fri, 11 Dec 2009 07:27:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=/mFEy6SCL9ymHz1yEYEtHuSvbubASPLIBm2LPsfKSEg=; b=HeSi0gHryGcR1EwnbahgHXBQ5klnm7hGYlBZ+B6smNqRai5MxfPw49ibJ0jl7HkoSs2gM9vibdK5C6KErTkvfU8ow6Hi1ecirB0zS1AXy6klrYXfJKfW0ADb1z2sPjt8KnZ4PVoLn6mHbeh4GPnN2MmifJieR8EUxrY00MV1ES/xh7yye5aoCTsaashQDq5ZAPHkq9lssUOiVS8ERXdR57unkKXe+cG+fOVCkvt8ytScjSsHI/pJuETH0nEJp2OxzMWVAIwwTQsoE0NQIf03jUD7Fw5l/tchFGPiFCC/farGv9hq00yhDRW3uwyV6dJ1fv02jtIy1z5Tggo3se1nKA==; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1NIzud-000NhN-Em; Fri, 11 Dec 2009 10:27:39 +0300 Date: Fri, 11 Dec 2009 10:27:37 +0300 From: Eygene Ryabinkin To: Xin LI Message-ID: References: <20091210212237.GC23550@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: Eitan Adler , Brooks Davis , freebsd-ports@freebsd.org Subject: Re: [RFC] Tools/ script for automatically making a tar out of svn sources X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2009 07:27:41 -0000 Thu, Dec 10, 2009 at 02:08:43PM -0800, Xin LI wrote: > On Thu, Dec 10, 2009 at 1:58 PM, Eitan Adler wrote: > > The attachment never made it through (not sure why: in my MUA it looks > > like it was sent) and after some more looking I decided I was probably > > a bit to fast. I'll send a repost when I improve it > > Try sending it inline. Certain attachment mime types are being > filtered by the list program. Or, better, place it to HTTP/FTP and give the link. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 07:36:01 2009 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 6D8C6106566B for ; Fri, 11 Dec 2009 07:36:01 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id D5CCB8FC0A for ; Fri, 11 Dec 2009 07:36:00 +0000 (UTC) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NJ02c-0005Ay-A6; Fri, 11 Dec 2009 08:35:54 +0100 Message-ID: <4B21F660.1080006@gwdg.de> Date: Fri, 11 Dec 2009 08:36:00 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.23 (X11/20091127) MIME-Version: 1.0 To: Dima Panov References: <4B216324.6030605@gwdg.de> <200912110950.28189.fluffy@fluffy.khv.ru> In-Reply-To: <200912110950.28189.fluffy@fluffy.khv.ru> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-ports@freebsd.org Subject: Re: update of java/jdk16 fails under amd64 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, 11 Dec 2009 07:36:01 -0000 Am 11.12.2009 00:50 (UTC+1) schrieb Dima Panov: > On Friday 11 December 2009 07:07:48 Rainer Hurling wrote: >> When trying to update from jdk-1.6.0.3p4_12 to jdk-1.6.0.3p4_13 under >> recent 9.0-CURRENT (amd64) the following error occurs. Does anyone else >> observe this behaviour? >> >> It seems that something with threading or signal handling is not as it >> should be? >> >> Thanks in advance, >> Rainer Hurling >> >> >> ----------------------------- >> >> >>>Recursively making hpi all @ Thu Dec 10 21:55:41 CET 2009 ... >> >> gmake[3]: Entering directory >> `/usr/ports/java/jdk16/work/j2se/make/java/hpi' Begin Processing SUBDIRS: >> native >> >> >>>Recursively making native all @ Thu Dec 10 21:55:41 CET 2009 ... >> >> gmake[4]: Entering directory >> `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' >> mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib >> mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/bin >> mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib/ext >> Begin parallel compiles: >> /usr/ports/java/jdk16/work/j2se/make/java/hpi/native >> gmake[5]: Entering directory >> `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' >> /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused >> -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA >> E='"1.6.0_03-p4"' >> -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' >> -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. >> -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th >> reads/CClassHeaders -I.. ../../../src/solaris/javavm/export >> -I../../../../src/share/javavm/export >> -I../../../../src/share/javavm/include -I../../../.. >> src/solaris/javavm/include >> -I../../../../src/solaris/hpi/native_threads/include >> -I../../../../src/solaris/hpi/include -I../.. >> ../../src/solaris/hpi/export -I../../../../src/share/hpi/include >> -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS >> -DMOOT_PRIORITIES -c -o >> /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre >> ads/obj64/th eads_md.o >> ../../../../src/solaris/hpi/native_threads/src/threads_md.c /usr/bin/gcc >> -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe >> -Damd64 -DARCH='"amd64"' -DRELEA >> E='"1.6.0_03-p4"' >> -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' >> -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. >> -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th >> reads/CClassHeaders -I.. ../../../src/solaris/javavm/export >> -I../../../../src/share/javavm/export >> -I../../../../src/share/javavm/include -I../../../.. >> src/solaris/javavm/include >> -I../../../../src/solaris/hpi/native_threads/include >> -I../../../../src/solaris/hpi/include -I../.. >> ../../src/solaris/hpi/export -I../../../../src/share/hpi/include >> -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS >> -DMOOT_PRIORITIES -c -o >> /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre >> ads/obj64/mo itor_md.o >> ../../../../src/solaris/hpi/native_threads/src/monitor_md.c /usr/bin/gcc >> -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe >> -Damd64 -DARCH='"amd64"' -DRELEA >> E='"1.6.0_03-p4"' >> -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' >> -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. >> -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th >> reads/CClassHeaders -I.. ../../../src/solaris/javavm/export >> -I../../../../src/share/javavm/export >> -I../../../../src/share/javavm/include -I../../../.. >> src/solaris/javavm/include >> -I../../../../src/solaris/hpi/native_threads/include >> -I../../../../src/solaris/hpi/include -I../.. >> ../../src/solaris/hpi/export -I../../../../src/share/hpi/include >> -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS >> -DMOOT_PRIORITIES -c -o >> /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre >> ads/obj64/co dvar_md.o >> ../../../../src/solaris/hpi/native_threads/src/condvar_md.c /usr/bin/gcc >> -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe >> -Damd64 -DARCH='"amd64"' -DRELEA >> E='"1.6.0_03-p4"' >> -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' >> -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. >> -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th >> reads/CClassHeaders -I.. ../../../src/solaris/javavm/export >> -I../../../../src/share/javavm/export >> -I../../../../src/share/javavm/include >> -I../../../../src/solaris/javavm/include >> -I../../../../src/solaris/hpi/native_threads/include >> -I../../../../src/solaris/hpi/include >> -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include >> -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS >> -DMOOT_PRIORITIES -c -o >> /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre >> ads/obj64/interrupt_md.o >> ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c >> /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused >> -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' >> -DRELEASE='"1.6.0_03-p4"' >> -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' >> -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_ALLBSD_SOURCE -D_LP64=1 -I. >> -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th >> reads/CClassHeaders -I../../../../src/solaris/javavm/export >> -I../../../../src/share/javavm/export >> -I../../../../src/share/javavm/include >> -I../../../../src/solaris/javavm/include >> -I../../../../src/solaris/hpi/native_threads/include >> -I../../../../src/solaris/hpi/include >> -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include >> -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS >> -DMOOT_PRIORITIES -c -o >> /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre >> ads/obj64/mutex_md.o >> ../../../../src/solaris/hpi/native_threads/src/mutex_md.c >> ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c:115: >> error: static declaration of 'sigignore' follows non-static declaration >> /usr/include/signal.h:103: error: previous declaration of 'sigignore' >> was here >> gmake[5]: *** >> [/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thr >> eads/obj64/interrupt_md.o] Error 1 >> gmake[5]: *** Waiting for unfinished jobs.... >> gmake[5]: Leaving directory >> `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' >> gmake[4]: *** [parallel_compile] Error 2 >> gmake[4]: Leaving directory >> `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' >> gmake[3]: *** [all] Error 1 >> gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi' >> gmake[2]: *** [all] Error 1 >> gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java' >> gmake[1]: *** [all] Error 1 >> gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make' >> gmake: *** [j2se-build] Error 2 >> *** Error code 2 >> >> Stop in /usr/ports/java/jdk16. >> *** Error code 1 >> >> Stop in /usr/ports/java/jdk16. > > ports/141105: java/jdk16 (and possibly jdk15) build broken after r199827 > OK, thanks. Is this valid only for amd64? Because on i386 I had been able to compile ... From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 08:02:42 2009 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 964C61065676 for ; Fri, 11 Dec 2009 08:02:42 +0000 (UTC) (envelope-from xkyanh@gmail.com) Received: from mail-yx0-f103.google.com (mail-yx0-f103.google.com [209.85.210.103]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1C48FC1A for ; Fri, 11 Dec 2009 08:02:42 +0000 (UTC) Received: by yxe1 with SMTP id 1so55519yxe.3 for ; Fri, 11 Dec 2009 00:02:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:organization:x-operating-system:x-mailer:user-agent :x-face:face:mime-version:content-type:content-transfer-encoding; bh=q/2MZPZFFzSU5zVYnZ26I+ERJfmwUq3VwVEYOBfmGPU=; b=TuI66d2E3LIICKA6myWwveYe2LTAlm2fSBX5pf57nFLZcIcmwUv6TyvFhnVB7NS6/C AwUhoe8qlfF5KAXVdPVc5S1LLWmoNs4pAuwqrjNzO1ZxujPkWwW3V56oUef8wyAo+jMF 8L8iq/fxE9tuyfrIwrs4B05wJ9YOYtVs8zdX4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:organization:x-operating-system :x-mailer:user-agent:x-face:face:mime-version:content-type :content-transfer-encoding; b=ZM67ib/J5tOJUGJ3U5w71nqU7p9h3b1oGNXqHxAxrP4+rhtdPQzgfedbDb+xplS3bz k4Dt81Yuw/3k8dsQmCr+A6XFn366HTj8b2Pu4bew/rgk9GVudMW147Nxx3uUpNdagwjx VIaX5J8j/79TTB4HmrO9KQj8oRU2K7AcivE40= Received: by 10.101.151.30 with SMTP id d30mr1611680ano.135.1260517505852; Thu, 10 Dec 2009 23:45:05 -0800 (PST) Received: from icy.localdomain ([118.69.224.251]) by mx.google.com with ESMTPS id 20sm1042306iwn.9.2009.12.10.23.45.04 (version=SSLv3 cipher=RC4-MD5); Thu, 10 Dec 2009 23:45:05 -0800 (PST) Date: Fri, 11 Dec 2009 14:44:22 +0700 From: "Anh Ky Huynh" To: freebsd-ports@freebsd.org Message-ID: <20091211144422.2f6b0d93@icy.localdomain> Organization: Vietnamese TeX Users Group X-Operating-System: Windows 98 X-Mailer: Moveup mail client (windows 98) User-Agent: Moveup mail on Windows 98 X-Face: no-face Face: no-face Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Reinhard Kotucha Subject: tetex and texlive 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, 11 Dec 2009 08:02:42 -0000 Hi all, I often use TeXLive instead of teTeX which isn't been developed anymore. After I remove teTeX from system, I encounter some problems when building/upgrading ports. For example, _evince_, _lyx_ couldn't be built without teTeX. (In fact, evince and lyx can be used with TeXLive.) It's nice to install teTeX, install LyX then remove teTeX. But as far as I know, teTeX is quite big and I don't know to pull it from the repository then just remove it. Because TeXLive is now the most sexy way for TeX users on *nix system, I suggest that FreeBSD should add TeXLive port, and something likes *texwrapper* that allows users to select teTeX or TeXLive. We can even move teTeX to *obsolete* :) I haven't any depth knowledge about the ports, but I can give some helps. I've just built TeXLive on my FreeBSD system (The latest TeXLive supports binary distribution for NetBSD while the previous ones have something for FreeBSD users.) Just my two cents. Regards, PS: Build TeXLive on FreeBSD (i386) http://viettug.org/wiki/tex/TeXLive_2009_Install_On_FreeBSD -- Anh Ky Huynh - TeX: http://viettug.org/ - BSD: http://lovebsd.net/ From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 10:47:46 2009 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 9BD2F1065693 for ; Fri, 11 Dec 2009 10:47:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id D0EC98FC14 for ; Fri, 11 Dec 2009 10:47:45 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nBBAlZDd091472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Dec 2009 12:47:35 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nBBAlZSN058420; Fri, 11 Dec 2009 12:47:35 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nBBAlY0K058419; Fri, 11 Dec 2009 12:47:34 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 11 Dec 2009 12:47:34 +0200 From: Kostik Belousov To: Dima Panov Message-ID: <20091211104734.GO43143@deviant.kiev.zoral.com.ua> References: <4B216324.6030605@gwdg.de> <200912110950.28189.fluffy@fluffy.khv.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2dKNoLeXnWu5vox" Content-Disposition: inline In-Reply-To: <200912110950.28189.fluffy@fluffy.khv.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Rainer Hurling , freebsd-ports@freebsd.org Subject: Re: update of java/jdk16 fails under amd64 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, 11 Dec 2009 10:47:46 -0000 --J2dKNoLeXnWu5vox Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 11, 2009 at 09:50:14AM +1000, Dima Panov wrote: > On Friday 11 December 2009 07:07:48 Rainer Hurling wrote: > > When trying to update from jdk-1.6.0.3p4_12 to jdk-1.6.0.3p4_13 under > > recent 9.0-CURRENT (amd64) the following error occurs. Does anyone else > > observe this behaviour? > >=20 > > It seems that something with threading or signal handling is not as it > > should be? > >=20 > > Thanks in advance, > > Rainer Hurling > >=20 > >=20 > > ----------------------------- > >=20 > > >>>Recursively making hpi all @ Thu Dec 10 21:55:41 CET 2009 ... > >=20 > > gmake[3]: Entering directory > > `/usr/ports/java/jdk16/work/j2se/make/java/hpi' Begin Processing SUBDI= RS: > > native > >=20 > > >>>Recursively making native all @ Thu Dec 10 21:55:41 CET 2009 ... > >=20 > > gmake[4]: Entering directory > > `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' > > mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib > > mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/bin > > mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib/ext > > Begin parallel compiles: > > /usr/ports/java/jdk16/work/j2se/make/java/hpi/native > > gmake[5]: Entering directory > > `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' > > /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused > > -Wno-parentheses -pipe -Damd64 -DARCH=3D'"amd64"' -DRELEA > > E=3D'"1.6.0_03-p4"' > > -DFULL_VERSION=3D'"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' > > -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=3D1 = -I. > > -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/nativ= e_th > > reads/CClassHeaders -I.. ../../../src/solaris/javavm/export > > -I../../../../src/share/javavm/export > > -I../../../../src/share/javavm/include -I../../../.. > > src/solaris/javavm/include > > -I../../../../src/solaris/hpi/native_threads/include > > -I../../../../src/solaris/hpi/include -I../.. > > ../../src/solaris/hpi/export -I../../../../src/share/hpi/include > > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS > > -DMOOT_PRIORITIES -c -o > > /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_= thre > > ads/obj64/th eads_md.o=20 > > ../../../../src/solaris/hpi/native_threads/src/threads_md.c /usr/bin/g= cc =20 > > -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -= pipe > > -Damd64 -DARCH=3D'"amd64"' -DRELEA > > E=3D'"1.6.0_03-p4"' > > -DFULL_VERSION=3D'"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' > > -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=3D1 = -I. > > -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/nativ= e_th > > reads/CClassHeaders -I.. ../../../src/solaris/javavm/export > > -I../../../../src/share/javavm/export > > -I../../../../src/share/javavm/include -I../../../.. > > src/solaris/javavm/include > > -I../../../../src/solaris/hpi/native_threads/include > > -I../../../../src/solaris/hpi/include -I../.. > > ../../src/solaris/hpi/export -I../../../../src/share/hpi/include > > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS > > -DMOOT_PRIORITIES -c -o > > /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_= thre > > ads/obj64/mo itor_md.o=20 > > ../../../../src/solaris/hpi/native_threads/src/monitor_md.c /usr/bin/g= cc =20 > > -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -= pipe > > -Damd64 -DARCH=3D'"amd64"' -DRELEA > > E=3D'"1.6.0_03-p4"' > > -DFULL_VERSION=3D'"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' > > -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=3D1 = -I. > > -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/nativ= e_th > > reads/CClassHeaders -I.. ../../../src/solaris/javavm/export > > -I../../../../src/share/javavm/export > > -I../../../../src/share/javavm/include -I../../../.. > > src/solaris/javavm/include > > -I../../../../src/solaris/hpi/native_threads/include > > -I../../../../src/solaris/hpi/include -I../.. > > ../../src/solaris/hpi/export -I../../../../src/share/hpi/include > > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS > > -DMOOT_PRIORITIES -c -o > > /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_= thre > > ads/obj64/co dvar_md.o=20 > > ../../../../src/solaris/hpi/native_threads/src/condvar_md.c /usr/bin/g= cc =20 > > -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -= pipe > > -Damd64 -DARCH=3D'"amd64"' -DRELEA > > E=3D'"1.6.0_03-p4"' > > -DFULL_VERSION=3D'"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' > > -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=3D1 = -I. > > -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/nativ= e_th > > reads/CClassHeaders -I.. ../../../src/solaris/javavm/export > > -I../../../../src/share/javavm/export > > -I../../../../src/share/javavm/include > > -I../../../../src/solaris/javavm/include > > -I../../../../src/solaris/hpi/native_threads/include > > -I../../../../src/solaris/hpi/include > > -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include > > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS > > -DMOOT_PRIORITIES -c -o > > /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_= thre > > ads/obj64/interrupt_md.o > > ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c > > /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused > > -Wno-parentheses -pipe -Damd64 -DARCH=3D'"amd64"' > > -DRELEASE=3D'"1.6.0_03-p4"' > > -DFULL_VERSION=3D'"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' > > -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_ALLBSD_SOURCE -D_LP64=3D1 = -I. > > -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/nativ= e_th > > reads/CClassHeaders -I../../../../src/solaris/javavm/export > > -I../../../../src/share/javavm/export > > -I../../../../src/share/javavm/include > > -I../../../../src/solaris/javavm/include > > -I../../../../src/solaris/hpi/native_threads/include > > -I../../../../src/solaris/hpi/include > > -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include > > -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS > > -DMOOT_PRIORITIES -c -o > > /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_= thre > > ads/obj64/mutex_md.o > > ../../../../src/solaris/hpi/native_threads/src/mutex_md.c > > ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c:115: > > error: static declaration of 'sigignore' follows non-static declaration > > /usr/include/signal.h:103: error: previous declaration of 'sigignore' > > was here > > gmake[5]: *** > > [/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native= _thr > > eads/obj64/interrupt_md.o] Error 1 > > gmake[5]: *** Waiting for unfinished jobs.... > > gmake[5]: Leaving directory > > `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' > > gmake[4]: *** [parallel_compile] Error 2 > > gmake[4]: Leaving directory > > `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' > > gmake[3]: *** [all] Error 1 > > gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java/= hpi' > > gmake[2]: *** [all] Error 1 > > gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java' > > gmake[1]: *** [all] Error 1 > > gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make' > > gmake: *** [j2se-build] Error 2 > > *** Error code 2 > >=20 > > Stop in /usr/ports/java/jdk16. > > *** Error code 1 > >=20 > > Stop in /usr/ports/java/jdk16. >=20 > ports/141105: java/jdk16 (and possibly jdk15) build broken after r199827 I plan to sync signal changes to RELENG_8 in some time, but this issue probably blocks at least r199827. --J2dKNoLeXnWu5vox Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksiI0YACgkQC3+MBN1Mb4hd/wCeNJSDsGQmsk17XsYgJrS7VG8M UyUAmwXOHAVsAvReoeK1G7aUjxwo3Cqm =48k+ -----END PGP SIGNATURE----- --J2dKNoLeXnWu5vox-- From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 11:20:53 2009 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 DC6D1106568B for ; Fri, 11 Dec 2009 11:20:53 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 510BF8FC0A for ; Fri, 11 Dec 2009 11:20:53 +0000 (UTC) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NJ3YF-0006yT-0f; Fri, 11 Dec 2009 12:20:47 +0100 Message-ID: <4B222B1A.2020102@gwdg.de> Date: Fri, 11 Dec 2009 12:20:58 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.23 (X11/20091127) MIME-Version: 1.0 To: Kostik Belousov References: <4B216324.6030605@gwdg.de> <200912110950.28189.fluffy@fluffy.khv.ru> <20091211104734.GO43143@deviant.kiev.zoral.com.ua> In-Reply-To: <20091211104734.GO43143@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Dima Panov , freebsd-ports@freebsd.org Subject: Re: update of java/jdk16 fails under amd64 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, 11 Dec 2009 11:20:53 -0000 Am 11.12.2009 11:47 (UTC+1) schrieb Kostik Belousov: > On Fri, Dec 11, 2009 at 09:50:14AM +1000, Dima Panov wrote: >> On Friday 11 December 2009 07:07:48 Rainer Hurling wrote: >>> When trying to update from jdk-1.6.0.3p4_12 to jdk-1.6.0.3p4_13 under >>> recent 9.0-CURRENT (amd64) the following error occurs. Does anyone else >>> observe this behaviour? >>> >>> It seems that something with threading or signal handling is not as it >>> should be? >>> >>> Thanks in advance, >>> Rainer Hurling >>> >>> >>> ----------------------------- >>> >>> >>>Recursively making hpi all @ Thu Dec 10 21:55:41 CET 2009 ... >>> >>> gmake[3]: Entering directory >>> `/usr/ports/java/jdk16/work/j2se/make/java/hpi' Begin Processing SUBDIRS: >>> native >>> >>> >>>Recursively making native all @ Thu Dec 10 21:55:41 CET 2009 ... >>> >>> gmake[4]: Entering directory >>> `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' >>> mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib >>> mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/bin >>> mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-amd64/lib/ext >>> Begin parallel compiles: >>> /usr/ports/java/jdk16/work/j2se/make/java/hpi/native >>> gmake[5]: Entering directory >>> `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' >>> /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused >>> -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' -DRELEA >>> E='"1.6.0_03-p4"' >>> -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' >>> -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. >>> -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th >>> reads/CClassHeaders -I.. ../../../src/solaris/javavm/export >>> -I../../../../src/share/javavm/export >>> -I../../../../src/share/javavm/include -I../../../.. >>> src/solaris/javavm/include >>> -I../../../../src/solaris/hpi/native_threads/include >>> -I../../../../src/solaris/hpi/include -I../.. >>> ../../src/solaris/hpi/export -I../../../../src/share/hpi/include >>> -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS >>> -DMOOT_PRIORITIES -c -o >>> /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre >>> ads/obj64/th eads_md.o >>> ../../../../src/solaris/hpi/native_threads/src/threads_md.c /usr/bin/gcc >>> -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe >>> -Damd64 -DARCH='"amd64"' -DRELEA >>> E='"1.6.0_03-p4"' >>> -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' >>> -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. >>> -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th >>> reads/CClassHeaders -I.. ../../../src/solaris/javavm/export >>> -I../../../../src/share/javavm/export >>> -I../../../../src/share/javavm/include -I../../../.. >>> src/solaris/javavm/include >>> -I../../../../src/solaris/hpi/native_threads/include >>> -I../../../../src/solaris/hpi/include -I../.. >>> ../../src/solaris/hpi/export -I../../../../src/share/hpi/include >>> -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS >>> -DMOOT_PRIORITIES -c -o >>> /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre >>> ads/obj64/mo itor_md.o >>> ../../../../src/solaris/hpi/native_threads/src/monitor_md.c /usr/bin/gcc >>> -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe >>> -Damd64 -DARCH='"amd64"' -DRELEA >>> E='"1.6.0_03-p4"' >>> -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' >>> -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. >>> -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th >>> reads/CClassHeaders -I.. ../../../src/solaris/javavm/export >>> -I../../../../src/share/javavm/export >>> -I../../../../src/share/javavm/include -I../../../.. >>> src/solaris/javavm/include >>> -I../../../../src/solaris/hpi/native_threads/include >>> -I../../../../src/solaris/hpi/include -I../.. >>> ../../src/solaris/hpi/export -I../../../../src/share/hpi/include >>> -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DU E_PTHREADS >>> -DMOOT_PRIORITIES -c -o >>> /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre >>> ads/obj64/co dvar_md.o >>> ../../../../src/solaris/hpi/native_threads/src/condvar_md.c /usr/bin/gcc >>> -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe >>> -Damd64 -DARCH='"amd64"' -DRELEA >>> E='"1.6.0_03-p4"' >>> -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' >>> -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_A LBSD_SOURCE -D_LP64=1 -I. >>> -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th >>> reads/CClassHeaders -I.. ../../../src/solaris/javavm/export >>> -I../../../../src/share/javavm/export >>> -I../../../../src/share/javavm/include >>> -I../../../../src/solaris/javavm/include >>> -I../../../../src/solaris/hpi/native_threads/include >>> -I../../../../src/solaris/hpi/include >>> -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include >>> -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS >>> -DMOOT_PRIORITIES -c -o >>> /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre >>> ads/obj64/interrupt_md.o >>> ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c >>> /usr/bin/gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused >>> -Wno-parentheses -pipe -Damd64 -DARCH='"amd64"' >>> -DRELEASE='"1.6.0_03-p4"' >>> -DFULL_VERSION='"1.6.0_03-p4-rhurlin_10_dec_2009_21_46-b00"' >>> -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_ALLBSD_SOURCE -D_LP64=1 -I. >>> -I/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_th >>> reads/CClassHeaders -I../../../../src/solaris/javavm/export >>> -I../../../../src/share/javavm/export >>> -I../../../../src/share/javavm/include >>> -I../../../../src/solaris/javavm/include >>> -I../../../../src/solaris/hpi/native_threads/include >>> -I../../../../src/solaris/hpi/include >>> -I../../../../src/solaris/hpi/export -I../../../../src/share/hpi/include >>> -I../../../../src/share/hpi/export -D_REENTRANT -DNATIVE -DUSE_PTHREADS >>> -DMOOT_PRIORITIES -c -o >>> /usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thre >>> ads/obj64/mutex_md.o >>> ../../../../src/solaris/hpi/native_threads/src/mutex_md.c >>> ../../../../src/solaris/hpi/native_threads/src/interrupt_md.c:115: >>> error: static declaration of 'sigignore' follows non-static declaration >>> /usr/include/signal.h:103: error: previous declaration of 'sigignore' >>> was here >>> gmake[5]: *** >>> [/usr/ports/java/jdk16/work/control/build/bsd-amd64/tmp/java/hpi/native_thr >>> eads/obj64/interrupt_md.o] Error 1 >>> gmake[5]: *** Waiting for unfinished jobs.... >>> gmake[5]: Leaving directory >>> `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' >>> gmake[4]: *** [parallel_compile] Error 2 >>> gmake[4]: Leaving directory >>> `/usr/ports/java/jdk16/work/j2se/make/java/hpi/native' >>> gmake[3]: *** [all] Error 1 >>> gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java/hpi' >>> gmake[2]: *** [all] Error 1 >>> gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java' >>> gmake[1]: *** [all] Error 1 >>> gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make' >>> gmake: *** [j2se-build] Error 2 >>> *** Error code 2 >>> >>> Stop in /usr/ports/java/jdk16. >>> *** Error code 1 >>> >>> Stop in /usr/ports/java/jdk16. >> ports/141105: java/jdk16 (and possibly jdk15) build broken after r199827 > > I plan to sync signal changes to RELENG_8 in some time, but this issue > probably blocks at least r199827. Thank you for answering. It seems there is light at the end of the tunnel. So we can wait ;-) From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 12:26:43 2009 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 706D51065693 for ; Fri, 11 Dec 2009 12:26:43 +0000 (UTC) (envelope-from me@janh.de) Received: from mailhost.uni-hamburg.de (mailhost.uni-hamburg.de [134.100.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8BE8FC20 for ; Fri, 11 Dec 2009 12:26:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailhost.uni-hamburg.de (Postfix) with ESMTP id 78BEE90304; Fri, 11 Dec 2009 13:26:41 +0100 (CET) X-Virus-Scanned: by University of Hamburg (RRZ/mailhost) Received: from mailhost.uni-hamburg.de ([127.0.0.1]) by localhost (mailhost.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id NYzGMrt0YdUV; Fri, 11 Dec 2009 13:26:41 +0100 (CET) Received: from janh.freebsd (privat-139jes.math.uni-hamburg.de [134.100.221.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fmjv004) by mailhost.uni-hamburg.de (Postfix) with ESMTPSA id 5BD9790231; Fri, 11 Dec 2009 13:26:41 +0100 (CET) Message-ID: <4B223A81.9050504@janh.de> Date: Fri, 11 Dec 2009 13:26:41 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.23 (X11/20091126) MIME-Version: 1.0 To: Boris Samorodov References: 88099052@bb.ipt.ru Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports-list freebsd Subject: Re: [patch] switch to Emacs 23 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, 11 Dec 2009 12:26:43 -0000 Boris Samorodov wrote: > here is a patch to switch to Emacs 23 as a default. There are > 50 affected ports. Tests were done at tinderbox. Please give > this patch a try. I'm going to fire up an exp run after some > testing. The patch is relative to PORTSDIR: You already know that I have been running emacs23 (with auctex, cedet, elib, and jde) for a while with patches that are practically the same, but in case you are waiting for more success reports with your current patch, I rebuild my *emacs*-ports on two different 8.0-RELEASE machines (i386 and amd64), created packages, moved them on to another machine, and tried emacs (with auctex) there. Everything seems to be fine. Thanks for all your effort! Cheers, Jan Henrik From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 12:27:19 2009 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 6BC30106566B for ; Fri, 11 Dec 2009 12:27:19 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 2C3378FC0A for ; Fri, 11 Dec 2009 12:27:18 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NJ4aX-0001W8-Pw; Fri, 11 Dec 2009 12:27:18 +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 1NJ4aW-0001aV-Qp; Fri, 11 Dec 2009 12:27:13 +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 nBBCRC02064542; Fri, 11 Dec 2009 12:27:12 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 nBBCRCmG064541; Fri, 11 Dec 2009 12:27:12 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: Fri, 11 Dec 2009 12:27:12 +0000 From: Anton Shterenlikht To: tmseck@web.de, freebsd-ports@freebsd.org, linimon@lonesome.com Message-ID: <20091211122712.GA16545@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: regression: port www/squid fails to build on ia64 head 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, 11 Dec 2009 12:27:19 -0000 ia64 kern.osrelease: 9.0-CURRENT kern.osrevision: 199506 kern.osreldate: 900004 while upgrading squid from squid-2.7.7 I get: cc -DHAVE_CONFIG_H -I. -I../../../include -I../../../include -O2 -pipe -fno-strict-aliasing -D_REENTRANT -MT yp_auth.o -MD -MP -MF .deps/yp_auth.Tpo -c -o yp_auth.o yp_auth.c mv -f .deps/yp_auth.Tpo .deps/yp_auth.Po cc -DHAVE_CONFIG_H -I. -I../../../include -I../../../include -O2 -pipe -fno-strict-aliasing -D_REENTRANT -MT nis_support.o -MD -MP -MF .deps/nis_support.Tpo -c -o nis_support.o nis_support.c mv -f .deps/nis_support.Tpo .deps/nis_support.Po cc -O2 -pipe -fno-strict-aliasing -D_REENTRANT -g -o yp_auth yp_auth.o nis_support.o -L../../../lib -lmiscutil -lcrypt -pthread -lmd -lm nis_support.o(.text+0x82): In function `get_nis_password': : undefined reference to `yp_match' *** Error code 1 Stop in /usr/ports/www/squid/work/squid-2.7.STABLE7/helpers/basic_auth/YP. *** Error code 1 Please advise many thanks anton -- 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 Fri Dec 11 14:10:12 2009 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 34F481065696 for ; Fri, 11 Dec 2009 14:10:12 +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 E5F078FC1B for ; Fri, 11 Dec 2009 14:10:11 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1NJ6CA-000GAH-Co; Fri, 11 Dec 2009 17:10:10 +0300 From: Boris Samorodov To: Jan Henrik Sylvester References: <4B223A81.9050504@janh.de> Date: Fri, 11 Dec 2009 17:10:10 +0300 In-Reply-To: <4B223A81.9050504@janh.de> (Jan Henrik Sylvester's message of "Fri, 11 Dec 2009 13:26:41 +0100") Message-ID: <00457741@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=us-ascii Cc: Gary Jennejohn , ports-list freebsd Subject: Re: [patch] switch to Emacs 23 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, 11 Dec 2009 14:10:12 -0000 On Fri, 11 Dec 2009 13:26:41 +0100 Jan Henrik Sylvester wrote: > Boris Samorodov wrote: > > here is a patch to switch to Emacs 23 as a default. There are > > 50 affected ports. Tests were done at tinderbox. Please give > > this patch a try. I'm going to fire up an exp run after some > > testing. The patch is relative to PORTSDIR: > You already know that I have been running emacs23 (with auctex, cedet, > elib, and jde) for a while with patches that are practically the same, > but in case you are waiting for more success reports with your current > patch, I rebuild my *emacs*-ports on two different 8.0-RELEASE > machines (i386 and amd64), created packages, moved them on to another > machine, and tried emacs (with auctex) there. Everything seems to be > fine. Gary, Jan, thanks for testing. I've submitted a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=141369 -- 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 Fri Dec 11 14:13:08 2009 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 6E8731065695; Fri, 11 Dec 2009 14:13:08 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id C7D578FC17; Fri, 11 Dec 2009 14:13:07 +0000 (UTC) Received: by fxm10 with SMTP id 10so993049fxm.34 for ; Fri, 11 Dec 2009 06:13:06 -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=uGhFD8BT8q0cRxJy779YZ6pPuJiYi1ZhWHbJfwzjIQM=; b=kSFHnr3fwLEnIzH9UccebOc7hWqBGQHTWFVXq4+Dr5Lw7C2y9JGhEJildg6LOQmmMn cbe+zZteyjy+kH3TjFR+88CZzCYw/chJ3250yejpzfIzo3AaXFQnXS/dSfdGd4II1Ayo 2E+XFlYfIm+t34bYgPD/naZtjCLGgriFTG1V8= 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=m5tXrfzu+mJm0BCET1RHaLvWMWIJrrjy5lOiG9EFbJE8WgA2kYNYqYuwa6O+dbIypt wK6PQ1XlS87HstHBzNHOPSTGVoxAE2G5DFpHOUgz0KU8ZSb9ZumLlJ8aP91KpVhlgH9J UeRZnktluVi0z4r6bdnhs/N1WbjVz1Ve6+Wvw= Received: by 10.223.5.8 with SMTP id 8mr1522149fat.48.1260540786679; Fri, 11 Dec 2009 06:13:06 -0800 (PST) Received: from echo.hoth (host103-169-dynamic.4-87-r.retail.telecomitalia.it [87.4.169.103]) by mx.google.com with ESMTPS id d13sm2839061fka.47.2009.12.11.06.13.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 11 Dec 2009 06:13:04 -0800 (PST) From: Alberto Villa To: Doug Barton Date: Fri, 11 Dec 2009 15:12:58 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RC2; KDE/4.3.4; i386; ; ) References: <4B159C5C.2090407@FreeBSD.org> <200912100202.37515.villa.alberto@gmail.com> <4B215549.5030403@FreeBSD.org> In-Reply-To: <4B215549.5030403@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912111512.59570.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: Fri, 11 Dec 2009 14:13:08 -0000 On Thursday 10 December 2009 21:08:41 Doug Barton wrote: > The fix for this is in the svn tree now, please give it a try. I have > fixed a few bugs since 2.13 was committed, so I'll be pushing the svn > code into cvs very soon. thanks! i'm testing it right now by the way, will it always abort when the option --packages-build won't find a package? -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla Cthulhu Saves -- in case He's hungry later. From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 14:18:39 2009 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 098911065676 for ; Fri, 11 Dec 2009 14:18:39 +0000 (UTC) (envelope-from kevin@caomhin.demon.co.uk) Received: from anchor-post-2.mail.demon.net (anchor-post-2.mail.demon.net [195.173.77.133]) by mx1.freebsd.org (Postfix) with ESMTP id C8E988FC23 for ; Fri, 11 Dec 2009 14:18:38 +0000 (UTC) Received: from caomhin.demon.co.uk ([62.49.21.186]) by anchor-post-2.mail.demon.net with esmtp (Exim 4.69) id 1NJ6KL-0001mc-ll; Fri, 11 Dec 2009 14:18:37 +0000 Message-ID: Date: Fri, 11 Dec 2009 14:17:29 +0000 To: rea-fbsd@codelabs.ru From: Kevin Golding References: <3Vz5WxBT45HLFw4H@caomhin.demon.co.uk> In-Reply-To: MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.01 U Cc: freebsd-ports@freebsd.org Subject: Re: Depending on a Python egg 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, 11 Dec 2009 14:18:39 -0000 In article , Eygene Ryabinkin writes >Wed, Dec 09, 2009 at 12:54:43PM +0000, Kevin Golding wrote: >> RUN_DEPENDS= ${PYTHON_SITELIBDIR}/${PYLXML_EGG}:${PORTSDIR}/devel/py- >> lxml > >What about >----- >RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}lxml>=0:${PORTSDIR}/devel/py-lxml >----- >that should be specified after the inclusion of bsd.port.pre.mk? A little slow I know (sorry, technical difficulties in other areas) but that does seem the solution. Thanks! Kevin From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 14:44:20 2009 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 36491106568B for ; Fri, 11 Dec 2009 14:44:20 +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 AAA2F8FC16 for ; Fri, 11 Dec 2009 14:44:19 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id ACD6234D453; Fri, 11 Dec 2009 14:44:12 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Fri, 11 Dec 2009 14:44:12 +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: <200912111444.12602.david@vizion2000.net> Subject: CUPS/PAM configuration authentication 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, 11 Dec 2009 14:44:20 -0000 Hi Thanks to some help from people on the freebsd-questions lists I have finally succeeded in getting cups the server to communicate with my printer and print. HOWEVER!! One minor niggling problem remains. I still cannot communicate with the cups management interface on http://localhost:631 due to password authentication failure. I have asked for help on the cups-general mailing list. That list has light traffic and so far there is no solution in sight. Thanks in advance for any help with the problem. I try logging in as 'root' with correct root password in the login dialogue. I altered the cupsd.conf loglevel to debug and attached some sample the output to the end of this post. It seems as though the cupsd is not receiving the input (probably due to some config error on my part!). I have tried using a number of different browsers but get the same result. Prior to testing I did: dns1# lppasswd -g wheel -a root The standard cups error log showed cupsdAuthorize: pam_start() returned 4 (system error)! On good authority I believe I have a PAM configuration error most likely - and was told to check my /etc/pam.d/cups file. Not that I would know what to do with it when I found it!!! However there is no /etc/pam.d/cups file !! BUT: there is a /usr/local/etc/pam.d/cups which has the following lines: auth required pam_unknown.so nodelay account required pam_unknown.so Shown below is ls -l for each directory! Wanted --- good model for pam.d/cups and where to put it!!! [NB This is a freebsd 7.2 p3 amd64 system with intel quad core.] dns1# ls -l /etc/pam.d/ total 38 -r--r--r-- 1 root wheel 2907 May 1 2009 README -rw-r--r-- 1 root wheel 322 May 1 2009 atrun -rw-r--r-- 1 root wheel 199 May 1 2009 cron -rw-r--r-- 2 root wheel 547 May 1 2009 ftp -rw-r--r-- 2 root wheel 547 May 1 2009 ftpd -rw-r--r-- 1 root wheel 467 May 1 2009 gdm_disabled -rw-r--r-- 1 root wheel 365 May 1 2009 imap -rw-r--r-- 1 root wheel 467 May 1 2009 kde -rw-r--r-- 1 root wheel 374 May 1 2009 login -rw-r--r-- 1 root wheel 662 May 1 2009 other -rw-r--r-- 1 root wheel 319 May 1 2009 passwd -rw-r--r-- 1 root wheel 365 May 1 2009 pop3 -rw-r--r-- 1 root wheel 328 May 1 2009 rsh -rw-r--r-- 1 root wheel 739 May 1 2009 sshd -rw-r--r-- 1 root wheel 380 May 1 2009 su -rw-r--r-- 1 root wheel 705 May 1 2009 system -rw-r--r-- 1 root wheel 754 May 1 2009 telnetd -rw-r--r-- 1 root wheel 532 May 1 2009 xdm dns1# ls -l /usr/local/etc/pam.d total 16 -r--r--r-- 1 root wheel 69 Dec 10 09:19 cups -r--r--r-- 1 root wheel 672 Dec 7 10:06 gdm -r--r--r-- 1 root wheel 98 Nov 29 17:42 gnome-screensaver -r--r--r-- 1 root wheel 135 Nov 4 22:09 polkit -r--r--r-- 1 root wheel 135 Dec 2 09:00 polkit-1 -r--r--r-- 1 root wheel 399 Sep 27 18:20 sudo -r--r--r-- 1 root wheel 399 Sep 27 18:20 sudo.default -r--r--r-- 1 root wheel 98 Nov 5 03:22 xscreensaver # RESTART CUPS HERE:I [10/Dec/2009:11:06:07 +0000] Scheduler shutting down normally. D [10/Dec/2009:11:06:07 +0000] Discarding unused server-stopped event... D [10/Dec/2009:11:06:07 +0000] cupsdDeregisterPrinter(p=0x801f78800(LaserJet-2200), removeit=1) X [10/Dec/2009:11:06:07 +0000] kevent() returned Bad file descriptor I [10/Dec/2009:11:06:07 +0000] Saving job cache file "/var/cache/cups/job.cache"... I [10/Dec/2009:11:06:07 +0000] Listening to ::1:631 (IPv6) I [10/Dec/2009:11:06:07 +0000] Listening to 127.0.0.1:631 (IPv4) I [10/Dec/2009:11:06:07 +0000] Listening to /var/run/cups.sock (Domain) D [10/Dec/2009:11:06:07 +0000] cupsdDenyIP(loc=0x801f800a0(/), address=0:0:0:0, netmask=0:0:0:0) D [10/Dec/2009:11:06:07 +0000] cupsdDenyIP(loc=0x801f80100(/admin), address=0:0:0:0, netmask=0:0:0:0) D [10/Dec/2009:11:06:07 +0000] cupsdDenyIP(loc=0x801f80160(/admin/conf), address=0:0:0:0, netmask=0:0:0:0) I [10/Dec/2009:11:06:07 +0000] Remote access is disabled. D [10/Dec/2009:11:06:07 +0000] Added auto ServerAlias dns1.vizion2000.net D [10/Dec/2009:11:06:07 +0000] Added auto ServerAlias dns1 I [10/Dec/2009:11:06:07 +0000] Loaded configuration file "/usr/local/etc/cups/cupsd.conf" I [10/Dec/2009:11:06:07 +0000] Using default TempDir of /var/spool/cups/tmp... I [10/Dec/2009:11:06:07 +0000] Configured for up to 100 clients. I [10/Dec/2009:11:06:07 +0000] Allowing up to 100 client connections per host. I [10/Dec/2009:11:06:07 +0000] Using policy "default" as the default! I [10/Dec/2009:11:06:07 +0000] Full reload is required. I [10/Dec/2009:11:06:07 +0000] Loaded MIME database from "/usr/local/share/cups/mime" and "/usr/local/etc/cups": 35 types, 40 filters... D [10/Dec/2009:11:06:07 +0000] Loading printer LaserJet-2200... D [10/Dec/2009:11:06:07 +0000] load_ppd: Loading /var/cache/cups/LaserJet-2200.ipp... D [10/Dec/2009:11:06:07 +0000] cupsdRegisterPrinter(p=0x801f78800(LaserJet-2200)) D [10/Dec/2009:11:06:07 +0000] load_ppd: Loading /var/cache/cups/LaserJet-2200.ipp... D [10/Dec/2009:11:06:07 +0000] cupsdRegisterPrinter(p=0x801f78800(LaserJet-2200)) I [10/Dec/2009:11:06:07 +0000] Loading job cache file "/var/cache/cups/job.cache"... D [10/Dec/2009:11:06:07 +0000] [Job 5] Loading from cache... D [10/Dec/2009:11:06:07 +0000] [Job 6] Loading from cache... D [10/Dec/2009:11:06:07 +0000] [Job 7] Loading from cache... I [10/Dec/2009:11:06:07 +0000] Full reload complete. I [10/Dec/2009:11:06:07 +0000] Cleaning out old temporary files in "/var/spool/cups/tmp"... I [10/Dec/2009:11:06:07 +0000] Listening to ::1:631 on fd 6... I [10/Dec/2009:11:06:07 +0000] Listening to 127.0.0.1:631 on fd 7... I [10/Dec/2009:11:06:07 +0000] Listening to /var/run/cups.sock on fd 8... I [10/Dec/2009:11:06:07 +0000] Resuming new connection processing... D [10/Dec/2009:11:06:07 +0000] cupsdRegisterPrinter(p=0x801f78800(LaserJet-2200)) D [10/Dec/2009:11:06:07 +0000] Discarding unused server-started event... D [10/Dec/2009:11:06:08 +0000] Report: clients=0 D [10/Dec/2009:11:06:08 +0000] Report: jobs=3 D [10/Dec/2009:11:06:08 +0000] Report: jobs-active=0 D [10/Dec/2009:11:06:08 +0000] Report: printers=1 D [10/Dec/2009:11:06:08 +0000] Report: printers-implicit=0 D [10/Dec/2009:11:06:08 +0000] Report: stringpool-string-count=266 D [10/Dec/2009:11:06:08 +0000] Report: stringpool-alloc-bytes=6352 D [10/Dec/2009:11:06:08 +0000] Report: stringpool-total-bytes=6088 D [10/Dec/2009:11:08:40 +0000] cupsdAcceptClient: 12 from localhost:631 (IPv4) D [10/Dec/2009:11:08:40 +0000] Report: clients=1 D [10/Dec/2009:11:08:40 +0000] Report: jobs=3 D [10/Dec/2009:11:08:40 +0000] Report: jobs-active=0 D [10/Dec/2009:11:08:40 +0000] Report: printers=1 D [10/Dec/2009:11:08:40 +0000] Report: printers-implicit=0 D [10/Dec/2009:11:08:40 +0000] Report: stringpool-string-count=266 D [10/Dec/2009:11:08:40 +0000] Report: stringpool-alloc-bytes=6352 D [10/Dec/2009:11:08:40 +0000] Report: stringpool-total-bytes=6088 D [10/Dec/2009:11:08:40 +0000] cupsdReadClient: 12 GET / HTTP/1.1 D [10/Dec/2009:11:08:40 +0000] cupsdSetBusyState: Active clients D [10/Dec/2009:11:08:40 +0000] cupsdAuthorize: No authentication data provided. D [10/Dec/2009:11:08:40 +0000] cupsdSetBusyState: Not busy D [10/Dec/2009:11:08:40 +0000] cupsdReadClient: 12 GET /cups.css HTTP/1.1 D [10/Dec/2009:11:08:40 +0000] cupsdSetBusyState: Active clients D [10/Dec/2009:11:08:40 +0000] cupsdAuthorize: No authentication data provided. D [10/Dec/2009:11:08:40 +0000] cupsdSetBusyState: Not busy D [10/Dec/2009:11:08:40 +0000] cupsdReadClient: 12 GET /images/left.gif HTTP/1.1 D [10/Dec/2009:11:08:40 +0000] cupsdSetBusyState: Active clients D [10/Dec/2009:11:08:40 +0000] cupsdAuthorize: No authentication data provided. D [10/Dec/2009:11:08:40 +0000] cupsdAcceptClient: 14 from localhost:631 (IPv4) D [10/Dec/2009:11:08:40 +0000] cupsdSetBusyState: Not busy D [10/Dec/2009:11:08:40 +0000] cupsdAcceptClient: 13 from localhost:631 (IPv4) D [10/Dec/2009:11:08:40 +0000] cupsdReadClient: 14 GET /images/sel.gif HTTP/1.1 D [10/Dec/2009:11:08:40 +0000] cupsdSetBusyState: Active clients D [10/Dec/2009:11:08:40 +0000] cupsdAuthorize: No authentication data provided. D [10/Dec/2009:11:08:40 +0000] cupsdAcceptClient: 16 from localhost:631 (IPv4) D [10/Dec/2009:11:08:40 +0000] cupsdReadClient: 13 GET /images/cups-icon.png HTTP/1.1 D [10/Dec/2009:11:08:40 +0000] cupsdAuthorize: No authentication data provided. D [10/Dec/2009:11:08:40 +0000] cupsdAcceptClient: 15 from localhost:631 (IPv4) D [10/Dec/2009:11:08:40 +0000] cupsdReadClient: 16 GET /images/right.gif HTTP/1.1 D [10/Dec/2009:11:08:40 +0000] cupsdAuthorize: No authentication data provided. D [10/Dec/2009:11:08:40 +0000] cupsdReadClient: 15 GET /images/unsel.gif HTTP/1.1 D [10/Dec/2009:11:08:40 +0000] cupsdAuthorize: No authentication data provided. D [10/Dec/2009:11:08:40 +0000] cupsdSetBusyState: Not busy D [10/Dec/2009:11:08:46 +0000] cupsdReadClient: 15 GET /admin HTTP/1.1 D [10/Dec/2009:11:08:46 +0000] cupsdSetBusyState: Active clients D [10/Dec/2009:11:08:46 +0000] cupsdAuthorize: No authentication data provided. D [10/Dec/2009:11:08:46 +0000] cupsdIsAuthorized: username="" D [10/Dec/2009:11:08:46 +0000] cupsdSendHeader: 15 WWW-Authenticate: Basic realm="CUPS", trc="y" D [10/Dec/2009:11:08:46 +0000] cupsdCloseClient: 15 D [10/Dec/2009:11:08:46 +0000] cupsdSetBusyState: Not busy D [10/Dec/2009:11:08:59 +0000] cupsdReadClient: 16 GET /admin HTTP/1.1 D [10/Dec/2009:11:08:59 +0000] cupsdSetBusyState: Active clients E [10/Dec/2009:11:08:59 +0000] cupsdAuthorize: pam_start() returned 4 (system error)! D [10/Dec/2009:11:08:59 +0000] cupsdIsAuthorized: username="" D [10/Dec/2009:11:08:59 +0000] cupsdSendHeader: 16 WWW-Authenticate: Basic realm="CUPS", trc="y" D [10/Dec/2009:11:08:59 +0000] cupsdCloseClient: 16 D [10/Dec/2009:11:08:59 +0000] cupsdSetBusyState: Not busy D [10/Dec/2009:11:13:44 +0000] Closing client 12 after 300 seconds of inactivity... D [10/Dec/2009:11:13:44 +0000] cupsdCloseClient: 12 From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 16:49:25 2009 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 56149106566C for ; Fri, 11 Dec 2009 16:49:25 +0000 (UTC) (envelope-from srandall52@gmail.com) Received: from mail-yw0-f204.google.com (mail-yw0-f204.google.com [209.85.211.204]) by mx1.freebsd.org (Postfix) with ESMTP id 0D39C8FC08 for ; Fri, 11 Dec 2009 16:49:24 +0000 (UTC) Received: by ywh42 with SMTP id 42so1078743ywh.28 for ; Fri, 11 Dec 2009 08:49:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=u69JUluajqo1499a8FzXXlNzlXoqTb4u4Ku1sH5InUo=; b=b2aCUE5FCqXncwfAOXaxWQ0QUbECB48m/AcLw+eBKhoa+GO9YqfUmQDNtjB3KL778G FNFR2Nu8N6vdgOyRTESVDx1jRLN4BoDHH9e/dtcvk4P6L9LyegKMNUoZrA6q4cvitnsd N7nCyOPhxjW74/TBGnyuzSVx4wFScd/xlN6pY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=NcqKSUEXSaxPKDTv4LJ6KZ+44WiJy786VTYEtz+2NyxSxEUme8p34Cv8D3HouiiYCy 4kMHL9H3bX59u1f5x49nlRXCcmlPpasu5mAOPI8jOKMSdOoVwkwyUYyvx6ttrljBwrxp EKE68UBLJwRU0WVZShBumyasAnY27cs1aFeiY= Received: by 10.150.171.14 with SMTP id t14mr2746866ybe.316.1260550164264; Fri, 11 Dec 2009 08:49:24 -0800 (PST) Received: from locust.local (adsl-71-158-210-141.dsl.wchtks.sbcglobal.net [71.158.210.141]) by mx.google.com with ESMTPS id 22sm918148yxe.57.2009.12.11.08.49.22 (version=SSLv3 cipher=RC4-MD5); Fri, 11 Dec 2009 08:49:23 -0800 (PST) Date: Fri, 11 Dec 2009 10:49:21 -0600 From: Steve Randall To: David Southwell Message-ID: <20091211104921.14f05a92@locust.local> In-Reply-To: <200912111444.12602.david@vizion2000.net> References: <200912111444.12602.david@vizion2000.net> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.18.3; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: CUPS/PAM configuration authentication 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, 11 Dec 2009 16:49:25 -0000 On Fri, 11 Dec 2009 14:44:12 +0000 David Southwell wrote: > > Hi > Thanks to some help from people on the freebsd-questions lists I have > finally succeeded in getting cups the server to communicate with my > printer and print. > HOWEVER!! > > One minor niggling problem remains. I still cannot communicate with the > cups management interface on http://localhost:631 due to password > authentication failure. > > On good authority I believe I have a PAM configuration error most likely - and > was told to check my /etc/pam.d/cups file. Not that I would know what to do > with it when I found it!!! > > However there is no /etc/pam.d/cups file !! > > BUT: there is a /usr/local/etc/pam.d/cups > > which has the following lines: > auth required pam_unknown.so nodelay > account required pam_unknown.so I looked at the cups configuration script, and it appears you have found a bug in configuring the PAM option. (Which defaults to "off", so it probably isn't tested much.) Where the file says "pam_unknown.so" it should say "pam_unix.so". Make that simple change and you should be up and running. But if you don't know what to do with the PAM file, you might as well just rebuild cups-base with the PAM option turned back off. You don't need PAM if all you want is normal Unix authentication. HTH From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 16:52:51 2009 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 73F5F106566C; Fri, 11 Dec 2009 16:52:51 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id D156D8FC1E; Fri, 11 Dec 2009 16:52:50 +0000 (UTC) Received: by fxm10 with SMTP id 10so1180369fxm.34 for ; Fri, 11 Dec 2009 08:52:49 -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=BHYpRCLLgiTz0Y3yVJrlQhb8LkAmdVXs3BQ3v26Os9Q=; b=usBQyYmKwvjWrvalyFMxisqYUyaHDAtSqb3wAu/OI7NwK8/yyabBJQCKZi65l15eXM 4UtM9tMazpIdMJGZv0CXYs3x9TJABZ7rghPCUJl022XGEBpBkD95+poYF9XliDnicShk MhsF7xAU94X+j/yOnZLN+NpMoHDXqooLANXko= 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=kCwbeBhyA65tGb8O//93p75l/WL39d+y/WTnyEKOgsxP5Mtrs4ago+lw1jUKGU43c6 xf/sn5V9Ftwo209rsPs41kWEdhEN/yCcUZcVggdSsE82RnqdOloYvsvfMvJZHrodPJkv njXIefdY/CHoFG5+4QzfS4xFydy1z5DlSpnvA= Received: by 10.223.144.204 with SMTP id a12mr1710071fav.49.1260550369819; Fri, 11 Dec 2009 08:52:49 -0800 (PST) Received: from echo.hoth (host103-169-dynamic.4-87-r.retail.telecomitalia.it [87.4.169.103]) by mx.google.com with ESMTPS id 16sm759934fxm.8.2009.12.11.08.52.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 11 Dec 2009 08:52:48 -0800 (PST) From: Alberto Villa To: Doug Barton Date: Fri, 11 Dec 2009 17:52:42 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RC2; KDE/4.3.4; i386; ; ) References: <4B159C5C.2090407@FreeBSD.org> <4B215549.5030403@FreeBSD.org> <200912111512.59570.villa.alberto@gmail.com> In-Reply-To: <200912111512.59570.villa.alberto@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912111752.43229.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: Fri, 11 Dec 2009 16:52:51 -0000 On Friday 11 December 2009 15:12:58 Alberto Villa wrote: > by the way, will it always abort when the option --packages-build won't > find a package? the same happens with -P -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla You are fairminded, just and loving. From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 16:57:29 2009 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 CBDB41065672; Fri, 11 Dec 2009 16:57:29 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 8516F8FC0A; Fri, 11 Dec 2009 16:57:29 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NJ8nf-00075y-RR; Fri, 11 Dec 2009 16:57:28 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NJ8na-0002DC-3h; Fri, 11 Dec 2009 16:57:03 +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 nBBGuvdm022973; Fri, 11 Dec 2009 16:56:57 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 nBBGuvN5022972; Fri, 11 Dec 2009 16:56:57 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: Fri, 11 Dec 2009 16:56:57 +0000 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20091211165657.GA3855@mech-cluster241.men.bris.ac.uk> References: <20091130153146.GA96943@mech-cluster241.men.bris.ac.uk> <20091201155820.GA11763@mech-cluster241.men.bris.ac.uk> <20091203140225.GA30770@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091203140225.GA30770@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -2.0 X-Spam-Level: -- Cc: kazehakase-devel@gna.org, ahze@freebsd.org, freebsd-ports@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: builds but doesn't work; WAS: port www/kazehakase fails to build on i386 and ia64 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, 11 Dec 2009 16:57:29 -0000 On Thu, Dec 03, 2009 at 02:02:25PM +0000, Anton Shterenlikht wrote: > As of yesterday, apparently, xulrunner was superceded by libxul. > > Now I can build www/kazehakase with libxul on ia64 (still building on i386, > will report when done). But trying to do anything with kazehakase > leads to this error: > > (kazehakase:30357): Kazehakase-CRITICAL **: kz_embed_selection_is_collapsed: assertion `KZ_IS_EMBED(kzembed)' failed > > (kazehakase:30357): Kazehakase-CRITICAL **: kz_embed_can_cut_selection: assertion `KZ_IS_EMBED(kzembed)' failed > > (kazehakase:30357): Kazehakase-CRITICAL **: kz_embed_can_copy_selection: assertion `KZ_IS_EMBED(kzembed)' failed > > (kazehakase:30357): Kazehakase-CRITICAL **: kz_embed_can_paste: assertion `KZ_IS_EMBED(kzembed)' failed > Failed to bind socket "/tmp/kazehakase/dbus-server/dbus-6TLY3VVU1V": No such file or directory > process 30357: arguments to dbus_server_get_data() were incorrect, assertion "server != NULL" failed in file dbus-server.c line 1131. > This is normally a bug in some application using the D-Bus library. > D-Bus not compiled with backtrace support so unable to print a backtrace > > [7] Abort kazehakase > > I've updated fbsd to kern.osreldate: 900004, and rebuilt kazehakase with make DEBUG_FLAGS="-O0 -g", but still get the same error. And bt doesn't really give anything useful: > kazehakase (kazehakase:3889): Gtk-WARNING **: WebKit/GTK+: missing action WebKit/GTK+ Failed to bind socket "/tmp/kazehakase/dbus-server/dbus-ZOQalM8C4L": No such file or directory process 3889: arguments to dbus_server_get_data() were incorrect, assertion "server != NULL" failed in file dbus-server.c line 1131. This is normally a bug in some application using the D-Bus library. D-Bus not compiled with backtrace support so unable to print a backtrace Abort (core dumped) > I cannot see how I can enable backtrace in dbus ports. And for kazehakase bt gives: (gdb) bt #0 0x20000000423107a0 in thr_kill () from /lib/libc.so.7 #1 0x0000000000000000 in ?? () Previous frame identical to this frame (corrupt stack?) (gdb) -- 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 Fri Dec 11 17:19:32 2009 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 96AFE1065679; Fri, 11 Dec 2009 17:19:32 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id E3B308FC08; Fri, 11 Dec 2009 17:19:31 +0000 (UTC) Received: by fxm10 with SMTP id 10so1212713fxm.34 for ; Fri, 11 Dec 2009 09:19: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=sZ2aqiP7YBdtwNZxpV5OVyUNzlGt6rBeJDa2jQAbMpI=; b=kMzoZq2AxY//x3FgUAXWoarcuYO8tewMhq6ReeouQYeb8XDgq9trUyb7WfVoqt8ZYV MfLYD+i2SbclnTsuAJIYJ4oV3kE9OLDgiME9zak/1cQF9tUJ2WylEqzJ1KpWMIdnH74x 4vv892NblpMbLE7ifpVNhegDEuSx/HzsPQoh4= 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=IJvTxfdTBbpWq16LwkVXGFAa4cdMR4KeqESk1Aw6rcG1wba1PYb3EkTTJqDX9FHY8H wFSlCY8Jr682DeWAdTozyXNaI/fstUfQ0tgld9SxdFimime54Ynj0JHQ01dEIDUGNTFv 0N9lq2FGMfmgHZE0jM0c/qrOga1NinEbyGXp8= Received: by 10.103.98.15 with SMTP id a15mr643842mum.46.1260551970709; Fri, 11 Dec 2009 09:19:30 -0800 (PST) Received: from echo.hoth (host103-169-dynamic.4-87-r.retail.telecomitalia.it [87.4.169.103]) by mx.google.com with ESMTPS id j6sm5495392mue.42.2009.12.11.09.19.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 11 Dec 2009 09:19:29 -0800 (PST) From: Alberto Villa To: Doug Barton Date: Fri, 11 Dec 2009 18:19:26 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RC2; KDE/4.3.4; i386; ; ) References: <4B159C5C.2090407@FreeBSD.org> <4B215549.5030403@FreeBSD.org> <200912111512.59570.villa.alberto@gmail.com> In-Reply-To: <200912111512.59570.villa.alberto@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912111819.26321.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: Fri, 11 Dec 2009 17:19:32 -0000 On Friday 11 December 2009 15:12:58 Alberto Villa wrote: > On Thursday 10 December 2009 21:08:41 Doug Barton wrote: > > The fix for this is in the svn tree now, please give it a try. I have > > fixed a few bugs since 2.13 was committed, so I'll be pushing the svn > > code into cvs very soon. > > thanks! i'm testing it right now mh, i'm sorry, again... could you check this error? http://pastebin.ca/1711185 the gmake package is in /usr/ports/packages... this happens with every package (tested with nasm and yasm... both failing when creating the new package, while they are successfully installed) thanks :P -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla Hailing frequencies open, Captain. From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 18:15:25 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from straylight.ringlet.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with SMTP id A3E62106566B for ; Fri, 11 Dec 2009 18:15:21 +0000 (UTC) (envelope-from roam@ringlet.net) Received: (qmail 16444 invoked by uid 1000); 11 Dec 2009 18:14:28 -0000 Date: Fri, 11 Dec 2009 20:14:28 +0200 From: Peter Pentchev To: Greg Larkin Message-ID: <20091211181428.GA1391@straylight.m.ringlet.net> References: <4B1D516D.2060209@FreeBSD.org> <4B1D617A.6020303@FreeBSD.org> <4B1D7DB3.60507@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <4B1D7DB3.60507@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org, Kevin Golding Subject: Re: Port version difficulties (maybe one for the Python crowd) 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, 11 Dec 2009 18:15:25 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 07, 2009 at 05:12:03PM -0500, Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Kevin Golding wrote: > > In article <4B1D617A.6020303@FreeBSD.org>, Greg Larkin > > writes > >> This might get you further: > >> > >> fbsd70# make -V \ > >> PYDISTUTILS_PKGVERSION:C/\(\[\[:digit:\]\]\.\[\[:digit:\]\]\)\./\\1_/g > >> 0.1_0 > >> fbsd70# > >=20 > > Well that does indeed work in that context, but I have no idea why it > > appears to do nothing in the Makefile. It seems completely unchanged: > >=20 > > pkg_delete: unexec command for '/usr/local/bin/easy_install-2.6 -q -m -S > > /usr/local/lib/python2.6/site-packages django-signals-ahoy=3D=3D0.1.0' > > failed > >=20 > > I actually had to double check I did indeed update the correct file. A > > bit strange anyway. > >=20 > > Kevin >=20 > Hi Kevin, >=20 > There's a lot more backslash escaping required in the :C suffix above > when running the make command directly in the shell. If you remove some > of the backslashes in the equivalent line in the Makefile, should be all > set. Then you can check to make it's working by running "make -V > PYEASYINSTALL_UNINSTALLARGS". A bit off-topic, and a bit late, but you can avoid the need for those additional backslashes by simply placing the string in apostrophes (single quotes). It's the shell that tries to interpret the string before passing it to "make" itself, and the single quotes tell the shell to not even try to interpret the string. So, just do: make -V 'PYDISTUTILS_PKGVERSION:C/([[:digit:]]\.[[:digit:]])\./\1_/g' =2E..and you'll see what make(1) thinks of the quoted string, just as if you'd put it in the Makefile. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 =2Esiht ekil ti gnidaer eb d'uoy ,werbeH ni erew ecnetnes siht fI --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iQIcBAEBCgAGBQJLIowDAAoJEGUe77AlJ98TKKUQAJHp1tLdnBnFgzCp5oexRGyr XVtDxVcb0dorv9mHfAxD+iQkhimjzRU837PA2NgFWqLigss/aJpn73N2tbh9F5F5 6OjzS3gNBWqntqgT/+Itp+JKWlgzFNaVPLyLEb21F0GILcfvx2pxVz6eYLtaPfoD rgGfteFkqLkZkmZwnYDN7SIDTs1qKj+/dG967GDlcT7EKlMEX+EHlJ/ESHb1gWgZ 6eGZSL1xzV3SbUzxHUb4RIxOWdRqBzgyTa8HcilzMYkwGJxfco02sNRWcwCIHMVF iKLUOAgKTYz9oDcVDgidoLSPEusoP8s3TuD3lGlj74GMflJ8r4JIFjxCmnpt55hm 3dEuGHE8G5fWL4csTXgJpAG8JobRCrKsGNF+bifXOpI0kdVwFLHw+5g7f1ziX/t+ KIpG4vSly2fucVzXt4k3jjKJlSc3o7YNhBpy/5z5Q9pXxp7BoRckObD3jBRe3VV2 sKaG5j+R31tdNJv6etAXzEH2f4l1xS2l3zr4qKe15IsXKHNcixJ1Dhlz6afRNJ/M gf3ScN0bDZd3zcWejI+kfTwk+5FrbKc3g8UGFYFs9A8BHaa1J9PztnXt6EI++/r5 P4Ekc40PdV7wHFSn4t07f3wrf09yoHSsCNau25u42MqTLMvTtf/GlcXni9tt9YAM khsMsyiIOXC17KBTBBj/ =OfEa -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 19:22:23 2009 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 D45961065670 for ; Fri, 11 Dec 2009 19:22:23 +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 7DCF38FC13 for ; Fri, 11 Dec 2009 19:22:23 +0000 (UTC) Received: (qmail 29874 invoked by uid 399); 11 Dec 2009 19:22:21 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Dec 2009 19:22:21 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B229BF2.2080708@FreeBSD.org> Date: Fri, 11 Dec 2009 11:22:26 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Alberto Villa References: <4B159C5C.2090407@FreeBSD.org> <4B215549.5030403@FreeBSD.org> <200912111512.59570.villa.alberto@gmail.com> <200912111819.26321.villa.alberto@gmail.com> In-Reply-To: <200912111819.26321.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: Fri, 11 Dec 2009 19:22:23 -0000 Alberto Villa wrote: > On Friday 11 December 2009 15:12:58 Alberto Villa wrote: >> On Thursday 10 December 2009 21:08:41 Doug Barton wrote: >>> The fix for this is in the svn tree now, please give it a try. I have >>> fixed a few bugs since 2.13 was committed, so I'll be pushing the svn >>> code into cvs very soon. >> thanks! i'm testing it right now > > mh, i'm sorry, again... > > could you check this error? http://pastebin.ca/1711185 > the gmake package is in /usr/ports/packages... this happens with every > package (tested with nasm and yasm... both failing when creating the new > package, while they are successfully installed) First, I'm assuming that you are using version 2.14 from ports. That's the latest version at the moment. Next, I tried the exact same command line you used in your example and it worked for me. Also, the error message about glob.c doesn't come from portmaster. What's even more odd is that of the 6 files named "glob.c" in the src tree, none of them have that function, and gmake doesn't even have a file named glob.c, so I'm really wondering where that error is coming from. The point where that error comes in your log is at package creation time, try the following command and see if you get the same error: pkg_create -b gmake-3.81_3 If that doesn't expose the problem we're going to have to do more digging. First, are your world and kernel up to date and in synch? And is your ports tree up to date? Do you have anything in ~/.portmasterrc and/or /usr/local/etc/portmaster.rc currently? Next, do this: echo 'PM_VERBOSE=vopt' > ~/.portmasterrc Then run the commands that are giving you problems again. I did see your other messages about -P and --packages-build aborting if they can't find a package, that shouldn't be happening either, and does not happen in my testing; so something is definitely not working the way it should for you and I want to make sure that we figure out what it is. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 20:35:09 2009 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 078831065670 for ; Fri, 11 Dec 2009 20:35:09 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id B9F748FC13 for ; Fri, 11 Dec 2009 20:35:08 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NJCCf-000574-8K for freebsd-ports@freebsd.org; Fri, 11 Dec 2009 21:35:05 +0100 Received: from 85.173.92.192 ([85.173.92.192]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Dec 2009 21:35:05 +0100 Received: from dsh by 85.173.92.192 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Dec 2009 21:35:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Denis Shaposhnikov Date: Fri, 11 Dec 2009 23:20:21 +0300 Lines: 6 Message-ID: <20091211232021.4a316c65@wizard.volgograd.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 85.173.92.192 X-Newsreader: Claws Mail 3.7.3 (GTK+ 2.18.4; i386-portbld-freebsd8.0) Sender: news Subject: mplayer from SVN 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, 11 Dec 2009 20:35:09 -0000 Hello, Does anybody have a port for building mplayer from SVN? Thanks! From owner-freebsd-ports@FreeBSD.ORG Fri Dec 11 22:29:16 2009 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 68C831065676 for ; Fri, 11 Dec 2009 22:29:16 +0000 (UTC) (envelope-from gcr+freebsd-ports@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6F98FC1B for ; Fri, 11 Dec 2009 22:29:15 +0000 (UTC) Received: from mobile002.mycingular.net ([32.179.73.127]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id nBBMTAlV036893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 11 Dec 2009 16:29:14 -0600 (CST) (envelope-from gcr+freebsd-ports@tharned.org) X-DKIM: Sendmail DKIM Filter v2.8.3 roadkill.tharned.org nBBMTAlV036893 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2009; t=1260570555; bh=3DBUsGkSj3keXlnDRqKDRm3VlZxAp+51nm7L/b5Mg9I=; l=6773; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=g6ShhYcTdBjj18LnJNnAgVcU9VfczuFOdbLXnK7rxRMF+fRGzg2nG3EthoG+beFpB QABuPBlsbPjD8UxtkF84hfPU76tVeygQ36aqlGtxP3LKqvcVoFxKZm5RorK0QxMlCz 9lq07PNs7HKPdcm8YkVRX4IhgA0HG/yDpkhzsEgI= Date: Fri, 11 Dec 2009 16:29:02 -0600 (CST) From: Greg Rivers To: freebsd-ports@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (roadkill.tharned.org [75.145.12.185]); Fri, 11 Dec 2009 16:29:15 -0600 (CST) Subject: deskutils/calibre build error 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, 11 Dec 2009 22:29:16 -0000 The deskutils/calibre port fails to build on both 7.2-STABLE and 8.0-STABLE i386: # portinstall -cv calibre ---> Session started at: Thu, 10 Dec 2009 22:45:09 -0600 [Gathering depends for deskutils/calibre ..........[snip]............ done] ---> Fresh installation of deskutils/calibre started at: Thu, 10 Dec 2009 22:47:57 -0600 ---> Installing 'calibre-0.6.18' from a port (deskutils/calibre) ---> Build of deskutils/calibre started at: Thu, 10 Dec 2009 22:48:00 -0600 ---> Building '/usr/ports/deskutils/calibre' ===> Cleaning for calibre-0.6.18 ===> Vulnerability check disabled, database not found ===> Found saved configuration for calibre-0.6.18 => calibre-0.6.18.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://calibre.kovidgoyal.net/downloads/. fetch: http://calibre.kovidgoyal.net/downloads/calibre-0.6.18.tar.gz: Moved Permanently => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. calibre-0.6.18.tar.gz 100% of 9 MB 831 kBps 00m00s ===> Extracting for calibre-0.6.18 => MD5 Checksum OK for calibre-0.6.18.tar.gz. => SHA256 Checksum OK for calibre-0.6.18.tar.gz. ===> Patching for calibre-0.6.18 ===> Applying FreeBSD patches for calibre-0.6.18 ===> calibre-0.6.18 depends on package: py*-setuptools>=0 - found ===> calibre-0.6.18 depends on package: py*-sip>=0 - found ===> calibre-0.6.18 depends on package: py*-qt4-core>=0 - found ===> calibre-0.6.18 depends on package: py*-qt4-gui>=0 - found ===> calibre-0.6.18 depends on file: /usr/local/bin/python2.6 - found ===> calibre-0.6.18 depends on package: qt4-qmake>=4.5.3 - found ===> calibre-0.6.18 depends on package: qt4-moc>=4.5.3 - found ===> calibre-0.6.18 depends on shared library: MagickWand.2 - found ===> calibre-0.6.18 depends on shared library: fontconfig.1 - found ===> calibre-0.6.18 depends on shared library: poppler-qt4.3 - found ===> calibre-0.6.18 depends on shared library: wmflite - found ===> calibre-0.6.18 depends on shared library: podofo - found ===> calibre-0.6.18 depends on shared library: intl - found ===> Configuring for calibre-0.6.18 ===> Building for calibre-0.6.18 * * Running build * ####### Building extension pdfreflow ####### c++ -O2 -pipe -march=prescott -I/usr/local/include -fno-strict-aliasing -fPIC -O2 -pipe -march=prescott -I/usr/local/include -fno-strict-aliasing -pthread -I/usr/local/include/python2.6 -I/usr/local/include/poppler -I/usr/local/include/ImageMagick -I/usr/include -c /usr/ports/deskutils/calibre/work/calibre/src/calibre/ebooks/pdf/images.cpp -o /usr/ports/deskutils/calibre/work/calibre/build/objects/pdfreflow/images.o c++ -O2 -pipe -march=prescott -I/usr/local/include -fno-strict-aliasing -fPIC -O2 -pipe -march=prescott -I/usr/local/include -fno-strict-aliasing -pthread -I/usr/local/include/python2.6 -I/usr/local/include/poppler -I/usr/local/include/ImageMagick -I/usr/include -c /usr/ports/deskutils/calibre/work/calibre/src/calibre/ebooks/pdf/main.cpp -o /usr/ports/deskutils/calibre/work/calibre/build/objects/pdfreflow/main.o c++ -O2 -pipe -march=prescott -I/usr/local/include -fno-strict-aliasing -fPIC -O2 -pipe -march=prescott -I/usr/local/include -fno-strict-aliasing -pthread -I/usr/local/include/python2.6 -I/usr/local/include/poppler -I/usr/local/include/ImageMagick -I/usr/include -c /usr/ports/deskutils/calibre/work/calibre/src/calibre/ebooks/pdf/links.cpp -o /usr/ports/deskutils/calibre/work/calibre/build/objects/pdfreflow/links.o c++ -O2 -pipe -march=prescott -I/usr/local/include -fno-strict-aliasing -fPIC -O2 -pipe -march=prescott -I/usr/local/include -fno-strict-aliasing -pthread -I/usr/local/include/python2.6 -I/usr/local/include/poppler -I/usr/local/include/ImageMagick -I/usr/include -c /usr/ports/deskutils/calibre/work/calibre/src/calibre/ebooks/pdf/reflow.cpp -o /usr/ports/deskutils/calibre/work/calibre/build/objects/pdfreflow/reflow.o /usr/ports/deskutils/calibre/work/calibre/src/calibre/ebooks/pdf/reflow.cpp: In member function 'virtual void calibre_reflow::XMLOutputDev::drawImageMask(GfxState*, Object*, Stream*, int, int, GBool, GBool, GBool)': /usr/ports/deskutils/calibre/work/calibre/src/calibre/ebooks/pdf/reflow.cpp:672: error: no matching function for call to 'calibre_reflow::XMLOutputDev::drawImageMask(GfxState*&, Object*&, Stream*&, int&, int&, GBool&, GBool&)' /usr/local/include/poppler/OutputDev.h:238: note: candidates are: virtual void OutputDev::drawImageMask(GfxState*, Object*, Stream*, int, int, GBool, GBool, GBool) Traceback (most recent call last): File "setup.py", line 99, in sys.exit(main()) File "setup.py", line 85, in main command.run_all(opts) File "/usr/ports/deskutils/calibre/work/calibre/setup/__init__.py", line 159, in run_all self.run_cmd(self, opts) File "/usr/ports/deskutils/calibre/work/calibre/setup/__init__.py", line 155, in run_cmd cmd.run(opts) File "/usr/ports/deskutils/calibre/work/calibre/setup/extensions.py", line 242, in run self.build(ext, dest) File "/usr/ports/deskutils/calibre/work/calibre/setup/extensions.py", line 279, in build subprocess.check_call(cmd) File "/usr/local/lib/python2.6/subprocess.py", line 488, in check_call raise CalledProcessError(retcode, cmd) subprocess.CalledProcessError: Command '['c++', '-O2', '-pipe', '-march=prescott', '-I/usr/local/include', '-fno-strict-aliasing', '-fPIC', '-O2', '-pipe', '-march=prescott', '-I/usr/local/include', '-fno-strict-aliasing', '-pthread', '-I/usr/local/include/python2.6', '-I/usr/local/include/poppler', '-I/usr/local/include/ImageMagick', '-I/usr/include', '-c', '/usr/ports/deskutils/calibre/work/calibre/src/calibre/ebooks/pdf/reflow.cpp', '-o', '/usr/ports/deskutils/calibre/work/calibre/build/objects/pdfreflow/reflow.o']' returned non-zero exit status 1 *** Error code 1 Stop in /usr/ports/deskutils/calibre. *** Error code 1 Stop in /usr/ports/deskutils/calibre. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20091210-39614-1tmwjsx-0 env make ** Fix the problem and try again. ---> Build of deskutils/calibre ended at: Thu, 10 Dec 2009 22:48:44 -0600 (consumed 00:00:44) ---> Fresh installation of deskutils/calibre ended at: Thu, 10 Dec 2009 22:48:44 -0600 (consumed 00:00:46) ---> ** Install tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! deskutils/calibre (bad C++ code) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ---> Session ended at: Thu, 10 Dec 2009 22:48:44 -0600 (consumed 00:03:34) # Any suggestions? -- Greg Rivers From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 01:10:03 2009 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 2EBDB10656A6; Sat, 12 Dec 2009 01:10:03 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA2F8FC24; Sat, 12 Dec 2009 01:09:58 +0000 (UTC) Received: by fxm10 with SMTP id 10so1555641fxm.34 for ; Fri, 11 Dec 2009 17:09:58 -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=b6dTVCaj4T2lpCHNQBFIcHSqL639rTK0Osssz5lDwhs=; b=hh1CILIizyKVzXTBmvuCgi+1tnBP/UGBdQY5h7LINUW/AyazGPR7RpGR3epAR7PfwN RCJimSyta3y/0FmfrILyTgKvx8BF2nitOJZvOnRGgpPeJJaMmRZsQlDFoM5ZLUjdZNqC T4ocg/HscWuggADqWCCWLDjnIUC6Ef4RGu+9g= 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=DkzE3rbkJooaxIrUr19lZ6XqnLiMnE7x5zH+Ulo1GhzCmnx3XnQ06uFqgiIYceFtne oTyRMVDrB0mFHBG8LQz+iIj4l2KBQnyUqUaLnJw5aPfGTKpmrJropZjIhoV96mxUzOwz ZkGGYI015Jkd1ROn1RxI3rnN/pHNmpDgDabl8= Received: by 10.102.211.35 with SMTP id j35mr815236mug.35.1260580197969; Fri, 11 Dec 2009 17:09:57 -0800 (PST) Received: from echo.hoth (host103-169-dynamic.4-87-r.retail.telecomitalia.it [87.4.169.103]) by mx.google.com with ESMTPS id t10sm6307657muh.2.2009.12.11.17.09.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 11 Dec 2009 17:09:56 -0800 (PST) From: Alberto Villa To: Doug Barton Date: Sat, 12 Dec 2009 02:09:52 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RC2; KDE/4.3.4; i386; ; ) References: <4B159C5C.2090407@FreeBSD.org> <200912111819.26321.villa.alberto@gmail.com> <4B229BF2.2080708@FreeBSD.org> In-Reply-To: <4B229BF2.2080708@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912120209.53542.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: Sat, 12 Dec 2009 01:10:03 -0000 On Friday 11 December 2009 20:22:26 Doug Barton wrote: > First, I'm assuming that you are using version 2.14 from ports. That's > the latest version at the moment. i was using the latest revision, which seems to be the same as 2.14. upgraded to 2.14, now > Next, I tried the exact same command line you used in your example and > it worked for me. it works for me too, now... great! > If that doesn't expose the problem we're going to have to do more > digging. First, are your world and kernel up to date and in synch? just for reference, i'm working in a jail with 9-current installed last night (my live system is 8-rc2). i use jexec to access the jail, since i'm rebuilding all my ports to move my system to current > Do you have anything in ~/.portmasterrc > and/or /usr/local/etc/portmaster.rc currently? Next, do this: > echo 'PM_VERBOSE=vopt' > ~/.portmasterrc the only thing i have (referred to the next problem) is PACKAGESITE=ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9- current in the environment > Then run the commands that are giving you problems again. I did see > your other messages about -P and --packages-build aborting if they > can't find a package, that shouldn't be happening either, and does not > happen in my testing; so something is definitely not working the way > it should for you and I want to make sure that we figure out what it is. could it be because my PACKAGESITE is actually an empty directory? log here: http://pastebin.ca/1711679 -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla Treaties are like roses and young girls -- they last while they last. -- Charles DeGaulle From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 01:48:36 2009 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 C17B7106566B; Sat, 12 Dec 2009 01:48:36 +0000 (UTC) (envelope-from villa.alberto@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 27D318FC12; Sat, 12 Dec 2009 01:48:35 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so372731fgg.13 for ; Fri, 11 Dec 2009 17:48:35 -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=hQQR7yxpLti5L2+4fkv6rrx+wWx2Xb1wUmQtrJZ6x+A=; b=MA55/j3QEbsIoiRJLdKQE5xPRObOiX9SeX5Sz1hkW0nZh1EQma/hRrmWrOqTUUjjBu Qvxm7VXp9mMx50cAL+pCEBiHKLW8x5R6DhEwMl8GD5e9QAGyAQJdGFGOAbDP/N1S+PkQ BopWLwuB7SNy9Ze9zdQeTv657Tq7XbUGABGeA= 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=TkytbnSI6olPWXsai3FBtX5mMkzmeWWunky2YRHLw0eg0QyaXHU7IWBX5BV7JBJVOq /SgVQBC1dUUf/bCzzaI8+r3H+OH7uwCuGvkY2pi+P3C7r4SKwoHK+SnOPm2cJ2RYqyD4 pm30oO9nhZyZTqgr4vdpW5qSyPHgadWfsrdps= Received: by 10.103.64.28 with SMTP id r28mr367293muk.11.1260582514930; Fri, 11 Dec 2009 17:48:34 -0800 (PST) Received: from echo.hoth (host103-169-dynamic.4-87-r.retail.telecomitalia.it [87.4.169.103]) by mx.google.com with ESMTPS id j10sm1516943muh.26.2009.12.11.17.48.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 11 Dec 2009 17:48:33 -0800 (PST) From: Alberto Villa To: Doug Barton Date: Sat, 12 Dec 2009 02:48:30 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RC2; KDE/4.3.4; i386; ; ) References: <4B159C5C.2090407@FreeBSD.org> <4B229BF2.2080708@FreeBSD.org> <200912120209.53542.villa.alberto@gmail.com> In-Reply-To: <200912120209.53542.villa.alberto@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912120248.31038.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: Sat, 12 Dec 2009 01:48:36 -0000 On Saturday 12 December 2009 02:09:52 Alberto Villa wrote: > could it be because my PACKAGESITE is actually an empty directory? ok, i see that i should use the default (8-current), but the program shouldn't fail anyway -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla I don't do it for the money. -- Donald Trump, Art of the Deal From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 02:10:31 2009 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 603FB10656EA for ; Sat, 12 Dec 2009 02:10:31 +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 9CBE28FC26 for ; Sat, 12 Dec 2009 02:10:30 +0000 (UTC) Received: (qmail 6499 invoked by uid 399); 12 Dec 2009 02:10:29 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Dec 2009 02:10:29 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B22FB9A.5070706@FreeBSD.org> Date: Fri, 11 Dec 2009 18:10:34 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Alberto Villa References: <4B159C5C.2090407@FreeBSD.org> <200912111819.26321.villa.alberto@gmail.com> <4B229BF2.2080708@FreeBSD.org> <200912120209.53542.villa.alberto@gmail.com> In-Reply-To: <200912120209.53542.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: Sat, 12 Dec 2009 02:10:31 -0000 Alberto Villa wrote: > On Friday 11 December 2009 20:22:26 Doug Barton wrote: >> First, I'm assuming that you are using version 2.14 from ports. That's >> the latest version at the moment. > > i was using the latest revision, which seems to be the same as 2.14. > upgraded to 2.14, now > >> Next, I tried the exact same command line you used in your example and >> it worked for me. > > it works for me too, now... great! Good news! > the only thing i have (referred to the next problem) is > PACKAGESITE=ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9- > current in the environment > >> Then run the commands that are giving you problems again. I did see >> your other messages about -P and --packages-build aborting if they >> can't find a package, that shouldn't be happening either, and does not >> happen in my testing; so something is definitely not working the way >> it should for you and I want to make sure that we figure out what it is. > > could it be because my PACKAGESITE is actually an empty directory? > log here: http://pastebin.ca/1711679 Yes, the error message you posted is exactly what's supposed to happen. "There is nothing at $PACKAGESITE" is a whole different category of problems than "the latest version of the package is not available at $PACKAGESITE." In the latter case with --packages-build or -P|--packages portmaster will simply build the port for you. If there is nothing at $PACKAGESITE at all that's something that requires the user's attention. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 04:55:15 2009 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 87A6B106566B; Sat, 12 Dec 2009 04:55:15 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-fx0-f228.google.com (mail-fx0-f228.google.com [209.85.220.228]) by mx1.freebsd.org (Postfix) with ESMTP id E438C8FC1D; Sat, 12 Dec 2009 04:55:14 +0000 (UTC) Received: by fxm28 with SMTP id 28so26797fxm.13 for ; Fri, 11 Dec 2009 20:55:14 -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=8+NWI9MvyK3zzpny2E/6GbW1YYNeamCXLcFdJhgoHho=; b=noR35egfixeNOz08UM8wlbzxWdzwBY5fGyLu+/bW+Wmdgq8LXV/9MtMcugcYVsscWK BHuy1ZJduEsxLN3k8kLwdjYuH58qWWUmHyOnpdSJmXTendRMw45Mz4cBWGbLt/AF2ERF 0M71lHSXrasJCHhqRBs8gLm8Uqz74cu/0jlVE= 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=Q6gvubVpscq3Q6qVfWHqAr1OC0bWb2SnHsOfHVoysdr71LEDt07z12o7Ivsk20r5iX oemdfBaf69w3r5iop3lgGgweF6ubme4A6QytzzGnnQDl+9m8TWzC2h+ylFmx+ImDB0OW kLBvD9wAaoR3NagbVFGulNXz5pOdhBw1o5jMU= Received: by 10.102.122.15 with SMTP id u15mr887472muc.23.1260593713759; Fri, 11 Dec 2009 20:55:13 -0800 (PST) Received: from echo.hoth (host103-169-dynamic.4-87-r.retail.telecomitalia.it [87.4.169.103]) by mx.google.com with ESMTPS id n10sm6364581mue.36.2009.12.11.20.55.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 11 Dec 2009 20:55:13 -0800 (PST) From: Alberto Villa To: Doug Barton Date: Sat, 12 Dec 2009 05:55:09 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RC2; KDE/4.3.4; i386; ; ) References: <4B159C5C.2090407@FreeBSD.org> <200912120209.53542.villa.alberto@gmail.com> <4B22FB9A.5070706@FreeBSD.org> In-Reply-To: <4B22FB9A.5070706@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912120555.10072.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: Sat, 12 Dec 2009 04:55:15 -0000 On Saturday 12 December 2009 03:10:34 Doug Barton wrote: > Yes, the error message you posted is exactly what's supposed to > happen. "There is nothing at $PACKAGESITE" is a whole different > category of problems than "the latest version of the package is not > available at $PACKAGESITE." In the latter case with --packages-build > or -P|--packages portmaster will simply build the port for you. If > there is nothing at $PACKAGESITE at all that's something that requires > the user's attention. good... thanks for listening to me! i could have some question/suggestion about --packages-build and --delete-build-only in the future, but i need some real usage to test it, now... i'll be back :) thanks again! -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla ... and furthermore ... I don't like your trousers. From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 11:30:35 2009 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 5C705106568B for ; Sat, 12 Dec 2009 11:30:35 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (cl-506.trn-01.it.sixxs.net [IPv6:2001:1418:100:1f9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 944CE8FC1F for ; Sat, 12 Dec 2009 11:30:34 +0000 (UTC) Received: (qmail 41117 invoked from network); 12 Dec 2009 11:30:33 -0000 Received: from acerino.alexdupre.com (HELO ?192.168.178.9?) (sysadmin@alexdupre.com@192.168.178.9) by lab.alexdupre.com with ESMTPA; 12 Dec 2009 11:30:33 -0000 Message-ID: <4B237EDB.5030505@FreeBSD.org> Date: Sat, 12 Dec 2009 12:30:35 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.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: [Call for help] identify and fix libraries linked (erroneously) with libthr (that break php) 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, 12 Dec 2009 11:30:35 -0000 Hi PHP users, if you are using php5 on FreeBSD 7/8 (and not with apache22-worker) and are experiencing core dumps, probably you have some extensions linked with libthr. A couple of them are mhash and pgsql (for which I already have patches). To fix coredumps we need to identify the ports that install libraries erroneously linked with libthr, that are dependencies of php extensions. To do this task you can run the following command: # ldd -av /usr/local/lib/php/20060613*/*.so ... /usr/local/lib/php/20060613/mhash.so: libmhash.so.2 => /usr/local/lib/libmhash.so.2 (0x800b0a000) libc.so.7 => /lib/libc.so.7 (0x800648000) /usr/local/lib/libmhash.so.2: libthr.so.3 => /lib/libthr.so.3 (0x800b0a000) libc.so.7 => /lib/libc.so.7 (0x800648000) ... Then, for every library linked with libthr.so.3 (as /usr/local/lib/libmhash.so.2 in the above example), run: # pkg_info -W /usr/local/lib/libmhash.so.2 /usr/local/lib/libmhash.so.2 was installed by package mhash-0.9.9.9 Finally report me the package (mhash-0.9.9.9, and all relevant information) so I can fix it. Thanks for cooperation. -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 15:51:11 2009 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 AD79A1065672; Sat, 12 Dec 2009 15:51:11 +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 33E838FC1A; Sat, 12 Dec 2009 15:51:11 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id 6535734D453; Sat, 12 Dec 2009 15:51:02 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Sat, 12 Dec 2009 15:51:02 +0000 User-Agent: KMail/1.12.4 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.4; amd64; ; ) References: <4B237EDB.5030505@FreeBSD.org> In-Reply-To: <4B237EDB.5030505@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912121551.02259.david@vizion2000.net> Cc: ports@freebsd.org, Alex Dupre Subject: Re: [Call for help] identify and fix libraries linked (erroneously) with libthr (that break php) 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, 12 Dec 2009 15:51:11 -0000 > Hi PHP users, > if you are using php5 on FreeBSD 7/8 (and not with apache22-worker) and > are experiencing core dumps, probably you have some extensions linked > with libthr. A couple of them are mhash and pgsql (for which I already > have patches). To fix coredumps we need to identify the ports that > install libraries erroneously linked with libthr, that are dependencies > of php extensions. To do this task you can run the following command: > > # ldd -av /usr/local/lib/php/20060613*/*.so > ... > /usr/local/lib/php/20060613/mhash.so: > libmhash.so.2 => /usr/local/lib/libmhash.so.2 (0x800b0a000) > libc.so.7 => /lib/libc.so.7 (0x800648000) > /usr/local/lib/libmhash.so.2: > libthr.so.3 => /lib/libthr.so.3 (0x800b0a000) > libc.so.7 => /lib/libc.so.7 (0x800648000) > ... > > Then, for every library linked with libthr.so.3 (as > /usr/local/lib/libmhash.so.2 in the above example), run: > > # pkg_info -W /usr/local/lib/libmhash.so.2 > /usr/local/lib/libmhash.so.2 was installed by package mhash-0.9.9.9 > > Finally report me the package (mhash-0.9.9.9, and all relevant > information) so I can fix it. > > Thanks for cooperation. > My system produces following responses ( a few duplicates included!!) pkg_info -W /usr/local/lib/libssl.so.5 /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libcrypto.so.5 /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libssl.so.5 /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libcrypto.so.5 /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libssl.so.5 /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libcrypto.so.5 /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libmhash.so.2 /usr/local/lib/libmhash.so.2 was installed by package mhash-0.9.9.9 pkg_info -W /usr/local/lib/libodbc.so.1 /usr/local/lib/libodbc.so.1 was installed by package unixODBC-2.2.14_1 pkg_info -W /usr/local/lib/libssl.so.5 /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libcrypto.so.5 /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/php/20060613/phpcups.so /usr/local/lib/php/20060613/phpcups.so was installed by package cups- base-1.4.2_2 pkg_info -W /usr/local/lib/libcups.so.2 /usr/local/lib/libcups.so.2 was installed by package cups-client-1.4.2_1 pkg_info -W /usr/local/lib/libcrypto.so.5 /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libssl.so.5 /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 15:51:11 2009 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 AD79A1065672; Sat, 12 Dec 2009 15:51:11 +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 33E838FC1A; Sat, 12 Dec 2009 15:51:11 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id 6535734D453; Sat, 12 Dec 2009 15:51:02 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Sat, 12 Dec 2009 15:51:02 +0000 User-Agent: KMail/1.12.4 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.4; amd64; ; ) References: <4B237EDB.5030505@FreeBSD.org> In-Reply-To: <4B237EDB.5030505@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912121551.02259.david@vizion2000.net> Cc: ports@freebsd.org, Alex Dupre Subject: Re: [Call for help] identify and fix libraries linked (erroneously) with libthr (that break php) 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, 12 Dec 2009 15:51:11 -0000 > Hi PHP users, > if you are using php5 on FreeBSD 7/8 (and not with apache22-worker) and > are experiencing core dumps, probably you have some extensions linked > with libthr. A couple of them are mhash and pgsql (for which I already > have patches). To fix coredumps we need to identify the ports that > install libraries erroneously linked with libthr, that are dependencies > of php extensions. To do this task you can run the following command: > > # ldd -av /usr/local/lib/php/20060613*/*.so > ... > /usr/local/lib/php/20060613/mhash.so: > libmhash.so.2 => /usr/local/lib/libmhash.so.2 (0x800b0a000) > libc.so.7 => /lib/libc.so.7 (0x800648000) > /usr/local/lib/libmhash.so.2: > libthr.so.3 => /lib/libthr.so.3 (0x800b0a000) > libc.so.7 => /lib/libc.so.7 (0x800648000) > ... > > Then, for every library linked with libthr.so.3 (as > /usr/local/lib/libmhash.so.2 in the above example), run: > > # pkg_info -W /usr/local/lib/libmhash.so.2 > /usr/local/lib/libmhash.so.2 was installed by package mhash-0.9.9.9 > > Finally report me the package (mhash-0.9.9.9, and all relevant > information) so I can fix it. > > Thanks for cooperation. > My system produces following responses ( a few duplicates included!!) pkg_info -W /usr/local/lib/libssl.so.5 /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libcrypto.so.5 /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libssl.so.5 /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libcrypto.so.5 /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libssl.so.5 /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libcrypto.so.5 /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libmhash.so.2 /usr/local/lib/libmhash.so.2 was installed by package mhash-0.9.9.9 pkg_info -W /usr/local/lib/libodbc.so.1 /usr/local/lib/libodbc.so.1 was installed by package unixODBC-2.2.14_1 pkg_info -W /usr/local/lib/libssl.so.5 /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libcrypto.so.5 /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/php/20060613/phpcups.so /usr/local/lib/php/20060613/phpcups.so was installed by package cups- base-1.4.2_2 pkg_info -W /usr/local/lib/libcups.so.2 /usr/local/lib/libcups.so.2 was installed by package cups-client-1.4.2_1 pkg_info -W /usr/local/lib/libcrypto.so.5 /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l pkg_info -W /usr/local/lib/libssl.so.5 /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 16:29:11 2009 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 D64BA106566B for ; Sat, 12 Dec 2009 16:29:11 +0000 (UTC) (envelope-from freebsduser@paradisegreen.co.uk) Received: from mail.paradisegreen.co.uk (almaz.paradisegreen.co.uk [81.187.228.2]) by mx1.freebsd.org (Postfix) with ESMTP id 54F508FC1B for ; Sat, 12 Dec 2009 16:29:10 +0000 (UTC) Received: from [10.128.0.152] (66.subnet222-124-191.static.astinet.telkom.net.id [222.124.191.66] (may be forged)) by mail.paradisegreen.co.uk (8.13.3/8.13.3) with ESMTP id nBCGT4SI015001 for ; Sat, 12 Dec 2009 16:29:06 GMT (envelope-from freebsduser@paradisegreen.co.uk) DomainKey-Signature: a=rsa-sha1; s=default; d=paradisegreen.co.uk; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:content-type:content-transfer-encoding; b=Ug1PJidPE6pl7y3xANwwK+oE2TJGjb8DFsswxM/tEAhZVyM132E0Lzltz/F/eu79s RiOIB8r/gEqQsL6AJx0kQ== Message-ID: <4B23C4D2.4090005@paradisegreen.co.uk> Date: Sat, 12 Dec 2009 16:29:06 +0000 From: Thomas Sandford User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: ports@FreeBSD.org References: <4B237EDB.5030505@FreeBSD.org> In-Reply-To: <4B237EDB.5030505@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VERIFIED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on almaz.paradisegreen.co.uk Cc: Subject: Re: [Call for help] identify and fix libraries linked (erroneously) with libthr (that break php) 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, 12 Dec 2009 16:29:11 -0000 Alex Dupre wrote: > Hi PHP users, > if you are using php5 on FreeBSD 7/8 (and not with apache22-worker) and > are experiencing core dumps, probably you have some extensions linked > with libthr. A couple of them are mhash and pgsql (for which I already > have patches). To fix coredumps we need to identify the ports that > install libraries erroneously linked with libthr, that are dependencies > of php extensions. To do this task you can run the following command: > > # ldd -av /usr/local/lib/php/20060613*/*.so > ... H'mmm On FreeBSD 8.0-RELEASE I get: ldd: /usr/local/lib/php/20060613-debug/xsl.so: this is an ELF program; use objdump to examine (repeated for each of my php extensions) -- Thomas Sandford From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 17:24:28 2009 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 DC3021065670 for ; Sat, 12 Dec 2009 17:24:28 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id AFECB8FC0C for ; Sat, 12 Dec 2009 17:24:28 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nBCHOSMi003898 for ; Sat, 12 Dec 2009 09:24:28 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nBCHOS5o003897 for ports@freebsd.org; Sat, 12 Dec 2009 09:24:28 -0800 (PST) (envelope-from david) Date: Sat, 12 Dec 2009 09:24:28 -0800 From: David Wolfskill To: ports@freebsd.org Message-ID: <20091212172428.GB1386@albert.catwhisker.org> References: <4B237EDB.5030505@FreeBSD.org> <4B23C4D2.4090005@paradisegreen.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline In-Reply-To: <4B23C4D2.4090005@paradisegreen.co.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: [Call for help] identify and fix libraries linked (erroneously) with libthr (that break php) 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, 12 Dec 2009 17:24:28 -0000 --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 12, 2009 at 04:29:06PM +0000, Thomas Sandford wrote: > Alex Dupre wrote: > >Hi PHP users, > >if you are using php5 on FreeBSD 7/8 (and not with apache22-worker) and= =20 > >are experiencing core dumps, ... > >of php extensions. To do this task you can run the following command: > > > ># ldd -av /usr/local/lib/php/20060613*/*.so > >... >=20 > H'mmm >=20 > On FreeBSD 8.0-RELEASE I get: >=20 > ldd: /usr/local/lib/php/20060613-debug/xsl.so: this is an ELF program;=20 > use objdump to examine >=20 > (repeated for each of my php extensions) Likewise on FreeBSD 7.2-STABLE #173 r198984 (built 06 Nov 2009). Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksj0csACgkQmprOCmdXAD0A2ACfd0uKbU9yKI0WNeuLHUzKEvI3 cewAn0R+FOsI8/c4Rtnmp6kHAOhf7PkT =GDwn -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc-- From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 17:48:38 2009 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 DB79410656B6 for ; Sat, 12 Dec 2009 17:48:38 +0000 (UTC) (envelope-from sysadmin@alexdupre.com) Received: from lab.alexdupre.com (cl-506.trn-01.it.sixxs.net [IPv6:2001:1418:100:1f9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 197628FC1C for ; Sat, 12 Dec 2009 17:48:37 +0000 (UTC) Received: (qmail 64324 invoked by uid 80); 12 Dec 2009 17:48:37 -0000 To: David Wolfskill MIME-Version: 1.0 Date: Sat, 12 Dec 2009 18:48:37 +0100 From: Alex Dupre In-Reply-To: <20091212172428.GB1386@albert.catwhisker.org> References: <4B237EDB.5030505@FreeBSD.org> <4B23C4D2.4090005@paradisegreen.co.uk> <20091212172428.GB1386@albert.catwhisker.org> Message-ID: <3f0fd09d1371f8cfce99b6b21492611c@localhost> X-Sender: sysadmin@alexdupre.com User-Agent: Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Cc: ports@freebsd.org Subject: Re: [Call for help] identify and fix libraries linked (erroneously) with libthr (that break php) 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, 12 Dec 2009 17:48:38 -0000 On Sat, 12 Dec 2009 09:24:28 -0800, David Wolfskill wrote: >> ># ldd -av /usr/local/lib/php/20060613*/*.so >> >> ldd: /usr/local/lib/php/20060613-debug/xsl.so: this is an ELF program; >> use objdump to examine >> >> (repeated for each of my php extensions) Use only ldd -a , not -av -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 19:36:38 2009 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 7011B106568F for ; Sat, 12 Dec 2009 19:36:38 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: from mail-fx0-f228.google.com (mail-fx0-f228.google.com [209.85.220.228]) by mx1.freebsd.org (Postfix) with ESMTP id 00D8C8FC15 for ; Sat, 12 Dec 2009 19:36:37 +0000 (UTC) Received: by fxm28 with SMTP id 28so340761fxm.13 for ; Sat, 12 Dec 2009 11:36:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.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=NI+573QO5PcwJtHwwsAy9LjZMzHUs78Z3DALR6v9V9I=; b=V/pEJvyUd4brDDjx2hqT3ycXsXPtY8spp1HsYr4pSdUe+SE4vdpC3rF/xAoHcZao8A vUBq6t5x0pAKq2j3OHAxUeTh7zAr8kAFHXAgZPie70RxGq7rqKSde419W4VdQvf8ufWp oJXtWRk7NtNLWl1NOMQ/siJRXcllogp6ga/bM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=a37Qj64jJ5wfCaRX3WAZv0e/thyaBRME+pGrEvKULWkhSgGZS4bwJ58dTVULyLNEeP 8lZBBB90+KxFkIyigma5EseaRjI2Hs3T8JmVLomBG/rWWSzdbPV/Gv4Y/RTnpoWEv6hD nNf4aGD8z91XfJ1b2QhQDvNYn3ps5VnsPpgPY= Received: by 10.103.78.7 with SMTP id f7mr1081690mul.95.1260644940607; Sat, 12 Dec 2009 11:09:00 -0800 (PST) Received: from titanium.local (p5486CD0B.dip.t-dialin.net [84.134.205.11]) by mx.google.com with ESMTPS id n7sm7794870mue.54.2009.12.12.11.08.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 12 Dec 2009 11:08:59 -0800 (PST) Message-ID: <4B23EA48.5090407@googlemail.com> Date: Sat, 12 Dec 2009 20:08:56 +0100 From: "army.of.root" 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: <20091211232021.4a316c65@wizard.volgograd.ru> In-Reply-To: <20091211232021.4a316c65@wizard.volgograd.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mplayer from SVN 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, 12 Dec 2009 19:36:38 -0000 On 2009/12/11 21:20, Denis Shaposhnikov wrote: > Hello, > > Does anybody have a port for building mplayer from SVN? > > Thanks! > Hi, just wantet to express my interest for a "mplayer-devel" port. It seems that it is the common way fetching a svn snapshot to supply mplayer to the users in other distributions. Thanks btw. for the awesome 8.0 release you all ! From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 20:22:49 2009 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 50B91106566B for ; Sat, 12 Dec 2009 20:22:49 +0000 (UTC) (envelope-from sahil@tandon.net) Received: from spartan.hamla.org (spartan.hamla.org [206.251.255.30]) by mx1.freebsd.org (Postfix) with ESMTP id 2D5788FC08 for ; Sat, 12 Dec 2009 20:22:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spartan.hamla.org (Postfix) with ESMTP id CCDA9170C0 for ; Sat, 12 Dec 2009 15:22:48 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tandon.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:reply-to:message-id :subject:subject:from:from:date:date:received:received; s=aegis; t=1260649368; bh=OUHNjpG30njqpP+2FLGVo0x1+sBS7kQnq923Ga/k0fI=; b= D5aaq6O5QCWiUxTlWdC9VZF0uaptJ2rO+xKXvmPwW132+waZ4Q/h8k0FVNNvKRSz x/NJKUheUx0TxncyZGKYCepA/OOEdChApk8qwHGDo1EWOcyMpV8NAMtWFq/rG5bj L8g8R8f0gYXv1DwtTZMWERO3kYGACTFETJBdstnrSrQ= X-Virus-Scanned: by ClamAV at spartan.hamla.org Received: from spartan.hamla.org ([127.0.0.1]) by localhost (spartan.hamla.org [127.0.0.1]) (amavisd-new, port 10027) with LMTP id fFUZaxgLzmzq for ; Sat, 12 Dec 2009 15:22:48 -0500 (EST) Received: from magic.hamla.org (cpe-69-201-179-80.nyc.res.rr.com [69.201.179.80]) by spartan.hamla.org (Postfix) with ESMTPSA id 4E9161706C for ; Sat, 12 Dec 2009 15:22:48 -0500 (EST) Date: Sat, 12 Dec 2009 15:22:46 -0500 From: Sahil Tandon To: freebsd-ports@freebsd.org Message-ID: <20091212202245.GB585@magic.hamla.org> References: <4B237EDB.5030505@FreeBSD.org> <4B23C4D2.4090005@paradisegreen.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B23C4D2.4090005@paradisegreen.co.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [Call for help] identify and fix libraries linked (erroneously) with libthr (that break php) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2009 20:22:49 -0000 On Sat, 12 Dec 2009, Thomas Sandford wrote: > Alex Dupre wrote: > >Hi PHP users, > >if you are using php5 on FreeBSD 7/8 (and not with > >apache22-worker) and are experiencing core dumps, probably you > >have some extensions linked with libthr. A couple of them are > >mhash and pgsql (for which I already have patches). To fix > >coredumps we need to identify the ports that install libraries > >erroneously linked with libthr, that are dependencies of php > >extensions. To do this task you can run the following command: > > > ># ldd -av /usr/local/lib/php/20060613*/*.so > >... > > H'mmm > > On FreeBSD 8.0-RELEASE I get: > > ldd: /usr/local/lib/php/20060613-debug/xsl.so: this is an ELF > program; use objdump to examine Don't specify -v. -- Sahil Tandon From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 21:54:41 2009 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 934F81065670 for ; Sat, 12 Dec 2009 21:54:41 +0000 (UTC) (envelope-from ambsd@raisa.eu.org) Received: from raisa.eu.org (raisa.eu.org [83.17.178.202]) by mx1.freebsd.org (Postfix) with ESMTP id 428608FC0A for ; Sat, 12 Dec 2009 21:54:41 +0000 (UTC) Received: from bolt.zol (62-121-98-25.home.aster.pl [62.121.98.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by raisa.eu.org (Postfix) with ESMTP id 58BBB323; Sat, 12 Dec 2009 22:39:34 +0100 (CET) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Alex Dupre" , freebsd-ports@freebsd.org References: <4B237EDB.5030505@FreeBSD.org> Date: Sat, 12 Dec 2009 22:36:03 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Emil Smolenski" Message-ID: In-Reply-To: <4B237EDB.5030505@FreeBSD.org> User-Agent: Opera Mail/10.10 (FreeBSD) Cc: Subject: Re: [Call for help] identify and fix libraries linked (erroneously) with libthr (that break php) 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, 12 Dec 2009 21:54:41 -0000 On Sat, 12 Dec 2009 12:30:35 +0100, Alex Dupre wrote: > Finally report me the package (mhash-0.9.9.9, and all relevant > information) so I can fix it. /usr/local/lib/php/20060613/dba.so: /usr/local/lib/libdb-4.7.so.0: db47-4.7.25.4 (databases/db47) /usr/local/lib/php/20060613/mysql.so: /usr/local/lib/mysql/libmysqlclient.so.16: mysql-client-5.1.41 (databases/mysql51-client) /usr/local/lib/php/20060613/mysqli.so: /usr/local/lib/mysql/libmysqlclient.so.16: mysql-client-5.1.41 (databases/mysql51-client) /usr/local/lib/php/20060613/pdo_mysql.so: /usr/local/lib/mysql/libmysqlclient.so.16: mysql-client-5.1.41 (databases/mysql51-client) -- am From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 22:22:41 2009 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 092E6106566B for ; Sat, 12 Dec 2009 22:22:41 +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 B75928FC14 for ; Sat, 12 Dec 2009 22:22:40 +0000 (UTC) Received: by dns1.vizion2000.net (Postfix, from userid 1001) id 0822D34D45A; Sat, 12 Dec 2009 22:22:31 +0000 (GMT) From: David Southwell Organization: Voice & Vision To: freebsd-ports@freebsd.org Date: Sat, 12 Dec 2009 22:22:30 +0000 User-Agent: KMail/1.12.4 (FreeBSD/7.2-RELEASE-p3; KDE/4.3.4; amd64; ; ) References: <4B237EDB.5030505@FreeBSD.org> <200912121551.02259.david@vizion2000.net> In-Reply-To: <200912121551.02259.david@vizion2000.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200912122222.30952.david@vizion2000.net> Subject: Re: [Call for help] identify and fix libraries linked (erroneously) with libthr (that break php) 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, 12 Dec 2009 22:22:41 -0000 > > Hi PHP users, > > if you are using php5 on FreeBSD 7/8 (and not with apache22-worker) and > > are experiencing core dumps, probably you have some extensions linked > > with libthr. A couple of them are mhash and pgsql (for which I already > > have patches). To fix coredumps we need to identify the ports that > > install libraries erroneously linked with libthr, that are dependencies > > of php extensions. To do this task you can run the following command: > > > > # ldd -av /usr/local/lib/php/20060613*/*.so > > ... > > /usr/local/lib/php/20060613/mhash.so: > > libmhash.so.2 => /usr/local/lib/libmhash.so.2 (0x800b0a000) > > libc.so.7 => /lib/libc.so.7 (0x800648000) > > /usr/local/lib/libmhash.so.2: > > libthr.so.3 => /lib/libthr.so.3 (0x800b0a000) > > libc.so.7 => /lib/libc.so.7 (0x800648000) > > ... > > > > Then, for every library linked with libthr.so.3 (as > > /usr/local/lib/libmhash.so.2 in the above example), run: > > > > # pkg_info -W /usr/local/lib/libmhash.so.2 > > /usr/local/lib/libmhash.so.2 was installed by package mhash-0.9.9.9 > > > > Finally report me the package (mhash-0.9.9.9, and all relevant > > information) so I can fix it. > > > > Thanks for cooperation. > > My system produces following responses ( a few duplicates included!!) > > pkg_info -W /usr/local/lib/libssl.so.5 > /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l > pkg_info -W /usr/local/lib/libcrypto.so.5 > /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l > pkg_info -W /usr/local/lib/libssl.so.5 > /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l > pkg_info -W /usr/local/lib/libcrypto.so.5 > /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l > pkg_info -W /usr/local/lib/libssl.so.5 > /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l > pkg_info -W /usr/local/lib/libcrypto.so.5 > /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l > pkg_info -W /usr/local/lib/libmhash.so.2 > /usr/local/lib/libmhash.so.2 was installed by package mhash-0.9.9.9 > pkg_info -W /usr/local/lib/libodbc.so.1 > /usr/local/lib/libodbc.so.1 was installed by package unixODBC-2.2.14_1 > pkg_info -W /usr/local/lib/libssl.so.5 > /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l > pkg_info -W /usr/local/lib/libcrypto.so.5 > /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l > pkg_info -W /usr/local/lib/php/20060613/phpcups.so > /usr/local/lib/php/20060613/phpcups.so was installed by package cups- > base-1.4.2_2 > pkg_info -W /usr/local/lib/libcups.so.2 > /usr/local/lib/libcups.so.2 was installed by package cups-client-1.4.2_1 > pkg_info -W /usr/local/lib/libcrypto.so.5 > /usr/local/lib/libcrypto.so.5 was installed by package openssl-0.9.8l > pkg_info -W /usr/local/lib/libssl.so.5 > /usr/local/lib/libssl.so.5 was installed by package openssl-0.9.8l > _______________________________________________ I should have mentioned freebsd 7.2 p3 amd64 on Intel quadcore From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 22:36:40 2009 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 0C638106566B for ; Sat, 12 Dec 2009 22:36:40 +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 DD5CF8FC16 for ; Sat, 12 Dec 2009 22:36:39 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id EE7A05C18; Sat, 12 Dec 2009 17:36:38 -0500 (EST) Date: Sat, 12 Dec 2009 17:36:38 -0500 From: Wesley Shields To: "army.of.root" Message-ID: <20091212223638.GA84104@atarininja.org> References: <20091211232021.4a316c65@wizard.volgograd.ru> <4B23EA48.5090407@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B23EA48.5090407@googlemail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org Subject: Re: mplayer from SVN 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, 12 Dec 2009 22:36:40 -0000 On Sat, Dec 12, 2009 at 08:08:56PM +0100, army.of.root wrote: > On 2009/12/11 21:20, Denis Shaposhnikov wrote: > > Hello, > > > > Does anybody have a port for building mplayer from SVN? > > > > Thanks! > > > > Hi, > > just wantet to express my interest for a "mplayer-devel" port. > It seems that it is the common way fetching a svn snapshot > to supply mplayer to the users in other distributions. Having a port fetch directly from SVN, build and install, is not how things are done. A maintainer must periodically fetch, verify and build a tarball for the port to use. -- WXS From owner-freebsd-ports@FreeBSD.ORG Sat Dec 12 23:55:57 2009 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 A7F051065693 for ; Sat, 12 Dec 2009 23:55:57 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id 177678FC32 for ; Sat, 12 Dec 2009 23:55:56 +0000 (UTC) Received: from [192.168.0.23] (r2bb217.net.upc.cz [62.245.117.217]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id nBCNtpHd021402; Sun, 13 Dec 2009 00:55:53 +0100 (CET) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: Jonathan In-Reply-To: <4B210AA4.8070806@kc8onw.net> References: <4B1E4351.2030004@gmail.com> <20091208201711.GE3057@lonesome.com> <4B1EF4CC.9010004@quip.cz> <4B210AA4.8070806@kc8onw.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-LxkKF99Y3X6HbIIqQE/+" Date: Sun, 13 Dec 2009 00:55:51 +0100 Message-ID: <1260662151.32588.18.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port X-Scanned-By: MIMEDefang 2.67 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 62.245.117.217; Sender-helo: [192.168.0.23]; ) Cc: linimon@lonesome.com, freebsd-ports@FreeBSD.org Subject: Re: Pointyhat packages X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2009 23:55:57 -0000 --=-LxkKF99Y3X6HbIIqQE/+ Content-Type: text/plain; charset="ISO-8859-2" Content-Transfer-Encoding: quoted-printable Jonathan p=ED=B9e v =E8t 10. 12. 2009 v 09:50 -0500: > On 12/8/2009 7:52 PM, Miroslav Lachman wrote: > > > > What is the policy for package building nodes? I mean, is it possible t= o > > use some machines not owned directy by FreeBSD.org? > > For example, I have spare machine in our rack which I can lend for some > > period (until some production machine goes down and needs to be replace= d > > by this spare machine) or maybe I can set up some older unused machine > > (IBM x336). > > > > Is deploying of new node easy task or is it something special that is > > not useful to do for relatively short period of time? >=20 > I was wondering about this myself. I have a dual quad system that is=20 > almost completely idle most of the time and would love to see it used=20 > for something helpful to the project. I can guarantee access to it for=20 > at least a year if that helps. That would be a "remote node". It's possible, but it's not for everybody. First, it will generate an obscene amount of network traffic, both ways. Second, you need to fully surrender it and give us root on it. Also remote console access or at least power toggle would be good. Then Mark can borg it. :) --=20 Pav Lucistnik Eat when you are hungry, sleep when you are tired. Chase butterflies when you want some fun. --=-LxkKF99Y3X6HbIIqQE/+ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkskLYYACgkQntdYP8FOsoI2+ACfdNes9g4+wSk9c33TYGTwPuqs GyIAoJF3tnFhsbmUeyaBxXrlNez+CIkO =o6aX -----END PGP SIGNATURE----- --=-LxkKF99Y3X6HbIIqQE/+--