From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 00:49:49 2012 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 4A934106566B; Sun, 19 Feb 2012 00:49:49 +0000 (UTC) (envelope-from douglas@douglasthrift.net) Received: from slowhand.douglasthrift.net (slowhand.douglasthrift.net [69.55.236.40]) by mx1.freebsd.org (Postfix) with ESMTP id 23BBA8FC08; Sun, 19 Feb 2012 00:49:48 +0000 (UTC) Received: from [192.168.3.108] (laguna.douglasthrift.net [68.6.64.103]) (authenticated bits=0) by slowhand.douglasthrift.net (8.14.5/8.14.5) with ESMTP id q1J0TZkk063421 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sat, 18 Feb 2012 16:29:37 -0800 (PST) (envelope-from douglas@douglasthrift.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=douglasthrift.net; s=dt-2007050501; t=1329611377; bh=b9R/F09SmURm24n6JnrWHQbVOg6Xcqty9ES5Ok3NsGI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:Content-Type: Content-Transfer-Encoding; b=OfcRwivikmiCTSxF4Fs9ZKEtp3lH8da/STvIs3CSPGaYTMfrF51JiXHGHDiXrBNL9 8fY3E9b4ONOt3Y5m3q7aA== DomainKey-Signature: a=rsa-sha1; s=dt-2007050501; d=douglasthrift.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: x-enigmail-version:content-type:content-transfer-encoding; b=jdAlRM7rLN0bW1gZEmqEJVWyJDaFNrm0Q+1MSh6onFSoxbFyJOcXfxA1WNd1uWMpz SMwK8H9zzsRt+gGmTRjPg== Message-ID: <4F40426C.5050605@douglasthrift.net> Date: Sat, 18 Feb 2012 16:29:32 -0800 From: Douglas Thrift User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: wxs@FreeBSD.org X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: FreeBSD Port: git-1.7.9.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: Sun, 19 Feb 2012 00:49:49 -0000 Hello, It looks like the update to git-1.7.9.1 missed updating distinfo. -- Douglas William Thrift From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 02:02:25 2012 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 B455A1065678 for ; Sun, 19 Feb 2012 02:02:25 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.49.45]) by mx1.freebsd.org (Postfix) with ESMTP id 892068FC1D for ; Sun, 19 Feb 2012 02:02:25 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 1C2735C4C; Sat, 18 Feb 2012 21:02:25 -0500 (EST) Date: Sat, 18 Feb 2012 21:02:25 -0500 From: Wesley Shields To: Douglas Thrift Message-ID: <20120219020225.GB95531@atarininja.org> References: <4F40426C.5050605@douglasthrift.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F40426C.5050605@douglasthrift.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: git-1.7.9.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: Sun, 19 Feb 2012 02:02:25 -0000 On Sat, Feb 18, 2012 at 04:29:32PM -0800, Douglas Thrift wrote: > Hello, > > It looks like the update to git-1.7.9.1 missed updating distinfo. Fixed, sorry about that. -- WXS From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 02:19:19 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id C30691065672; Sun, 19 Feb 2012 02:19:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5862F14F4E6; Sun, 19 Feb 2012 02:19:19 +0000 (UTC) Message-ID: <4F405C26.2080008@FreeBSD.org> Date: Sat, 18 Feb 2012 18:19:18 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: danfe@FreeBSD.org X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD ports list Subject: nvidia-driver + 8-stable PAE == spectacular fail X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 Feb 2012 02:19:19 -0000 I've been using 8-stable the last several weeks in preparation for the new release and decided to give PAE a try for the first time. I rebuilt my kernel with that option, and it booted fine. Then I rebuilt the nvidia module and as soon as I kldload'ed it, boom! panic: pmap_mapdev: Couldn't alloc kernel virtual memory Unread portion of the kernel message buffer: nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io panic: pmap_mapdev: Couldn't alloc kernel virtual memory cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c06f635f,0,c0714275,5b8,eea867e0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c071c724,1,c071ca3b,eea86820,1,...) at kdb_backtrace+0x2a panic(c071ca3b,0,7,2,eea86854,...) at panic+0x117 pmap_mapdev_attr(f6000000,1000,0,ce0d4ffc,cdb7e1d0,...) at pmap_mapdev_attr+0xbe os_map_kernel_space(f6000000,0,1000,0,1,...) at os_map_kernel_space+0x92 _nv023880rm(ce0d7000,0,0,0,0,...) at _nv023880rm+0xe2 (kgdb) #0 doadump () at pcpu.h:244 #1 0xc029e3a9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1065406784, dummy4=0xeea865f4 "u") at /frontier/svn/stable/8/sys/ddb/db_command.c:548 #2 0xc029e7a1 in db_command (last_cmdp=0xc078303c, cmd_table=0x0, dopager=1) at /frontier/svn/stable/8/sys/ddb/db_command.c:445 #3 0xc029e8fa in db_command_loop () at /frontier/svn/stable/8/sys/ddb/db_command.c:498 #4 0xc02a087d in db_trap (type=3, code=0) at /frontier/svn/stable/8/sys/ddb/db_main.c:229 #5 0xc046d162 in kdb_trap (type=3, code=0, tf=0xeea867a0) at /frontier/svn/stable/8/sys/kern/subr_kdb.c:548 #6 0xc0678b1e in trap (frame=0xeea867a0) at /frontier/svn/stable/8/sys/i386/i386/trap.c:726 #7 0xc065cb9c in calltrap () at /frontier/svn/stable/8/sys/i386/i386/exception.s:168 #8 0xc046cfea in kdb_enter (why=0xc06f321b "panic", msg=0xc06f321b "panic") at cpufunc.h:71 #9 0xc043eb74 in panic ( fmt=0xc071ca3b "pmap_mapdev: Couldn't alloc kernel virtual memory") at /frontier/svn/stable/8/sys/kern/kern_shutdown.c:597 #10 0xc066e59e in pmap_mapdev_attr (pa=17596313239552, size=0, mode=-837988356) at /frontier/svn/stable/8/sys/i386/i386/pmap.c:4713 #11 0xcdba7602 in os_map_kernel_space () from /boot/modules/nvidia.ko #12 0xcdb7e1d0 in _nv023880rm () from /boot/modules/nvidia.ko #13 0x00000000 in ?? () #14 0x00000001 in ?? () #15 0xcb43c600 in ?? () #16 0x00000003 in ?? () #17 0xcb717400 in ?? () #18 0xcdb8aedb in rm_is_supported_device () from /boot/modules/nvidia.ko #19 0x00000000 in ?? () #20 0x00000001 in ?? () #21 0x00000001 in ?? () #22 0xeea86910 in ?? () #23 0xce021000 in ?? () #24 0xcb43e780 in ?? () #25 0xcb43c600 in ?? () #26 0x00000003 in ?? () #27 0xcb43c600 in ?? () #28 0x00000003 in ?? () #29 0xcc29ae00 in ?? () #30 0xcdbac47f in nvidia_attach () from /boot/modules/nvidia.ko Previous frame inner to this frame (corrupt stack?) core.txt.1 is in my home directory on freefall. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 03:03:20 2012 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 42B0D106566B; Sun, 19 Feb 2012 03:03:20 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1F92E8FC15; Sun, 19 Feb 2012 03:03:19 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id E1F185620E; Sat, 18 Feb 2012 21:03:18 -0600 (CST) Date: Sat, 18 Feb 2012 21:03:18 -0600 From: Mark Linimon To: Doug Barton Message-ID: <20120219030318.GB6927@lonesome.com> References: <20120217182214.GD11416@lonesome.com> <4F403B69.9030503@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F403B69.9030503@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Michael Scheidell , Andriy Gapon , Steve Kargl , Chris Rees , "freebsd-ports@FreeBSD.org" Subject: Re: Please test your commits X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 Feb 2012 03:03:20 -0000 On Sat, Feb 18, 2012 at 03:59:37PM -0800, Doug Barton wrote: > Where I think reasonable minds can differ are (appropriate) responses of > the form, "This was not done properly, here is how it can/should be done > (better)." IMO those should *always* be public in order to help others > who are paying attention to the same topic. Fair enough. Perhaps I should have been more clear about the distinction I make between constructive criticism ("this code would be more effectively stated xyz") vs. non-constructive criticism ("your mother smells of elderberries".) I was thinking more of the latter when I replied, perhaps after wincing at some recent threads. mcl From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 03:11:42 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 3070E1065672; Sun, 19 Feb 2012 03:11:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2AEAF14D901; Sun, 19 Feb 2012 03:11:41 +0000 (UTC) Message-ID: <4F40686C.6030800@FreeBSD.org> Date: Sat, 18 Feb 2012 19:11:40 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Mark Linimon References: <20120217182214.GD11416@lonesome.com> <4F403B69.9030503@FreeBSD.org> <20120219030318.GB6927@lonesome.com> In-Reply-To: <20120219030318.GB6927@lonesome.com> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Michael Scheidell , Andriy Gapon , Steve Kargl , Chris Rees , "freebsd-ports@FreeBSD.org" Subject: Re: Please test your commits X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 Feb 2012 03:11:42 -0000 On 02/18/2012 19:03, Mark Linimon wrote: > On Sat, Feb 18, 2012 at 03:59:37PM -0800, Doug Barton wrote: >> Where I think reasonable minds can differ are (appropriate) responses of >> the form, "This was not done properly, here is how it can/should be done >> (better)." IMO those should *always* be public in order to help others >> who are paying attention to the same topic. > > Fair enough. Perhaps I should have been more clear about the distinction > I make between constructive criticism ("this code would be more effectively > stated xyz") vs. non-constructive criticism ("your mother smells of > elderberries".) I thought it went without saying that those messages just shouldn't be sent. Doug (typed out maybe, but not sent) -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 06:09:56 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1033) id E895C106566C; Sun, 19 Feb 2012 06:09:56 +0000 (UTC) Date: Sun, 19 Feb 2012 06:09:56 +0000 From: Alexey Dokuchaev To: Doug Barton Message-ID: <20120219060956.GB45762@FreeBSD.org> References: <4F405C26.2080008@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4F405C26.2080008@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD ports list Subject: Re: nvidia-driver + 8-stable PAE == spectacular fail X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 Feb 2012 06:09:57 -0000 On Sat, Feb 18, 2012 at 06:19:18PM -0800, Doug Barton wrote: > I've been using 8-stable the last several weeks in preparation for the > new release and decided to give PAE a try for the first time. I rebuilt > my kernel with that option, and it booted fine. Then I rebuilt the > nvidia module and as soon as I kldload'ed it, boom! > > panic: pmap_mapdev: Couldn't alloc kernel virtual memory > > Unread portion of the kernel message buffer: > nvidia0: on vgapci0 Hmm, if this is one of the older cards? I presume you're running legacy driver version in this case, and they do no work with PAE-enabled kernels (it's mentioned in pkg-message). ./danfe From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 06:36:06 2012 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 6EB6C1065670; Sun, 19 Feb 2012 06:36:06 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 30C868FC0C; Sun, 19 Feb 2012 06:36:06 +0000 (UTC) Received: from pd951cb72.dip.t-dialin.net ([217.81.203.114] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Rz0NQ-0002MQ-Nn; Sun, 19 Feb 2012 07:36:04 +0100 Message-ID: <4F409850.2010404@gwdg.de> Date: Sun, 19 Feb 2012 07:36:00 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Doug Barton References: <4F3F94C5.5020005@gwdg.de> <4F4021CF.9030503@FreeBSD.org> In-Reply-To: <4F4021CF.9030503@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; 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: x11-wm/windowmaker: saving session not possible any more X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 Feb 2012 06:36:06 -0000 On 18.02.2012 23:10 (UTC+1), Doug Barton wrote: > On 02/18/2012 04:08, Rainer Hurling wrote: >> Many thanks for the update of WindowMaker. I really appreciate it! As >> far as I was able to test until now it works greats. >> >> The only problem I run into is, that it is not possible to save the >> workspaces (sessions) any more. With prior versions I was able to save >> opened xterms or other windows on serveral workspaces (menu workspace: >> save session) and restore them when starting WindowMaker again. >> >> Is it only me having this problem or is there something wrong with the >> new port (or even the sources)? > > I tried this myself (I don't usually use that option) and your report > seems to be accurate. I bcc'ed you on a message to the wmaker-dev list, > we'll see what they have to say. Feel free to subscribe yourself if > you'd like to join in. Thank you for taking time for this. I will follow the discussion over http://news.gmane.org/gmane.compw.window-managers.windowmaker.devel and only subscribe if I have something to contribute. Rainer > Doug From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 08:20:19 2012 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 C8039106566B; Sun, 19 Feb 2012 08:20:19 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward16.mail.yandex.net (forward16.mail.yandex.net [IPv6:2a02:6b8:0:1402::1]) by mx1.freebsd.org (Postfix) with ESMTP id 376FE8FC14; Sun, 19 Feb 2012 08:20:19 +0000 (UTC) Received: from smtp16.mail.yandex.net (smtp16.mail.yandex.net [95.108.252.16]) by forward16.mail.yandex.net (Yandex) with ESMTP id 27C42D22D23; Sun, 19 Feb 2012 12:20:18 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1329639618; bh=iuLkxx+sMIUH8aZhMlN0YMR7NqiNT8ZVuNk031sV0dk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=FV3JxlwTm6FhhGRt/S5cMu85RJquPJWayhusZ6TrR6uJO9Pclv/l0U2GI3kGdmySM z7e6jJtDfp8N8b2UeYpyxwN0jwl2oKMZW+xVTfHNtFllCpJbGjTvo+zsKAX/fYwxVz FKokjPoxapyCCOgk7MSy8FOwx6vfTWjnVtqtldvY= Received: from smtp16.mail.yandex.net (localhost [127.0.0.1]) by smtp16.mail.yandex.net (Yandex) with ESMTP id A8BF06A00F0; Sun, 19 Feb 2012 12:20:17 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1329639617; bh=iuLkxx+sMIUH8aZhMlN0YMR7NqiNT8ZVuNk031sV0dk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=YJM+MjuZoG7llxUjMew8ke9eyiZhkF0eLvdqYnPfFyCUL/Si2gzjNXAhROdob/fl/ CnzMPVVGnrVlG1Z7ZZ2uAt/UpCLaeZNsU2uKFZryuXoDv2V6txMtoC9Po2xLJElXto HXPNR1ZDNU5JUgvLqI2WDOybZbCtcK7nHsx6p8iA= Received: from unknown (unknown [178.76.224.133]) by smtp16.mail.yandex.net (nwsmtp/Yandex) with ESMTP id KGrG6dK8-KHrGpZle; Sun, 19 Feb 2012 12:20:17 +0400 X-Yandex-Spam: 1 Message-ID: <4F40B091.3000108@yandex.ru> Date: Sun, 19 Feb 2012 12:19:29 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.1) Gecko/20120214 Thunderbird/10.0.1 MIME-Version: 1.0 To: Brian McCann References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, python@FreeBSD.org Subject: Re: FreeBSD Port: py27-dbutils-1.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: Sun, 19 Feb 2012 08:20:19 -0000 Hi. Brian McCann wrote on 08.12.2011 01:14: > Not sure who this is going to, so I'll say "To whom it may concern". > > I'm trying to "make package" for py-dbutils, and it's failing. It's > trying to tar up various files in > "/usr/local/lib/python2.7/site-packages/DBUtils", which doesn't exist > because the make install deleted them when it build the egg file. > Anyone have any ideas on how to make this work? > > --Brian It's because this port looking for setuptools first: """ try: from setuptools import setup except ImportError: from distutils.core import setup """ So the things will be broken if someone will try to package/install it in a system where setuptools is installed. Since nobody depends on this port, I just converted it to setuptools, so problem should be gone. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 08:47:27 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id AA0AF1065676; Sun, 19 Feb 2012 08:47:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F1BEE14E550; Sun, 19 Feb 2012 08:47:26 +0000 (UTC) Message-ID: <4F40B71E.5060200@FreeBSD.org> Date: Sun, 19 Feb 2012 00:47:26 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Alexey Dokuchaev References: <4F405C26.2080008@FreeBSD.org> <20120219060956.GB45762@FreeBSD.org> In-Reply-To: <20120219060956.GB45762@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD ports list Subject: Re: nvidia-driver + 8-stable PAE == spectacular fail X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 Feb 2012 08:47:27 -0000 On 02/18/2012 22:09, Alexey Dokuchaev wrote: > On Sat, Feb 18, 2012 at 06:19:18PM -0800, Doug Barton wrote: >> I've been using 8-stable the last several weeks in preparation for the >> new release and decided to give PAE a try for the first time. I rebuilt >> my kernel with that option, and it booted fine. Then I rebuilt the >> nvidia module and as soon as I kldload'ed it, boom! >> >> panic: pmap_mapdev: Couldn't alloc kernel virtual memory >> >> Unread portion of the kernel message buffer: >> nvidia0: on vgapci0 > > Hmm, if this is one of the older cards? I presume you're running legacy > driver version in this case, and they do no work with PAE-enabled kernels > (it's mentioned in pkg-message). No, I just bought the card a few months ago, and it works fine with -current and non-PAE 8-i386 running the latest version of the driver. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 18:00:36 2012 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 6BAD21065673 for ; Sun, 19 Feb 2012 18:00:36 +0000 (UTC) (envelope-from rea@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 187E58FC13 for ; Sun, 19 Feb 2012 18:00:35 +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:Message-ID:Subject:To:From:Date; bh=HjYvXVY6xV/kkISgu3YiObo5oDldcpXp2HXKxr1d9Ks=; b=rNF/ZW+p1F1T1EHxKe9AtQP2Bwaaz779gJGDguA2hx/50+er3Z8js3Rd2gDwuBif1pYuhryURQ93/b0w6sstEk3qns9CmYTjo83H8NXs84pebHHzsxZylRHhnI9Oz2OM1Z/XUQIGb/kN59mpuV9dO3hQkhlZb8OkZ+NSOmsyKi/AZvxH6DhInFqfnZwnuUdOASavlfa3bqNZINNdH9Tv+WBD6MBqDpZ94BMjRbVgaBhD3t9g4ydJnMsxuu4UTNDXSN1x7rScsAp2OhERhTKb75za7S3OwpD4WUhik1/531cLgLTKAuEu11vvkre+LQqgNJ5ROa7RsqKO7yfHoK6/Hg==; Received: from shadow.codelabs.ru (ppp91-77-171-75.pppoe.mtu-net.ru [91.77.171.75]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1RzB3q-000LvL-T7 for freebsd-ports@freebsd.org; Sun, 19 Feb 2012 22:00:35 +0400 Date: Sun, 19 Feb 2012 21:59:40 +0400 From: Eygene Ryabinkin To: freebsd-ports@freebsd.org Message-ID: References: <+ouXbF3GPpOvE0CAY47D1Hutks8@ccIJq6nEuRe/NjgSGItUEiBW9ng> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VywGB/WGlW4DM4P8" Content-Disposition: inline In-Reply-To: <+ouXbF3GPpOvE0CAY47D1Hutks8@ccIJq6nEuRe/NjgSGItUEiBW9ng> Sender: rea@codelabs.ru Subject: Re: CFT: OfflineIMAP 6.5.2.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: Sun, 19 Feb 2012 18:00:36 -0000 --VywGB/WGlW4DM4P8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mon, Feb 13, 2012 at 11:10:32AM +0400, Eygene Ryabinkin wrote: > I had updated the OfflineIMAP port to 6.5.2.1 and it is currently > being tested by me and some other persons. The patch is at > http://codelabs.ru/fbsd/ports/offlineimap/port-update-6.4.0-to-6.5.2.1.= diff > I will be testing it for 2-3 more days on my environment, > but the wider testing is appreciated. Testing showed two regressions, so the diff was updated and changes were submitted upstream. The URL for the patch is the same, additional testing is welcome, as always. --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --VywGB/WGlW4DM4P8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iF4EABEIAAYFAk9BOIwACgkQFq+eroFS7PtFPAD/b/RULi/NukrqBODCgm/KuwMM lvp3Z1+Io6Y/Q2oGRlIA/RhcuLRE4cOxSXJU44fTaaPMYDcoRM6otHRld1F8JXVp =dIbG -----END PGP SIGNATURE----- --VywGB/WGlW4DM4P8-- From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 20:36:49 2012 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 4F010106566C for ; Sun, 19 Feb 2012 20:36:49 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C3FAB8FC0A for ; Sun, 19 Feb 2012 20:36:48 +0000 (UTC) Received: by bkcjg1 with SMTP id jg1so5642093bkc.13 for ; Sun, 19 Feb 2012 12:36:47 -0800 (PST) Received-SPF: pass (google.com: domain of andrey@zonov.org designates 10.205.132.1 as permitted sender) client-ip=10.205.132.1; Authentication-Results: mr.google.com; spf=pass (google.com: domain of andrey@zonov.org designates 10.205.132.1 as permitted sender) smtp.mail=andrey@zonov.org Received: from mr.google.com ([10.205.132.1]) by 10.205.132.1 with SMTP id hs1mr9901408bkc.45.1329683807607 (num_hops = 1); Sun, 19 Feb 2012 12:36:47 -0800 (PST) Received: by 10.205.132.1 with SMTP id hs1mr7999198bkc.45.1329682397045; Sun, 19 Feb 2012 12:13:17 -0800 (PST) Received: from [10.254.254.77] (ppp95-165-148-213.pppoe.spdop.ru. [95.165.148.213]) by mx.google.com with ESMTPS id t17sm34848603bke.6.2012.02.19.12.13.16 (version=SSLv3 cipher=OTHER); Sun, 19 Feb 2012 12:13:16 -0800 (PST) Message-ID: <4F4157D5.3080109@zonov.org> Date: Mon, 20 Feb 2012 00:13:09 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Beat_G=E4tzi?= References: <29CEA923-4620-4982-B8EA-45F46C711DAD@chruetertee.ch> In-Reply-To: <29CEA923-4620-4982-B8EA-45F46C711DAD@chruetertee.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQlB11ECx3RDC8naWzAGgDiDzsg5fMDsjJa6WFYzunpp2QPg9XZ7Un0UrZCyLvw7wImuUk9y Cc: tinderbox-list@marcuscom.com, FreeBSD Ports Subject: Re: CFT: pkgng support for tinderbox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 Feb 2012 20:36:49 -0000 On 16.02.2012 1:07, Beat Gätzi wrote: > Hi, > > pkgng support for tinderbox (written by bapt@) is ready and is looking for > some review and testers. The patch is against tinderbox HEAD: > > http://tmp.chruetertee.ch/tinderbox-pkgng.patch > Hi, Tinderbox doesn't create repository (pkg repo) after building. Is this intention behaviour? -- Andrey Zonov From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 22:05:07 2012 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 5F33F106566C for ; Sun, 19 Feb 2012 22:05:07 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 205B98FC12 for ; Sun, 19 Feb 2012 22:05:06 +0000 (UTC) Received: by iaeo4 with SMTP id o4so8994413iae.13 for ; Sun, 19 Feb 2012 14:05:06 -0800 (PST) Received-SPF: pass (google.com: domain of lumiwa@gmail.com designates 10.50.87.136 as permitted sender) client-ip=10.50.87.136; Authentication-Results: mr.google.com; spf=pass (google.com: domain of lumiwa@gmail.com designates 10.50.87.136 as permitted sender) smtp.mail=lumiwa@gmail.com; dkim=pass header.i=lumiwa@gmail.com Received: from mr.google.com ([10.50.87.136]) by 10.50.87.136 with SMTP id ay8mr9113861igb.25.1329689106532 (num_hops = 1); Sun, 19 Feb 2012 14:05:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; bh=AQ2A+5slG0i7N19VaU1YNwyPq8NmKTgnBBD+Dgbw2w8=; b=ZXFdyGCHMIV6vMqvh0ITz3kfetX4qceyKyWjN/MIl8eFa2zRTXvoXp8VOSiHJngbmG hUHEtymLG88jh8zP5Pu8HVDVPgHcL3LPK7b6ZB3u3Gl8sDWLDSw5gAYY4BYtKGfBkl1y QEqMtJNoGj3Ke1GfJkukQ5aVwtbmhWYpwG7QQ= Received: by 10.50.87.136 with SMTP id ay8mr7401205igb.25.1329689106497; Sun, 19 Feb 2012 14:05:06 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id f8sm25492684ibl.6.2012.02.19.14.05.05 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 19 Feb 2012 14:05:06 -0800 (PST) From: ajtiM To: freebsd-ports@freebsd.org Date: Sun, 19 Feb 2012 16:04:55 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201202191604.55966.lumiwa@gmail.com> Subject: pcre again X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 Feb 2012 22:05:07 -0000 I did as I red on /usr/ports/UPDATING and when I checked pkg_libchk I have many "misses" pcre related. Do I need run portmaster -r devel/pcre, please? Thanks in advance. Mitja -------- http://jpgmag.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 22:16:46 2012 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 1D0B1106564A; Sun, 19 Feb 2012 22:16:46 +0000 (UTC) (envelope-from tabthorpe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E36288FC0C; Sun, 19 Feb 2012 22:16:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1JMGjOh019826; Sun, 19 Feb 2012 22:16:45 GMT (envelope-from tabthorpe@freefall.freebsd.org) Received: (from tabthorpe@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1JMGjVD019824; Sun, 19 Feb 2012 22:16:45 GMT (envelope-from tabthorpe) Date: Sun, 19 Feb 2012 22:16:45 +0000 From: Thomas Abthorpe To: ports@FreeBSD.org Message-ID: <20120219221645.GA19822@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [HEADS UP] Upcoming ports feature freeze X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 Feb 2012 22:16:46 -0000 The FreeBSD 8.3 release process is under way, you can view the schedule, http://wiki.freebsd.org/Releng/8.3TODO As has become the custom, a ports feature freeze is anticipated to be announced with the RC1 date, tentatively scheduled at this time for March 2, 2012. Watch for further announcements as we get closer. During the feature freeze, committers are expected to be conservative with their commits, that is, no sweeping commits, infrastructure changes, or commits to ports with a high number of dependencies. http://blogs.freebsdish.org/portmgr/2012/02/19/upcoming-8-3-ports-feature-freeze From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 22:33:00 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 11428106566C; Sun, 19 Feb 2012 22:33:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A268614DA10; Sun, 19 Feb 2012 22:32:59 +0000 (UTC) Message-ID: <4F41789B.5050501@FreeBSD.org> Date: Sun, 19 Feb 2012 14:32:59 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: gahr@FreeBSD.org X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD ports list Subject: xfe build fails on 8-i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2012 22:33:00 -0000 Howdy, I'm having problems building xfe on recent 8-stable i386: cc -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I. -I.. -I. -I.. -I../intl -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -O2 -O2 -pipe -fno-strict-aliasing -MT ttyinit.o -MD -MP -MF .deps/ttyinit.Tpo -c -o ttyinit.o `test -f '../xvt/ttyinit.c' || echo './'`../xvt/ttyinit.c ../xvt/ttyinit.c:144:17: error: pty.h: No such file or directory ../xvt/ttyinit.c: In function 'write_utmp': ../xvt/ttyinit.c:217: error: 'struct utmp' has no member named 'ut_type' ../xvt/ttyinit.c:217: error: 'USER_PROCESS' undeclared (first use in this function) ../xvt/ttyinit.c:217: error: (Each undeclared identifier is reported only once ../xvt/ttyinit.c:217: error: for each function it appears in.) ../xvt/ttyinit.c:218: error: 'struct utmp' has no member named 'ut_id' ../xvt/ttyinit.c:218: error: 'struct utmp' has no member named 'ut_id' ../xvt/ttyinit.c: In function 'tidy_utmp': ../xvt/ttyinit.c:319: warning: comparison between pointer and integer ../xvt/ttyinit.c:321: error: 'struct utmp' has no member named 'ut_type' ../xvt/ttyinit.c:321: error: 'DEAD_PROCESS' undeclared (first use in this function) gmake[2]: *** [ttyinit.o] Error 1 Full build log available at http://people.freebsd.org/~dougb/xfe-build.log -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 22:33:58 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id C8071106566C for ; Sun, 19 Feb 2012 22:33:57 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 1697623D062 for ; Sat, 18 Feb 2012 17:35:51 +0100 (CET) Message-ID: <4F3FD366.4070807@FreeBSD.org> Date: Sat, 18 Feb 2012 17:35:50 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.26) Gecko/20120131 Mnenhy/0.8.3 Thunderbird/3.1.18 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <000001cce286$c72fb7b0$558f2710$@quicknet.nl> In-Reply-To: <000001cce286$c72fb7b0$558f2710$@quicknet.nl> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD Port: e2fsprogs-1.41.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 Feb 2012 22:33:58 -0000 Am 03.02.2012 16:16, schrieb Michael: > Could you please update the port to version 1.42 In the meanwhile, I have updated the port to 1.42. Thanks for the heads-up. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 02:42:19 2012 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 E76051065670 for ; Mon, 20 Feb 2012 02:42:19 +0000 (UTC) (envelope-from mvev26@comcast.net) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id 9D82A8FC14 for ; Mon, 20 Feb 2012 02:42:19 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta13.westchester.pa.mail.comcast.net with comcast id c23q1i0031c6gX85D2V4C3; Mon, 20 Feb 2012 02:29:04 +0000 Received: from [10.1.10.13] ([50.77.91.182]) by omta23.westchester.pa.mail.comcast.net with comcast id c2V41i00h3w43aA3j2V4Kk; Mon, 20 Feb 2012 02:29:04 +0000 Message-ID: <4F41AFEF.2040900@comcast.net> Date: Sun, 19 Feb 2012 21:29:03 -0500 From: mvev26 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120209 Thunderbird/10.0 MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD Port: net-p2p/tribler X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Feb 2012 02:42:20 -0000 Hello: First I would like to Thank You all for all the hard work you do in bringing people like me these awesome ports. I just switched from Ubuntu to PC-BSD and I am wondering if there is a way to get an updated version to Tribler's newest version: Tribler 5.5.13 Your help is greatly appreciated. I believe that since MegaUpload has been closed down, many people are looking for a safer alternative and Tribler is supposed to be much more secure and safer to use from what I have read. Thanks again, Eric :-) http://www.freshports.org/net-p2p/tribler/ *tribler 4.0.4_5* net-p2p on this many watch lists =0 search for ports that depend on this port Streaming capable P2P network client based on BitTorrent There is no maintainer for this port. Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org search for ports maintained by this maintainer *Port Added:* 02 May 2007 16:25:09 *License:* not specified in port Tribler is a social community that facilitates filesharing through a so called peer-to-peer (p2p) network. A p2p network is structural different to a server-computer structure, where every user downloads its files from one central server. Within p2p the user/downloader becomes also an uploader to the next user. In this way there is no central computer that provides every file to all users. WWW:http://www.tribler.org/ CVSWeb *:* Sources *:* Main Web Site *:* Distfiles Availability *:* PortsMon From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 06:20:01 2012 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 1B62D106566B for ; Mon, 20 Feb 2012 06:20:01 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 950F48FC0C for ; Mon, 20 Feb 2012 06:20:00 +0000 (UTC) Received: by wgbdq11 with SMTP id dq11so4301228wgb.31 for ; Sun, 19 Feb 2012 22:19:59 -0800 (PST) Received-SPF: pass (google.com: domain of kob6558@gmail.com designates 10.180.97.196 as permitted sender) client-ip=10.180.97.196; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kob6558@gmail.com designates 10.180.97.196 as permitted sender) smtp.mail=kob6558@gmail.com; dkim=pass header.i=kob6558@gmail.com Received: from mr.google.com ([10.180.97.196]) by 10.180.97.196 with SMTP id ec4mr14283128wib.11.1329718799568 (num_hops = 1); Sun, 19 Feb 2012 22:19:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bh6bZTSnNeP7+sS3NWVk0IO/p6IsLmfjttlU7Q+MK8c=; b=kLaI2pz7Q3rotwdWCIL33VEobiky/ChpUU1i5x3R6bJSL1P3CQXhGSmjDExOex723a Edbcv/c8zc6MPki6ePPgzeIiJown/VsgcZhy2vlp0K06+uxQc3IF6udFJEb4+zLugNGM 8HY8NfnGNYrc89muM1MYqa8VuEgXHl00N7Vfk= MIME-Version: 1.0 Received: by 10.180.97.196 with SMTP id ec4mr11923394wib.11.1329718799514; Sun, 19 Feb 2012 22:19:59 -0800 (PST) Received: by 10.223.158.143 with HTTP; Sun, 19 Feb 2012 22:19:59 -0800 (PST) In-Reply-To: <201202191604.55966.lumiwa@gmail.com> References: <201202191604.55966.lumiwa@gmail.com> Date: Sun, 19 Feb 2012 22:19:59 -0800 Message-ID: From: Kevin Oberman To: ajtiM Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: pcre again X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Feb 2012 06:20:01 -0000 On Sun, Feb 19, 2012 at 2:04 PM, ajtiM wrote: > I did as I red on /usr/ports/UPDATING and when I checked pkg_libchk I have > many "misses" pcre related. > > Do I need run portmaster -r devel/pcre, please? It is quite possible that you will re-install quite a few ports that don't need it with 'portmaster -r'. I'd just re-build the ports called out in by 'pkg_libchk -o'. But you don't really need to do any immediately. The backup copy of libpcre.so.0 in /usr/local/lib/compat/pkg is not seen as that path is not checked by pkg_libchk. (I assume that is deliberate.) Still, it is probably a good idea to get them re-built. If some things are linked against two libraries, one of which uses .0 and the other using .1 which will break the executable as rtld will refuse to load it. OTOH, those who only install or update from packages after upgrading to a new release should have nothing to worry about. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 08:12:37 2012 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 6ABD01065670; Mon, 20 Feb 2012 08:12:37 +0000 (UTC) (envelope-from jaapna@xs4all.nl) Received: from smtp-vbr18.xs4all.nl (smtp-vbr18.xs4all.nl [194.109.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id DE1588FC08; Mon, 20 Feb 2012 08:12:36 +0000 (UTC) Received: from [192.168.1.68] (a213-84-94-190.adsl.xs4all.nl [213.84.94.190]) (authenticated bits=0) by smtp-vbr18.xs4all.nl (8.13.8/8.13.8) with ESMTP id q1K7vciT068357 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 20 Feb 2012 08:57:38 +0100 (CET) (envelope-from jaapna@xs4all.nl) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Jaap Akkerhuis In-Reply-To: <4F41789B.5050501@FreeBSD.org> Date: Mon, 20 Feb 2012 08:57:37 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <34524FF3-58C9-4F5E-AF4A-232FC068D349@xs4all.nl> References: <4F41789B.5050501@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1257) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD ports list , gahr@freebsd.org Subject: Re: xfe build fails on 8-i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 08:12:37 -0000 On Feb 19, 2012, at 23:32, Doug Barton wrote: > I'm having problems building xfe on recent 8-stable i386 It seams that someone decided to remove utmp.h from the core system. = This is going to break a lot. jaap From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 09:53:14 2012 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 397F8106564A; Mon, 20 Feb 2012 09:53:14 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id EB1558FC08; Mon, 20 Feb 2012 09:53:13 +0000 (UTC) Received: by iaeo4 with SMTP id o4so9774284iae.13 for ; Mon, 20 Feb 2012 01:53:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rThjEKL1kH2sQTkF2MWq2To4MeK7EHZeYIzvvXyraJI=; b=hYgr9GVUxZ43oSr5sYJzKoD4GrGAresGN6xC1iBHXZ4TrUoQ+dRABdJFd1c/x1x/PI 1JZB/hYtFOUmtntjznIyPALOdBgjQe+uIcHRRahx4glVtKrRMiod4YnEPBqCQ1HyHXtZ 4sqyN24PtzgNk+zKCmMh4Shhabpem5NVsp1IE= MIME-Version: 1.0 Received: by 10.50.189.134 with SMTP id gi6mr9398054igc.18.1329731593294; Mon, 20 Feb 2012 01:53:13 -0800 (PST) Received: by 10.231.155.20 with HTTP; Mon, 20 Feb 2012 01:53:13 -0800 (PST) Received: by 10.231.155.20 with HTTP; Mon, 20 Feb 2012 01:53:13 -0800 (PST) In-Reply-To: <34524FF3-58C9-4F5E-AF4A-232FC068D349@xs4all.nl> References: <4F41789B.5050501@FreeBSD.org> <34524FF3-58C9-4F5E-AF4A-232FC068D349@xs4all.nl> Date: Mon, 20 Feb 2012 09:53:13 +0000 Message-ID: From: Chris Rees To: Jaap Akkerhuis Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ed Schouten , Doug Barton , FreeBSD ports list , gahr@freebsd.org Subject: Re: xfe build fails on 8-i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 09:53:14 -0000 On 20 Feb 2012 08:12, "Jaap Akkerhuis" wrote: > > > On Feb 19, 2012, at 23:32, Doug Barton wrote: > > > I'm having problems building xfe on recent 8-stable i386 > > It seams that someone decided to remove utmp.h from the core system. This is going to break a lot. Only in 9+; most problems have been fixed. Chris From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 10:03:07 2012 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 3DED0106566B; Mon, 20 Feb 2012 10:03:06 +0000 (UTC) (envelope-from gahr@gahr.no-ip.org) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id ADBF28FC15; Mon, 20 Feb 2012 10:03:05 +0000 (UTC) Received: from 175-3.192-178.cust.bluewin.ch ([178.192.3.175] helo=gahr.no-ip.org) by cpanel05.rubas-s05.net with esmtpa (Exim 4.69) (envelope-from ) id 1RzPD8-0007Ei-ID; Mon, 20 Feb 2012 10:07:06 +0100 Received: by gahr.no-ip.org (Postfix, from userid 1001) id CAB5345033; Mon, 20 Feb 2012 10:06:54 +0100 (CET) Date: Mon, 20 Feb 2012 10:06:54 +0100 From: Pietro Cerutti To: Doug Barton Message-ID: <20120220090654.GP60128@gahrfit.gahr.ch> References: <4F41789B.5050501@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/t6ASE28jIy1gGy9" Content-Disposition: inline In-Reply-To: <4F41789B.5050501@FreeBSD.org> X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel05.rubas-s05.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.no-ip.org X-Source: X-Source-Args: X-Source-Dir: Cc: FreeBSD ports list Subject: Re: xfe build fails on 8-i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 10:03:07 -0000 --/t6ASE28jIy1gGy9 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Feb-19, 14:32, Doug Barton wrote: > Howdy, >=20 > I'm having problems building xfe on recent 8-stable i386: >=20 > cc -DLOCALEDIR=3D\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I. -I.. -I. > -I.. -I../intl -I/usr/local/include -I/usr/local/include/freetype2 > -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE > -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include > -I/usr/local/include -D_THREAD_SAFE -O2 -O2 -pipe -fno-strict-aliasing > -MT ttyinit.o -MD -MP -MF .deps/ttyinit.Tpo -c -o ttyinit.o `test -f > '../xvt/ttyinit.c' || echo './'`../xvt/ttyinit.c > ../xvt/ttyinit.c:144:17: error: pty.h: No such file or directory > ../xvt/ttyinit.c: In function 'write_utmp': > ../xvt/ttyinit.c:217: error: 'struct utmp' has no member named 'ut_type' > ../xvt/ttyinit.c:217: error: 'USER_PROCESS' undeclared (first use in > this function) > ../xvt/ttyinit.c:217: error: (Each undeclared identifier is reported > only once > ../xvt/ttyinit.c:217: error: for each function it appears in.) > ../xvt/ttyinit.c:218: error: 'struct utmp' has no member named 'ut_id' > ../xvt/ttyinit.c:218: error: 'struct utmp' has no member named 'ut_id' > ../xvt/ttyinit.c: In function 'tidy_utmp': > ../xvt/ttyinit.c:319: warning: comparison between pointer and integer > ../xvt/ttyinit.c:321: error: 'struct utmp' has no member named 'ut_type' > ../xvt/ttyinit.c:321: error: 'DEAD_PROCESS' undeclared (first use in > this function) > gmake[2]: *** [ttyinit.o] Error 1 >=20 > Full build log available at http://people.freebsd.org/~dougb/xfe-build.log Fixed, thanks. --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --/t6ASE28jIy1gGy9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9CDS4ACgkQwMJqmJVx946PrACfTzkUrbntjH9r5mY9DC3Q+PsA jOAAn2Ssf+dc2cZiNkGHpXMSsIF1nL8O =wP5d -----END PGP SIGNATURE----- --/t6ASE28jIy1gGy9-- From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 10:17:01 2012 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 661B21065670 for ; Mon, 20 Feb 2012 10:17:01 +0000 (UTC) (envelope-from beat.gaetzi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1FB8FC13 for ; Mon, 20 Feb 2012 10:17:00 +0000 (UTC) Received: by qaea17 with SMTP id a17so6395759qae.13 for ; Mon, 20 Feb 2012 02:17:00 -0800 (PST) Received-SPF: pass (google.com: domain of beat.gaetzi@gmail.com designates 10.229.137.20 as permitted sender) client-ip=10.229.137.20; Authentication-Results: mr.google.com; spf=pass (google.com: domain of beat.gaetzi@gmail.com designates 10.229.137.20 as permitted sender) smtp.mail=beat.gaetzi@gmail.com; dkim=pass header.i=beat.gaetzi@gmail.com Received: from mr.google.com ([10.229.137.20]) by 10.229.137.20 with SMTP id u20mr15399174qct.64.1329733020640 (num_hops = 1); Mon, 20 Feb 2012 02:17:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=KLxEK3M5KSRYuJgKuds9HUBzWl6jSkBoj1G1aVUKGXI=; b=Th3hZX6rzRX7z0sqvJzCauJOu0oweZfTKswAKjS4cSizBbxIAIXLQiSGy/tX3fmC7B 1SLQDErLxn4LA92qX4DJVQ+jTtK8art0x0ypdlfpcLa7KHK+HKza4t/ZJdk5pgAsQXv3 ufUENH6lIApSQXivRRXLnVhCTR2A3wVPwiYdI= MIME-Version: 1.0 Received: by 10.229.137.20 with SMTP id u20mr13044521qct.64.1329731438498; Mon, 20 Feb 2012 01:50:38 -0800 (PST) Sender: beat.gaetzi@gmail.com Received: by 10.229.77.86 with HTTP; Mon, 20 Feb 2012 01:50:38 -0800 (PST) In-Reply-To: References: <29CEA923-4620-4982-B8EA-45F46C711DAD@chruetertee.ch> <20120215214622.GN13362@azathoth.lan> Date: Mon, 20 Feb 2012 10:50:38 +0100 X-Google-Sender-Auth: 2RzMMkD9zQ6F3BfSmSERYSfdk9c Message-ID: From: =?ISO-8859-1?Q?Beat_G=E4tzi?= To: George Liaskos Content-Type: text/plain; charset=ISO-8859-1 Cc: Baptiste Daroussin , tinderbox-list@marcuscom.com, FreeBSD Ports Subject: Re: CFT: pkgng support for tinderbox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Feb 2012 10:17:01 -0000 2012/2/18 George Liaskos : > There seems to be an issue with most of the x11-font ports, fonts.dir > and fonts.cache are not handled correctly. > > http://tinderbox.cybertron.gr/index.php?action=failed_buildports&build=9.0-AMD64-FBSD Thanks for your feedback. I will take a look at it. Beat From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 10:19:10 2012 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 29F04106564A for ; Mon, 20 Feb 2012 10:19:10 +0000 (UTC) (envelope-from beat.gaetzi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id D0DD08FC0A for ; Mon, 20 Feb 2012 10:19:09 +0000 (UTC) Received: by qaea17 with SMTP id a17so6397346qae.13 for ; Mon, 20 Feb 2012 02:19:09 -0800 (PST) Received-SPF: pass (google.com: domain of beat.gaetzi@gmail.com designates 10.229.102.148 as permitted sender) client-ip=10.229.102.148; Authentication-Results: mr.google.com; spf=pass (google.com: domain of beat.gaetzi@gmail.com designates 10.229.102.148 as permitted sender) smtp.mail=beat.gaetzi@gmail.com; dkim=pass header.i=beat.gaetzi@gmail.com Received: from mr.google.com ([10.229.102.148]) by 10.229.102.148 with SMTP id g20mr12135347qco.124.1329733149331 (num_hops = 1); Mon, 20 Feb 2012 02:19:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=CMOvR6YDYivwMAqtaMDLrE5EckHH8QjmJeeIEqfKbhs=; b=l42uWxU5y/MK5c/bCck+XXETS2AR3hDscPDEmElNo5wr03wH0c4gudPUUBQs2t3K86 IR8F+gbkrZUzITACLE98Ijnbrl9q0qSN23Hgvq8q/v+xaT46F6phNvQwSJNnVZ6mzJbF LAk7T8Tkfau3e832MYUM3gJOIgONJfP4aezXE= MIME-Version: 1.0 Received: by 10.229.102.148 with SMTP id g20mr10333369qco.124.1329731562388; Mon, 20 Feb 2012 01:52:42 -0800 (PST) Sender: beat.gaetzi@gmail.com Received: by 10.229.77.86 with HTTP; Mon, 20 Feb 2012 01:52:42 -0800 (PST) In-Reply-To: <4F4157D5.3080109@zonov.org> References: <29CEA923-4620-4982-B8EA-45F46C711DAD@chruetertee.ch> <4F4157D5.3080109@zonov.org> Date: Mon, 20 Feb 2012 10:52:42 +0100 X-Google-Sender-Auth: hPt1-ilNpu_zqDh1A67aLPNUMKc Message-ID: From: =?ISO-8859-1?Q?Beat_G=E4tzi?= To: Andrey Zonov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: tinderbox-list@marcuscom.com, FreeBSD Ports Subject: Re: CFT: pkgng support for tinderbox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Feb 2012 10:19:10 -0000 2012/2/19 Andrey Zonov : > On 16.02.2012 1:07, Beat G=E4tzi wrote: >> >> Hi, >> >> pkgng support for tinderbox (written by bapt@) is ready and is looking f= or >> some review and testers. The patch is against tinderbox HEAD: >> >> http://tmp.chruetertee.ch/tinderbox-pkgng.patch >> > > Hi, > > Tinderbox doesn't create repository (pkg repo) after building. =A0Is this > intention behaviour? Yes. Probably it is possible to create a pkg repo with a hook but I haven't tried it yet. Beat From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 11:04:29 2012 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 3309D106566C for ; Mon, 20 Feb 2012 11:04:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 75B968FC0A for ; Mon, 20 Feb 2012 11:04:28 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA12095 for ; Mon, 20 Feb 2012 13:04:26 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RzR2g-000IiO-Dg for ports@FreeBSD.org; Mon, 20 Feb 2012 13:04:26 +0200 Message-ID: <4F4228A0.2090805@FreeBSD.org> Date: Mon, 20 Feb 2012 13:04:00 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.1) Gecko/20120215 Thunderbird/10.0.1 MIME-Version: 1.0 To: ports@FreeBSD.org References: <4BF3C17B.5050602@icyb.net.ua> In-Reply-To: <4BF3C17B.5050602@icyb.net.ua> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: games/prboom: needs patch after png 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: Mon, 20 Feb 2012 11:04:29 -0000 Seems like the following is still an issue. on 19/05/2010 13:46 Andriy Gapon said the following: > > This is an issue very similar to what is described here: > http://www.freebsd.org/cgi/query-pr.cgi?pr=145163 > The following patch should fix compilation with new png. > > --- src/SDL/i_sshot.c.orig 2010-05-19 13:40:36.506099313 +0300 > +++ src/SDL/i_sshot.c 2010-05-19 13:41:50.837973800 +0300 > @@ -231,7 +231,7 @@ > if (fp) > { > png_struct *png_ptr = png_create_write_struct( > - PNG_LIBPNG_VER_STRING, png_error_ptr_NULL, error_fn, warning_fn); > + PNG_LIBPNG_VER_STRING, NULL, error_fn, warning_fn); > > if (png_ptr) > { > @@ -279,7 +279,7 @@ > break; > } > } > - png_destroy_write_struct(&png_ptr, png_infopp_NULL); > + png_destroy_write_struct(&png_ptr, NULL); > } > fclose(fp); > } > -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 11:06:08 2012 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 19D64106564A for ; Mon, 20 Feb 2012 11:06:08 +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 F267C8FC14 for ; Mon, 20 Feb 2012 11:06:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1KB67eJ089337 for ; Mon, 20 Feb 2012 11:06:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1KB66He089334 for freebsd-ports@FreeBSD.org; Mon, 20 Feb 2012 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 Feb 2012 11:06:06 GMT Message-Id: <201202201106.q1KB66He089334@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, 20 Feb 2012 11:06:08 -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/165308 sysutils/bsdadminscripts: pkg_upgrade fails to retriev o ports/165304 x11-fm//FSViewer doesn't compile o ports/165294 accessibility/redshift on freebsd 9 - intel icore I5 i o ports/165285 New port www/py-graphite-web o ports/165283 New port databases/py-carbon o ports/165270 Ports keeps displaying useless 'License check disabled o ports/165251 [New port] net-mgmt/observium f ports/165247 [PATCH] audio/alsa-plugins: remove parts of FreeBSD-sp o ports/165227 [UPDATE] libgsf-1.14.22, goffice-0.9.1, gnumeric-1.11. f ports/165204 sysutils/ipmitool should have periodic IPMI status che f ports/165197 [patch] benchmarks/xdd: fix CPU detection slew of stri f ports/165176 [PATCH] mail/dovecot: update to 2.0.18, mail/dovecot2- f ports/165138 russian/fortuneru: doesn't install files for other pop o ports/165129 xfce - xorg - missing shared object in libxcb after re o ports/165122 new port: cad/SystemPerl, SystemC perl library f ports/165121 [MAINTAINER UPDATE] cad/p5-Verilog-Perl o ports/165117 [NEW PORT] databases/xtrabackup - version 1.6.5 of Per o ports/165088 bad interaction between boost and gcc f ports/165008 net-im/kmess-kde4 fails to connect f ports/165006 [patch] add missing dependencies to audio/audacity-dev o ports/165003 [patch] audio/icecast 2.3.2 may leak memory and take e f ports/164979 [maintainer update] net-p2p/retroshare: update to f ports/164941 [UPDATE] [NEW PORTS] jamvm/classpath w/o jdk o ports/164922 [NEW PORT] www/joomla25 Joomla CMS version 2.5 f ports/164893 sysutils/conky build fails with clang o ports/164872 New ports: databases/mdcached, databases/php-mdcached o ports/164849 [update] lang/php52 security fixes f ports/164818 sysutils/tty-clock may be fixed on 9.0 o ports/164786 [PATCH] devel/simian: Re-adding the deleted port o ports/164716 net-mgmt/xymon-server add menu options o ports/164714 graphics/rawtherapee fails to build o ports/164702 rc.d script for security/sshguard o ports/164659 security/py-fail2ban overwrite config files o ports/164653 installation trouble of japanese/ebnetd o ports/164627 dns/powerdns port should include boost-libs as lib_dep o ports/164581 [new port] cad/linux-eagle6 f ports/164563 games/sumwars can't run o ports/164502 [patch] news/sabnzbdplus not starting on boot f ports/164464 port sysutils/dvdisaster does not recognize drives on o ports/164364 New port: multimedia/banshee-devel Music management an o ports/164355 misc/gpt will not install using pkg_add o ports/164309 New port: graphics/pinta Simple drawing/painting progr o ports/164306 update mail/mailagent to 3.1.77 and utmpx fix o ports/164277 new port: mail/roundcube-automatic_addressbook s ports/164242 net/openafs port breaks with KERNCONFDIR and include o ports/164199 Ports fail to acknowlegde newly created users f ports/164181 [PATCH] www/xxxterm: Fix ssl_ca_file path and style o ports/164177 audio/squeezeboxserver should require mysql 5.0 server o ports/164060 net/ucarp doesn't work on FreeBSD 9.0-PRERELEASE o ports/164055 sysutils/zfs-periodic: Test if scrubbing is in process f ports/164029 [PATCH] graphics/bmeps fix build with databases/gdbm o ports/164015 devel/php5-pinba: pinba crahes PHP when built with pro o ports/163955 input packet for interface are counted twice f ports/163897 [NEW PORT] sysutils/dstat: A versatile resource statis o ports/163861 new port: devel/art A Resource Tracer (A resource trac o ports/163850 New port: cad/linux-bricscad f ports/163800 net-mgmt/nagiosql: All files are Windows-converted f ports/163766 multimedia/openshot fails to find "main" and "gtk" mod o ports/163583 [patch] x11/kdelibs3 conflicts with openssl-1 o ports/163467 Ports using python 2.7 and "waf" intermittently hang o f ports/163441 databases/couchdb multiple port installation issues. f ports/163126 security/sshguard changed from syslog.conf to daemon b o bin/162681 ports pkg_add(1): new installer does not add doc packages o ports/162676 [NEW PORT] net-mgmt/ssgless: View ScreenOS configurati f ports/162674 graphics/rawtherapee freezes after demosaic when tryin o ports/162511 [NEW PORT] net-im/imspector-devel devel version of ims o ports/162480 New port: net-mgmt/cacti-with-plugins Web-driven graph o ports/162447 net/isc-dhcp41-server: starting with rc-script fails o ports/162240 net/nss-pam-ldapd should allow openldap24-sasl-client o ports/162221 9.0-RC1 new problem building lang/spidermonkey s ports/162088 inconsistencies in locally generated INDEX file o ports/162045 print/ghostview 1.5_2 coredumps on certain files f ports/161981 [maintainer update] sysutils/samesame to v1.10 o ports/161894 New port databases/datamodeler: Database modeling tool f ports/161701 New port: games/chocolate-doom Doom port o ports/161690 New port: games/prboom-plus Port of ID Software's Doom o ports/161578 devel/strace is not working o ports/161441 New port: databases/4store o ports/161271 [patch] x11/cl-clx: loading with clozure fails, dep-op o ports/161268 sysutils/fusefs-ntfs fails to mount ntfs "invalid argu o ports/161231 [NEW PORT] www/sencha-touch: The First HTML5 Mobile We f ports/161148 New port: databases/infobright -- the infobright colum o ports/161106 sysutils/openipmi is dropping core o ports/161103 graphics/rawtherapee fails to build f ports/161070 infinite loop for graphics/xfig on 9.0-CURRENT f ports/160993 New port: security/sqlcipher o ports/160969 [patch] sysutils/zfs-snapshot-mgmt: embed ruby version o ports/160930 [PATCH] devel/gdb: HW watchpoint support for amd64 f ports/160861 New port: security/racoon-tool Manage setkey and racoo s ports/160821 audio/libmp3splt: Building WITHOUT_ID3 fails f ports/160539 [PATCH] security/botan: update to 1.10.1 o ports/160366 New port: misc/xmonad-log-applet An applet that will d o ports/159874 [patch] sysutils/zfs-snapshot-mgmt: respect local time f ports/159728 sysutils/htop 0.9.0_1 is broken (does not show process f ports/159636 [patch] net/freevrrpd: RC script for freevrrpd that co o ports/159205 net-mgmt/zabbix-agent: No active checks on server: hos o ports/159187 [patch] sysutils/am-utils patch to add nolockd to nfs f ports/159177 sysutils/muse on 8.2-STABLE o ports/159121 net/freevrrpd: Make adv_int a runtime configurable opt o ports/159003 devel/cross-gcc attempts to use $PRFIX/../../ranlib on o ports/159001 devel/cross-gcc: 4.5.2 libiberty fails on missing sys/ o ports/158983 [NEW PORT] devel/pecl-dtrace: PHP DTrace provider o ports/158904 [PATCH] finance/openerp-web: update to 6.0.2 s ports/158878 [patch] textproc/dadadodo assumes long is 32 bits o ports/158781 New port: games/drcreep Platform Puzzle Game o ports/158692 devel/cross-gcc: minor patch to enable arm-none-eabi s o ports/158506 In multimedia/emotion leave only one backend enabled b f ports/157398 emulators/open-vm-tools is broken on FreeBSD 8.2 amd64 o ports/157320 [NEW PORT] databases/pecl-pdo_user: PECL classes provi o ports/157301 [New port] net-mgmt/zbxlog: Syslog server receives mes o ports/157109 conflict between net/netpipes and sysutils/timelimit f ports/157107 conflict between mail/p5-Mail-SPF and mail/libspf2 o ports/156834 New port: games/fairymax-devel latest version of games o ports/156362 New port: games/rftg Race for the Galaxy AI f ports/155898 Update port devel/libthai o ports/155697 ports-mgmt/pkg_replace doesn't want to replace java/op o ports/155115 devel/doxygen: dependancy loop o ports/155070 NEW PORT: games/CastleVox - new fast strategy board ga o ports/154897 emulators/open-vm-tools: Bug in open-vm-tools-313025_2 o ports/154711 security/heimdal: kadmin: hdb_open: hdb_open failed in o ports/154682 net/iaxmodem: add rc script for running more than 1 ia o ports/153429 [patch] Fix explicite uses of unzip in ports o ports/153386 devel/valgrind does not build/include man pages o ports/152915 russian/xmms v. 1.2.11_12 don't see cdinfo and tag's i o ports/152899 devel/valgrind: unhandled syscall: 506 o ports/152236 [patch] x11/slim: Enable pam support, add hald and dbu o ports/152118 New port: deskutils/linux-tahometer A worktime trackin o ports/151747 new port: emulators/wine-fbsd64: request for (a variat o ports/151280 emulators/vmware-guestd6 port install error in /usr/po f ports/150903 databases/dbf: options --sql / --csv does produce crap o ports/150425 www/squid31: rc.d/squid's squid_fib setting ineffectiv f ports/150086 [NEW PORT] net-im/tkabber-plugins-devel: External Plug o ports/142743 [PATCH] devel/cross-binutils: installed by *-rtems-gcc f ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 134 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 11:11:17 2012 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 EA49F1065673 for ; Mon, 20 Feb 2012 11:11:17 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B48A48FC13; Mon, 20 Feb 2012 11:11:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1KBBHM4096780; Mon, 20 Feb 2012 11:11:17 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1KBBHBA096763; Mon, 20 Feb 2012 11:11:17 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Mon, 20 Feb 2012 12:11:12 +0100 From: Baptiste Daroussin To: Beat =?iso-8859-1?Q?G=E4tzi?= Message-ID: <20120220111112.GS13362@azathoth.lan> References: <29CEA923-4620-4982-B8EA-45F46C711DAD@chruetertee.ch> <20120215214622.GN13362@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="daC8KDjlMyCcZyAo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: George Liaskos , tinderbox-list@marcuscom.com, FreeBSD Ports Subject: Re: CFT: pkgng support for tinderbox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Feb 2012 11:11:18 -0000 --daC8KDjlMyCcZyAo Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 20, 2012 at 10:50:38AM +0100, Beat G=E4tzi wrote: > 2012/2/18 George Liaskos : > > There seems to be an issue with most of the x11-font ports, fonts.dir > > and fonts.cache are not handled correctly. > > > > http://tinderbox.cybertron.gr/index.php?action=3Dfailed_buildports&buil= d=3D9.0-AMD64-FBSD >=20 > Thanks for your feedback. I will take a look at it. >=20 > Beat This is known and i'm working on a fix, this is due to one of the main difference between pkg_install and pkgng (the way the plist in particular t= he @exec are handled) anyway this proves the tinderbox support for pkgng is wo= rking as espected which is good :) btw the way the fonts (mkfontdir/mkfontscale) are handled by most of the po= rts is just crappy it should be sanitized and be more consistent across the different fonts port (should the the font.cache and font.dir be embedded on= the package or not, when to execute the mkfontdir/mkfontscale, should we force = it to run at each font installations etc) if someone has knowledge about X11 and fonts handling it will be good if he could tackle this task or at least share the knowledge so that we have an efficient and consistent way to manage it. (should we still have messages a= bout the line to had to xorg.conf now that fontconfig manager everything? etc) Back to the pkgng support in tinderbox subject, thanks for having tested it, this means the support is good which mean we can probably go further (relea= se?) but let the tinderbox guys decide about it :) regards, Bapt --daC8KDjlMyCcZyAo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9CKlAACgkQ8kTtMUmk6EwTbwCfVHo4mPmtFy1DkgjJpfwBfxqh cq0AnRm4F3kk+UfOztBdk0hdxKCM0ux4 =y5g6 -----END PGP SIGNATURE----- --daC8KDjlMyCcZyAo-- From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 11:23:18 2012 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 1D3921065676 for ; Mon, 20 Feb 2012 11:23:18 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8F94C8FC08 for ; Mon, 20 Feb 2012 11:23:17 +0000 (UTC) Received: by wgbdq11 with SMTP id dq11so4507293wgb.31 for ; Mon, 20 Feb 2012 03:23:16 -0800 (PST) Received-SPF: pass (google.com: domain of andrey@zonov.org designates 10.180.92.71 as permitted sender) client-ip=10.180.92.71; Authentication-Results: mr.google.com; spf=pass (google.com: domain of andrey@zonov.org designates 10.180.92.71 as permitted sender) smtp.mail=andrey@zonov.org Received: from mr.google.com ([10.180.92.71]) by 10.180.92.71 with SMTP id ck7mr20381257wib.3.1329736996720 (num_hops = 1); Mon, 20 Feb 2012 03:23:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.180.92.71 with SMTP id ck7mr16989935wib.3.1329736996548; Mon, 20 Feb 2012 03:23:16 -0800 (PST) Received: by 10.180.98.35 with HTTP; Mon, 20 Feb 2012 03:23:16 -0800 (PST) X-Originating-IP: [95.108.170.17] In-Reply-To: References: <29CEA923-4620-4982-B8EA-45F46C711DAD@chruetertee.ch> <4F4157D5.3080109@zonov.org> Date: Mon, 20 Feb 2012 15:23:16 +0400 Message-ID: From: Andrey Zonov To: =?ISO-8859-1?Q?Beat_G=E4tzi?= X-Gm-Message-State: ALoCoQm4urWXqgFLjnLqTX+jfDGhaWj+Iu4PVlWmKLKwzpI3efT+IOngHflJ1OkhkbL4tGsXiMd/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: tinderbox-list@marcuscom.com, FreeBSD Ports Subject: Re: CFT: pkgng support for tinderbox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Feb 2012 11:23:18 -0000 On Mon, Feb 20, 2012 at 1:52 PM, Beat G=E4tzi wrote: > 2012/2/19 Andrey Zonov : > > On 16.02.2012 1:07, Beat G=E4tzi wrote: > >> > >> Hi, > >> > >> pkgng support for tinderbox (written by bapt@) is ready and is looking > for > >> some review and testers. The patch is against tinderbox HEAD: > >> > >> http://tmp.chruetertee.ch/tinderbox-pkgng.patch > >> > > > > Hi, > > > > Tinderbox doesn't create repository (pkg repo) after building. Is this > > intention behaviour? > > Yes. Probably it is possible to create a pkg repo with a hook but I > haven't tried it yet. > Hmmm, OK. This hook does all work: # cat postPortBuild-hook.sh #!/bin/sh pkg repo $PB/packages/$BUILD # tc updateHookCmd -h postPortBuild -c postPortBuild-hook.sh Thanks! --=20 Andrey Zonov From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 13:22:56 2012 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 1AF7D106564A for ; Mon, 20 Feb 2012 13:22:56 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id B0BE68FC1C for ; Mon, 20 Feb 2012 13:22:55 +0000 (UTC) Received: by ghbg15 with SMTP id g15so2902579ghb.13 for ; Mon, 20 Feb 2012 05:22:55 -0800 (PST) Received: by 10.101.4.16 with SMTP id g16mr4408717ani.78.1329744173441; Mon, 20 Feb 2012 05:22:53 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id g12sm27447191ana.2.2012.02.20.05.22.52 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 20 Feb 2012 05:22:52 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3Ts5HH0ddsz2CG48; Mon, 20 Feb 2012 08:22:51 -0500 (EST) Date: Mon, 20 Feb 2012 08:22:50 -0500 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20120220082250.431e604d@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQnSJ2a58WR0CwwxxMvysnlRvF6dFuRdWkQoykaKRuHWvjs8ZVprq1Dmsw+dSrUS7vw4EMx3 Cc: kde@FreeBSD.org Subject: Size mismatch for x11-themes/kde4-wallpapers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 13:22:56 -0000 While attempting to fetch x11-themes/kde4-wallpapers, I receive this error message: fetch: http://mirrors.isc.org/pub/kde/stable/4.7.4/src/kde-wallpapers-4.7.4.tar.bz2: size mismatch: expected 35410944, actual 49225105 This error is repeated for all of the sites tried. While I am aware I can over ride the check-sum problem, I feel it should be correct at the source. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 14:16:12 2012 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 CAA631065675 for ; Mon, 20 Feb 2012 14:16:12 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2248FC15 for ; Mon, 20 Feb 2012 14:16:12 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so9337037obc.13 for ; Mon, 20 Feb 2012 06:16:11 -0800 (PST) Received-SPF: pass (google.com: domain of kubito@gmail.com designates 10.182.38.8 as permitted sender) client-ip=10.182.38.8; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kubito@gmail.com designates 10.182.38.8 as permitted sender) smtp.mail=kubito@gmail.com; dkim=pass header.i=kubito@gmail.com Received: from mr.google.com ([10.182.38.8]) by 10.182.38.8 with SMTP id c8mr1334181obk.34.1329747371962 (num_hops = 1); Mon, 20 Feb 2012 06:16:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=sWF28fvbH3bvl78UpqhYWi5bL2EsjDhVXGgkDxJUopQ=; b=nhoh6fXYjc4FL0yel4ptCQ1cf8TcMSEGbqbRZ6r/BjkzK+hbSblvSMtMD589wA342e gbp3bikySYX6AN9skHh3zh57U5j8gkynP0UnZK/HNLwCuyyD7NHlvQvQ81GymKJIDg+a fYwN414LmXfeuiDQOmxi2YITWxc8jrqsmPXpI= Received: by 10.182.38.8 with SMTP id c8mr1092708obk.34.1329746070664; Mon, 20 Feb 2012 05:54:30 -0800 (PST) Received: from rachacuca.gmail.com (li113-135.members.linode.com. [69.164.198.135]) by mx.google.com with ESMTPS id 1sm7434175oef.5.2012.02.20.05.54.28 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 20 Feb 2012 05:54:29 -0800 (PST) Sender: Raphael Kubo da Costa From: Raphael Kubo da Costa To: freebsd-ports@freebsd.org References: <20120220082250.431e604d@scorpio> Date: Mon, 20 Feb 2012 11:55:18 -0200 In-Reply-To: <20120220082250.431e604d@scorpio> (jerry@seibercom.net's message of "Mon, 20 Feb 2012 08:22:50 -0500") Message-ID: <83y5rxa9tl.fsf@FreeBSD.org> User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Cc: kde@FreeBSD.org Subject: Re: [kde-freebsd] Size mismatch for x11-themes/kde4-wallpapers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Feb 2012 14:16:12 -0000 Jerry writes: > While attempting to fetch x11-themes/kde4-wallpapers, I receive this > error message: > > fetch: > http://mirrors.isc.org/pub/kde/stable/4.7.4/src/kde-wallpapers-4.7.4.tar.bz2: > size mismatch: expected 35410944, actual 49225105 > > This error is repeated for all of the sites tried. While I am aware I > can over ride the check-sum problem, I feel it should be correct at the > source. ports/165320 was filled a few moments ago with the same problem. kde4-wallpaper's distinfo [1] looks correct, are you sure it's not something on your side? [1] http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11-themes/kde4-wallpapers/distinfo?rev=1.3 From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 14:25:34 2012 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 A9B341065702; Mon, 20 Feb 2012 14:25:33 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (unknown [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b2]) by mx1.freebsd.org (Postfix) with ESMTP id 23E848FC13; Mon, 20 Feb 2012 14:25:33 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id q1KEPWYf084861 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Mon, 20 Feb 2012 09:25:32 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <4F4257DC.9000706@FreeBSD.org> Date: Mon, 20 Feb 2012 09:25:32 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111228 Thunderbird/9.0 MIME-Version: 1.0 To: Andriy Gapon References: <4BF3C17B.5050602@icyb.net.ua> <4F4228A0.2090805@FreeBSD.org> In-Reply-To: <4F4228A0.2090805@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mouf.net [204.109.58.86]); Mon, 20 Feb 2012 09:25:32 -0500 (EST) X-Virus-Scanned: clamav-milter 0.97.2 at mouf.net X-Virus-Status: Clean Cc: ports@FreeBSD.org Subject: Re: games/prboom: needs patch after png 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: Mon, 20 Feb 2012 14:25:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/20/12 06:04, Andriy Gapon wrote: > > Seems like the following is still an issue. > > on 19/05/2010 13:46 Andriy Gapon said the following: >> >> This is an issue very similar to what is described here: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=145163 The following >> patch should fix compilation with new png. >> >> --- src/SDL/i_sshot.c.orig 2010-05-19 13:40:36.506099313 +0300 >> +++ src/SDL/i_sshot.c 2010-05-19 13:41:50.837973800 +0300 @@ >> -231,7 +231,7 @@ if (fp) { png_struct *png_ptr = >> png_create_write_struct( - PNG_LIBPNG_VER_STRING, >> png_error_ptr_NULL, error_fn, warning_fn); + >> PNG_LIBPNG_VER_STRING, NULL, error_fn, warning_fn); >> >> if (png_ptr) { @@ -279,7 +279,7 @@ break; } } - >> png_destroy_write_struct(&png_ptr, png_infopp_NULL); + >> png_destroy_write_struct(&png_ptr, NULL); } fclose(fp); } >> > > Committed, thanks! Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPQlfcAAoJEPXPYrMgexuhVvsH/1Nn3XIHJLH3rVA67b9nRqYT uQPulWAKjkTccuKqHzsdY+P6ot8qGorq3flJk60p4Yw2Iq4k0ZKxC2i3OpPK10yh fqUQEuughyeca2b597yBbIU6nowW4Lbkm5Rta4peqvQFbvSE0PKeGwgSNcXxGSH0 n3CGAI3bq5rI6YR026bNkefYjBi0j7pFGYALJDOH0dRHYD55Hzbo04y7LmVzUiPT zQegleyI4XMjXzTF9OHrzdaIYFq8OyNtCUzk9ZlqRmN/fSMqAa2buGpbkdWXDWn0 8tGd/cN4g6+8/p2shYeZk/M66qNJTRWsyUPVujxhE5zPbfArNEnIY35z64uAboI= =MkWy -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 15:53:02 2012 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 028391065675; Mon, 20 Feb 2012 15:53:02 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id B5A8F8FC0C; Mon, 20 Feb 2012 15:53:01 +0000 (UTC) Received: by iaeo4 with SMTP id o4so10294123iae.13 for ; Mon, 20 Feb 2012 07:53:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4fcDy4C8cI5WyvBkGLIC8rxZTh+2r0IhNgqokqK6rmE=; b=SnGPwLyvHtghr4rRRzat2pEtAP2egEiVsLnUXDAgt1bvfS+Y/uHyKN0NTP2e5hznVL iR2E8eZqg6GowbiOBiZ5UWEtynaEe/lkAZYvUm0YIyuPtvWOJA6DPt2n66J4/68LXBel y2/k253NH3M5fMx+am80KO98v2iP9e9aK7Zeo= MIME-Version: 1.0 Received: by 10.50.76.130 with SMTP id k2mr11079905igw.22.1329753181137; Mon, 20 Feb 2012 07:53:01 -0800 (PST) Received: by 10.231.155.20 with HTTP; Mon, 20 Feb 2012 07:53:00 -0800 (PST) Received: by 10.231.155.20 with HTTP; Mon, 20 Feb 2012 07:53:00 -0800 (PST) In-Reply-To: <83y5rxa9tl.fsf@FreeBSD.org> References: <20120220082250.431e604d@scorpio> <83y5rxa9tl.fsf@FreeBSD.org> Date: Mon, 20 Feb 2012 15:53:00 +0000 Message-ID: From: Chris Rees To: Raphael Kubo da Costa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: kde@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [kde-freebsd] Size mismatch for x11-themes/kde4-wallpapers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Feb 2012 15:53:02 -0000 On 20 Feb 2012 14:17, "Raphael Kubo da Costa" wrote: > > Jerry writes: > > > While attempting to fetch x11-themes/kde4-wallpapers, I receive this > > error message: > > > > fetch: > > http://mirrors.isc.org/pub/kde/stable/4.7.4/src/kde-wallpapers-4.7.4.tar.bz2 : > > size mismatch: expected 35410944, actual 49225105 > > > > This error is repeated for all of the sites tried. While I am aware I > > can over ride the check-sum problem, I feel it should be correct at the > > source. > > ports/165320 was filled a few moments ago with the same > problem. kde4-wallpaper's distinfo [1] looks correct, are you sure it's > not something on your side? > > [1] http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11-themes/kde4-wallpapers/distinfo?rev=1.3 Perhaps the mirrors got poisoned? That's happened a few times recently... From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 16:28:11 2012 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 A944D106566B for ; Mon, 20 Feb 2012 16:28:11 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 525B18FC0C for ; Mon, 20 Feb 2012 16:28:11 +0000 (UTC) Received: by ghbg15 with SMTP id g15so2996415ghb.13 for ; Mon, 20 Feb 2012 08:28:10 -0800 (PST) Received-SPF: pass (google.com: domain of jerry@seibercom.net designates 10.236.175.164 as permitted sender) client-ip=10.236.175.164; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jerry@seibercom.net designates 10.236.175.164 as permitted sender) smtp.mail=jerry@seibercom.net Received: from mr.google.com ([10.236.175.164]) by 10.236.175.164 with SMTP id z24mr29276893yhl.84.1329755290754 (num_hops = 1); Mon, 20 Feb 2012 08:28:10 -0800 (PST) Received: by 10.236.175.164 with SMTP id z24mr22597020yhl.84.1329755290684; Mon, 20 Feb 2012 08:28:10 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id a39sm47271959yhk.15.2012.02.20.08.28.09 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 20 Feb 2012 08:28:09 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3Ts9P41Xhjz2CG48 for ; Mon, 20 Feb 2012 11:28:08 -0500 (EST) Date: Mon, 20 Feb 2012 11:28:07 -0500 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20120220112807.20de4489@scorpio> In-Reply-To: References: <20120220082250.431e604d@scorpio> <83y5rxa9tl.fsf@FreeBSD.org> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQkd5GGznx5Jch4aervYCJIxXeXmgE/X+l4juav/NYxnJMTJFU++ng0N8sikHrrht6HyNy6+ Subject: Re: [kde-freebsd] Size mismatch for x11-themes/kde4-wallpapers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 16:28:11 -0000 On Mon, 20 Feb 2012 15:53:00 +0000 Chris Rees articulated: > Perhaps the mirrors got poisoned? That's happened a few times > recently... I just used "portsnap" to completely replace the existing port tree with a fresh copy. The new copy has the correct "distfile" info. However, I wonder why this error was not caught earlier. I was under the impression that some sort of verification was done on these updates before they were released to the the mirrors, etc. If not, then perhaps there should be. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 17:15:59 2012 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 E5F36106566C; Mon, 20 Feb 2012 17:15:59 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 44FC48FC08; Mon, 20 Feb 2012 17:15:58 +0000 (UTC) Received: by lagz14 with SMTP id z14so9654401lag.13 for ; Mon, 20 Feb 2012 09:15:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.36.65 with SMTP id o1mr6697259lbj.32.1329756617879; Mon, 20 Feb 2012 08:50:17 -0800 (PST) Received: by 10.152.29.234 with HTTP; Mon, 20 Feb 2012 08:50:17 -0800 (PST) Date: Mon, 20 Feb 2012 17:50:17 +0100 Message-ID: From: Olivier Smedts To: FreeBSD Ports , gecko@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmI+/QnzVZEi7E81/BF5rzBtI9nNIfhM3ig1DYqeu5+bDuCgOZNh2oRH3mBO9+cJ0oaGNmo Cc: Subject: www/firefox and mail/thunderbird localization X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Feb 2012 17:16:00 -0000 Hello, Has anything changed recently regarding Firefox and Thunderbird localization / global extensions ? Since Firefox 10.0 I don't have localized menus anymore. % ls /var/db/pkg/ | grep firefox firefox-10.0.1,1 firefox-i18n-10.0.1 % grep 'WITH_' /var/db/ports/firefox-i18n/options WITH_LANG_FR=3Dtrue % grep 'general.useragent.locale' ~/.mozilla/firefox/*.default/prefs.js user_pref("general.useragent.locale", "fr-FR"); But Firefox still has english menus. It has been working since Firefox 3 through Firefox 9, and the localization stopped working with Firefox 10.0. It did not come back with Firefox 10.0.1. The same thing applies for Thunderbird 10. I also tried with the switcher extension, no luck. Tried with a new profile, with different values (like "fr" only) for general.useragent.locale, with 'firefox -UILocale "fr-FR"' or 'firefox -UILocale "fr"'... nothing made it. I found no xpi, they seem to be extracted. % find /usr/local/ -name \*.xpi | wc -l 0 % ll /usr/local/lib/xpi/ total 1 drwxr-xr-x 3 root wheel 5 14 f=E9v 12:37 langpack-fr@firefox.mozilla.o= rg drwxr-xr-x 3 root wheel 5 14 f=E9v 12:38 langpack-fr@thunderbird.mozil= la.org drwxr-xr-x 7 root wheel 11 14 f=E9v 12:17 lightning@thunderbird.mozilla= .org drwxr-xr-x 12 root wheel 12 14 f=E9v 12:38 symlinks Any advice ? Thanks --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 18:19:19 2012 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 325EC106564A for ; Mon, 20 Feb 2012 18:19:19 +0000 (UTC) (envelope-from freebsd@heesakkers.info) Received: from server4.ohos.nl (server4.ohos.nl [IPv6:2a00:d880:0:6::c951:214d]) by mx1.freebsd.org (Postfix) with ESMTP id ED8D68FC1A for ; Mon, 20 Feb 2012 18:19:18 +0000 (UTC) Received: from [2001:470:1f15:1555::2] (helo=pcoliver.heesakkers.info) by server4.ohos.nl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1RzXpT-0005Zn-Br for freebsd-ports@freebsd.org; Mon, 20 Feb 2012 19:19:16 +0100 From: Oliver Heesakkers To: freebsd-ports@freebsd.org Date: Mon, 20 Feb 2012 19:19:14 +0100 Message-ID: <1347446.JYa7ekNZtU@pcoliver.heesakkers.info> User-Agent: KMail/4.7.3 (FreeBSD/9.0-RELEASE; KDE/4.7.4; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: www/firefox and mail/thunderbird localization X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Feb 2012 18:19:19 -0000 Op ma 20 feb 2012 17:50:17 schreef Olivier Smedts: > Hello, > > > Since Firefox 10.0 I don't have localized menus anymore. > (...) > Any advice ? http://lists.freebsd.org/pipermail/freebsd-ports/2012-February/072850.html From owner-freebsd-ports@FreeBSD.ORG Mon Feb 20 22:31:01 2012 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 651B61065674; Mon, 20 Feb 2012 22:31:01 +0000 (UTC) (envelope-from max@mxcrypt.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E2A618FC16; Mon, 20 Feb 2012 22:31:00 +0000 (UTC) Received: by vbbfa15 with SMTP id fa15so5533432vbb.13 for ; Mon, 20 Feb 2012 14:31:00 -0800 (PST) Received: by 10.52.70.165 with SMTP id n5mr8649817vdu.55.1329777060268; Mon, 20 Feb 2012 14:31:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.155.198 with HTTP; Mon, 20 Feb 2012 14:30:30 -0800 (PST) In-Reply-To: References: <2705.46.129.107.107.1328924592.squirrel@mymail.acsalaska.net> From: Maxim Khitrov Date: Mon, 20 Feb 2012 17:30:30 -0500 Message-ID: To: Alex Dupre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkS8sNtIoBl9f1hU1xpKqgoQVUKBxl/rIlsIXdrjZbfG8H0AGTT/CZG0AGu6+Oy+vG29Qk+ Cc: freebsd-ports@freebsd.org Subject: Re: Requested changes to lang/php5 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: Mon, 20 Feb 2012 22:31:01 -0000 On Fri, Feb 10, 2012 at 9:38 PM, Maxim Khitrov wrote: > On Fri, Feb 10, 2012 at 8:43 PM, =C2=A0 wrote: >>> On Fri, Feb 10, 2012 at 12:41 PM, Maxim Khitrov wrote= : >>>> Hello, >>>> >>>> I'd like to request two minor changes to the lang/php5 port: >>>> >>>> 1. Change 'CONFIGURE_ARGS=3D' line to 'CONFIGURE_ARGS+=3D' to allow >>>> customizations to the arguments. One reason for this is that some >>>> extensions, like security/php5-hash, have to be compiled into the >>>> core. Otherwise, 'session.hash_function' option cannot use hash >>>> algorithms offered by that extension. See the following bug report for >>>> more info: >>>> >>>> https://bugs.php.net/bug.php?id=3D53789 >>>> >>>> 2. Unless there is a very good reason for keeping them, I think >>>> '--enable-libxml' and especially '--enable-mysqlnd' should be removed >>>> from the default set of arguments. Make these two part of the options >>>> dialog, if you want, but there are plenty of installations that have >>>> no need for any MySQL or XML functionality. Why compile these into the >>>> core by default? >>> >>> Actually, I now realize that changing 'CONFIGURE_ARGS=3D' to >>> 'CONFIGURE_ARGS+=3D' wouldn't help me, because --disable-all would >>> negate --enable-hash, which I was planning to specify. >> >> No, it won't negate it. --disable-all means "start with an empty set and >> for each --enable-foo add foo to the set". >> >> You can add to CONFIGURE_ARGS using a Makefile.local which is included >> at bsd.port.pre.mk time. > > Didn't know about Makefile.local, thanks! I tested the > 'CONFIGURE_ARGS+=3D' solution and it does work. I was under the > impression that order mattered. > > That method is slightly better than Makefile.local, because I try to > manage all port customizations with portconf. Otherwise, it's easy to > forget all the changes you made to get things working exactly right. I > also exclude /usr/ports from backups, so all settings would revert to > their defaults if I ever had to re-extract the entire tree. > >>> As for removing --enable-libxml, it seems to be required when building >>> the port (maybe for fpm?), but --enable-mysqlnd should definitely be >>> removed by default. >> >> As far as I can tell, --enable-mysqlnd does not add to dependencies, as: >> make -C /usr/ports/lang/php5 all-depends-list >> shows me as does: >> % ls /var/db/pkg|egrep 'php|mysql' >> php5-5.3.9 > > True, but it's still unnecessary. It increases the size of all > binaries (php, php-cgi, php-fpm) and adds a ton of useless information > to phpinfo() output. > > I think that making it an option that is enabled by default is > perfectly reasonable. I've attached a patch that does this. Tested it > on FreeBSD 9.0-RELEASE amd64. > > - Max Alex, So would it be possible to get this patch committed or are there some reasons why mysqlnd must be enabled in all cases? - Max From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 00:57:21 2012 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 BF2E0106566C; Tue, 21 Feb 2012 00:57:21 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 151ED8FC15; Tue, 21 Feb 2012 00:57:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id q1L0vFbq002061; Tue, 21 Feb 2012 04:57:18 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id q1L0vC1V002058; Tue, 21 Feb 2012 04:57:13 +0400 (MSK) (envelope-from ache) Date: Tue, 21 Feb 2012 04:57:09 +0400 From: Andrey Chernov To: ports@freebsd.org, emulation@freebsd.org Message-ID: <20120221005707.GB1781@vniz.net> Mail-Followup-To: Andrey Chernov , ports@freebsd.org, emulation@freebsd.org References: <20120215164722.GA1693@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120215164722.GA1693@vniz.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 00:57:21 -0000 Just in case it may help somebody: the cause (but not the root) of the problem is found and workaround too. The cause of the problem is ::1 localhost localhost.my.domain line from our _standard_ /usr/src/etc/hosts which comes first before 127.0.0.1 localhost localhost.my.domain line. Linux takes the first match on localhost, i.e. ::1, then tries 8605 npviewer.bin STRU struct sockaddr { AF_INET6, [::1]:6010 } it was last command from npviewer.bin, then it immeditelly terminates: 8605 npviewer.bin RET linux_socketcall -1 errno 4 Interrupted system call 8605 npviewer.bin PSIG SIGTERM SIG_DFL code=0x10001 The workaround is to switch lines order in /etc/hosts, i.e. 127.0.0.1 localhost ::1 localhost to make IPv4 one comes first. Flash works afterwards. The bug affects IPv6-enabled machines with IPv4 over IPv6 preferred or maybe IPv4 too I don't know, but since we don't have such reports in mass, I think IPv4-only setup is fine. On Wed, Feb 15, 2012 at 08:47:22PM +0400, Andrey Chernov wrote: > Having 9-stable and ports from Feb 14, all builded from sources, I get > this commonly looking error attempting to view flash in FF 10.0.1: > > *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC > client connection > NOTE: child process received `Goodbye', closing down > > Looking into ktrace I found error reason: > > 82037 plugin-container CALL connect(0x16,0x2c04f9d4,0x42) > 82037 plugin-container STRU struct sockaddr { AF_LOCAL, invalid } > 82037 plugin-container NAMI > "/tmp/_org_wrapper_NSPlugins_libflashplayer.so_82037-2_1804289383" > 82037 plugin-container RET connect -1 errno 2 No such file or directory > > (repeated several times). > > This "invalid" in sockaddr looks familiar as for some time ago added > sockaddr length checks our kernel, but as bz@ says this should be > already fixed. > > Does anybody runs flash successfly on 9-stable? If yes, where else the > problem can be? -- http://ache.vniz.net/ From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 01:11:28 2012 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 7E60E106566B; Tue, 21 Feb 2012 01:11:28 +0000 (UTC) (envelope-from oliver.pinter@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id ADC9B8FC1A; Tue, 21 Feb 2012 01:11:27 +0000 (UTC) Received: by eaan10 with SMTP id n10so2621499eaa.13 for ; Mon, 20 Feb 2012 17:11:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :message-id; bh=XZWKCksd/RLro55lw+7otZ1AFIRq1eOynUta6G2GlCM=; b=PNxuoGbuokT9MaJoDadUmrUws0x0QRutedrRA2NsyubC8gN2fDL5TpXjr4bVeWudUs o2/w2MHHJm/Xcg84wGatOHrFcqEsnK77ccqH+0VK9bzH5QvRu/BUEInhMjSiMwOIfNqM KHvFTDihm5JbvmI419nQ+3quIt7h3MrcRLAC0= Received: by 10.14.39.202 with SMTP id d50mr9405667eeb.79.1329784893156; Mon, 20 Feb 2012 16:41:33 -0800 (PST) Received: from opd.teteny.bme.hu (opd.teteny.bme.hu. [152.66.235.214]) by mx.google.com with ESMTPS id z47sm83589668eeh.9.2012.02.20.16.41.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 20 Feb 2012 16:41:32 -0800 (PST) From: Oliver Pinter To: pav@freebsd.org, miwi@freebsd.org, ports@freebsd.org Date: Tue, 21 Feb 2012 01:41:29 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_6guQPuc4PwBX/wa" Message-Id: <201202210141.30082.oliver.pinter@gmail.com> Cc: Subject: kdelibs3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 01:11:28 -0000 --Boundary-00=_6guQPuc4PwBX/wa Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all! Please apply the attached patch to x11/kdelibs3/Makefile. -- thanks, Oliver --Boundary-00=_6guQPuc4PwBX/wa Content-Type: text/x-diff; charset="iso 8859-15"; name="x11-kdelibs3-Makefile.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="x11-kdelibs3-Makefile.diff" --- /tmp/Makefile 2012-02-21 01:34:44.000000000 +0100 +++ Makefile 2012-02-21 01:37:13.000000000 +0100 @@ -82,8 +82,10 @@ .endif # !exists(/usr/bin/bzip2) .if ${OSVERSION} < 800000 +.if !defined(WITHOUT_CUPS) BROKEN= does not build fully (cups) on FreeBSD 7.X .endif +.endif pre-configure: ${REINPLACE_CMD} "s,%%LOCALBASE%%,${LOCALBASE},g" ${WRKSRC}/kdeprint/cups/kmcupsmanager.cpp --Boundary-00=_6guQPuc4PwBX/wa-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 07:39:45 2012 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 E8E1B106564A; Tue, 21 Feb 2012 07:39:45 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id AC0C98FC16; Tue, 21 Feb 2012 07:39:45 +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.72) (envelope-from ) id 1RzkK8-0006uq-9Z; Tue, 21 Feb 2012 08:39:44 +0100 Message-ID: <4F434A3A.4060208@gwdg.de> Date: Tue, 21 Feb 2012 08:39:38 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 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 Cc: sunpoet@FreeBSD.org Subject: giflib in graphics/gdal X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 07:39:46 -0000 Dear list, after changing from graphics/ungif to graphics/giflib there is a problem with building graphics/gdal. Because other ports depending on it, this should be corrected as soon as possible, I think. The patch could be something like this: --- Makefile.orig 2012-02-08 07:52:24.000000000 +0100 +++ Makefile 2012-02-21 08:34:04.000000000 +0100 @@ -104,7 +104,7 @@ .endif .if !defined(WITHOUT_GIF) -LIB_DEPENDS+= ungif.5:${PORTSDIR}/graphics/libungif +LIB_DEPENDS+= gif.5:${PORTSDIR}/graphics/giflib CONFIGURE_ARGS+= --with-gif=${LOCALBASE} .endif @@ -276,9 +276,6 @@ .endif post-patch: -.if !defined(WITHOUT_GIF) - @${REINPLACE_CMD} -e 's|lgif|lungif|' ${WRKSRC}/configure -.endif .if defined(WITH_PYTHON) @${REINPLACE_CMD} -e '\ s,%%MAKE_ENV%%,${MAKE_ENV},; \ Rainer Hurling From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 08:28:31 2012 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 39425106566B for ; Tue, 21 Feb 2012 08:28:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id 24C018FC17 for ; Tue, 21 Feb 2012 08:28:31 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q1L8SVX1073964 for ; Tue, 21 Feb 2012 08:28:31 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 21 Feb 2012 08:28:31 GMT Message-Id: <201202210828.q1L8SVX1073964@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org 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: Tue, 21 Feb 2012 08:28: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 7.x/8.x/9.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/tclmidi broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tclmidi portname: audio/teamspeak_client broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=teamspeak_client portname: audio/timidity++-xaw broken because: does not install properly after X11BASE removal build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120123043600/timidity++-xaw-2.13.2_9.log (_Feb_18_03:41:05_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=timidity%2B%2B-xaw portname: benchmarks/dbs broken because: does not compile on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=dbs portname: chinese/big5con broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=big5con portname: chinese/hztty broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty portname: chinese/kon2 broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=kon2 portname: databases/msql broken because: Broken on FreeBSD 9+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql portname: devel/dsss broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=dsss portname: devel/fastcrc broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fastcrc portname: devel/gauche-gaunit broken because: does not package build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20120212090446/gauche-gaunit-0.1.6.log (_Dec_15_17:12:50_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gauche-gaunit portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/kdevelop broken because: conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdevelop 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/p5-Dialog broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Dialog portname: editors/xemacs-devel-mule broken because: does not build on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xemacs-devel-mule portname: emulators/bsnes broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=bsnes portname: emulators/vmsbackup broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=vmsbackup 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/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: games/tinymux broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tinymux portname: graphics/glide3 broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=glide3 portname: graphics/gmt broken because: Doesn't fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gmt portname: graphics/long-exposure-tools broken because: does not build with new netpbm build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=long-exposure-tools 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/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/vrml2pov broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20111228135944/vrml2pov-0.7_1.log (_Dec_16_03:59:13_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=vrml2pov portname: japanese/aterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=aterm portname: japanese/kon2-14dot broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=kon2-14dot portname: japanese/kon2-16dot broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=kon2-16dot portname: japanese/perl5 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=perl5 portname: japanese/tcl76 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tcl76 portname: japanese/tcl80 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tcl80 portname: korean/eterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=eterm portname: lang/Sather broken because: segfaults during build on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=Sather portname: mail/biffer broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=biffer portname: mail/smfsav broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=smfsav portname: math/fftw broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=fftw portname: math/fftw-float broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=fftw-float portname: math/graphthing broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20120207151115/graphthing-1.3.2_6.log (_Feb_10_09:54:35_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=graphthing 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/kde3-i18n-hsb broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-hsb portname: misc/kde3-i18n-mt broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-mt portname: misc/kde3-i18n-nso broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-nso portname: misc/projectionlib broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=projectionlib 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/linux-gspca-kmod broken because: does not compile on 8.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=linux-gspca-kmod portname: net-im/pino broken because: Doesn't build with vala-0.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=pino portname: net/msend broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=msend portname: net/pfflowd broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pfflowd 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/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/rmsg broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rmsg portname: science/hdf broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=hdf portname: science/peekabot broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=peekabot portname: security/openfwtk broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openfwtk portname: security/pam_alreadyloggedin broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_alreadyloggedin portname: security/saint broken because: leaves files after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=saint portname: security/srp broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=srp portname: security/sud broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sud portname: shells/wapsh broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=wapsh portname: sysutils/desktopbsd-tools broken because: does not compile on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=desktopbsd-tools portname: sysutils/k3b broken because: does not compile on FreeBSD 9.X build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20111027215555/k3b-1.0.5_11.log (_Dec_21_22:59:28_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=k3b portname: sysutils/slmon broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=slmon portname: sysutils/unieject broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120123043600/unieject-5.3.2_6.log (_Feb_18_05:24:10_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=unieject portname: sysutils/wtmp-tools broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=wtmp-tools portname: sysutils/yawho broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=yawho portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/openvanilla-modules broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/openvanilla-modules-0.7.2.20070514_3.log (_Aug_27_09:02:30_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=openvanilla-modules 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: x11-drivers/xf86-video-rdc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-rdc portname: x11-servers/driglide broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-servers&portname=driglide portname: x11-toolkits/tkdnd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=tkdnd portname: x11/avant-window-navigator-xfce4 broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=avant-window-navigator-xfce4 portname: x11/cl-clx-sbcl broken because: : Changes in sbcl 1.0.55 have exposed problems in /usr/local/lib/common-lisp/clx/depdefs.lisp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=cl-clx-sbcl portname: x11/emu broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=emu portname: x11/ggiterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=ggiterm portname: x11/rxvt broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=rxvt portname: x11/wterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=wterm From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 08:28:52 2012 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 CE811106567B for ; Tue, 21 Feb 2012 08:28:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id B9F668FC17 for ; Tue, 21 Feb 2012 08:28:52 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q1L8SqIl076647 for ; Tue, 21 Feb 2012 08:28:52 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 21 Feb 2012 08:28:52 GMT Message-Id: <201202210828.q1L8SqIl076647@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org 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: Tue, 21 Feb 2012 08:28:52 -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 7.x/8.x/9.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: accessibility/yasr broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=accessibility&portname=yasr portname: audio/gdam broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gdam portname: audio/gstreamer-plugins-flite broken because: Doesn't work due to link problem in audio/flite build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-flite portname: audio/hydrogen broken because: does not install build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20120202134230/hydrogen-0.9.5.log (_Feb__5_01:35:04_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=hydrogen portname: audio/muine broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: audio/osd-lyrics broken because: does not compile on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=osd-lyrics portname: audio/rubyripper broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rubyripper portname: audio/tclmidi broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tclmidi portname: audio/teamspeak_client broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=teamspeak_client portname: audio/timidity++-xaw broken because: does not install properly after X11BASE removal build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120123043600/timidity++-xaw-2.13.2_9.log (_Feb_18_03:41:05_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=timidity%2B%2B-xaw portname: benchmarks/dbs broken because: does not compile on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=dbs portname: benchmarks/polygraph broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph portname: benchmarks/polygraph31 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph31 portname: cad/salome-gui broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=salome-gui portname: chinese/big5con broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=big5con portname: chinese/cxterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=cxterm portname: chinese/hztty broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty portname: chinese/kon2 broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=kon2 portname: chinese/tcl83 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=tcl83 portname: comms/gmfsk broken because: does not build after log2 addition build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=gmfsk portname: comms/hso-kmod broken because: does not build with USB2, please try comms/uhso-kmod instead 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/uticom broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=uticom portname: databases/glom broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/glom-1.12.2_6.log (_Aug_26_09:07:01_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=glom portname: databases/hypertable broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=hypertable portname: databases/msql broken because: Broken on FreeBSD 9+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql portname: databases/ocaml-pgocaml broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ocaml-pgocaml portname: databases/p5-DBD-cego broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20120212090446/p5-DBD-cego-1.1.14_1.log (_Feb__5_01:54:37_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-DBD-cego portname: databases/pear-MDB2_Driver_ibase broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pear-MDB2_Driver_ibase portname: databases/pg_filedump broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101015091133/pg_filedump-8.4.log.bz2 (_Oct_18_04:45:59_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pg_filedump portname: databases/postgresql-tcltk broken because: Does not work with PostgreSQL 8.X build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101015091133/postgresql-tcltk-7.4.30_2.log.bz2 (_Oct_16_11:22:03_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-tcltk portname: databases/ruby-kyotocabinet broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-kyotocabinet portname: databases/rubygem-delayed_job_data_mapper broken because: delayed_job_data_mapper requires delayed_job (~> 2.1) build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20120211093427/rubygem-delayed_job_data_mapper-1.0.0.r.log (_Feb_12_18:24:52_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-delayed_job_data_mapper portname: databases/rubygem-dm-active_model broken because: dm-active_model requires activemodel (~> 3.1.0) build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20120211093427/rubygem-dm-active_model-1.2.0.log (_Feb_12_18:24:06_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-dm-active_model portname: databases/sqlrelay broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=sqlrelay portname: deskutils/doodle broken because: does not configure with new libextractor build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=doodle portname: deskutils/xfce4-volstatus-icon broken because: Does not work with xfce 4.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=xfce4-volstatus-icon portname: devel/dsss broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=dsss portname: devel/fastcrc broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fastcrc portname: devel/gauche-gaunit broken because: does not package build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20120212090446/gauche-gaunit-0.1.6.log (_Dec_15_17:12:50_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gauche-gaunit portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/geany-plugins broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20111027215555/geany-plugins-0.19.log (_Nov_30_16:03:43_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=geany-plugins portname: devel/kdevelop broken because: conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdevelop 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/nana broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=nana portname: devel/p4v broken because: invalid distinfo build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120216101638/p4v-2010.1.276058.log (_Dec__2_14:32:23_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p4v portname: devel/p5-B-Hooks-OP-Check-EntersubForCV broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120208002406/p5-B-Hooks-OP-Check-EntersubForCV-0.08.log (_Dec__2_14:32:16_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-B-Hooks-OP-Check-EntersubForCV portname: devel/p5-B-Size broken because: Does not build with perl >= 5.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-B-Size portname: devel/p5-Devel-Arena broken because: Does not build with perl >= 5.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Devel-Arena portname: devel/p5-Dialog broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Dialog portname: devel/rubygem-ruby-debug-ide broken because: incomplete plist build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20111228135944/rubygem-ruby-debug-ide-0.4.16.log (_Jan_14_19:22:40_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-ruby-debug-ide portname: devel/rubygem-vmc broken because: Needs older rubygem-json_pure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-vmc portname: devel/subcommander2 broken because: does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=subcommander2 portname: devel/tclmore broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=tclmore portname: devel/valide broken because: clears directories from mtree build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120208002406/valide-0.7.1.log (_Feb__9_05:09:04_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=valide portname: dns/radns broken because: does not compile on FreeBSD 9.X build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20111228135944/radns-20110809.log (_Oct_26_04:25:57_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=radns portname: editors/emacs22 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=emacs22 portname: editors/komodo-edit broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=komodo-edit portname: editors/libreoffice-legacy broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20120212090446/libreoffice-legacy-3.3.4.log (_Feb_14_21:17:56_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=libreoffice-legacy portname: editors/xemacs-devel-mule broken because: does not build on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xemacs-devel-mule portname: emulators/bsnes broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=bsnes portname: emulators/vmsbackup broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=vmsbackup portname: finance/gfp broken because: fails during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: ftp/bsdftpd-ssl broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=bsdftpd-ssl portname: ftp/ftpd-tls broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=ftpd-tls portname: ftp/smbftpd broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=smbftpd portname: ftp/wxdfast broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=wxdfast portname: games/childsplay_plugins broken because: fails to install on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=childsplay_plugins portname: games/flightgear-atlas broken because: does not build with SimGear 2.4.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=flightgear-atlas portname: games/freeorion broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=freeorion portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: games/rigsofrods broken because: Does not work with CEGUI 0.7.x build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/rigsofrods-0.36.2_3.log (_Aug_26_23:41:55_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=rigsofrods portname: games/secretmaryochronicles broken because: Does not work with CEGUI 0.7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=secretmaryochronicles portname: games/sfbol broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=sfbol portname: games/tinymux broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tinymux portname: games/wesnoth-devel broken because: incomplete plist build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101130182505/wesnoth-devel-1.9.2.log.bz2 (_Dec__7_12:44:12_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wesnoth-devel portname: games/xchadance broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xchadance portname: graphics/autopano-sift broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=autopano-sift portname: graphics/gauche-gl broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20120202134230/gauche-gl-0.4.4_1.log (_Dec_15_17:18:34_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gauche-gl portname: graphics/geglmm broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20111207031942/geglmm-0.1.0_2.log (_Dec_10_09:53:04_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=geglmm portname: graphics/glide3 broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=glide3 portname: graphics/gmt broken because: Doesn't fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gmt portname: graphics/gnofract4d broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gnofract4d portname: graphics/linux-ac3d broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-ac3d portname: graphics/long-exposure-tools broken because: does not build with new netpbm build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=long-exposure-tools portname: graphics/phpsview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=phpsview 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/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/solang broken because: bad plist + do not build with latest exiv2 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/solang-0.3_7.log (_Aug_27_02:57:59_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=solang 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/vrml2pov broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20111228135944/vrml2pov-0.7_1.log (_Dec_16_03:59:13_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=vrml2pov portname: irc/smuxi broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=smuxi portname: irc/solid-ircd broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=solid-ircd portname: japanese/aterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=aterm portname: japanese/emacs-emcws broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/ja-emcws-21.3_15.log (_Aug_27_03:51:27_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=emacs-emcws portname: japanese/gedy broken because: Dependencies removed in ruby-gnome update build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=gedy portname: japanese/kon2-14dot broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=kon2-14dot portname: japanese/kon2-16dot broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=kon2-16dot portname: japanese/perl5 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=perl5 portname: japanese/postgresql-tcltk broken because: Does not work with PostgreSQL 8.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=postgresql-tcltk portname: japanese/sj3-server broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=sj3-server portname: japanese/tcl76 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tcl76 portname: japanese/tcl80 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tcl80 portname: java/eclipse-clay-core broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-clay-core portname: korean/eterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=eterm portname: lang/Sather broken because: segfaults during build on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=Sather portname: lang/boo broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=boo portname: lang/gdc broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gdc portname: lang/harbour broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=harbour portname: lang/ldc-devel broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ldc-devel portname: lang/ofc broken because: does not compile on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ofc portname: lang/rexx-imc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=rexx-imc portname: lang/stklos broken because: does not build on FreeBSD 9.x - runaway process build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=stklos portname: lang/x10 broken because: incomplete plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20120212090446/x10-2.2.1.log (_Feb_14_21:34:09_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=x10 portname: mail/biffer broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=biffer portname: mail/lmtpd broken because: doesn't build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=lmtpd portname: mail/qmail-scanner broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=qmail-scanner portname: mail/smfsav broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=smfsav portname: math/asymptote broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=asymptote portname: math/dislin broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=dislin portname: math/fftw broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=fftw portname: math/fftw-float broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=fftw-float portname: math/graphthing broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20120207151115/graphthing-1.3.2_6.log (_Feb_10_09:54:35_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=graphthing portname: math/octave-devel broken because: fails to work with recent versions of GCC build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-devel portname: math/petsc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=petsc portname: math/petsc-mpich broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=petsc-mpich portname: math/scilab-toolbox-sivp broken because: doesn't not compile with opencv-2.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab-toolbox-sivp portname: misc/airoflash broken because: fails to fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/airoflash-1.7.log (_Jan_24_07:39:37_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=airoflash portname: misc/c-hey broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=c-hey 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/kde3-i18n-hsb broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-hsb portname: misc/kde3-i18n-mt broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-mt portname: misc/kde3-i18n-nso broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-nso portname: misc/projectionlib broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=projectionlib 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: misc/wminfo broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=wminfo portname: multimedia/k9copy broken because: does not compile on FreeBSD 9.X build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20111027215555/k9copy-1.0.4_8.log (_Dec__2_02:21:35_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=k9copy portname: multimedia/linux-gspca-kmod broken because: does not compile on 8.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=linux-gspca-kmod portname: multimedia/moonlight broken because: Basically does not work build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=moonlight portname: multimedia/p5-Video-Info broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=p5-Video-Info portname: multimedia/xfmedia-remote-plugin broken because: Does not work with Xfce 4.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xfmedia-remote-plugin portname: net-im/centericq broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=centericq portname: net-im/pino broken because: Doesn't build with vala-0.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=pino 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/sendip broken because: does not compile on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=sendip portname: net-p2p/eiskaltdcpp-daemon broken because: does not link build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20111207031942/eiskaltdcpp-daemon-2.2.4_1.log (_Dec_10_10:18:16_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=eiskaltdcpp-daemon portname: net-p2p/gnunet broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=gnunet portname: net-p2p/py-bittorrent broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-bittorrent portname: net-p2p/py-bittorrent-core broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-bittorrent-core portname: net/atmsupport broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=atmsupport portname: net/ipex broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ipex portname: net/latd broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=latd portname: net/libtrace broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libtrace portname: net/mars_nwe broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=mars_nwe portname: net/mpich2 broken because: does not package build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120208002406/mpich2-1.3.2.p1,5.log (_Feb__9_05:08:01_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=mpich2 portname: net/msend broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=msend portname: net/opal broken because: does not compile on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=opal portname: net/perldap broken because: BROKEN after net/ldapsdk update build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=perldap portname: net/pfflowd broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pfflowd 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/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/rmsg broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rmsg portname: net/rubygem-amqp-utils broken because: bad dependencies build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20120118054720/rubygem-amqp-utils-0.5.1.log (_Feb__3_13:57:09_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-amqp-utils portname: net/sendfile broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sendfile portname: net/skystar2 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=skystar2 portname: net/slbd broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/slbd-1.3.log (_Jan_24_08:07:52_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=slbd portname: net/socks5 broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=socks5 portname: net/spnetkit broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20120205121625/spnetkit-0.3.0.log (_Jul__6_11:29:09_UTC_2011) http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20120211093427/spnetkit-0.3.0.log (_Jul__2_17:20:55_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=spnetkit portname: net/ttbudget broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ttbudget portname: net/v6eval broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=v6eval portname: palm/barry broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=barry portname: palm/coldsync broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20120214192940/coldsync-2.2.5_8.log (_Mar_13_04:35:50_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=coldsync portname: print/cups-magicolor broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=cups-magicolor portname: science/elmerpost broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmerpost portname: science/hdf broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=hdf portname: science/libctl broken because: Does not compile on i386 or sparc64 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=libctl portname: science/peekabot broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=peekabot portname: security/chkrootkit broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=chkrootkit portname: security/dazuko broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20120212090446/dazuko-2.3.9.log (_Oct_21_15:48:37_UTC_2011) http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20111228135944/dazuko-2.3.9.log (_Oct_19_15:51:02_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/openfwtk broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openfwtk portname: security/openvpn-auth-ldap broken because: does not configure on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openvpn-auth-ldap portname: security/pam_alreadyloggedin broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_alreadyloggedin portname: security/pantera broken because: bad dependency line build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101015091133/pantera-0.1.1.log.bz2 (_Oct_27_00:44:08_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pantera portname: security/pwauth broken because: does not compile on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pwauth portname: security/saint broken because: leaves files after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=saint portname: security/samhain broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=samhain portname: security/samhain-client broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=samhain-client portname: security/samhain-server broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=samhain-server portname: security/sfs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sfs portname: security/srp broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=srp portname: security/sud broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sud portname: security/termlog broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=termlog portname: shells/wapsh broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=wapsh portname: sysutils/abgx360 broken because: does not compile on FreeBSD 9.X build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20111228135944/abgx360-1.0.5.log (_Nov_18_13:29:06_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=abgx360 portname: sysutils/desktopbsd-tools broken because: does not compile on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=desktopbsd-tools portname: sysutils/fusefs-curlftpfs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=fusefs-curlftpfs portname: sysutils/hyperic-sigar broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=hyperic-sigar portname: sysutils/k3b broken because: does not compile on FreeBSD 9.X build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20111027215555/k3b-1.0.5_11.log (_Dec_21_22:59:28_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=k3b portname: sysutils/linux-megamgr broken because: fails to fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=linux-megamgr portname: sysutils/lookupd broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=lookupd portname: sysutils/memdump broken because: unsupported FreeBSD version build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=memdump portname: sysutils/p5-Sys-Utmp broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=p5-Sys-Utmp portname: sysutils/rsyslog5-snmp broken because: Does not link on i386: can't find symbol snmp_timeout in libnetsnmp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog5-snmp portname: sysutils/rsyslog6-devel-snmp broken because: Does not link on i386: can't find symbol snmp_timeout in libnetsnmp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog6-devel-snmp portname: sysutils/rubygem-sys-admin broken because: umpt.h has been removed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rubygem-sys-admin portname: sysutils/slmon broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=slmon portname: sysutils/syslog-ng2 broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=syslog-ng2 portname: sysutils/thefish broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=thefish portname: sysutils/thunar-volman-plugin broken because: Does not work with Xfce 4.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=thunar-volman-plugin portname: sysutils/tty-clock broken because: Core dumps on FreeBSD 9+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=tty-clock 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/unieject broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120123043600/unieject-5.3.2_6.log (_Feb_18_05:24:10_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=unieject portname: sysutils/wtmp-tools broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=wtmp-tools portname: sysutils/yawho broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=yawho portname: sysutils/zeitgeist broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120123043600/zeitgeist-0.8.1.1.log (_Feb_18_04:51:25_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=zeitgeist portname: textproc/coco broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=coco portname: textproc/libextractor broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=libextractor portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/openvanilla-modules broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/openvanilla-modules-0.7.2.20070514_3.log (_Aug_27_09:02:30_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=openvanilla-modules 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: 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/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/kazehakase broken because: does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=kazehakase portname: www/py-nevow broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-nevow portname: www/redmine broken because: Does not work with RubyGems 1.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=redmine 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 patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=input-wacom portname: x11-drivers/xf86-video-rdc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-rdc portname: x11-servers/driglide broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-servers&portname=driglide portname: x11-themes/gtk-qt-engine broken because: Doesn't build with Glib 2.26.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-qt-engine portname: x11-themes/kde-icons-amaranth broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-amaranth portname: x11-themes/kde-icons-amaranth-althaea broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-amaranth-althaea portname: x11-themes/kde-icons-krystaline broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120217225753/kde-icons-krystaline-1.1.6.log (_Aug_26_19:15:58_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-krystaline portname: x11-themes/kde-icons-realistic broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-realistic portname: x11-toolkits/tkdnd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=tkdnd portname: x11-toolkits/xforms-i18n broken because: Does not work with latest xforms version build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xforms-i18n portname: x11/avant-window-navigator-xfce4 broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=avant-window-navigator-xfce4 portname: x11/cl-clx-sbcl broken because: : Changes in sbcl 1.0.55 have exposed problems in /usr/local/lib/common-lisp/clx/depdefs.lisp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=cl-clx-sbcl portname: x11/emu broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=emu portname: x11/ggiterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=ggiterm portname: x11/gnome-shell broken because: Doesn't build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=gnome-shell portname: x11/rxvt broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=rxvt portname: x11/wterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=wterm portname: x11/x3270 broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=x3270 From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 08:29:11 2012 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 EB6E0106566C for ; Tue, 21 Feb 2012 08:29:10 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id DA3B08FC16 for ; Tue, 21 Feb 2012 08:29:10 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q1L8TAK4078886 for ; Tue, 21 Feb 2012 08:29:10 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 21 Feb 2012 08:29:10 GMT Message-Id: <201202210829.q1L8TAK4078886@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org 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: Tue, 21 Feb 2012 08:29:11 -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: archivers/bsdar description: BSD-licensed replacement of the ar utility maintainer: ports@FreeBSD.org status: IGNORE deprecated because: part of the base system expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bsdar portname: databases/py-MySQLdb-devel description: Access a MySQL database through Python maintainer: ports@FreeBSD.org deprecated because: use databases/py-MySQLdb instead expiration date: 2012-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-MySQLdb-devel portname: devel/kdevelop description: IDE for a wide variety of programming tasks maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2011-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdevelop portname: devel/libgetline description: A small, portable, and easy to use command line library maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libgetline portname: graphics/gmt description: The Generic Mapping Tools data processing and display software package maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Hasn't fetched since before 2006 expiration date: 2012-04-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gmt portname: graphics/vrml2pov description: Convert VRML files to POVRay source maintainer: ports@FreeBSD.org status: BROKEN deprecated because: unfetchable expiration date: 2012-03-21 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20111228135944/vrml2pov-0.7_1.log (_Dec_16_03:59:13_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=vrml2pov portname: mail/py-email description: Email package for Python 2.3 or upper maintainer: ports@FreeBSD.org deprecated because: Included into all supported python versions expiration date: 2012-03-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=py-email portname: misc/fortune-mod-the-godfather description: Compilation of excuses from the "The Godfather" maintainer: ports@FreeBSD.org deprecated because: No longer supported expiration date: 2012-05-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=fortune-mod-the-godfather portname: net-p2p/fidelio description: A GNOME client for Hotline maintainer: ports@FreeBSD.org deprecated because: Hotline services does not exists anymore expiration date: 2012-03-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=fidelio From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 08:29:23 2012 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 64E6E10656A8 for ; Tue, 21 Feb 2012 08:29:23 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id 515248FC08 for ; Tue, 21 Feb 2012 08:29:23 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q1L8TNm5081271 for ; Tue, 21 Feb 2012 08:29:23 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 21 Feb 2012 08:29:23 GMT Message-Id: <201202210829.q1L8TNm5081271@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org 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: Tue, 21 Feb 2012 08:29:23 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: archivers/bsdar description: BSD-licensed replacement of the ar utility maintainer: ports@FreeBSD.org status: IGNORE deprecated because: part of the base system expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bsdar portname: archivers/php52-bz2 description: The bz2 shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=php52-bz2 portname: archivers/php52-zip description: The zip shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=php52-zip portname: archivers/php52-zlib description: The zlib shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=php52-zlib portname: converters/php52-iconv description: The iconv shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=php52-iconv portname: converters/php52-mbstring description: The mbstring shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=php52-mbstring portname: converters/php52-recode description: The recode shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=php52-recode portname: databases/gbib description: Editor/browser for BibTeX bibliographic databases maintainer: gahr@FreeBSD.org deprecated because: expiration date: 2012-03-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gbib portname: databases/php52-dba description: The dba shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-dba portname: databases/php52-dbase description: The dbase shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-dbase portname: databases/php52-interbase description: The interbase shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-interbase portname: databases/php52-mssql description: The mssql shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-mssql portname: databases/php52-mysql description: The mysql shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-mysql portname: databases/php52-mysqli description: The mysqli shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-mysqli portname: databases/php52-oci8 description: The oci8 shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-oci8 portname: databases/php52-odbc description: The odbc shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-odbc portname: databases/php52-pdo description: The pdo shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo portname: databases/php52-pdo_dblib description: The pdo_dblib shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_dblib portname: databases/php52-pdo_firebird description: The pdo_firebird shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_firebird portname: databases/php52-pdo_mysql description: The pdo_mysql shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_mysql portname: databases/php52-pdo_oci description: The pdo_oci shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_oci portname: databases/php52-pdo_odbc description: The pdo_odbc shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_odbc portname: databases/php52-pdo_pgsql description: The pdo_pgsql shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_pgsql portname: databases/php52-pdo_sqlite description: The pdo_sqlite shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_sqlite portname: databases/php52-pgsql description: The pgsql shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pgsql portname: databases/php52-rrdtool description: A php 52 rrdtool glue maintainer: scheidell@secnap.net deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-rrdtool portname: databases/php52-sqlite description: The sqlite shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-sqlite portname: databases/php52-sybase_ct description: The sybase_ct shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-sybase_ct portname: databases/postgresql-pltcl description: A module for using Tcl to write SQL functions maintainer: crees@FreeBSD.org deprecated because: No longer supported by upstream-- upgrade to later version expiration date: 2012-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-pltcl portname: databases/postgresql-tcltk description: A TCL interface to the database PostgreSQL, including a tk GUI maintainer: crees@FreeBSD.org status: BROKEN deprecated because: Broken for months with no-one caring, superseded by http://pgtclng.sourceforge.net/ expiration date: 2012/03/16 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101015091133/postgresql-tcltk-7.4.30_2.log.bz2 (_Oct_16_11:22:03_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-tcltk portname: databases/postgresql82-client description: PostgreSQL database (client) maintainer: crees@FreeBSD.org deprecated because: No longer supported by upstream-- upgrade to later version expiration date: 2012-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql82-client portname: databases/postgresql82-contrib description: The contrib utilities from the PostgreSQL distribution maintainer: crees@FreeBSD.org deprecated because: No longer supported by upstream-- upgrade to later version expiration date: 2012-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql82-contrib portname: databases/postgresql82-server description: The most advanced open-source database available anywhere maintainer: crees@FreeBSD.org deprecated because: No longer supported by upstream-- upgrade to later version expiration date: 2012-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql82-server portname: databases/py-MySQLdb-devel description: Access a MySQL database through Python maintainer: ports@FreeBSD.org deprecated because: use databases/py-MySQLdb instead expiration date: 2012-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-MySQLdb-devel portname: databases/py25-bsddb description: Python bindings to the Berkeley DB library maintainer: python@FreeBSD.org deprecated because: This was only needed for mail/py-spambayes. Now it's not expiration date: 2012-03-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py25-bsddb portname: deskutils/sciplore-mindmapping description: Mind Mapping tool with Reference and PDF Management maintainer: mandree@FreeBSD.org deprecated because: Discontinued and slated to be replaced by Docear expiration date: 2012-05-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=sciplore-mindmapping portname: devel/apr0 description: Apache Portability Library maintainer: apache@FreeBSD.org deprecated because: will be unsupported by ASF when 2.4.0 is released, migrate to devel/apr1 now expiration date: 2012-02-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=apr0 portname: devel/dklibs description: A set of libraries by Dirk Krause maintainer: rfarmer@predatorlabs.net deprecated because: not needed for graphics/bmeps anymore, no other users expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=dklibs portname: devel/kdevelop description: IDE for a wide variety of programming tasks maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2011-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdevelop portname: devel/libgetline description: A small, portable, and easy to use command line library maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libgetline portname: devel/p5-Make-Cache description: Caching of object and test run information maintainer: perl@FreeBSD.org deprecated because: Removed from CPAN, does not work, unmaintained expiration date: 2012-03-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Make-Cache portname: devel/p5-Version-Requirements description: A set of version requirements for a CPAN dist maintainer: sunpoet@FreeBSD.org deprecated because: Use CPAN::Meta::Requirements (devel/p5-CPAN-Meta >= 2.113640), which is a drop-in replacement expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Version-Requirements portname: devel/php52-gettext description: The gettext shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-gettext portname: devel/php52-json description: The json shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-json portname: devel/php52-ncurses description: The ncurses shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-ncurses portname: devel/php52-pcntl description: The pcntl shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-pcntl portname: devel/php52-pcre description: The pcre shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20120214192940/php52-pcre-5.2.17_7.log (_Feb_17_06:49:29_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-pcre portname: devel/php52-readline description: The readline shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-readline portname: devel/php52-shmop description: The shmop shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-shmop portname: devel/php52-spl description: The spl shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-spl portname: devel/php52-sysvmsg description: The sysvmsg shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-sysvmsg portname: devel/php52-sysvsem description: The sysvsem shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-sysvsem portname: devel/php52-sysvshm description: The sysvshm shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-sysvshm portname: devel/php52-tokenizer description: The tokenizer shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-tokenizer portname: ftp/ftp-proxy description: A port of OpenBSD's ftp-proxy maintainer: chrissicool@chrissicool.net status: IGNORE deprecated because: is a part of the base system in all supported FreeBSD versions expiration date: 2012-04-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=ftp-proxy portname: ftp/php52-curl description: The curl shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=php52-curl portname: ftp/php52-ftp description: The ftp shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=php52-ftp portname: graphics/gmt description: The Generic Mapping Tools data processing and display software package maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Hasn't fetched since before 2006 expiration date: 2012-04-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gmt portname: graphics/libungif description: Tools and library routines for working with GIF images maintainer: dinoex@FreeBSD.org deprecated because: is replaced by libgif expiration date: 2012-05-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libungif portname: graphics/linux-tiff description: TIFF library, Linux/i386 binary maintainer: emulation@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-10-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-tiff portname: graphics/php52-exif description: The exif shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php52-exif portname: graphics/php52-gd description: The gd shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php52-gd portname: graphics/php52-ming description: The ming shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php52-ming portname: graphics/vrml2pov description: Convert VRML files to POVRay source maintainer: ports@FreeBSD.org status: BROKEN deprecated because: unfetchable expiration date: 2012-03-21 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20111228135944/vrml2pov-0.7_1.log (_Dec_16_03:59:13_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=vrml2pov portname: japanese/postgresql-tcltk description: A TCL interface to the database PostgreSQL, including a tk GUI maintainer: crees@FreeBSD.org status: BROKEN deprecated because: Broken for months with no-one caring, superseded by http://pgtclng.sourceforge.net/ expiration date: 2012/03/16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=postgresql-tcltk portname: lang/llvm-gcc4 description: A gcc4 frontend for LLVM maintainer: brooks@FreeBSD.org deprecated because: Development ended upstream. Switch to dragonegg once available expiration date: 2012-06-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/llvm-gcc4-2.8.log (_Aug_27_05:17:55_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=llvm-gcc4 portname: lang/php52 description: PHP Scripting Language maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=php52 portname: mail/php52-imap description: The imap shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=php52-imap portname: mail/py-email description: Email package for Python 2.3 or upper maintainer: ports@FreeBSD.org deprecated because: Included into all supported python versions expiration date: 2012-03-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=py-email portname: math/php52-bcmath description: The bcmath shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=php52-bcmath portname: math/php52-gmp description: The gmp shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=php52-gmp portname: misc/fortune-mod-the-godfather description: Compilation of excuses from the "The Godfather" maintainer: ports@FreeBSD.org deprecated because: No longer supported expiration date: 2012-05-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=fortune-mod-the-godfather portname: misc/php52-calendar description: The calendar shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=php52-calendar portname: net-mgmt/php52-snmp description: The snmp shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20111207031942/php52-snmp-5.2.17_4.log (_Dec_10_10:17:26_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=php52-snmp portname: net-p2p/fidelio description: A GNOME client for Hotline maintainer: ports@FreeBSD.org deprecated because: Hotline services does not exists anymore expiration date: 2012-03-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=fidelio portname: net/p5-Net-Subnets description: Computing subnets in large scale networks maintainer: perl@FreeBSD.org deprecated because: Disappeared from CPAN expiration date: 2011-11-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Net-Subnets portname: net/php52-ldap description: The ldap shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=php52-ldap portname: net/php52-soap description: The soap shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=php52-soap portname: net/php52-sockets description: The sockets shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=php52-sockets portname: net/php52-xmlrpc description: The xmlrpc shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=php52-xmlrpc portname: security/php52-filter description: The filter shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=php52-filter portname: security/php52-hash description: The hash shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=php52-hash portname: security/php52-mcrypt description: The mcrypt shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=php52-mcrypt portname: security/php52-mhash description: The mhash shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=php52-mhash portname: security/php52-openssl description: The openssl shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=php52-openssl portname: sysutils/php52-posix description: The posix shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=php52-posix portname: sysutils/syscp description: PHP-based ISP System Control Panel maintainer: ek@purplehat.org deprecated because: Long ditched, possibly dangerous and replaced with sysutils/froxlor expiration date: 2012-03-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=syscp portname: textproc/php52-ctype description: The ctype shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-ctype portname: textproc/php52-dom description: The dom shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-dom portname: textproc/php52-pspell description: The pspell shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-pspell portname: textproc/php52-simplexml description: The simplexml shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-simplexml portname: textproc/php52-wddx description: The wddx shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-wddx portname: textproc/php52-xml description: The xml shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-xml portname: textproc/php52-xmlreader description: The xmlreader shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-xmlreader portname: textproc/php52-xmlwriter description: The xmlwriter shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-xmlwriter portname: textproc/php52-xsl description: The xsl shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-xsl portname: www/apache20 description: Version 2.0.x of Apache web server with prefork MPM. maintainer: apache@FreeBSD.org deprecated because: will be unsupported by ASF when 2.4.0 is release, migrate to 2.2.x+ now expiration date: 2012-01-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache20 portname: www/mediawiki116 description: The wiki engine used by Wikipedia maintainer: wen@freebsd.org deprecated because: Unsupport Upstream expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mediawiki116 portname: www/php52-session description: The session shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=php52-session portname: www/php52-tidy description: The tidy shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is not supported anymore, migrate now expiration date: 2012-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=php52-tidy portname: www/tomcat55 description: Open-source Java web server by Apache, 5.5.x branch maintainer: jgh@FreeBSD.org deprecated because: EOL approaching, consider www/tomcat{6,7} expiration date: 2012-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tomcat55 portname: www/typo344 description: The typo3 content management system maintainer: jumper99@gmx.de deprecated because: Support will end in the near future, see http://typo3.org/download/packages/ for details expiration date: 2012-04-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=typo344 portname: x11-toolkits/linux-pango description: Linux pango binary maintainer: emulation@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-10-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-pango From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 08:29:25 2012 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 BF470106567A for ; Tue, 21 Feb 2012 08:29:25 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id AF0678FC24 for ; Tue, 21 Feb 2012 08:29:25 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q1L8TPMA081332 for ; Tue, 21 Feb 2012 08:29:25 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 21 Feb 2012 08:29:25 GMT Message-Id: <201202210829.q1L8TPMA081332@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org 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: Tue, 21 Feb 2012 08:29:25 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: graphics/linux-tiff forbidden because: Vulnerable since 2004-10-13, http://portaudit.freebsd.org/8816bf3a-7929-11df-bcce-0018f3e2eb82.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-tiff portname: x11-toolkits/linux-pango forbidden because: Vulnerable since 2009-05-13, http://portaudit.freebsd.org/4b172278-3f46-11de-becb-001cc0377035.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-pango From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 10:07:52 2012 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 239FE106564A; Tue, 21 Feb 2012 10:07:52 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 49A288FC15; Tue, 21 Feb 2012 10:07:51 +0000 (UTC) Received: by eekb47 with SMTP id b47so2805680eek.13 for ; Tue, 21 Feb 2012 02:07:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=C4pRrxj5Y/vgwLXlHk8kDttQL0S9psJrKWbafnPj11I=; b=Tf/QRzjn5LCh/YRJCOiE0Oe5AfVPYhLzJsxBfQSuB+XrD45JfoPuU75jf/bJV7SwF5 YT/Qii9yVhqAu0uonKjcdc3tm8pu3rjlx6NYyT+8F5+kFyoFP+mxQv+yuIDspBFEsMaL r6J2EgAfAqztm1ZExac0iGUWbzSyaPPBiCWb0= Received: by 10.213.28.75 with SMTP id l11mr2707898ebc.47.1329818870349; Tue, 21 Feb 2012 02:07:50 -0800 (PST) Received: from green.tandem.local (158-209-200-46.pool.ukrtel.net. [46.200.209.158]) by mx.google.com with ESMTPS id n56sm88476924eeh.6.2012.02.21.02.07.47 (version=SSLv3 cipher=OTHER); Tue, 21 Feb 2012 02:07:48 -0800 (PST) Message-ID: <4F436CF2.2060601@gmail.com> Date: Tue, 21 Feb 2012 12:07:46 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120220 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: Andrey Chernov , ports@freebsd.org, emulation@freebsd.org References: <20120215164722.GA1693@vniz.net> <20120221005707.GB1781__27803.6550422714$1329785890$gmane$org@vniz.net> In-Reply-To: <20120221005707.GB1781__27803.6550422714$1329785890$gmane$org@vniz.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 10:07:52 -0000 Andrey Chernov wrote: > Just in case it may help somebody: the cause (but not the root) of the > problem is found and workaround too. > > The cause of the problem is > ::1 localhost localhost.my.domain > line from our _standard_ /usr/src/etc/hosts which comes first before > 127.0.0.1 localhost localhost.my.domain > line. > > Linux takes the first match on localhost, i.e. ::1, then tries > 8605 npviewer.bin STRU struct sockaddr { AF_INET6, [::1]:6010 } > it was last command from npviewer.bin, then it immeditelly terminates: > 8605 npviewer.bin RET linux_socketcall -1 errno 4 Interrupted system call > 8605 npviewer.bin PSIG SIGTERM SIG_DFL code=0x10001 > > The workaround is to switch lines order in /etc/hosts, i.e. > 127.0.0.1 localhost > ::1 localhost > to make IPv4 one comes first. Flash works afterwards. > > The bug affects IPv6-enabled machines with IPv4 over IPv6 preferred or > maybe IPv4 too I don't know, but since we don't have such reports in mass, > I think IPv4-only setup is fine. Can you clarify this a bit? I have at least one machine with vanilla /etc/hosts connected to IPv4/IPv6 network (i.e. some internal hosts resolve to IPv6) and flash works fine there. The DEPEND list on www/nspluginwrapper lists ftp/curl as a dependence. And this port can be built without IPv6. Can you check your ports configuration about enabling IPv6 support? -- Sphinx of black quartz judge my vow. From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 10:43:26 2012 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 748ED1065675 for ; Tue, 21 Feb 2012 10:43:26 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id EAF5E8FC15 for ; Tue, 21 Feb 2012 10:43:25 +0000 (UTC) Received: by lagz14 with SMTP id z14so10992369lag.13 for ; Tue, 21 Feb 2012 02:43:24 -0800 (PST) Received-SPF: pass (google.com: domain of olivier@gid0.org designates 10.152.128.163 as permitted sender) client-ip=10.152.128.163; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olivier@gid0.org designates 10.152.128.163 as permitted sender) smtp.mail=olivier@gid0.org Received: from mr.google.com ([10.152.128.163]) by 10.152.128.163 with SMTP id np3mr18762480lab.51.1329821004995 (num_hops = 1); Tue, 21 Feb 2012 02:43:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.152.128.163 with SMTP id np3mr15612078lab.51.1329821004908; Tue, 21 Feb 2012 02:43:24 -0800 (PST) Received: by 10.152.29.234 with HTTP; Tue, 21 Feb 2012 02:43:24 -0800 (PST) In-Reply-To: <1347446.JYa7ekNZtU@pcoliver.heesakkers.info> References: <1347446.JYa7ekNZtU@pcoliver.heesakkers.info> Date: Tue, 21 Feb 2012 11:43:24 +0100 Message-ID: From: Olivier Smedts To: Oliver Heesakkers Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmrYqzYt+Vq9pguBw9tfc4hpGd1RPcUan7T+UyTDrn4TYQr/hgqQOZSdCIvh7oj+m1QMEBw Cc: freebsd-ports@freebsd.org Subject: Re: www/firefox and mail/thunderbird localization X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 10:43:26 -0000 2012/2/20 Oliver Heesakkers : > Op ma 20 feb 2012 17:50:17 schreef Olivier Smedts: >> Hello, >> >> >> Since Firefox 10.0 I don't have localized menus anymore. >> (...) >> Any advice ? > > http://lists.freebsd.org/pipermail/freebsd-ports/2012-February/072850.htm= l First, hello. Then, I already saw that, but what's the point of installing a global extension (the localization) if each user has to install the *distfile* xpi (read: not an xpi installed by the firefox-i18n port in /usr/local/lib/xpi/, but the xpi fetched by the port in /usr/ports/distfiles/) in his Firefox profile ? To resume, the www/firefox-i18n port does not work any more, at least for the "fr-FR" locale, at least on two different computers I own, and at least one some other computers owned by others individuals who seem to be using other locales. While it's broken, a workaround is to manually install the french localization from the mozilla website. But what can be done to repair the port or help debug this ? Cheers --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 10:43:50 2012 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 671F71065676; Tue, 21 Feb 2012 10:43:50 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id CB3768FC1E; Tue, 21 Feb 2012 10:43:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id q1LAhlwb006264; Tue, 21 Feb 2012 14:43:47 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id q1LAhlR4006263; Tue, 21 Feb 2012 14:43:47 +0400 (MSK) (envelope-from ache) Date: Tue, 21 Feb 2012 14:43:46 +0400 From: Andrey Chernov To: Volodymyr Kostyrko Message-ID: <20120221104346.GA6099@vniz.net> Mail-Followup-To: Andrey Chernov , Volodymyr Kostyrko , ports@FreeBSD.ORG, emulation@FreeBSD.ORG References: <20120215164722.GA1693@vniz.net> <20120221005707.GB1781__27803.6550422714$1329785890$gmane$org@vniz.net> <4F436CF2.2060601@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F436CF2.2060601@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 10:43:50 -0000 On Tue, Feb 21, 2012 at 12:07:46PM +0200, Volodymyr Kostyrko wrote: > Andrey Chernov wrote: > > Just in case it may help somebody: the cause (but not the root) of the > > problem is found and workaround too. > > > > The cause of the problem is > > ::1 localhost localhost.my.domain > > line from our _standard_ /usr/src/etc/hosts which comes first before > > 127.0.0.1 localhost localhost.my.domain > > line. > > > > Linux takes the first match on localhost, i.e. ::1, then tries > > 8605 npviewer.bin STRU struct sockaddr { AF_INET6, [::1]:6010 } > > it was last command from npviewer.bin, then it immeditelly terminates: > > 8605 npviewer.bin RET linux_socketcall -1 errno 4 Interrupted system call > > 8605 npviewer.bin PSIG SIGTERM SIG_DFL code=0x10001 > > > > The workaround is to switch lines order in /etc/hosts, i.e. > > 127.0.0.1 localhost > > ::1 localhost > > to make IPv4 one comes first. Flash works afterwards. > > > > The bug affects IPv6-enabled machines with IPv4 over IPv6 preferred or > > maybe IPv4 too I don't know, but since we don't have such reports in mass, > > I think IPv4-only setup is fine. > > Can you clarify this a bit? I have at least one machine with vanilla > /etc/hosts connected to IPv4/IPv6 network (i.e. some internal hosts > resolve to IPv6) and flash works fine there. I can't - I don't know why npviewer.bin is killed by SIGTERM immediatelly when it socketcall to [::1]:6010 in Linuxulator and why it works normally when it socketcall to 127.0.0.1:6010. I remember when I had FF 7, Flash works with ::1 first, but Linuxulator not yet have any length checks at those times as it have now (or perhaps other recent fixes). > The DEPEND list on www/nspluginwrapper lists ftp/curl as a dependence. > And this port can be built without IPv6. Can you check your ports > configuration about enabling IPv6 support? This is not the case, all my ports which have IPv6 capability are builded with IPv6 as the system too. -- http://ache.vniz.net/ From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 10:51:26 2012 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id A5D701065676; Tue, 21 Feb 2012 10:51:26 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6557A152373; Tue, 21 Feb 2012 10:51:26 +0000 (UTC) Message-ID: <4F43772E.4030908@FreeBSD.org> Date: Tue, 21 Feb 2012 02:51:26 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Andrey Chernov , Volodymyr Kostyrko , ports@FreeBSD.ORG, emulation@FreeBSD.ORG References: <20120215164722.GA1693@vniz.net> <20120221005707.GB1781__27803.6550422714$1329785890$gmane$org@vniz.net> <4F436CF2.2060601@gmail.com> <20120221104346.GA6099@vniz.net> In-Reply-To: <20120221104346.GA6099@vniz.net> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 10:51:26 -0000 On 02/21/2012 02:43, Andrey Chernov wrote: > I can't - I don't know why npviewer.bin is killed by SIGTERM immediatelly > when it socketcall to [::1]:6010 in Linuxulator and why it works > normally when it socketcall to 127.0.0.1:6010. I remember when I had > FF 7, Flash works with ::1 first, but Linuxulator not yet have any length > checks at those times as it have now (or perhaps other recent fixes). I have an IPv6 connection and listing ::1 first works for me as well. Try closing down firefox, rm -r ~/.macromedia, rebuilding www/nspluginwrapper and www/linux-f10-flashplugin11, then rm ~/.mozilla/plugins/npwrapper.libflashplayer.so and reinstall. (I just use, nspluginwrapper -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so personally) Then restart firefox and check out about:plugins Good luck, Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 11:27:05 2012 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 D6B351065672; Tue, 21 Feb 2012 11:27:05 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 4CFD78FC13; Tue, 21 Feb 2012 11:27:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id q1LBR077009896; Tue, 21 Feb 2012 15:27:00 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id q1LBQwx2009894; Tue, 21 Feb 2012 15:26:58 +0400 (MSK) (envelope-from ache) Date: Tue, 21 Feb 2012 15:26:58 +0400 From: Andrey Chernov To: Doug Barton Message-ID: <20120221112658.GA9647@vniz.net> Mail-Followup-To: Andrey Chernov , Doug Barton , Volodymyr Kostyrko , ports@FreeBSD.ORG, emulation@FreeBSD.ORG References: <20120215164722.GA1693@vniz.net> <20120221005707.GB1781__27803.6550422714$1329785890$gmane$org@vniz.net> <4F436CF2.2060601@gmail.com> <20120221104346.GA6099@vniz.net> <4F43772E.4030908@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F43772E.4030908@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.ORG, emulation@FreeBSD.ORG, Volodymyr Kostyrko Subject: Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 11:27:05 -0000 On Tue, Feb 21, 2012 at 02:51:26AM -0800, Doug Barton wrote: > On 02/21/2012 02:43, Andrey Chernov wrote: > > I can't - I don't know why npviewer.bin is killed by SIGTERM immediatelly > > when it socketcall to [::1]:6010 in Linuxulator and why it works > > normally when it socketcall to 127.0.0.1:6010. I remember when I had > > FF 7, Flash works with ::1 first, but Linuxulator not yet have any length > > checks at those times as it have now (or perhaps other recent fixes). > > I have an IPv6 connection and listing ::1 first works for me as well. > > Try closing down firefox, rm -r ~/.macromedia, rebuilding > www/nspluginwrapper and www/linux-f10-flashplugin11, then rm > ~/.mozilla/plugins/npwrapper.libflashplayer.so and reinstall. (I just > use, nspluginwrapper -i > /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so personally) > > Then restart firefox and check out about:plugins I already do all the above first, rebuild everything etc. Nothing helps excepting moving ::1 down (moving it down works even with FF is already running - on the next page reload). BTW, Flash is shown in about:plugins normally in either case, just not works due to misteriosly killed npviewer.bin in ::1 first case. -- http://ache.vniz.net/ From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 11:30:39 2012 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 9F4E2106567A for ; Tue, 21 Feb 2012 11:30:39 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB7D8FC23 for ; Tue, 21 Feb 2012 11:30:38 +0000 (UTC) Received: by iaeo4 with SMTP id o4so11887097iae.13 for ; Tue, 21 Feb 2012 03:30:38 -0800 (PST) Received-SPF: pass (google.com: domain of lumiwa@gmail.com designates 10.50.178.73 as permitted sender) client-ip=10.50.178.73; Authentication-Results: mr.google.com; spf=pass (google.com: domain of lumiwa@gmail.com designates 10.50.178.73 as permitted sender) smtp.mail=lumiwa@gmail.com; dkim=pass header.i=lumiwa@gmail.com Received: from mr.google.com ([10.50.178.73]) by 10.50.178.73 with SMTP id cw9mr18904012igc.23.1329823838633 (num_hops = 1); Tue, 21 Feb 2012 03:30:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=qt1sp8Neb5aZkzWNwWWphYGyKyEpL2RDhWxBJQ5hs80=; b=jBx+WN5tj0ZF+aDqv2C3Qoqh6ShLKD10co6Hpscte1vE4HVSTRlbbthnIfWyCzbnkz Z6s2KSEHSXAR/V/bcLpAkvaieIFRytEG0MZKShjYGwV1r7ORhyEAQugmcg8HTR8w+vBY zU0ZBslgeWGK7inkUs4mfetANRKGMj73bDC2E= Received: by 10.50.178.73 with SMTP id cw9mr15270474igc.23.1329823838591; Tue, 21 Feb 2012 03:30:38 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id vr4sm9882342igb.1.2012.02.21.03.30.37 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 21 Feb 2012 03:30:37 -0800 (PST) From: ajtiM To: Kevin Oberman Date: Tue, 21 Feb 2012 05:30:22 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.4; i386; ; ) References: <201202191604.55966.lumiwa@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202210530.23094.lumiwa@gmail.com> Cc: freebsd-ports@freebsd.org Subject: Re: pcre again X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 11:30:39 -0000 On Monday 20 February 2012 00:19:59 Kevin Oberman wrote: > On Sun, Feb 19, 2012 at 2:04 PM, ajtiM wrote: > > I did as I red on /usr/ports/UPDATING and when I checked pkg_libchk I > > have many "misses" pcre related. > > > > Do I need run portmaster -r devel/pcre, please? > > It is quite possible that you will re-install quite a few ports that > don't need it with 'portmaster -r'. I'd just re-build the ports called > out in by 'pkg_libchk -o'. But you don't really need to do any > immediately. The backup copy of libpcre.so.0 in > /usr/local/lib/compat/pkg is not seen as that path is not checked by > pkg_libchk. (I assume that is deliberate.) Still, it is probably a > good idea to get them re-built. If some things are linked against two > libraries, one of which uses .0 and the other using .1 which will > break the executable as rtld will refuse to load it. > > OTOH, those who only install or update from packages after upgrading > to a new release should have nothing to worry about. Thank you very much. I did as you did and rebuilt all ports (it was not bad). And it looks okay. Mitja -------- http://jpgmag.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 12:17:04 2012 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 E6812106566B for ; Tue, 21 Feb 2012 12:17:04 +0000 (UTC) (envelope-from hiroto.kagotani@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7DE8FC16 for ; Tue, 21 Feb 2012 12:17:04 +0000 (UTC) Received: by vcmm1 with SMTP id m1so6037951vcm.13 for ; Tue, 21 Feb 2012 04:17:04 -0800 (PST) Received-SPF: pass (google.com: domain of hiroto.kagotani@gmail.com designates 10.52.67.115 as permitted sender) client-ip=10.52.67.115; Authentication-Results: mr.google.com; spf=pass (google.com: domain of hiroto.kagotani@gmail.com designates 10.52.67.115 as permitted sender) smtp.mail=hiroto.kagotani@gmail.com; dkim=pass header.i=hiroto.kagotani@gmail.com Received: from mr.google.com ([10.52.67.115]) by 10.52.67.115 with SMTP id m19mr12102398vdt.53.1329826624051 (num_hops = 1); Tue, 21 Feb 2012 04:17:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=a6ddDITbjDe/DIPvEqRTOkl+dngfyalzfOavOPlz79M=; b=pX1Q4IeQ2FX+6RZKwTYx3jXnIG7+Dgv1RrZ321GNDdZeRtU84y1TFMEa5msnSsn6Vo LzTCJs3fT+dhD1pI4pwC/C9aAUmj1rRvFnrPPQf0mFI8HDwtdezu1SE/ph+QB+8GG3a0 A8s5GHb3D15g0p0voDSAQEAFem3NLmzC3WfVI= MIME-Version: 1.0 Received: by 10.52.67.115 with SMTP id m19mr9773306vdt.53.1329824840262; Tue, 21 Feb 2012 03:47:20 -0800 (PST) Received: by 10.220.17.29 with HTTP; Tue, 21 Feb 2012 03:47:20 -0800 (PST) In-Reply-To: References: <1347446.JYa7ekNZtU@pcoliver.heesakkers.info> Date: Tue, 21 Feb 2012 20:47:20 +0900 Message-ID: From: Hiroto Kagotani To: Olivier Smedts Content-Type: text/plain; charset=ISO-8859-1 Cc: Oliver Heesakkers , freebsd-ports@freebsd.org Subject: Re: www/firefox and mail/thunderbird localization X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 12:17:05 -0000 Hi > To resume, the www/firefox-i18n port does not work any more, at least > for the "fr-FR" locale, at least on two different computers I own, and > at least one some other computers owned by others individuals who seem > to be using other locales. While it's broken, a workaround is to > manually install the french localization from the mozilla website. But > what can be done to repair the port or help debug this ? For Linux, someone seems to have solved the problem. http://www.pclinuxos.com/forum/index.php/topic,102212.msg871107.html#msg871107 But I don't know what he actually did. -- Hiroto Kagotani From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 12:59:19 2012 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 D65E9106566B for ; Tue, 21 Feb 2012 12:59:19 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 593088FC20 for ; Tue, 21 Feb 2012 12:59:19 +0000 (UTC) Received: by lagz14 with SMTP id z14so11213884lag.13 for ; Tue, 21 Feb 2012 04:59:18 -0800 (PST) Received-SPF: pass (google.com: domain of olivier@gid0.org designates 10.152.128.163 as permitted sender) client-ip=10.152.128.163; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olivier@gid0.org designates 10.152.128.163 as permitted sender) smtp.mail=olivier@gid0.org Received: from mr.google.com ([10.152.128.163]) by 10.152.128.163 with SMTP id np3mr19169519lab.51.1329829158376 (num_hops = 1); Tue, 21 Feb 2012 04:59:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.152.128.163 with SMTP id np3mr15946870lab.51.1329829156042; Tue, 21 Feb 2012 04:59:16 -0800 (PST) Received: by 10.152.29.234 with HTTP; Tue, 21 Feb 2012 04:59:15 -0800 (PST) In-Reply-To: References: <1347446.JYa7ekNZtU@pcoliver.heesakkers.info> Date: Tue, 21 Feb 2012 13:59:15 +0100 Message-ID: From: Olivier Smedts To: Hiroto Kagotani Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnVMYfNZD+XkQhPlOnwuadgHfz1mFLakMAD0qpYPBIhFnYvF7zIC/M8SSstY753Z8ELfA/b Cc: Oliver Heesakkers , freebsd-ports@freebsd.org Subject: Re: www/firefox and mail/thunderbird localization X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 12:59:19 -0000 2012/2/21 Hiroto Kagotani : > Hi > >> To resume, the www/firefox-i18n port does not work any more, at least >> for the "fr-FR" locale, at least on two different computers I own, and >> at least one some other computers owned by others individuals who seem >> to be using other locales. While it's broken, a workaround is to >> manually install the french localization from the mozilla website. But >> what can be done to repair the port or help debug this ? > > For Linux, someone seems to have solved the problem. > http://www.pclinuxos.com/forum/index.php/topic,102212.msg871107.html#msg8= 71107 > But I don't know what he actually did. Thanks. It's maybe related to this : "FF10 has a nice new security feature which prevents the automatic installation... ". And some users workaround the problem by installing the mozilla's xpi in their profile. But that's not how a global extension should work. Some help from the gecko team ? :) --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 13:40:20 2012 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 50D69106566C; Tue, 21 Feb 2012 13:40:20 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id E89938FC18; Tue, 21 Feb 2012 13:40:19 +0000 (UTC) Received: by yhfs35 with SMTP id s35so3288614yhf.13 for ; Tue, 21 Feb 2012 05:40:19 -0800 (PST) Received: by 10.236.156.233 with SMTP id m69mr26576635yhk.128.1329831619347; Tue, 21 Feb 2012 05:40:19 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id o68sm416264yhk.16.2012.02.21.05.40.17 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 21 Feb 2012 05:40:18 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3Tsjcw6NzRz2CG48; Tue, 21 Feb 2012 08:40:16 -0500 (EST) Date: Tue, 21 Feb 2012 08:40:16 -0500 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20120221084016.2fa4b3ba@scorpio> In-Reply-To: <4F434A3A.4060208@gwdg.de> References: <4F434A3A.4060208@gwdg.de> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQntOM05upJkeNZ2Hzmvce92k/A2lYosxFGb/AlYPJRuP0EW8pLS46m6uuR7l/0BVdVZF9VS Cc: sunpoet@FreeBSD.org Subject: Re: giflib in graphics/gdal 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: Tue, 21 Feb 2012 13:40:20 -0000 On Tue, 21 Feb 2012 08:39:38 +0100 Rainer Hurling articulated: > Dear list, > > after changing from graphics/ungif to graphics/giflib there is a > problem with building graphics/gdal. Because other ports depending on > it, this should be corrected as soon as possible, I think. > > The patch could be something like this: > > --- Makefile.orig 2012-02-08 07:52:24.000000000 +0100 > +++ Makefile 2012-02-21 08:34:04.000000000 +0100 > @@ -104,7 +104,7 @@ > .endif > > .if !defined(WITHOUT_GIF) > -LIB_DEPENDS+= ungif.5:${PORTSDIR}/graphics/libungif > +LIB_DEPENDS+= gif.5:${PORTSDIR}/graphics/giflib > CONFIGURE_ARGS+= --with-gif=${LOCALBASE} > .endif > > @@ -276,9 +276,6 @@ > .endif > > post-patch: > -.if !defined(WITHOUT_GIF) > - @${REINPLACE_CMD} -e 's|lgif|lungif|' ${WRKSRC}/configure > -.endif > .if defined(WITH_PYTHON) > @${REINPLACE_CMD} -e '\ > s,%%MAKE_ENV%%,${MAKE_ENV},; \ Did you contact the port maintainer: sunpoet@FreeBSD.org as well as possibly submitting a PR against the port? If not, it might prove useful. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 13:45:43 2012 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 0A177106566C; Tue, 21 Feb 2012 13:45:43 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id C1E8E8FC12; Tue, 21 Feb 2012 13:45:42 +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.72) (envelope-from ) id 1Rzq2H-0003vh-0S; Tue, 21 Feb 2012 14:45:41 +0100 Message-ID: <4F43A004.4000207@gwdg.de> Date: Tue, 21 Feb 2012 14:45:40 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4F434A3A.4060208@gwdg.de> <20120221084016.2fa4b3ba@scorpio> In-Reply-To: <20120221084016.2fa4b3ba@scorpio> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: sunpoet@FreeBSD.org, Jerry Subject: Re: giflib in graphics/gdal X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 13:45:43 -0000 Am 21.02.2012 14:40 (UTC+1) schrieb Jerry: > On Tue, 21 Feb 2012 08:39:38 +0100 > Rainer Hurling articulated: > >> Dear list, >> >> after changing from graphics/ungif to graphics/giflib there is a >> problem with building graphics/gdal. Because other ports depending on >> it, this should be corrected as soon as possible, I think. >> >> The patch could be something like this: >> >> --- Makefile.orig 2012-02-08 07:52:24.000000000 +0100 >> +++ Makefile 2012-02-21 08:34:04.000000000 +0100 >> @@ -104,7 +104,7 @@ >> .endif >> >> .if !defined(WITHOUT_GIF) >> -LIB_DEPENDS+= ungif.5:${PORTSDIR}/graphics/libungif >> +LIB_DEPENDS+= gif.5:${PORTSDIR}/graphics/giflib >> CONFIGURE_ARGS+= --with-gif=${LOCALBASE} >> .endif >> >> @@ -276,9 +276,6 @@ >> .endif >> >> post-patch: >> -.if !defined(WITHOUT_GIF) >> - @${REINPLACE_CMD} -e 's|lgif|lungif|' ${WRKSRC}/configure >> -.endif >> .if defined(WITH_PYTHON) >> @${REINPLACE_CMD} -e '\ >> s,%%MAKE_ENV%%,${MAKE_ENV},; \ > > Did you contact the port maintainer: sunpoet@FreeBSD.org as well as > possibly submitting a PR against the port? If not, it might prove > useful. As you can see in CC of the original posting he should get a copy. I did not file a PR because I thought this should be corrected as soon as possible. But perhaps this was not the best way ... From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 15:31:45 2012 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 1F574106564A for ; Tue, 21 Feb 2012 15:31:45 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [IPv6:2a02:6b8:0:801::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8B9A58FC15 for ; Tue, 21 Feb 2012 15:31:44 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward12.mail.yandex.net (Yandex) with ESMTP id F0F4CC23F5D for ; Tue, 21 Feb 2012 19:31:42 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id DE8C116A0503 for ; Tue, 21 Feb 2012 19:31:42 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id VgsiDWSN-Vgsio45N; Tue, 21 Feb 2012 19:31:42 +0400 X-Yandex-Spam: 1 Message-ID: <4F43B8DE.6050901@passap.ru> Date: Tue, 21 Feb 2012 19:31:42 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.1) Gecko/20120214 Thunderbird/10.0.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <1347446.JYa7ekNZtU@pcoliver.heesakkers.info> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: www/firefox and mail/thunderbird localization X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 15:31:45 -0000 On 21.02.2012 16:59, Olivier Smedts wrote: > Some help from the gecko team ? :) It was not a success for me: http://lists.freebsd.org/pipermail/freebsd-gnome/2012-February/026907.html -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 15:44:52 2012 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 772D9106564A for ; Tue, 21 Feb 2012 15:44:52 +0000 (UTC) (envelope-from beat.gaetzi@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 2861B8FC20 for ; Tue, 21 Feb 2012 15:44:51 +0000 (UTC) Received: by qadz30 with SMTP id z30so4862966qad.13 for ; Tue, 21 Feb 2012 07:44:51 -0800 (PST) Received-SPF: pass (google.com: domain of beat.gaetzi@gmail.com designates 10.229.75.142 as permitted sender) client-ip=10.229.75.142; Authentication-Results: mr.google.com; spf=pass (google.com: domain of beat.gaetzi@gmail.com designates 10.229.75.142 as permitted sender) smtp.mail=beat.gaetzi@gmail.com; dkim=pass header.i=beat.gaetzi@gmail.com Received: from mr.google.com ([10.229.75.142]) by 10.229.75.142 with SMTP id y14mr19841035qcj.144.1329839091534 (num_hops = 1); Tue, 21 Feb 2012 07:44:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1aTbdO0YQUKCaNUcIc5ns+Tvn3x9eSlyAp7QdQcAHqo=; b=IG/uFgmW1l4y1XJPCKiHRslOZgi8GSowJBs05BulRyvu6S8LuyORIiZVLKCoINtoh7 gBlbilcmdGdPlKTvfR72+9gltGkSulDPp31VISBkW9ChSYqmO+XoqKCgubBa/TNcIwQe ZpmlMfuGOhn92KjT/iVSUtTlqPQG/idw/kMjI= MIME-Version: 1.0 Received: by 10.229.75.142 with SMTP id y14mr16784017qcj.144.1329839091421; Tue, 21 Feb 2012 07:44:51 -0800 (PST) Sender: beat.gaetzi@gmail.com Received: by 10.229.77.86 with HTTP; Tue, 21 Feb 2012 07:44:51 -0800 (PST) In-Reply-To: <4F43B8DE.6050901@passap.ru> References: <1347446.JYa7ekNZtU@pcoliver.heesakkers.info> <4F43B8DE.6050901@passap.ru> Date: Tue, 21 Feb 2012 16:44:51 +0100 X-Google-Sender-Auth: 4PCM9RKbpEi-ooncWjq4Sin7NTw Message-ID: From: Beat Gaetzi To: Boris Samorodov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: www/firefox and mail/thunderbird localization X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 15:44:52 -0000 2012/2/21 Boris Samorodov : > On 21.02.2012 16:59, Olivier Smedts wrote: > >> Some help from the gecko team ? :) > > > It was not a success for me: > http://lists.freebsd.org/pipermail/freebsd-gnome/2012-February/026907.html Well gecko@ is not the same as gnome@ ;) Its's one of my open tasks but unfortunately I only have limited access to the internet at the moment and I'm still suffering from a concussion so it probalby take some days until I can take a look at it. But in the meantime patches are very welcome. Beat From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 15:50:57 2012 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 981AF106566B; Tue, 21 Feb 2012 15:50:57 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id 0DEBC8FC14; Tue, 21 Feb 2012 15:50:57 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward13.mail.yandex.net (Yandex) with ESMTP id 28B01143114; Tue, 21 Feb 2012 19:50:55 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id 0A9FE7E03D4; Tue, 21 Feb 2012 19:50:55 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id osCmx72B-osCGKThJ; Tue, 21 Feb 2012 19:50:54 +0400 X-Yandex-Spam: 1 Message-ID: <4F43BD5E.4020502@passap.ru> Date: Tue, 21 Feb 2012 19:50:54 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.1) Gecko/20120214 Thunderbird/10.0.1 MIME-Version: 1.0 To: Beat Gaetzi References: <1347446.JYa7ekNZtU@pcoliver.heesakkers.info> <4F43B8DE.6050901@passap.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: www/firefox and mail/thunderbird localization X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 15:50:57 -0000 On 21.02.2012 19:44, Beat Gaetzi wrote: > 2012/2/21 Boris Samorodov: >> On 21.02.2012 16:59, Olivier Smedts wrote: >> >>> Some help from the gecko team ? :) >> >> >> It was not a success for me: >> http://lists.freebsd.org/pipermail/freebsd-gnome/2012-February/026907.html > > Well gecko@ is not the same as gnome@ ;) My bad, sorry! > Its's one of my open tasks but unfortunately I only have limited access to > the internet at the moment and I'm still suffering from a concussion so Hope you'll recover soonish. > it probalby take some days until I can take a look at it. But in the > meantime patches are very welcome. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 18:28:50 2012 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 C314B106566C; Tue, 21 Feb 2012 18:28:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 886628FC12; Tue, 21 Feb 2012 18:28:50 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1LISoFf020882; Tue, 21 Feb 2012 10:28:50 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1LISoEg020881; Tue, 21 Feb 2012 10:28:50 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2012 10:28:50 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20120221182850.GA20768@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: rtld or lang/gcc cannot find libgcc_s.so.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: Tue, 21 Feb 2012 18:28:50 -0000 Sorry about the cross post, but I can't tell if this a -current issue of a -ports issue. Unfortunately, I updated my freebsd 10.0 systems and the lang/gcc port during the same timeframe. I have compiled my math library and several programs with gfortran, which is installed by lang/gcc (pkg_info shows gcc-4.6.2_1). When I try running the program I get troutmask:kargl[210] halfspace /lib/libgcc_s.so.1: version GCC_4.6.0 required by /home/kargl/bin/halfspace not foundtroutmask:kargl[211] (Note, the annoying absense of a newline character after the error message, which is a completely different issue.) I see this problem on both freebsd-i386 and freebsd-amd64. troutmask:kargl[212] ldd ~/bin/halfspace /home/kargl/bin/halfspace: liblapack.so.4 => /usr/local/lib/liblapack.so.4 (0x2008c3000) libblas.so.2 => /usr/local/lib/libblas.so.2 (0x201463000) libgfortran.so.3 => /usr/local/lib/gcc46/libgfortran.so.3 (0x20175d000) libm.so.5 => /lib/libm.so.5 (0x201a70000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x201c95000) libquadmath.so.0 => /usr/local/lib/gcc46/libquadmath.so.0 (0x201ea2000) libc.so.7 => /lib/libc.so.7 (0x2020d6000) troutmask:kargl[212] ldconfig -r | grep libgcc_s 29:-lgcc_s.1 => /lib/libgcc_s.so.1 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 So, it appears that rtld is finding the wrong libgcc_s.so.1 or the lang/gcc port is no longer providing sufficient information for rtld to choose the correct library. I have reverted revisions 230784, 299768, and 229508 (and various combinitions of these revisions) from rtld-elf. The result does not change the above error. I can work around the problem by specifying -static during the building of my programs. Or, I can work around the problem by *explicitly* adding '-rpath /usr/local/lib' to the command line, which I have never had to do. -- Steve From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 19:30:52 2012 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 3DFAC106566C for ; Tue, 21 Feb 2012 19:30:52 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 004538FC08 for ; Tue, 21 Feb 2012 19:30:51 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so11624185obc.13 for ; Tue, 21 Feb 2012 11:30:51 -0800 (PST) Received-SPF: pass (google.com: domain of lumiwa@gmail.com designates 10.182.149.71 as permitted sender) client-ip=10.182.149.71; Authentication-Results: mr.google.com; spf=pass (google.com: domain of lumiwa@gmail.com designates 10.182.149.71 as permitted sender) smtp.mail=lumiwa@gmail.com; dkim=pass header.i=lumiwa@gmail.com Received: from mr.google.com ([10.182.149.71]) by 10.182.149.71 with SMTP id ty7mr14970756obb.70.1329852651555 (num_hops = 1); Tue, 21 Feb 2012 11:30:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=WZE5WkzBr3SImRCp8Tinp2/77dQF0fudKgQDZVQzBpQ=; b=Ol/G2GlPh0i27W08q26LvkaKTCX5Tkx9+YauNk+3NKcMaqgDXkC7v0y10M0szMkkHd NkHZa/HOKYRchaypWd5jpd1H2Kmur+TZs7clRw6cp3DKoEq/Z/PaTo4FLcA1vnXUFqFq t3Hz8bdckRbiQG6MqVmk78Ox51DCrrsBjWcFE= MIME-Version: 1.0 Received: by 10.182.149.71 with SMTP id ty7mr12600263obb.70.1329852650880; Tue, 21 Feb 2012 11:30:50 -0800 (PST) Received: by 10.182.198.7 with HTTP; Tue, 21 Feb 2012 11:30:50 -0800 (PST) In-Reply-To: <20120221084016.2fa4b3ba@scorpio> References: <4F434A3A.4060208@gwdg.de> <20120221084016.2fa4b3ba@scorpio> Date: Tue, 21 Feb 2012 13:30:50 -0600 Message-ID: From: Franci Nabalanci To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: giflib in graphics/gdal X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 19:30:52 -0000 I saw new gdal in ports... My question is: in the /usr/ports/UPDATING is first uninstall libungif and than install giflib and reinstall all ports. Is it correct to use portmaster -o graphics/giflib graphics/libungif And thew next question is I have in /var/db/pgs bot giflib and libingif. How can I find whic one is installed, please? Or are both? Thanks in advance. On Tue, Feb 21, 2012 at 7:40 AM, Jerry wrote: > On Tue, 21 Feb 2012 08:39:38 +0100 > Rainer Hurling articulated: > > > Dear list, > > > > after changing from graphics/ungif to graphics/giflib there is a > > problem with building graphics/gdal. Because other ports depending on > > it, this should be corrected as soon as possible, I think. > > > > The patch could be something like this: > > > > --- Makefile.orig 2012-02-08 07:52:24.000000000 +0100 > > +++ Makefile 2012-02-21 08:34:04.000000000 +0100 > > @@ -104,7 +104,7 @@ > > .endif > > > > .if !defined(WITHOUT_GIF) > > -LIB_DEPENDS+=3D ungif.5:${PORTSDIR}/graphics/libungif > > +LIB_DEPENDS+=3D gif.5:${PORTSDIR}/graphics/giflib > > CONFIGURE_ARGS+=3D --with-gif=3D${LOCALBASE} > > .endif > > > > @@ -276,9 +276,6 @@ > > .endif > > > > post-patch: > > -.if !defined(WITHOUT_GIF) > > - @${REINPLACE_CMD} -e 's|lgif|lungif|' ${WRKSRC}/configure > > -.endif > > .if defined(WITH_PYTHON) > > @${REINPLACE_CMD} -e '\ > > s,%%MAKE_ENV%%,${MAKE_ENV},; \ > > Did you contact the port maintainer: sunpoet@FreeBSD.org as well as > possibly submitting a PR against the port? If not, it might prove > useful. > > -- > Jerry =E2=99=94 > > Disclaimer: off-list followups get on-list replies or get ignored. > Please do not ignore the Reply-To header. > __________________________________________________________________ > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 19:43:00 2012 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 0883E106564A; Tue, 21 Feb 2012 19:43:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id BDC688FC08; Tue, 21 Feb 2012 19:42:59 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1LJgxjB021359; Tue, 21 Feb 2012 11:42:59 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1LJgxx9021358; Tue, 21 Feb 2012 11:42:59 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2012 11:42:59 -0800 From: Steve Kargl To: Konstantin Belousov Message-ID: <20120221194259.GA21185@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120221185754.GL55074@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Tue, 21 Feb 2012 19:43:00 -0000 On Tue, Feb 21, 2012 at 08:57:54PM +0200, Konstantin Belousov wrote: > On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote: > > > > troutmask:kargl[210] halfspace > > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /home/kargl/bin/halfspace > > not foundtroutmask:kargl[211] > > > > (Note, the annoying absense of a newline character after the error > > message, which is a completely different issue.) > > > > I see this problem on both freebsd-i386 and freebsd-amd64. > > > > troutmask:kargl[212] ldd ~/bin/halfspace > > /home/kargl/bin/halfspace: > > liblapack.so.4 => /usr/local/lib/liblapack.so.4 (0x2008c3000) > > libblas.so.2 => /usr/local/lib/libblas.so.2 (0x201463000) > > libgfortran.so.3 => /usr/local/lib/gcc46/libgfortran.so.3 (0x20175d000) > > libm.so.5 => /lib/libm.so.5 (0x201a70000) > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x201c95000) > > libquadmath.so.0 => /usr/local/lib/gcc46/libquadmath.so.0 (0x201ea2000) > > libc.so.7 => /lib/libc.so.7 (0x2020d6000) > > troutmask:kargl[212] ldconfig -r | grep libgcc_s > > 29:-lgcc_s.1 => /lib/libgcc_s.so.1 > > 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 > > > > So, it appears that rtld is finding the wrong libgcc_s.so.1 or > > the lang/gcc port is no longer providing sufficient information > > for rtld to choose the correct library. > > > > I have reverted revisions 230784, 299768, and 229508 (and > > various combinitions of these revisions) from rtld-elf. The > > result does not change the above error. > > > > I can work around the problem by specifying -static during > > the building of my programs. Or, I can work around the > > problem by *explicitly* adding '-rpath /usr/local/lib' to the > > command line, which I have never had to do. > > > I highly suspect that you just happen to not need a symbol from the > newest namespace before. > > The thing to look first is the library search path in the ld.so hints, > which is output at the second line of ldconfig -r. I think that you have > /lib before /usr/local/lib/gcc46 in your setup. This guess is confirmed > by the numeration of the two instances of gcc_s above. Either change > the config, or use -rpath. AFAIR, ldconfig -m adds the directory > at the end of the search list. Yes, /lib comes before /usr/local/lib/gcc46. I suppose that this is a heads up for gerald@. lang/gcc is used by the ports collections to build a large number of other ports, so others are likely to hit this issue. I tried reading rtld.c to see where the issue lies. One possibility seems to be a change in rtld.c (lines 4012-13) to remember the version mismatch, then continuing the search to see if another library with the same name but different location matches. After exhausting the list of directories in the search path, either an error is reported or a match has been found. Note, I'm still trying to parse and understand the rtld.c code, so may be what I'm suggesting is not feasible. -- Steve From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 19:51:52 2012 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 3E749106566B for ; Tue, 21 Feb 2012 19:51:52 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (unknown [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b2]) by mx1.freebsd.org (Postfix) with ESMTP id D67EE8FC18 for ; Tue, 21 Feb 2012 19:51:51 +0000 (UTC) Received: from mouf.net (www@localhost [127.0.0.1]) by mouf.net (8.14.4/8.14.4) with ESMTP id q1LJpoNR096338; Tue, 21 Feb 2012 14:51:50 -0500 (EST) (envelope-from swills@FreeBSD.org) Received: from 198.85.229.5 (SquirrelMail authenticated user swills) by mouf.net with HTTP; Tue, 21 Feb 2012 14:51:50 -0500 Message-ID: <734b2be607f1ee5d9227bb76fff22d40.squirrel@mouf.net> In-Reply-To: References: <4F434A3A.4060208@gwdg.de> <20120221084016.2fa4b3ba@scorpio> Date: Tue, 21 Feb 2012 14:51:50 -0500 From: "Steve Wills" To: "Franci Nabalanci" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mouf.net [127.0.0.1]); Tue, 21 Feb 2012 14:51:50 -0500 (EST) X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED,FSL_RCVD_USER autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-ports@FreeBSD.org Subject: Re: giflib in graphics/gdal X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 19:51:52 -0000 > I saw new gdal in ports... > Yes, the graphics/gdal port was updated to use giflib. > My question is: in the /usr/ports/UPDATING is first uninstall libungif and > than install giflib and reinstall all ports. > Is it correct to use portmaster -o graphics/giflib graphics/libungif > Looks OK to me. > And thew next question is I have in /var/db/pgs bot giflib and libingif. > How can I find whic one is installed, please? Or are both? They install files to the same place, overwriting each other. So whichever one was installed last would be the one that's really installed. This is the reason for the addition of the conflict between the two. The good news is they're very similar, so it didn't cause problems. Nevertheless, it's still a bad idea for them both to be installed, hence the addition of the conflict between them. Steve From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 20:11:48 2012 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 4B286106564A; Tue, 21 Feb 2012 20:11:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D3AC28FC13; Tue, 21 Feb 2012 20:11:47 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q1LK9E2t095503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Feb 2012 22:09:14 +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.5/8.14.5) with ESMTP id q1LK9D9G031894; Tue, 21 Feb 2012 22:09:13 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q1LK9Ckv031893; Tue, 21 Feb 2012 22:09:12 +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: Tue, 21 Feb 2012 22:09:12 +0200 From: Konstantin Belousov To: Steve Kargl Message-ID: <20120221200912.GN55074@deviant.kiev.zoral.com.ua> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l3ej7W/Jb2pB3qL2" Content-Disposition: inline In-Reply-To: <20120221194259.GA21185@troutmask.apl.washington.edu> 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.0 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: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Tue, 21 Feb 2012 20:11:48 -0000 --l3ej7W/Jb2pB3qL2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2012 at 11:42:59AM -0800, Steve Kargl wrote: > On Tue, Feb 21, 2012 at 08:57:54PM +0200, Konstantin Belousov wrote: > > On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote: > > >=20 > > > troutmask:kargl[210] halfspace > > > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /home/kargl/bin/hal= fspace > > > not foundtroutmask:kargl[211] > > >=20 > > > (Note, the annoying absense of a newline character after the error > > > message, which is a completely different issue.) > > >=20 > > > I see this problem on both freebsd-i386 and freebsd-amd64. > > >=20 > > > troutmask:kargl[212] ldd ~/bin/halfspace > > > /home/kargl/bin/halfspace: > > > liblapack.so.4 =3D> /usr/local/lib/liblapack.so.4 (0x2008c300= 0) > > > libblas.so.2 =3D> /usr/local/lib/libblas.so.2 (0x201463000) > > > libgfortran.so.3 =3D> /usr/local/lib/gcc46/libgfortran.so.3 (= 0x20175d000) > > > libm.so.5 =3D> /lib/libm.so.5 (0x201a70000) > > > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x201c95000) > > > libquadmath.so.0 =3D> /usr/local/lib/gcc46/libquadmath.so.0 (= 0x201ea2000) > > > libc.so.7 =3D> /lib/libc.so.7 (0x2020d6000) > > > troutmask:kargl[212] ldconfig -r | grep libgcc_s > > > 29:-lgcc_s.1 =3D> /lib/libgcc_s.so.1 > > > 723:-lgcc_s.1 =3D> /usr/local/lib/gcc46/libgcc_s.so.1 > > >=20 > > > So, it appears that rtld is finding the wrong libgcc_s.so.1 or=20 > > > the lang/gcc port is no longer providing sufficient information > > > for rtld to choose the correct library. > > >=20 > > > I have reverted revisions 230784, 299768, and 229508 (and > > > various combinitions of these revisions) from rtld-elf. The > > > result does not change the above error. > > >=20 > > > I can work around the problem by specifying -static during > > > the building of my programs. Or, I can work around the > > > problem by *explicitly* adding '-rpath /usr/local/lib' to the > > > command line, which I have never had to do. > > >=20 > > I highly suspect that you just happen to not need a symbol from the > > newest namespace before. > >=20 > > The thing to look first is the library search path in the ld.so hints, > > which is output at the second line of ldconfig -r. I think that you have > > /lib before /usr/local/lib/gcc46 in your setup. This guess is confirmed > > by the numeration of the two instances of gcc_s above. Either change > > the config, or use -rpath. AFAIR, ldconfig -m adds the directory > > at the end of the search list. >=20 > Yes, /lib comes before /usr/local/lib/gcc46. I suppose > that this is a heads up for gerald@. lang/gcc is used by > the ports collections to build a large number of other > ports, so others are likely to hit this issue. >=20 > I tried reading rtld.c to see where the issue lies. One > possibility seems to be a change in rtld.c (lines 4012-13) > to remember the version mismatch, then continuing the search=20 > to see if another library with the same name but different > location matches. After exhausting the list of directories > in the search path, either an error is reported or a match > has been found. Note, I'm still trying to parse and understand > the rtld.c code, so may be what I'm suggesting is not=20 > feasible. No, it is not feasible. The version check that tripped is there to check consistency, and not to start loading. In fact, it is too late to load other library (with the same name). The configuration needs to be fixed, and not the rtld. --l3ej7W/Jb2pB3qL2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9D+egACgkQC3+MBN1Mb4hsgwCgkwfC8JKfoSZUDyNZ0TSqJE0u zmsAoKBCBRysiqc4ItjRIjIHtkvh2XoA =IOY0 -----END PGP SIGNATURE----- --l3ej7W/Jb2pB3qL2-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 20:24:36 2012 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 3EC44106564A for ; Tue, 21 Feb 2012 20:24:36 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id BBE938FC1A for ; Tue, 21 Feb 2012 20:24:35 +0000 (UTC) Received: by bkcjg1 with SMTP id jg1so7763055bkc.13 for ; Tue, 21 Feb 2012 12:24:34 -0800 (PST) Received-SPF: pass (google.com: domain of andrey@zonov.org designates 10.204.149.147 as permitted sender) client-ip=10.204.149.147; Authentication-Results: mr.google.com; spf=pass (google.com: domain of andrey@zonov.org designates 10.204.149.147 as permitted sender) smtp.mail=andrey@zonov.org Received: from mr.google.com ([10.204.149.147]) by 10.204.149.147 with SMTP id t19mr14574702bkv.124.1329855874830 (num_hops = 1); Tue, 21 Feb 2012 12:24:34 -0800 (PST) Received: by 10.204.149.147 with SMTP id t19mr11805837bkv.124.1329855874634; Tue, 21 Feb 2012 12:24:34 -0800 (PST) Received: from [10.254.254.77] (ppp95-165-133-32.pppoe.spdop.ru. [95.165.133.32]) by mx.google.com with ESMTPS id i2sm47412843bkd.10.2012.02.21.12.24.33 (version=SSLv3 cipher=OTHER); Tue, 21 Feb 2012 12:24:34 -0800 (PST) Message-ID: <4F43FD81.2060307@zonov.org> Date: Wed, 22 Feb 2012 00:24:33 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Beat_G=E4tzi?= References: <29CEA923-4620-4982-B8EA-45F46C711DAD@chruetertee.ch> In-Reply-To: <29CEA923-4620-4982-B8EA-45F46C711DAD@chruetertee.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQloQ0SKS9XAAV7J+gZ6e2mC1zen4ZphLt5FzAUGS0qy3zOP520aO6/iqTdhulVNyL14PxyN Cc: tinderbox-list@marcuscom.com, FreeBSD Ports Subject: Re: CFT: pkgng support for tinderbox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 20:24:36 -0000 On 16.02.2012 1:07, Beat Gätzi wrote: > Hi, > > pkgng support for tinderbox (written by bapt@) is ready and is looking for > some review and testers. The patch is against tinderbox HEAD: > > http://tmp.chruetertee.ch/tinderbox-pkgng.patch One more fix: --- lib/buildscript.prev 2012-02-22 00:16:17.000000000 +0400 +++ lib/buildscript 2012-02-22 00:17:24.000000000 +0400 @@ -146,7 +146,7 @@ RD=$7 TD=$8 PKGD=$9 -PLISTCHECK=$10 +PLISTCHECK=${10} use_pkgng=no Thanks to vim. It's highlighted me "0" as separated character. -- Andrey Zonov From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 20:51:20 2012 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 84272106566C for ; Tue, 21 Feb 2012 20:51:20 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id F1A2A8FC0C for ; Tue, 21 Feb 2012 20:51:19 +0000 (UTC) Received: by bkcjg1 with SMTP id jg1so7790426bkc.13 for ; Tue, 21 Feb 2012 12:51:18 -0800 (PST) Received-SPF: pass (google.com: domain of andrey@zonov.org designates 10.204.152.145 as permitted sender) client-ip=10.204.152.145; Authentication-Results: mr.google.com; spf=pass (google.com: domain of andrey@zonov.org designates 10.204.152.145 as permitted sender) smtp.mail=andrey@zonov.org Received: from mr.google.com ([10.204.152.145]) by 10.204.152.145 with SMTP id g17mr13933449bkw.97.1329857478895 (num_hops = 1); Tue, 21 Feb 2012 12:51:18 -0800 (PST) Received: by 10.204.152.145 with SMTP id g17mr11212654bkw.97.1329857478689; Tue, 21 Feb 2012 12:51:18 -0800 (PST) Received: from [10.254.254.77] (ppp95-165-133-32.pppoe.spdop.ru. [95.165.133.32]) by mx.google.com with ESMTPS id x11sm47611377bkd.2.2012.02.21.12.51.17 (version=SSLv3 cipher=OTHER); Tue, 21 Feb 2012 12:51:18 -0800 (PST) Message-ID: <4F4403C5.1030107@zonov.org> Date: Wed, 22 Feb 2012 00:51:17 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Beat_G=E4tzi?= References: <29CEA923-4620-4982-B8EA-45F46C711DAD@chruetertee.ch> <4F43FD81.2060307@zonov.org> In-Reply-To: <4F43FD81.2060307@zonov.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQkSVTyq8GQBTwPjas+TaD63J5JJFg+YADN68QbZRmN9Z+w0dp5moCZrhwCkm/OGtyRWwbIk Cc: tinderbox-list@marcuscom.com, FreeBSD Ports Subject: Re: CFT: pkgng support for tinderbox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Feb 2012 20:51:20 -0000 On 22.02.2012 0:24, Andrey Zonov wrote: > On 16.02.2012 1:07, Beat Gätzi wrote: >> Hi, >> >> pkgng support for tinderbox (written by bapt@) is ready and is looking >> for >> some review and testers. The patch is against tinderbox HEAD: >> >> http://tmp.chruetertee.ch/tinderbox-pkgng.patch > > > One more fix: > And more: --- lib/buildscript.prev 2012-02-22 00:44:58.000000000 +0400 +++ lib/buildscript 2012-02-22 00:45:18.000000000 +0400 @@ -323,7 +323,7 @@ fi add_pkg ${TD} if [ "$use_pkgng" = "yes" ]; then - pkg info -qa | sort > /tmp/pkgs_pre_test + pkg info -qa | sort > /tmp/pkgs_post_test else pkg_info | awk '{print $1}' | sort > /tmp/pkgs_post_test fi -- Andrey Zonov From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 21:37:18 2012 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 6F949106566C; Tue, 21 Feb 2012 21:37:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2748FC0C; Tue, 21 Feb 2012 21:37:18 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:3461:e90b:e233:31fe] (unknown [IPv6:2001:7b8:3a7:0:3461:e90b:e233:31fe]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 680E55C37; Tue, 21 Feb 2012 22:37:17 +0100 (CET) Message-ID: <4F440E8B.9020306@FreeBSD.org> Date: Tue, 21 Feb 2012 22:37:15 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120216 Thunderbird/11.0 MIME-Version: 1.0 To: Steve Kargl References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> In-Reply-To: <20120221194259.GA21185@troutmask.apl.washington.edu> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Tue, 21 Feb 2012 21:37:18 -0000 On 2012-02-21 20:42, Steve Kargl wrote: ... > Yes, /lib comes before /usr/local/lib/gcc46. I suppose > that this is a heads up for gerald@. lang/gcc is used by > the ports collections to build a large number of other > ports, so others are likely to hit this issue. The same applies to libstdc++.so.6, if you compile any C++ program with e.g. g++46. During the link stage, g++ sets the library path so that /usr/local/lib/gcc46/libstdc++.so is linked against the program: ... COMPILER_PATH=/usr/local/libexec/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/:/usr/local/libexec/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/:/usr/local/libexec/gcc46/gcc/i386-portbld-freebsd10.0/:/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/:/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/:/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/../../../../../i386-portbld-freebsd10.0/bin/ LIBRARY_PATH=/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/:/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/../../../../../i386-portbld-freebsd10.0/lib/:/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-o' 'cpptest' '-v' '-shared-libgcc' '-mtune=generic' '-march=i486' /usr/local/libexec/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/collect2 --eh-frame-hdr -V -dynamic-linker /libexec/ld-elf.so.1 -o cpptest /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/crtbegin.o -L/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3 -L/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/../../../../../i386-portbld-freebsd10.0/lib -L/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/../../.. cpptest.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/crtend.o /usr/lib/crtn.o However, at runtime, it links against the system libstdc++: $ ldd ./cpptest ./cpptest: libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x28098000) libm.so.5 => /lib/libm.so.5 (0x28171000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2818d000) libc.so.7 => /lib/libc.so.7 (0x28198000) Some (simple) C++ programs handle this just fine, others die horribly... From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 22:02:43 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 60AAA106566C; Tue, 21 Feb 2012 22:02:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7F2E3158D92; Tue, 21 Feb 2012 22:02:36 +0000 (UTC) Message-ID: <4F44147C.8050905@FreeBSD.org> Date: Tue, 21 Feb 2012 14:02:36 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: decke@FreeBSD.org X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, FreeBSD ports list , Andriy Gapon Subject: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 22:02:43 -0000 Howdy, I had the previous version of virtualbox working just fine on my up-to-date 8-stable i386 system, and upgraded to 4.1.8 today. When I attempt to load vboxdrv it instantly panics my system: panic: vm_object_deallocate: object deallocated too many times: 4 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c08f2883,1,c118de58,1,c7c08e58,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0918c49,1,c091164e,eacfb8ac,1,...) at kdb_backtrace+0x2a panic(c091164e,4,c09112d7,1e9,0,...) at panic+0x117 vm_object_deallocate(c7c08e58,e8ba3000,e8ba5000,0,eacfb918,...) at vm_object_deallocate+0x347 FreeBSDAllocHelper(1,3,0,2000,0,...) at FreeBSDAllocHelper+0x11e rtR0MemObjNativeAllocCont(c6731b20,2000,0,c672a5b2,1,...) at rtR0MemObjNativeAllocCont+0x56 supdrvInitDevExt(c6731ae0,33c,7a,c740b380,c67315e8,...) at supdrvInitDevExt+0xdd VBoxDrvFreeBSDModuleEvent(c740b380,0,0,75,0,...) at VBoxDrvFreeBSDModuleEvent+0x46 module_register_init(c67315e8,0,c08ebecc,e7,0,...) at module_register_init+0xa7 linker_load_module(0,eacfbc34,c08ebecc,3fa,0,...) at linker_load_module+0xa05 kern_kldload(c7bd3580,c62e4800,eacfbc5c,0,c7befac0,...) at kern_kldload+0xca kldload(c7bd3580,eacfbcec,0,c,246,...) at kldload+0x74 syscall(eacfbd28) at syscall+0x270 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280d69fb, esp = 0xbfbfe70c, ebp = 0xbfbfebf8 --- KDB: enter: panic Full core.text.2 is at freefall:~dougb/ -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 22:18:57 2012 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 A82A3106564A; Tue, 21 Feb 2012 22:18:57 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8C9D78FC0C; Tue, 21 Feb 2012 22:18:57 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 75A222283F; Tue, 21 Feb 2012 15:00:50 -0700 (MST) Received: by night.db.net (Postfix, from userid 1000) id BDA945DB6; Tue, 21 Feb 2012 17:00:53 -0500 (EST) Date: Tue, 21 Feb 2012 17:00:53 -0500 From: Diane Bruce To: Dimitry Andric Message-ID: <20120221220053.GA44386@night.db.net> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F440E8B.9020306@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Konstantin Belousov , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, Steve Kargl Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Tue, 21 Feb 2012 22:18:57 -0000 On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: > On 2012-02-21 20:42, Steve Kargl wrote: > ... > > Yes, /lib comes before /usr/local/lib/gcc46. I suppose > > that this is a heads up for gerald@. lang/gcc is used by > > the ports collections to build a large number of other > > ports, so others are likely to hit this issue. Does -rpath not help ? man ld -rpath dir Add a directory to the runtime library search path. This is used when linking an ELF executable with shared objects. All -rpath arguments are concatenated and passed to the runtime linker, which uses them to locate shared objects at runtime. The -rpath option is also used when locating shared objects which are needed by shared objects explicitly included in the link; see the description of the -rpath-link option. If -rpath is not used when linking an ELF executable, the contents of the environment variable "LD_RUN_PATH" will be used if it is defined. Or is this another problem? -rpath is added in /usr/ports/Mk > However, at runtime, it links against the system libstdc++: I ran into this with two of my own ports. -rpath needed to be passed to ld. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db Why leave money to our children if we don't leave them the Earth? From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 22:19:28 2012 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 306471065676 for ; Tue, 21 Feb 2012 22:19:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B5E2E8FC18 for ; Tue, 21 Feb 2012 22:19:27 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q1LIvt9i068744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Feb 2012 20:57:55 +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.5/8.14.5) with ESMTP id q1LIvsVE031520; Tue, 21 Feb 2012 20:57:54 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q1LIvs61031519; Tue, 21 Feb 2012 20:57:54 +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: Tue, 21 Feb 2012 20:57:54 +0200 From: Konstantin Belousov To: Steve Kargl Message-ID: <20120221185754.GL55074@deviant.kiev.zoral.com.ua> References: <20120221182850.GA20768@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+svXpSx+RSEd8UhP" Content-Disposition: inline In-Reply-To: <20120221182850.GA20768@troutmask.apl.washington.edu> 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.0 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: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Tue, 21 Feb 2012 22:19:28 -0000 --+svXpSx+RSEd8UhP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote: > Sorry about the cross post, but I can't tell if this > a -current issue of a -ports issue. Unfortunately, > I updated my freebsd 10.0 systems and the lang/gcc > port during the same timeframe. >=20 > I have compiled my math library and several programs > with gfortran, which is installed by lang/gcc (pkg_info=20 > shows gcc-4.6.2_1). When I try running the program > I get >=20 > troutmask:kargl[210] halfspace > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /home/kargl/bin/halfspa= ce > not foundtroutmask:kargl[211] >=20 > (Note, the annoying absense of a newline character after the error > message, which is a completely different issue.) >=20 > I see this problem on both freebsd-i386 and freebsd-amd64. >=20 > troutmask:kargl[212] ldd ~/bin/halfspace > /home/kargl/bin/halfspace: > liblapack.so.4 =3D> /usr/local/lib/liblapack.so.4 (0x2008c3000) > libblas.so.2 =3D> /usr/local/lib/libblas.so.2 (0x201463000) > libgfortran.so.3 =3D> /usr/local/lib/gcc46/libgfortran.so.3 (0x20= 175d000) > libm.so.5 =3D> /lib/libm.so.5 (0x201a70000) > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x201c95000) > libquadmath.so.0 =3D> /usr/local/lib/gcc46/libquadmath.so.0 (0x20= 1ea2000) > libc.so.7 =3D> /lib/libc.so.7 (0x2020d6000) > troutmask:kargl[212] ldconfig -r | grep libgcc_s > 29:-lgcc_s.1 =3D> /lib/libgcc_s.so.1 > 723:-lgcc_s.1 =3D> /usr/local/lib/gcc46/libgcc_s.so.1 >=20 > So, it appears that rtld is finding the wrong libgcc_s.so.1 or=20 > the lang/gcc port is no longer providing sufficient information > for rtld to choose the correct library. >=20 > I have reverted revisions 230784, 299768, and 229508 (and > various combinitions of these revisions) from rtld-elf. The > result does not change the above error. >=20 > I can work around the problem by specifying -static during > the building of my programs. Or, I can work around the > problem by *explicitly* adding '-rpath /usr/local/lib' to the > command line, which I have never had to do. >=20 I highly suspect that you just happen to not need a symbol from the newest namespace before. The thing to look first is the library search path in the ld.so hints, which is output at the second line of ldconfig -r. I think that you have /lib before /usr/local/lib/gcc46 in your setup. This guess is confirmed by the numeration of the two instances of gcc_s above. Either change the config, or use -rpath. AFAIR, ldconfig -m adds the directory at the end of the search list. --+svXpSx+RSEd8UhP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9D6TEACgkQC3+MBN1Mb4hjugCfRXYXIAPgTsF+A2DKUq5bf1A2 A70AoMle3bjhdxU4Nw7+h5XYfzgi6/tP =PhNe -----END PGP SIGNATURE----- --+svXpSx+RSEd8UhP-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 22:32:53 2012 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 4BC24106564A; Tue, 21 Feb 2012 22:32:53 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 23B5E8FC08; Tue, 21 Feb 2012 22:32:53 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1LMWqWR094353; Tue, 21 Feb 2012 14:32:52 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1LMWqSg094347; Tue, 21 Feb 2012 14:32:52 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2012 14:32:51 -0800 From: Steve Kargl To: Diane Bruce Message-ID: <20120221223251.GA23053@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120221220053.GA44386@night.db.net> User-Agent: Mutt/1.4.2.3i Cc: Konstantin Belousov , freebsd-current@FreeBSD.org, Dimitry Andric , freebsd-ports@FreeBSD.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Tue, 21 Feb 2012 22:32:53 -0000 On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: > On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: > > On 2012-02-21 20:42, Steve Kargl wrote: > > ... > > > Yes, /lib comes before /usr/local/lib/gcc46. I suppose > > > that this is a heads up for gerald@. lang/gcc is used by > > > the ports collections to build a large number of other > > > ports, so others are likely to hit this issue. > > Does -rpath not help ? I already mentioned that I can add '-rpath /usr/local/lib/gcc46' to my various projects. I can also build with -static to avoid rtld. One can also use LD_LIBRARY_PATH. The issue seems to be that lang/gcc will be installed after system start, and 'ldconfig -m' appends new shared libraries to the hints file. This means that libraries with the same name but different locations will be found via the order of the search path in the hints file, and one gets the wrong library. That is, with the following troutmask:root[256] ldconfig -r | grep libgcc_s 29:-lgcc_s.1 => /lib/libgcc_s.so.1 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 29 will be found before 723. While I can work around the issue, lang/gcc is used by a rather large boatload of ports during the building process and I suspect that a large number of FreeBSD users use lang/gcc for their everyday compiler. The question is how do we, the FreeBSD project, deal with this issue, so that the general user base does not get hit with it. There are a few solutions: 1) Set ldconfig_paths in /etc/rc.conf to cause ${PORTSDIR}/lib to be scanned before /lib and /usr/lib. 2) Use /etc/ld.so.conf to cause ${PORTSDIR}/lib to be scanned for /lib and /usr/lib. 3) Add a new option to ldconfig to prepend new libraries to the hints files and fix the ports to use this option instead of -m. 4) Suggestions from people that are brighter than I. -- Steve From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 22:34:58 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by hub.freebsd.org (Postfix) with ESMTP id 94B4B1065670 for ; Tue, 21 Feb 2012 22:34:58 +0000 (UTC) (envelope-from erwin@freebsd.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id q1LMYwj3079686 for ; Tue, 21 Feb 2012 22:34:58 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id q1LMYwfN079685 for ports@FreeBSD.org; Tue, 21 Feb 2012 22:34:58 GMT (envelope-from erwin) Date: Tue, 21 Feb 2012 22:34:58 GMT From: Erwin Lansing Message-Id: <201202212234.q1LMYwfN079685@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 7.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 22:34:58 -0000 INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: rubygem-statsd-0.5.4: no entry for /usr/ports/databases/rubygem-mongo Committers on the hook: dinoex jgh pgollucci Most recent CVS update was: U devel/Makefile U devel/gnustep-make/Makefile U devel/gnustep-make/distinfo U devel/rubygem-mongo/Makefile U devel/rubygem-mongo/distinfo U devel/rubygem-mongo/pkg-descr U devel/rubygem-ruby-statsd/Makefile U devel/rubygem-ruby-statsd/distinfo U devel/rubygem-ruby-statsd/pkg-descr U mail/p5-FuzzyOcr/Makefile U security/py-keyring/Makefile U security/py-keyring/distinfo U security/py-keyring/pkg-plist From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 23:24:45 2012 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 94ABB1065670 for ; Tue, 21 Feb 2012 23:24:45 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from sup.oook.cz (sup.oook.cz [94.23.0.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1F41D8FC08 for ; Tue, 21 Feb 2012 23:24:44 +0000 (UTC) Received: from [192.168.0.23] (ip-78-102-160-251.net.upcbroadband.cz [78.102.160.251]) (authenticated bits=0) by sup.oook.cz (8.14.4/8.14.4) with ESMTP id q1LMnQcw011940; Tue, 21 Feb 2012 23:49:27 +0100 (CET) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: Oliver Pinter In-Reply-To: <201202210141.30082.oliver.pinter@gmail.com> References: <201202210141.30082.oliver.pinter@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-wgwyaFdpSpFhqUdTjCX2" Date: Tue, 21 Feb 2012 23:49:26 +0100 Message-ID: <1329864566.9580.4.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Scanned-By: MIMEDefang 2.72 on 94.23.0.135 Cc: ports@FreeBSD.org, miwi@FreeBSD.org Subject: Re: kdelibs3 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: Tue, 21 Feb 2012 23:24:45 -0000 --=-wgwyaFdpSpFhqUdTjCX2 Content-Type: text/plain; charset="ISO-8859-2" Content-Transfer-Encoding: quoted-printable Committed, thanks! Oliver Pinter p=ED=B9e v =FAt 21. 02. 2012 v 01:41 +0100: > Hi all! >=20 > Please apply the attached patch to x11/kdelibs3/Makefile. >=20 --=20 --=20 Pav Lucistnik With sufficient thrust, pigs fly just fine. -- RFC 1925 --=-wgwyaFdpSpFhqUdTjCX2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEABECAAYFAk9EH3IACgkQntdYP8FOsoJQwgCgrQwrs6Fe+2TCakU4OM66SrIL nr8AnA2L+7qEKKIQc8dph7OCo+spthui =3L/n -----END PGP SIGNATURE----- --=-wgwyaFdpSpFhqUdTjCX2-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 23:37:30 2012 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 E34CC1065673; Tue, 21 Feb 2012 23:37:30 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id BF2678FC19; Tue, 21 Feb 2012 23:37:30 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1LNbS7x077040; Tue, 21 Feb 2012 15:37:28 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1LNbSMW077039; Tue, 21 Feb 2012 15:37:28 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2012 15:37:28 -0800 From: Steve Kargl To: Mel Flynn Message-ID: <20120221233728.GA76984@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <4F44274A.1010907@acsalaska.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F44274A.1010907@acsalaska.net> User-Agent: Mutt/1.4.2.3i Cc: Konstantin Belousov , Diane Bruce , freebsd-current@freebsd.org, Dimitry Andric , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Tue, 21 Feb 2012 23:37:31 -0000 On Wed, Feb 22, 2012 at 12:22:50AM +0100, Mel Flynn wrote: > On 2/21/2012 23:32, Steve Kargl wrote: > > On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: > >> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: > >>> On 2012-02-21 20:42, Steve Kargl wrote: > >>> ... > >>>> Yes, /lib comes before /usr/local/lib/gcc46. I suppose > >>>> that this is a heads up for gerald@. lang/gcc is used by > >>>> the ports collections to build a large number of other > >>>> ports, so others are likely to hit this issue. > >> > >> Does -rpath not help ? > > > > I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > > to my various projects. I can also build with -static to avoid > > rtld. One can also use LD_LIBRARY_PATH. > > Make sure it's your binary pulling in libgcc_s. I just went through a > few iterations of recompiling mplayer with different *FLAGS and each > time base gcc_s was pulled in. I then did an ldd -a `which mplayer` and > saw libschroedinger was the one actually pulling it in. > I already did the ldd song and dance. -- Steve From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 23:38:47 2012 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 A2553106566C; Tue, 21 Feb 2012 23:38:47 +0000 (UTC) (envelope-from rflynn@acsalaska.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4BB318FC19; Tue, 21 Feb 2012 23:38:47 +0000 (UTC) Received: from [127.0.0.1] (squeeze.lan.rachie.is-a-geek.net [192.168.2.30]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 94BAE7E854; Tue, 21 Feb 2012 14:23:06 -0900 (AKST) Message-ID: <4F44274A.1010907@acsalaska.net> Date: Wed, 22 Feb 2012 00:22:50 +0100 From: Mel Flynn User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Steve Kargl References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> In-Reply-To: <20120221223251.GA23053@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , Diane Bruce , freebsd-current@freebsd.org, Dimitry Andric , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Tue, 21 Feb 2012 23:38:47 -0000 On 2/21/2012 23:32, Steve Kargl wrote: > On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: >> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: >>> On 2012-02-21 20:42, Steve Kargl wrote: >>> ... >>>> Yes, /lib comes before /usr/local/lib/gcc46. I suppose >>>> that this is a heads up for gerald@. lang/gcc is used by >>>> the ports collections to build a large number of other >>>> ports, so others are likely to hit this issue. >> >> Does -rpath not help ? > > I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > to my various projects. I can also build with -static to avoid > rtld. One can also use LD_LIBRARY_PATH. Make sure it's your binary pulling in libgcc_s. I just went through a few iterations of recompiling mplayer with different *FLAGS and each time base gcc_s was pulled in. I then did an ldd -a `which mplayer` and saw libschroedinger was the one actually pulling it in. Recompiled libschroedinger with gcc46 by putting USE_GCC=46 in the Makefile and sure enough: % ldd `which mplayer`|grep gcc libgcc_s.so.1 => /usr/local/lib/gcc46/libgcc_s.so.1 (0x29625000) In short, bsd.gcc.mk is doing the right thing, but dependencies may screw things up. -- Mel From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 23:52:09 2012 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 031E71065670; Tue, 21 Feb 2012 23:52:09 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id D22D78FC14; Tue, 21 Feb 2012 23:52:08 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1LNq87J077145; Tue, 21 Feb 2012 15:52:08 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1LNq8Xq077144; Tue, 21 Feb 2012 15:52:08 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2012 15:52:08 -0800 From: Steve Kargl To: Daniel Eischen Message-ID: <20120221235208.GA77089@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Konstantin Belousov , Diane Bruce , freebsd-current@freebsd.org, Dimitry Andric , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Tue, 21 Feb 2012 23:52:09 -0000 On Tue, Feb 21, 2012 at 06:39:36PM -0500, Daniel Eischen wrote: > On Tue, 21 Feb 2012, Steve Kargl wrote: > > >On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: > >>On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: > >>>On 2012-02-21 20:42, Steve Kargl wrote: > >>>... > >>>>Yes, /lib comes before /usr/local/lib/gcc46. I suppose > >>>>that this is a heads up for gerald@. lang/gcc is used by > >>>>the ports collections to build a large number of other > >>>>ports, so others are likely to hit this issue. > >> > >>Does -rpath not help ? > > > >I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > >to my various projects. I can also build with -static to avoid > >rtld. One can also use LD_LIBRARY_PATH. > > > >The issue seems to be that lang/gcc will be installed after > >system start, and 'ldconfig -m' appends new shared libraries > >to the hints file. This means that libraries with the same > >name but different locations will be found via the order of the > >search path in the hints file, and one gets the wrong library. > >That is, with the following > > > >troutmask:root[256] ldconfig -r | grep libgcc_s > > 29:-lgcc_s.1 => /lib/libgcc_s.so.1 > > 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 > > > >29 will be found before 723. While I can work around the > >issue, lang/gcc is used by a rather large boatload of ports > >during the building process and I suspect that a large > >number of FreeBSD users use lang/gcc for their everyday > >compiler. The question is how do we, the FreeBSD project, > >deal with this issue, so that the general user base does not > >get hit with it. > > > >There are a few solutions: > >1) Set ldconfig_paths in /etc/rc.conf to cause ${PORTSDIR}/lib to > > be scanned before /lib and /usr/lib. > >2) Use /etc/ld.so.conf to cause ${PORTSDIR}/lib to be scanned > > for /lib and /usr/lib. > > s/for/before/ ?? yes. sorry about the typo. > > >3) Add a new option to ldconfig to prepend new libraries to > > the hints files and fix the ports to use this option instead > > of -m. > > You don't want system binaries that want /lib/libgcc_s.so.1 > to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't > your option 3 do that? Well, yes, I suppose that could be a problem. :) > >4) Suggestions from people that are brighter than I. > > [Not brighter than you, but] > > o For our system libgcc, use libcc_s.so.1 (or some other > name) instead of libgcc_s.so.1? Interesting idea. Perhaps, the port should install libgcc46_s.so.1, and binaries installed by lang/gcc updated to use this library. > o Change affected ports to use -rpath when building? I started to look into this option, but it quickly becomes apparent that some (evil) configure hackery may be needed. -- Steve From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 23:52:37 2012 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 7479E1065781; Tue, 21 Feb 2012 23:52:37 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E39EA8FC22; Tue, 21 Feb 2012 23:52:35 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA15902; Wed, 22 Feb 2012 01:52:33 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RzzVY-000MdW-Ak; Wed, 22 Feb 2012 01:52:32 +0200 Message-ID: <4F442E1E.4010501@FreeBSD.org> Date: Wed, 22 Feb 2012 01:51:58 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Doug Barton References: <4F44147C.8050905@FreeBSD.org> In-Reply-To: <4F44147C.8050905@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/mixed; boundary="------------070004020305000508040709" Cc: freebsd-emulation@FreeBSD.org, decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 23:52:37 -0000 This is a multi-part message in MIME format. --------------070004020305000508040709 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit on 22/02/2012 00:02 Doug Barton said the following: > Howdy, > > I had the previous version of virtualbox working just fine on my > up-to-date 8-stable i386 system, and upgraded to 4.1.8 today. When I > attempt to load vboxdrv it instantly panics my system: > > panic: vm_object_deallocate: object deallocated too many times: 4 > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper(c08f2883,1,c118de58,1,c7c08e58,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0918c49,1,c091164e,eacfb8ac,1,...) at kdb_backtrace+0x2a > panic(c091164e,4,c09112d7,1e9,0,...) at panic+0x117 > vm_object_deallocate(c7c08e58,e8ba3000,e8ba5000,0,eacfb918,...) at > vm_object_deallocate+0x347 > FreeBSDAllocHelper(1,3,0,2000,0,...) at FreeBSDAllocHelper+0x11e > rtR0MemObjNativeAllocCont(c6731b20,2000,0,c672a5b2,1,...) at > rtR0MemObjNativeAllocCont+0x56 Ah, embarrassing. Could you please substitute the attached patch file for the corresponding file in the port and re-test the port? > supdrvInitDevExt(c6731ae0,33c,7a,c740b380,c67315e8,...) at > supdrvInitDevExt+0xdd > VBoxDrvFreeBSDModuleEvent(c740b380,0,0,75,0,...) at > VBoxDrvFreeBSDModuleEvent+0x46 > module_register_init(c67315e8,0,c08ebecc,e7,0,...) at > module_register_init+0xa7 > linker_load_module(0,eacfbc34,c08ebecc,3fa,0,...) at > linker_load_module+0xa05 > kern_kldload(c7bd3580,c62e4800,eacfbc5c,0,c7befac0,...) at kern_kldload+0xca > kldload(c7bd3580,eacfbcec,0,c,246,...) at kldload+0x74 > syscall(eacfbd28) at syscall+0x270 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280d69fb, esp = > 0xbfbfe70c, ebp = 0xbfbfebf8 --- > KDB: enter: panic > > > Full core.text.2 is at freefall:~dougb/ > > -- Andriy Gapon --------------070004020305000508040709 Content-Type: text/plain; name="patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c" --- src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c.orig 2011-12-19 15:01:31.000000000 +0200 +++ src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c 2012-02-22 01:48:41.528856970 +0200 @@ -5,6 +5,7 @@ /* * Copyright (c) 2007 knut st. osmundsen + * Copyright (c) 2011 Andriy Gapon * * Permission is hereby granted, free of charge, to any person * obtaining a copy of this software and associated documentation @@ -54,23 +55,8 @@ /** The core structure. */ RTR0MEMOBJINTERNAL Core; /** Type dependent data */ - union - { - /** Non physical memory allocations */ - struct - { - /** The VM object associated with the allocation. */ - vm_object_t pObject; - } NonPhys; - /** Physical memory allocations */ - struct - { - /** Number of pages */ - uint32_t cPages; - /** Array of pages - variable */ - vm_page_t apPages[1]; - } Phys; - } u; + /** The VM object associated with the allocation. */ + vm_object_t pObject; } RTR0MEMOBJFREEBSD, *PRTR0MEMOBJFREEBSD; @@ -125,25 +111,14 @@ switch (pMemFreeBSD->Core.enmType) { - case RTR0MEMOBJTYPE_CONT: - contigfree(pMemFreeBSD->Core.pv, pMemFreeBSD->Core.cb, M_IPRTMOBJ); - break; - case RTR0MEMOBJTYPE_PAGE: + case RTR0MEMOBJTYPE_LOW: + case RTR0MEMOBJTYPE_CONT: { rc = vm_map_remove(kernel_map, (vm_offset_t)pMemFreeBSD->Core.pv, (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeBSD->Core.cb); AssertMsg(rc == KERN_SUCCESS, ("%#x", rc)); - - vm_page_lock_queues(); - for (uint32_t iPage = 0; iPage < pMemFreeBSD->u.Phys.cPages; iPage++) - { - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; - vm_page_unwire(pPage, 0); - vm_page_free(pPage); - } - vm_page_unlock_queues(); break; } @@ -165,8 +140,8 @@ case RTR0MEMOBJTYPE_RES_VIRT: { vm_map_t pMap = kernel_map; - if (pMemFreeBSD->Core.u.Lock.R0Process != NIL_RTR0PROCESS) - pMap = &((struct proc *)pMemFreeBSD->Core.u.Lock.R0Process)->p_vmspace->vm_map; + if (pMemFreeBSD->Core.u.ResVirt.R0Process != NIL_RTR0PROCESS) + pMap = &((struct proc *)pMemFreeBSD->Core.u.ResVirt.R0Process)->p_vmspace->vm_map; rc = vm_map_remove(pMap, (vm_offset_t)pMemFreeBSD->Core.pv, (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeBSD->Core.cb); @@ -180,7 +155,6 @@ if (pMemFreeBSD->Core.u.Mapping.R0Process != NIL_RTR0PROCESS) pMap = &((struct proc *)pMemFreeBSD->Core.u.Mapping.R0Process)->p_vmspace->vm_map; - rc = vm_map_remove(pMap, (vm_offset_t)pMemFreeBSD->Core.pv, (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeBSD->Core.cb); @@ -191,26 +165,21 @@ case RTR0MEMOBJTYPE_PHYS: case RTR0MEMOBJTYPE_PHYS_NC: { + VM_OBJECT_LOCK(pMemFreeBSD->pObject); + vm_page_t pPage = vm_page_find_least(pMemFreeBSD->pObject, 0); vm_page_lock_queues(); - for (uint32_t iPage = 0; iPage < pMemFreeBSD->u.Phys.cPages; iPage++) + for (vm_page_t pPage = vm_page_find_least(pMemFreeBSD->pObject, 0); + pPage != NULL; + pPage = vm_page_next(pPage)) { - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; vm_page_unwire(pPage, 0); - vm_page_free(pPage); } vm_page_unlock_queues(); + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); + vm_object_deallocate(pMemFreeBSD->pObject); break; } -#ifdef USE_KMEM_ALLOC_ATTR - case RTR0MEMOBJTYPE_LOW: - { - kmem_free(kernel_map, (vm_offset_t)pMemFreeBSD->Core.pv, pMemFreeBSD->Core.cb); - break; - } -#else - case RTR0MEMOBJTYPE_LOW: /* unused */ -#endif default: AssertMsgFailed(("enmType=%d\n", pMemFreeBSD->Core.enmType)); return VERR_INTERNAL_ERROR; @@ -220,183 +189,165 @@ } -DECLHIDDEN(int) rtR0MemObjNativeAllocPage(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) -{ - int rc; - size_t cPages = cb >> PAGE_SHIFT; - - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(RT_OFFSETOF(RTR0MEMOBJFREEBSD, u.Phys.apPages[cPages]), - RTR0MEMOBJTYPE_PAGE, NULL, cb); - if (!pMemFreeBSD) - return VERR_NO_MEMORY; - - pMemFreeBSD->u.Phys.cPages = cPages; +static vm_page_t FreeBSDContigPhysAllocHelper(vm_object_t pObject, vm_pindex_t iPIndex, + u_long cPages, vm_paddr_t VmPhysAddrHigh, + u_long uAlignment, bool fWire) +{ + vm_page_t pPages; +#if __FreeBSD_version > 1000000 + int flags = VM_ALLOC_INTERRUPT | VM_ALLOC_NOBUSY; + if (fWire) + flags |= VM_ALLOC_WIRED; + VM_OBJECT_LOCK(pObject); + pPages = vm_page_alloc_contig(pObject, iPIndex, flags, cPages, 0, VmPhysAddrHigh, uAlignment, 0, VM_MEMATTR_DEFAULT); + VM_OBJECT_UNLOCK(pObject); + return pPages; +#else + pPages = vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, uAlignment, 0); + if (!pPages) + return pPages; + VM_OBJECT_LOCK(pObject); + for (vm_pindex_t iPage = 0; iPage < cPages; iPage++) + { + vm_page_t pPage = pPages + iPage; + vm_page_insert(pPage, pObject, iPIndex + iPage); + pPage->valid = VM_PAGE_BITS_ALL; + if (fWire) + { + pPage->wire_count = 1; + atomic_add_int(&cnt.v_wire_count, 1); + } + } + VM_OBJECT_UNLOCK(pObject); + return pPages; +#endif +} - vm_offset_t MapAddress = vm_map_min(kernel_map); - rc = vm_map_find(kernel_map, /* map */ - NULL, /* object */ - 0, /* offset */ - &MapAddress, /* addr (IN/OUT) */ - cb, /* length */ - TRUE, /* find_space */ - fExecutable /* protection */ - ? VM_PROT_ALL - : VM_PROT_RW, - VM_PROT_ALL, /* max(_prot) */ - 0); /* cow (copy-on-write) */ - if (rc == KERN_SUCCESS) +static int FreeBSDPhysAllocHelper(vm_object_t pObject, u_long cPages, + vm_paddr_t VmPhysAddrHigh, u_long uAlignment, + bool fContiguous, bool fWire) +{ + if (fContiguous) { - rc = VINF_SUCCESS; + if (FreeBSDContigPhysAllocHelper(pObject, 0, cPages, VmPhysAddrHigh, uAlignment, fWire) != NULL) + return VINF_SUCCESS; + else + return VERR_NO_MEMORY; + } - for (size_t iPage = 0; iPage < cPages; iPage++) + for (vm_pindex_t iPage = 0; iPage < cPages; iPage++) + { + vm_page_t pPage = FreeBSDContigPhysAllocHelper(pObject, iPage, 1, VmPhysAddrHigh, uAlignment, fWire); + if (!pPage) { - vm_page_t pPage; - - pPage = vm_page_alloc(NULL, iPage, - VM_ALLOC_SYSTEM | - VM_ALLOC_WIRED | VM_ALLOC_NOOBJ); - - if (!pPage) + /* Free all allocated pages */ + VM_OBJECT_LOCK(pObject); + while (iPage-- > 0) { - /* - * Out of pages - * Remove already allocated pages - */ - while (iPage-- > 0) - { - pPage = pMemFreeBSD->u.Phys.apPages[iPage]; - vm_page_lock_queues(); + pPage = vm_page_lookup(pObject, iPage); + vm_page_lock_queues(); + if (fWire) vm_page_unwire(pPage, 0); - vm_page_free(pPage); - vm_page_unlock_queues(); - } - rc = VERR_NO_MEMORY; - break; + vm_page_free(pPage); + vm_page_unlock_queues(); } - - pPage->valid = VM_PAGE_BITS_ALL; - pMemFreeBSD->u.Phys.apPages[iPage] = pPage; + VM_OBJECT_UNLOCK(pObject); + return VERR_NO_MEMORY; } + } + return VINF_SUCCESS; +} - if (rc == VINF_SUCCESS) - { - vm_offset_t AddressDst = MapAddress; +static int FreeBSDAllocHelper(PRTR0MEMOBJFREEBSD pMemFreeBSD, bool fExecutable, + vm_paddr_t VmPhysAddrHigh, bool fContiguous) +{ + int rc; + size_t cPages = atop(pMemFreeBSD->Core.cb); - for (size_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; + pMemFreeBSD->pObject = vm_object_allocate(OBJT_PHYS, cPages); + vm_offset_t MapAddress = vm_map_min(kernel_map); - MY_PMAP_ENTER(kernel_map->pmap, AddressDst, pPage, - fExecutable - ? VM_PROT_ALL - : VM_PROT_RW, - TRUE); + // no additional object reference for auto-deallocation upon unmapping + rc = vm_map_find(kernel_map, pMemFreeBSD->pObject, 0, + &MapAddress, pMemFreeBSD->Core.cb, VMFS_ANY_SPACE, + fExecutable ? VM_PROT_ALL : VM_PROT_RW, VM_PROT_ALL, 0); - AddressDst += PAGE_SIZE; - } + if (rc == KERN_SUCCESS) + { + rc = FreeBSDPhysAllocHelper(pMemFreeBSD->pObject, cPages, VmPhysAddrHigh, PAGE_SIZE, fContiguous, false); + if (RT_SUCCESS(rc)) { + vm_map_wire(kernel_map, MapAddress, MapAddress + pMemFreeBSD->Core.cb, VM_MAP_WIRE_SYSTEM|VM_MAP_WIRE_NOHOLES); /* Store start address */ pMemFreeBSD->Core.pv = (void *)MapAddress; - *ppMem = &pMemFreeBSD->Core; return VINF_SUCCESS; } - } - rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ - rtR0MemObjDelete(&pMemFreeBSD->Core); + vm_map_remove(kernel_map, MapAddress, MapAddress + pMemFreeBSD->Core.cb); + } + else + { + rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ + vm_object_deallocate(pMemFreeBSD->pObject); + } return rc; } - -DECLHIDDEN(int) rtR0MemObjNativeAllocLow(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) +DECLHIDDEN(int) rtR0MemObjNativeAllocPage(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) { -#ifdef USE_KMEM_ALLOC_ATTR - /* - * Use kmem_alloc_attr, fExectuable is not needed because the - * memory will be executable by default - */ - NOREF(fExecutable); - - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), RTR0MEMOBJTYPE_LOW, NULL, cb); + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), + RTR0MEMOBJTYPE_PAGE, NULL, cb); if (!pMemFreeBSD) return VERR_NO_MEMORY; - pMemFreeBSD->Core.pv = (void *)kmem_alloc_attr(kernel_map, /* Kernel */ - cb, /* Amount */ - M_ZERO, /* Zero memory */ - 0, /* Low physical address */ - _4G - PAGE_SIZE, /* Highest physical address */ - VM_MEMATTR_DEFAULT); /* Default memory attributes */ - if (!pMemFreeBSD->Core.pv) - return VERR_NO_MEMORY; - - *ppMem = &pMemFreeBSD->Core; - - return VINF_SUCCESS; -#else - /* - * Try a Alloc first and see if we get luck, if not try contigmalloc. - * Might wish to try find our own pages or something later if this - * turns into a problemspot on AMD64 boxes. - */ - int rc = rtR0MemObjNativeAllocPage(ppMem, cb, fExecutable); - if (RT_SUCCESS(rc)) + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, ~(vm_paddr_t)0, false); + if (RT_FAILURE(rc)) { - size_t iPage = cb >> PAGE_SHIFT; - while (iPage-- > 0) - if (rtR0MemObjNativeGetPagePhysAddr(*ppMem, iPage) > (_4G - PAGE_SIZE)) - { - RTR0MemObjFree(*ppMem, false); - *ppMem = NULL; - rc = VERR_NO_MEMORY; - break; - } + rtR0MemObjDelete(&pMemFreeBSD->Core); + return rc; } - if (RT_FAILURE(rc)) - rc = rtR0MemObjNativeAllocCont(ppMem, cb, fExecutable); + + *ppMem = &pMemFreeBSD->Core; return rc; -#endif } -DECLHIDDEN(int) rtR0MemObjNativeAllocCont(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) +DECLHIDDEN(int) rtR0MemObjNativeAllocLow(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) { - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), RTR0MEMOBJTYPE_CONT, NULL, cb); + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), + RTR0MEMOBJTYPE_LOW, NULL, cb); if (!pMemFreeBSD) return VERR_NO_MEMORY; - /* do the allocation. */ - pMemFreeBSD->Core.pv = contigmalloc(cb, /* size */ - M_IPRTMOBJ, /* type */ - M_NOWAIT | M_ZERO, /* flags */ - 0, /* lowest physical address*/ - _4G-1, /* highest physical address */ - PAGE_SIZE, /* alignment. */ - 0); /* boundary */ - if (pMemFreeBSD->Core.pv) + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, _4G, false); + if (RT_FAILURE(rc)) { - pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); - *ppMem = &pMemFreeBSD->Core; - return VINF_SUCCESS; + rtR0MemObjDelete(&pMemFreeBSD->Core); + return rc; } - NOREF(fExecutable); - rtR0MemObjDelete(&pMemFreeBSD->Core); - return VERR_NO_MEMORY; + *ppMem = &pMemFreeBSD->Core; + return rc; } -static void rtR0MemObjFreeBSDPhysPageInit(vm_page_t pPage, vm_pindex_t iPage) +DECLHIDDEN(int) rtR0MemObjNativeAllocCont(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) { - pPage->wire_count = 1; - pPage->pindex = iPage; - pPage->act_count = 0; - pPage->oflags = 0; - pPage->flags = PG_UNMANAGED; - atomic_add_int(&cnt.v_wire_count, 1); + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), + RTR0MEMOBJTYPE_CONT, NULL, cb); + if (!pMemFreeBSD) + return VERR_NO_MEMORY; + + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, _4G, true); + if (RT_FAILURE(rc)) + { + rtR0MemObjDelete(&pMemFreeBSD->Core); + return rc; + } + + pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); + *ppMem = &pMemFreeBSD->Core; + return rc; } @@ -405,69 +356,36 @@ RTHCPHYS PhysHighest, size_t uAlignment, bool fContiguous) { - int rc = VINF_SUCCESS; - uint32_t cPages = cb >> PAGE_SHIFT; + uint32_t cPages = atop(cb); vm_paddr_t VmPhysAddrHigh; /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(RT_OFFSETOF(RTR0MEMOBJFREEBSD, u.Phys.apPages[cPages]), + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), enmType, NULL, cb); if (!pMemFreeBSD) return VERR_NO_MEMORY; - pMemFreeBSD->u.Phys.cPages = cPages; + pMemFreeBSD->pObject = vm_object_allocate(OBJT_PHYS, atop(cb)); if (PhysHighest != NIL_RTHCPHYS) VmPhysAddrHigh = PhysHighest; else VmPhysAddrHigh = ~(vm_paddr_t)0; - if (fContiguous) - { - vm_page_t pPage = vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, uAlignment, 0); + int rc = FreeBSDPhysAllocHelper(pMemFreeBSD->pObject, cPages, VmPhysAddrHigh, uAlignment, fContiguous, true); - if (pPage) - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - rtR0MemObjFreeBSDPhysPageInit(&pPage[iPage], iPage); - pMemFreeBSD->u.Phys.apPages[iPage] = &pPage[iPage]; - } - else - rc = VERR_NO_MEMORY; - } - else - { - /* Allocate page by page */ - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = vm_phys_alloc_contig(1, 0, VmPhysAddrHigh, uAlignment, 0); - - if (!pPage) - { - /* Free all allocated pages */ - while (iPage-- > 0) - { - pPage = pMemFreeBSD->u.Phys.apPages[iPage]; - vm_page_lock_queues(); - vm_page_unwire(pPage, 0); - vm_page_free(pPage); - vm_page_unlock_queues(); - } - rc = VERR_NO_MEMORY; - break; - } - rtR0MemObjFreeBSDPhysPageInit(pPage, iPage); - pMemFreeBSD->u.Phys.apPages[iPage] = pPage; - } - } - - if (RT_FAILURE(rc)) + if (RT_FAILURE(rc)) { + vm_object_deallocate(pMemFreeBSD->pObject); rtR0MemObjDelete(&pMemFreeBSD->Core); + } else { - if (enmType == RTR0MEMOBJTYPE_PHYS) + if (fContiguous) { - pMemFreeBSD->Core.u.Phys.PhysBase = VM_PAGE_TO_PHYS(pMemFreeBSD->u.Phys.apPages[0]); + Assert(enmType == RTR0MEMOBJTYPE_PHYS); + VM_OBJECT_LOCK(pMemFreeBSD->pObject); + pMemFreeBSD->Core.u.Phys.PhysBase = VM_PAGE_TO_PHYS(vm_page_find_least(pMemFreeBSD->pObject, 0)); + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); pMemFreeBSD->Core.u.Phys.fAllocated = true; } @@ -480,42 +398,13 @@ DECLHIDDEN(int) rtR0MemObjNativeAllocPhys(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, RTHCPHYS PhysHighest, size_t uAlignment) { -#if 1 return rtR0MemObjFreeBSDAllocPhysPages(ppMem, RTR0MEMOBJTYPE_PHYS, cb, PhysHighest, uAlignment, true); -#else - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), RTR0MEMOBJTYPE_CONT, NULL, cb); - if (!pMemFreeBSD) - return VERR_NO_MEMORY; - - /* do the allocation. */ - pMemFreeBSD->Core.pv = contigmalloc(cb, /* size */ - M_IPRTMOBJ, /* type */ - M_NOWAIT | M_ZERO, /* flags */ - 0, /* lowest physical address*/ - _4G-1, /* highest physical address */ - uAlignment, /* alignment. */ - 0); /* boundary */ - if (pMemFreeBSD->Core.pv) - { - pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); - *ppMem = &pMemFreeBSD->Core; - return VINF_SUCCESS; - } - - rtR0MemObjDelete(&pMemFreeBSD->Core); - return VERR_NO_MEMORY; -#endif } DECLHIDDEN(int) rtR0MemObjNativeAllocPhysNC(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, RTHCPHYS PhysHighest) { -#if 1 return rtR0MemObjFreeBSDAllocPhysPages(ppMem, RTR0MEMOBJTYPE_PHYS_NC, cb, PhysHighest, PAGE_SIZE, false); -#else - return VERR_NOT_SUPPORTED; -#endif } @@ -625,49 +514,41 @@ if (!pMemFreeBSD) return VERR_NO_MEMORY; - /* - * Allocate an empty VM object and map it into the requested map. - */ - pMemFreeBSD->u.NonPhys.pObject = vm_object_allocate(OBJT_DEFAULT, cb >> PAGE_SHIFT); - if (pMemFreeBSD->u.NonPhys.pObject) + vm_offset_t MapAddress = pvFixed != (void *)-1 + ? (vm_offset_t)pvFixed + : vm_map_min(pMap); + if (pvFixed != (void *)-1) + vm_map_remove(pMap, + MapAddress, + MapAddress + cb); + + rc = vm_map_find(pMap, /* map */ + NULL, /* object */ + 0, /* offset */ + &MapAddress, /* addr (IN/OUT) */ + cb, /* length */ + pvFixed == (void *)-1 ? VMFS_ANY_SPACE : VMFS_NO_SPACE, + /* find_space */ + VM_PROT_NONE, /* protection */ + VM_PROT_ALL, /* max(_prot) ?? */ + 0); /* cow (copy-on-write) */ + if (rc == KERN_SUCCESS) { - vm_offset_t MapAddress = pvFixed != (void *)-1 - ? (vm_offset_t)pvFixed - : vm_map_min(pMap); - if (pvFixed != (void *)-1) - vm_map_remove(pMap, - MapAddress, - MapAddress + cb); - - rc = vm_map_find(pMap, /* map */ - pMemFreeBSD->u.NonPhys.pObject, /* object */ - 0, /* offset */ - &MapAddress, /* addr (IN/OUT) */ - cb, /* length */ - pvFixed == (void *)-1, /* find_space */ - VM_PROT_NONE, /* protection */ - VM_PROT_ALL, /* max(_prot) ?? */ - 0); /* cow (copy-on-write) */ - if (rc == KERN_SUCCESS) + if (R0Process != NIL_RTR0PROCESS) { - if (R0Process != NIL_RTR0PROCESS) - { - rc = vm_map_inherit(pMap, - MapAddress, - MapAddress + cb, - VM_INHERIT_SHARE); - AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); - } - pMemFreeBSD->Core.pv = (void *)MapAddress; - pMemFreeBSD->Core.u.ResVirt.R0Process = R0Process; - *ppMem = &pMemFreeBSD->Core; - return VINF_SUCCESS; + rc = vm_map_inherit(pMap, + MapAddress, + MapAddress + cb, + VM_INHERIT_SHARE); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); } - vm_object_deallocate(pMemFreeBSD->u.NonPhys.pObject); - rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ + pMemFreeBSD->Core.pv = (void *)MapAddress; + pMemFreeBSD->Core.u.ResVirt.R0Process = R0Process; + *ppMem = &pMemFreeBSD->Core; + return VINF_SUCCESS; } - else - rc = VERR_NO_MEMORY; + + rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ rtR0MemObjDelete(&pMemFreeBSD->Core); return rc; @@ -690,7 +571,7 @@ DECLHIDDEN(int) rtR0MemObjNativeMapKernel(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMOBJ pMemToMap, void *pvFixed, size_t uAlignment, unsigned fProt, size_t offSub, size_t cbSub) { - AssertMsgReturn(!offSub && !cbSub, ("%#x %#x\n", offSub, cbSub), VERR_NOT_SUPPORTED); +// AssertMsgReturn(!offSub && !cbSub, ("%#x %#x\n", offSub, cbSub), VERR_NOT_SUPPORTED); AssertMsgReturn(pvFixed == (void *)-1, ("%p\n", pvFixed), VERR_NOT_SUPPORTED); /* @@ -699,21 +580,68 @@ if (uAlignment > PAGE_SIZE) return VERR_NOT_SUPPORTED; -/* Phys: see pmap_mapdev in i386/i386/pmap.c (http://fxr.watson.org/fxr/source/i386/i386/pmap.c?v=RELENG62#L2860) */ -/** @todo finish the implementation. */ + int rc; + PRTR0MEMOBJFREEBSD pMemToMapFreeBSD = (PRTR0MEMOBJFREEBSD)pMemToMap; - return VERR_NOT_SUPPORTED; + /* calc protection */ + vm_prot_t ProtectionFlags = 0; + if ((fProt & RTMEM_PROT_NONE) == RTMEM_PROT_NONE) + ProtectionFlags = VM_PROT_NONE; + if ((fProt & RTMEM_PROT_READ) == RTMEM_PROT_READ) + ProtectionFlags |= VM_PROT_READ; + if ((fProt & RTMEM_PROT_WRITE) == RTMEM_PROT_WRITE) + ProtectionFlags |= VM_PROT_WRITE; + if ((fProt & RTMEM_PROT_EXEC) == RTMEM_PROT_EXEC) + ProtectionFlags |= VM_PROT_EXECUTE; + + vm_offset_t Addr = vm_map_min(kernel_map); + if (cbSub == 0) + cbSub = pMemToMap->cb - offSub; + + vm_object_reference(pMemToMapFreeBSD->pObject); + rc = vm_map_find(kernel_map, /* Map to insert the object in */ + pMemToMapFreeBSD->pObject, /* Object to map */ + offSub, /* Start offset in the object */ + &Addr, /* Start address IN/OUT */ + cbSub, /* Size of the mapping */ + VMFS_ANY_SPACE, /* Whether a suitable address should be searched for first */ + ProtectionFlags, /* protection flags */ + VM_PROT_ALL, /* Maximum protection flags */ + 0); /* copy-on-write and similar flags */ + + if (rc == KERN_SUCCESS) + { + rc = vm_map_wire(kernel_map, Addr, Addr + cbSub, VM_MAP_WIRE_SYSTEM|VM_MAP_WIRE_NOHOLES); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); + + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(RTR0MEMOBJFREEBSD), + RTR0MEMOBJTYPE_MAPPING, + (void *)Addr, + cbSub); + if (pMemFreeBSD) + { + Assert((vm_offset_t)pMemFreeBSD->Core.pv == Addr); + pMemFreeBSD->Core.u.Mapping.R0Process = NIL_RTR0PROCESS; + *ppMem = &pMemFreeBSD->Core; + return VINF_SUCCESS; + } + rc = vm_map_remove(kernel_map, Addr, Addr + cbSub); + AssertMsg(rc == KERN_SUCCESS, ("Deleting mapping failed\n")); + } + else + vm_object_deallocate(pMemToMapFreeBSD->pObject); + + return VERR_NO_MEMORY; } -/* see http://markmail.org/message/udhq33tefgtyfozs */ -DECLHIDDEN(int) rtR0MemObjNativeMapUser(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMOBJ pMemToMap, RTR3PTR R3PtrFixed, size_t uAlignment, unsigned fProt, RTR0PROCESS R0Process) +DECLHIDDEN(int) rtR0MemObjNativeMapUser(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMOBJ pMemToMap, RTR3PTR R3PtrFixed, size_t uAlignment, + unsigned fProt, RTR0PROCESS R0Process) { /* * Check for unsupported stuff. */ AssertMsgReturn(R0Process == RTR0ProcHandleSelf(), ("%p != %p\n", R0Process, RTR0ProcHandleSelf()), VERR_NOT_SUPPORTED); - AssertMsgReturn(R3PtrFixed == (RTR3PTR)-1, ("%p\n", R3PtrFixed), VERR_NOT_SUPPORTED); if (uAlignment > PAGE_SIZE) return VERR_NOT_SUPPORTED; @@ -734,62 +662,38 @@ ProtectionFlags |= VM_PROT_EXECUTE; /* calc mapping address */ - PROC_LOCK(pProc); - vm_offset_t AddrR3 = round_page((vm_offset_t)pProc->p_vmspace->vm_daddr + lim_max(pProc, RLIMIT_DATA)); - PROC_UNLOCK(pProc); + vm_offset_t AddrR3; + if (R3PtrFixed == (RTR3PTR)-1) + { + // is this needed? + PROC_LOCK(pProc); + AddrR3 = round_page((vm_offset_t)pProc->p_vmspace->vm_daddr + lim_max(pProc, RLIMIT_DATA)); + PROC_UNLOCK(pProc); + } + else + AddrR3 = (vm_offset_t)R3PtrFixed; - /* Insert the object in the map. */ + /* Insert the pObject in the map. */ + vm_object_reference(pMemToMapFreeBSD->pObject); rc = vm_map_find(pProcMap, /* Map to insert the object in */ - NULL, /* Object to map */ + pMemToMapFreeBSD->pObject, /* Object to map */ 0, /* Start offset in the object */ &AddrR3, /* Start address IN/OUT */ pMemToMap->cb, /* Size of the mapping */ - TRUE, /* Whether a suitable address should be searched for first */ + R3PtrFixed == (RTR3PTR)-1 ? VMFS_ANY_SPACE : VMFS_NO_SPACE, + /* Whether a suitable address should be searched for first */ ProtectionFlags, /* protection flags */ VM_PROT_ALL, /* Maximum protection flags */ - 0); /* Copy on write */ + 0); /* copy-on-write and similar flags */ - /* Map the memory page by page into the destination map. */ if (rc == KERN_SUCCESS) { - size_t cPages = pMemToMap->cb >> PAGE_SHIFT;; - pmap_t pPhysicalMap = pProcMap->pmap; - vm_offset_t AddrR3Dst = AddrR3; - - if ( pMemToMap->enmType == RTR0MEMOBJTYPE_PHYS - || pMemToMap->enmType == RTR0MEMOBJTYPE_PHYS_NC - || pMemToMap->enmType == RTR0MEMOBJTYPE_PAGE) - { - /* Mapping physical allocations */ - Assert(cPages == pMemToMapFreeBSD->u.Phys.cPages); + rc = vm_map_wire(pProcMap, AddrR3, AddrR3 + pMemToMap->cb, VM_MAP_WIRE_USER|VM_MAP_WIRE_NOHOLES); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); - /* Insert the memory page by page into the mapping. */ - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = pMemToMapFreeBSD->u.Phys.apPages[iPage]; + rc = vm_map_inherit(pProcMap, AddrR3, AddrR3 + pMemToMap->cb, VM_INHERIT_SHARE); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); - MY_PMAP_ENTER(pPhysicalMap, AddrR3Dst, pPage, ProtectionFlags, TRUE); - AddrR3Dst += PAGE_SIZE; - } - } - else - { - /* Mapping cont or low memory types */ - vm_offset_t AddrToMap = (vm_offset_t)pMemToMap->pv; - - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = PHYS_TO_VM_PAGE(vtophys(AddrToMap)); - - MY_PMAP_ENTER(pPhysicalMap, AddrR3Dst, pPage, ProtectionFlags, TRUE); - AddrR3Dst += PAGE_SIZE; - AddrToMap += PAGE_SIZE; - } - } - } - - if (RT_SUCCESS(rc)) - { /* * Create a mapping object for it. */ @@ -805,9 +709,11 @@ return VINF_SUCCESS; } - rc = vm_map_remove(pProcMap, ((vm_offset_t)AddrR3), ((vm_offset_t)AddrR3) + pMemToMap->cb); + rc = vm_map_remove(pProcMap, AddrR3, AddrR3 + pMemToMap->cb); AssertMsg(rc == KERN_SUCCESS, ("Deleting mapping failed\n")); } + else + vm_object_deallocate(pMemToMapFreeBSD->pObject); return VERR_NO_MEMORY; } @@ -855,49 +761,47 @@ return NIL_RTHCPHYS; } - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << PAGE_SHIFT); + vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + ptoa(iPage); struct proc *pProc = (struct proc *)pMemFreeBSD->Core.u.Lock.R0Process; struct vm_map *pProcMap = &pProc->p_vmspace->vm_map; - pmap_t pPhysicalMap = pProcMap->pmap; + pmap_t pPhysicalMap = vm_map_pmap(pProcMap); return pmap_extract(pPhysicalMap, pb); } case RTR0MEMOBJTYPE_MAPPING: { - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << PAGE_SHIFT); + vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + ptoa(iPage); if (pMemFreeBSD->Core.u.Mapping.R0Process != NIL_RTR0PROCESS) { struct proc *pProc = (struct proc *)pMemFreeBSD->Core.u.Mapping.R0Process; struct vm_map *pProcMap = &pProc->p_vmspace->vm_map; - pmap_t pPhysicalMap = pProcMap->pmap; + pmap_t pPhysicalMap = vm_map_pmap(pProcMap); return pmap_extract(pPhysicalMap, pb); } return vtophys(pb); } - case RTR0MEMOBJTYPE_CONT: - return pMemFreeBSD->Core.u.Cont.Phys + (iPage << PAGE_SHIFT); - - case RTR0MEMOBJTYPE_PHYS: - return pMemFreeBSD->Core.u.Phys.PhysBase + (iPage << PAGE_SHIFT); - case RTR0MEMOBJTYPE_PAGE: - case RTR0MEMOBJTYPE_PHYS_NC: - return VM_PAGE_TO_PHYS(pMemFreeBSD->u.Phys.apPages[iPage]); - -#ifdef USE_KMEM_ALLOC_ATTR case RTR0MEMOBJTYPE_LOW: + case RTR0MEMOBJTYPE_PHYS_NC: { - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << PAGE_SHIFT); - return vtophys(pb); + RTHCPHYS addr; + VM_OBJECT_LOCK(pMemFreeBSD->pObject); + addr = VM_PAGE_TO_PHYS(vm_page_lookup(pMemFreeBSD->pObject, iPage)); + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); + return addr; } -#else - case RTR0MEMOBJTYPE_LOW: -#endif + + case RTR0MEMOBJTYPE_PHYS: + return pMemFreeBSD->Core.u.Cont.Phys + ptoa(iPage); + + case RTR0MEMOBJTYPE_CONT: + return pMemFreeBSD->Core.u.Phys.PhysBase + ptoa(iPage); + case RTR0MEMOBJTYPE_RES_VIRT: default: return NIL_RTHCPHYS; --------------070004020305000508040709-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 21 23:56:16 2012 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 224BC1065670; Tue, 21 Feb 2012 23:56:16 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id AF7228FC1F; Tue, 21 Feb 2012 23:56:15 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.5/8.14.5/NETPLEX) with ESMTP id q1LNdaF5036328; Tue, 21 Feb 2012 18:39:36 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.7 (mail.netplex.net [204.213.176.10]); Tue, 21 Feb 2012 18:39:36 -0500 (EST) Date: Tue, 21 Feb 2012 18:39:36 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Steve Kargl In-Reply-To: <20120221223251.GA23053@troutmask.apl.washington.edu> Message-ID: References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Konstantin Belousov , Diane Bruce , freebsd-current@freebsd.org, Dimitry Andric , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 23:56:16 -0000 On Tue, 21 Feb 2012, Steve Kargl wrote: > On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: >> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: >>> On 2012-02-21 20:42, Steve Kargl wrote: >>> ... >>>> Yes, /lib comes before /usr/local/lib/gcc46. I suppose >>>> that this is a heads up for gerald@. lang/gcc is used by >>>> the ports collections to build a large number of other >>>> ports, so others are likely to hit this issue. >> >> Does -rpath not help ? > > I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > to my various projects. I can also build with -static to avoid > rtld. One can also use LD_LIBRARY_PATH. > > The issue seems to be that lang/gcc will be installed after > system start, and 'ldconfig -m' appends new shared libraries > to the hints file. This means that libraries with the same > name but different locations will be found via the order of the > search path in the hints file, and one gets the wrong library. > That is, with the following > > troutmask:root[256] ldconfig -r | grep libgcc_s > 29:-lgcc_s.1 => /lib/libgcc_s.so.1 > 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 > > 29 will be found before 723. While I can work around the > issue, lang/gcc is used by a rather large boatload of ports > during the building process and I suspect that a large > number of FreeBSD users use lang/gcc for their everyday > compiler. The question is how do we, the FreeBSD project, > deal with this issue, so that the general user base does not > get hit with it. > > There are a few solutions: > 1) Set ldconfig_paths in /etc/rc.conf to cause ${PORTSDIR}/lib to > be scanned before /lib and /usr/lib. > 2) Use /etc/ld.so.conf to cause ${PORTSDIR}/lib to be scanned > for /lib and /usr/lib. s/for/before/ ?? > 3) Add a new option to ldconfig to prepend new libraries to > the hints files and fix the ports to use this option instead > of -m. You don't want system binaries that want /lib/libgcc_s.so.1 to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't your option 3 do that? > 4) Suggestions from people that are brighter than I. [Not brighter than you, but] o For our system libgcc, use libcc_s.so.1 (or some other name) instead of libgcc_s.so.1? o Change affected ports to use -rpath when building? -- DE From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 01:19:40 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by hub.freebsd.org (Postfix) with ESMTP id BE58E1065670 for ; Wed, 22 Feb 2012 01:19:40 +0000 (UTC) (envelope-from erwin@freebsd.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id q1M1JeJv034200 for ; Wed, 22 Feb 2012 01:19:40 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id q1M1Jecp034193 for ports@FreeBSD.org; Wed, 22 Feb 2012 01:19:40 GMT (envelope-from erwin) Date: Wed, 22 Feb 2012 01:19:40 GMT From: Erwin Lansing Message-Id: <201202220119.q1M1Jecp034193@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 7.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 01:19:40 -0000 INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: rubygem-statsd-0.5.4: no entry for /usr/ports/databases/rubygem-mongo Committers on the hook: dinoex jgh pav pgollucci Most recent CVS update was: U converters/py-unidecode/Makefile U converters/py-unidecode/distinfo U converters/py-unidecode/pkg-descr U x11/kdelibs3/Makefile From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 01:22:13 2012 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 1A088106566C; Wed, 22 Feb 2012 01:22:13 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id AD5CC8FC1A; Wed, 22 Feb 2012 01:22:12 +0000 (UTC) Received: by qaea17 with SMTP id a17so8656488qae.13 for ; Tue, 21 Feb 2012 17:22:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=owSZAoMsJnf8937RbxmgSR5zjWvOordcPLkHj+LgmPo=; b=YYYmTq28SpSHO1JjfB0SY+YJHNH9mhGsrtQNnY2zqJPCG1u5g18qy+nUTelJrHPIk8 H6A1WaDtx+xSPZowBXqUkRDlJ/pYqoSgHDcCqcFDQy3Dwu+WhqcJV82/hGDaE7efQ2mG 4Gq4IHJPePyTG2Vy0HGN13YtebHsY2HjguYRI= Received: by 10.229.137.144 with SMTP id w16mr18023500qct.8.1329873378995; Tue, 21 Feb 2012 17:16:18 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id dm7sm62067977qab.5.2012.02.21.17.16.18 (version=SSLv3 cipher=OTHER); Tue, 21 Feb 2012 17:16:18 -0800 (PST) Date: Tue, 21 Feb 2012 20:16:12 -0500 From: Alexander Kabaev To: Steve Kargl Message-ID: <20120221201612.2968c810@kan.dyndns.org> In-Reply-To: <20120221194259.GA21185@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/XFKAIIJj1u5yzyeZ2sdzvhl"; protocol="application/pgp-signature" Cc: Konstantin Belousov , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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, 22 Feb 2012 01:22:13 -0000 --Sig_/XFKAIIJj1u5yzyeZ2sdzvhl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 21 Feb 2012 11:42:59 -0800 Steve Kargl wrote: > On Tue, Feb 21, 2012 at 08:57:54PM +0200, Konstantin Belousov wrote: > > On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote: > > >=20 > > > troutmask:kargl[210] halfspace > > > /lib/libgcc_s.so.1: version GCC_4.6.0 required > > > by /home/kargl/bin/halfspace not foundtroutmask:kargl[211] > > >=20 > > > (Note, the annoying absense of a newline character after the error > > > message, which is a completely different issue.) > > >=20 > > > I see this problem on both freebsd-i386 and freebsd-amd64. > > >=20 > > > troutmask:kargl[212] ldd ~/bin/halfspace > > > /home/kargl/bin/halfspace: > > > liblapack.so.4 =3D> /usr/local/lib/liblapack.so.4 > > > (0x2008c3000) libblas.so.2 =3D> /usr/local/lib/libblas.so.2 > > > (0x201463000) libgfortran.so.3 > > > =3D> /usr/local/lib/gcc46/libgfortran.so.3 (0x20175d000) libm.so.5 > > > =3D> /lib/libm.so.5 (0x201a70000) libgcc_s.so.1 > > > =3D> /lib/libgcc_s.so.1 (0x201c95000) libquadmath.so.0 > > > =3D> /usr/local/lib/gcc46/libquadmath.so.0 (0x201ea2000) libc.so.7 > > > =3D> /lib/libc.so.7 (0x2020d6000) troutmask:kargl[212] ldconfig -r > > > | grep libgcc_s 29:-lgcc_s.1 =3D> /lib/libgcc_s.so.1 > > > 723:-lgcc_s.1 =3D> /usr/local/lib/gcc46/libgcc_s.so.1 > > >=20 > > > So, it appears that rtld is finding the wrong libgcc_s.so.1 or=20 > > > the lang/gcc port is no longer providing sufficient information > > > for rtld to choose the correct library. > > >=20 > > > I have reverted revisions 230784, 299768, and 229508 (and > > > various combinitions of these revisions) from rtld-elf. The > > > result does not change the above error. > > >=20 > > > I can work around the problem by specifying -static during > > > the building of my programs. Or, I can work around the > > > problem by *explicitly* adding '-rpath /usr/local/lib' to the > > > command line, which I have never had to do. > > >=20 > > I highly suspect that you just happen to not need a symbol from the > > newest namespace before. > >=20 > > The thing to look first is the library search path in the ld.so > > hints, which is output at the second line of ldconfig -r. I think > > that you have /lib before /usr/local/lib/gcc46 in your setup. This > > guess is confirmed by the numeration of the two instances of gcc_s > > above. Either change the config, or use -rpath. AFAIR, ldconfig -m > > adds the directory at the end of the search list. >=20 > Yes, /lib comes before /usr/local/lib/gcc46. I suppose > that this is a heads up for gerald@. lang/gcc is used by > the ports collections to build a large number of other > ports, so others are likely to hit this issue. >=20 > I tried reading rtld.c to see where the issue lies. One > possibility seems to be a change in rtld.c (lines 4012-13) > to remember the version mismatch, then continuing the search=20 > to see if another library with the same name but different > location matches. After exhausting the list of directories > in the search path, either an error is reported or a match > has been found. Note, I'm still trying to parse and understand > the rtld.c code, so may be what I'm suggesting is not=20 > feasible. >=20 This was suggested before in a slightly different context and at the time I was not big fan of the idea. With more ports starting to use out of tree GCC, maybe we need to revisit the idea. There are corner cases that I do not know how to handle in this approach: what happens if we have mapped system libgcc_s.so.1 already which did satisfy all the requirements and later a new library gets mapped in dynamically and requires symbol versions from newer GCC? Going with this suggestion will likely involve substantial changes into rtld dependency walking code - we'll need to make a graph traversal and collect all the version information from all the libraries that might satisfy the search before doing the final pass of loading the winning candidates, which implies at least two dependency tree passes. And, given the above, it won't even give us what we want anyway as long as there's dlopen in the picture, so I'd say it is not worth the trouble. Just changing the compiler to supply rpath on binaries it builds might be safer approach. Various GCC builds on Solaris (OpenCSW, Sunfreeware, etc) are doing this for ages and mostly manage to pull things off. Third option is of course purging _all_ toolchain components out of the tree, which is such a fine bikeshed material that I am a bit scared to bring that up. --=20 Alexander Kabaev --Sig_/XFKAIIJj1u5yzyeZ2sdzvhl Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPREHhQ6z1jMm+XZYRArmfAJ9eKupYTEZoAMKZkGApxcNIdM4fWgCg0tY3 sHg7MziXh9KrTiMYjutTfqY= =064P -----END PGP SIGNATURE----- --Sig_/XFKAIIJj1u5yzyeZ2sdzvhl-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 01:38:18 2012 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 15028106564A; Wed, 22 Feb 2012 01:38:18 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 730508FC0A; Wed, 22 Feb 2012 01:38:17 +0000 (UTC) Received: by qadz30 with SMTP id z30so5495679qad.13 for ; Tue, 21 Feb 2012 17:38:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=yXciTCnGZJf/+9t+5At+uy3wxYqHfl1lBcDa5GRmzb8=; b=xOXje2aZ1kBmBMKEtK43mrbwpOrHXzRZ04Dxrk8UOHwuQK6hpy0Vorcs1/d9l9pvpl b1UPX5qDd0jWmVvpIF3hdDDuk648oz3Ys1p/WFEsxUOb9KeIwsJ5nXmRCvnFazW4rM3S xAFhukEutQcxL5VMk48Pr4OE6GIJKG4O8+AYo= Received: by 10.229.135.146 with SMTP id n18mr17920177qct.72.1329872859250; Tue, 21 Feb 2012 17:07:39 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id ec5sm55674789qab.21.2012.02.21.17.07.37 (version=SSLv3 cipher=OTHER); Tue, 21 Feb 2012 17:07:38 -0800 (PST) Date: Tue, 21 Feb 2012 20:07:31 -0500 From: Alexander Kabaev To: Steve Kargl Message-ID: <20120221200731.6202b6a1@kan.dyndns.org> In-Reply-To: <20120221235208.GA77089@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <20120221235208.GA77089@troutmask.apl.washington.edu> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/Ckhmsws5PH+e3ttpHgrf04T"; protocol="application/pgp-signature" Cc: Diane Bruce , Dimitry Andric , Daniel Eischen , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, Konstantin Belousov Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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, 22 Feb 2012 01:38:18 -0000 --Sig_/Ckhmsws5PH+e3ttpHgrf04T Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 21 Feb 2012 15:52:08 -0800 Steve Kargl wrote: > On Tue, Feb 21, 2012 at 06:39:36PM -0500, Daniel Eischen wrote: > > On Tue, 21 Feb 2012, Steve Kargl wrote: > >=20 > > >On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: > > >>On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: > > >>>On 2012-02-21 20:42, Steve Kargl wrote: > > >>>... > > >>>>Yes, /lib comes before /usr/local/lib/gcc46. I suppose > > >>>>that this is a heads up for gerald@. lang/gcc is used by > > >>>>the ports collections to build a large number of other > > >>>>ports, so others are likely to hit this issue. > > >> > > >>Does -rpath not help ? > > > > > >I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > > >to my various projects. I can also build with -static to avoid > > >rtld. One can also use LD_LIBRARY_PATH. > > > > > >The issue seems to be that lang/gcc will be installed after > > >system start, and 'ldconfig -m' appends new shared libraries > > >to the hints file. This means that libraries with the same > > >name but different locations will be found via the order of the > > >search path in the hints file, and one gets the wrong library. > > >That is, with the following > > > > > >troutmask:root[256] ldconfig -r | grep libgcc_s > > > 29:-lgcc_s.1 =3D> /lib/libgcc_s.so.1 > > > 723:-lgcc_s.1 =3D> /usr/local/lib/gcc46/libgcc_s.so.1 > > > > > >29 will be found before 723. While I can work around the > > >issue, lang/gcc is used by a rather large boatload of ports > > >during the building process and I suspect that a large > > >number of FreeBSD users use lang/gcc for their everyday > > >compiler. The question is how do we, the FreeBSD project, > > >deal with this issue, so that the general user base does not > > >get hit with it. > > > > > >There are a few solutions: > > >1) Set ldconfig_paths in /etc/rc.conf to cause ${PORTSDIR}/lib to > > > be scanned before /lib and /usr/lib. > > >2) Use /etc/ld.so.conf to cause ${PORTSDIR}/lib to be scanned > > > for /lib and /usr/lib. > >=20 > > s/for/before/ ?? >=20 > yes. sorry about the typo. >=20 > >=20 > > >3) Add a new option to ldconfig to prepend new libraries to > > > the hints files and fix the ports to use this option instead > > > of -m. > >=20 > > You don't want system binaries that want /lib/libgcc_s.so.1 > > to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't > > your option 3 do that? >=20 > Well, yes, I suppose that could be a problem. :) >=20 > > >4) Suggestions from people that are brighter than I. > >=20 Well, newer libgcc_s.so.1 should be backward compatible with older ones, so that should not be the problem and if there are any, we need to find and fix them. > > [Not brighter than you, but] > >=20 > > o For our system libgcc, use libcc_s.so.1 (or some other > > name) instead of libgcc_s.so.1? >=20 > Interesting idea. Perhaps, the port should install libgcc46_s.so.1, > and binaries installed by lang/gcc updated to use this library. >=20 'shared' portion of libgcc was meant to _be_ shared specifically and in general having two copies of unwind code and two copied of unwind frames handling logic is probably not what GCC is expecting. > > o Change affected ports to use -rpath when building? >=20 > I started to look into this option, but it quickly becomes > apparent that some (evil) configure hackery may be needed. > It can be done in GCC specs for all the programs that use CC driver to to the linking. Of course, all direct LD invocations will need to be found and fixed as well, but those were always fragile anyway. > --=20 > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --=20 Alexander Kabaev --Sig_/Ckhmsws5PH+e3ttpHgrf04T Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPRD/YQ6z1jMm+XZYRAk5/AKDHGwBQEmVTFb+2TwgUbsjIVy9paACgy24V pSQ1z5Me0zKG01ldyLyWgK4= =vCph -----END PGP SIGNATURE----- --Sig_/Ckhmsws5PH+e3ttpHgrf04T-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 03:14:36 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 33DA9106564A; Wed, 22 Feb 2012 03:14:36 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 0AF1214FB6D; Wed, 22 Feb 2012 03:14:34 +0000 (UTC) Message-ID: <4F445D9A.9070303@FreeBSD.org> Date: Tue, 21 Feb 2012 19:14:34 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: kuriyama@FreeBSD.org X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD ports list Subject: devel/p5-B-Hooks-OP-Check-EntersubForCV X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 03:14:36 -0000 The port is currently tagged: BROKEN= does not configure and I don't see any PRs for it. Do you have plans to look at it? Do you need any help? Thanks, Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 03:40:02 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 1D15D106566C; Wed, 22 Feb 2012 03:40:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C380414DE48; Wed, 22 Feb 2012 03:40:01 +0000 (UTC) Message-ID: <4F446391.4070101@FreeBSD.org> Date: Tue, 21 Feb 2012 19:40:01 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Andriy Gapon References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> In-Reply-To: <4F442E1E.4010501@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 03:40:02 -0000 On 02/21/2012 15:51, Andriy Gapon wrote: > Could you please substitute the attached patch file for the corresponding file > in the port and re-test the port? Good news, the kernel didn't panic. Bad news: supdrvGipCreate: failed to allocate the GIP page. rc=-8 vboxdrv: supdrvInitDevExt failed, rc=-8 module_register_init: MOD_LOAD (vboxdrv, 0xc66f33e0, 0) error 12 and although kldstat shows the module as loaded, and the control panel starts, when I try to launch a vm I get this: Kernel driver not installed (rc=-1908) Make sure the kernel module has been loaded successfully. hth, Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 04:15:51 2012 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 02380106566C for ; Wed, 22 Feb 2012 04:15:51 +0000 (UTC) (envelope-from execve@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id AD3898FC14 for ; Wed, 22 Feb 2012 04:15:49 +0000 (UTC) Received: by iaeo4 with SMTP id o4so13274340iae.13 for ; Tue, 21 Feb 2012 20:15:49 -0800 (PST) Received-SPF: pass (google.com: domain of execve@gmail.com designates 10.50.203.66 as permitted sender) client-ip=10.50.203.66; Authentication-Results: mr.google.com; spf=pass (google.com: domain of execve@gmail.com designates 10.50.203.66 as permitted sender) smtp.mail=execve@gmail.com; dkim=pass header.i=execve@gmail.com Received: from mr.google.com ([10.50.203.66]) by 10.50.203.66 with SMTP id ko2mr24051905igc.7.1329884149559 (num_hops = 1); Tue, 21 Feb 2012 20:15:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=WdK3GYVYcPfmBn0cXx8eicGkmqC3cU5PVy+XKYqAb4U=; b=Ixea51WrTxK1Xj47q/O/44UzYsIXp4q5+v87aGTc1s2JzYEztTsbMSvPnlILJHxu3i 3fIBajK5baGeYMYqoEI/NimAsyTAh11lc4+EEtXIMnRiWdhEYWL+Zj9k9EHIsITWBeqA ys3D9nHwiBgVBD0owGCPfM4YG83o36Tz/1iRM= MIME-Version: 1.0 Received: by 10.50.203.66 with SMTP id ko2mr19432996igc.7.1329884149474; Tue, 21 Feb 2012 20:15:49 -0800 (PST) Sender: execve@gmail.com Received: by 10.231.102.9 with HTTP; Tue, 21 Feb 2012 20:15:49 -0800 (PST) In-Reply-To: References: Date: Wed, 22 Feb 2012 09:45:49 +0530 X-Google-Sender-Auth: QDxT8sgNIhuG0233-8ptBtGewzs Message-ID: From: Gautam To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: graphics/png does not build with lang/gcc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 04:15:51 -0000 Hi, Reminder - any pointers on this one? Including Doug who had posted similar problem in 2010. On Sat, Feb 18, 2012 at 4:17 PM, Gautam wrote: > Hi, > > I am running GENERIC on > > FreeBSD 9.0-STABLE FreeBSD 9.0-STABLE #2: Mon Jan 30 04:18:20 IST 2012 > > with the tree csupped just before the build. > > I setup lang/gcc as per > http://www.freebsd.org/doc/en/articles/custom-gcc/article.html > > added following to /etc/make.conf > CC=gcc46 > CXX=g++46 > CPP=cpp46 > > and the following to /etc/libmap.config > libgcc_s.so.1 gcc46/libgcc_s.so.1 > libgomp.so.1 gcc46/libgomp.so.1 > libobjc.so.3 gcc46/libobjc.so.2 > libssp.so.0 gcc46/libssp.so.0 > libstdc++.so.6 gcc46/libstdc++.so.6 > > > When I tried to rebuild some ports, I found a problem with linking > graphics/png. > > I found a similar problem mentioned in > http://lists.freebsd.org/pipermail/freebsd-ports/2010-June/062166.html* > *but no conclusion to the same. > > # idprio 31 make > ===> License check disabled, port has not defined LICENSE > ===> Found saved configuration for png-1.4.8 > ===> Extracting for png-1.4.8 > => SHA256 Checksum OK for libpng-1.4.8.tar.xz. > => SHA256 Checksum OK for libpng-1.4.8-apng.patch.gz. > ..... > gcc46 -fpic -DPIC -O2 -pipe -march=pentium4 -fno-strict-aliasing > -march=pentium4 -I. -std=gnu99 -fstack-protector -c pngpread.c -o > pngpread.So > gzip -cn libpng.3 > libpng.3.gz > gzip -cn libpngpf.3 > libpngpf.3.gz > gzip -cn png.5 > png.5.gz > gcc46 -O2 -pipe -march=pentium4 -fno-strict-aliasing -march=pentium4 -I. > -std=gnu99 -fstack-protector -c pngtest.c > building static png library > building shared library libpng.so.6 > ranlib libpng.a > pngread.So: In function `png_create_read_struct_2': > pngread.c:(.text+0x4e7): undefined reference to `__stack_chk_fail_local' > pngrutil.So: In function `png_inflate': > pngrutil.c:(.text+0x166): undefined reference to `__stack_chk_fail_local' > pngrutil.So: In function `png_decompress_chunk': > pngrutil.c:(.text+0x6e6): undefined reference to `__stack_chk_fail_local' > pngrutil.So: In function `.L69': > pngrutil.c:(.text+0x90f): undefined reference to `__stack_chk_fail_local' > pngrutil.So: In function `png_handle_cHRM': > pngrutil.c:(.text+0x1431): undefined reference to `__stack_chk_fail_local' > pngrutil.So:pngrutil.c:(.text+0x19d9): more undefined references to > `__stack_chk_fail_local' follow > collect2: ld returned 1 exit status > *** Error code 1 > gcc46 -O2 -pipe -march=pentium4 -fno-strict-aliasing -march=pentium4 -I. > -std=gnu99 -fstack-protector -L. -static -o pngtest pngtest.o -lpng -lz -lm > 1 error > *** Error code 1 > > Stop in /usr/ports/graphics/png. > *** Error code 1 > > Stop in /usr/ports/graphics/png. > --- > I have seen different workarounds for this online for e.g, SSP_CFLAGS= in /etc/make.conf or patching /etc/rc.d/ldconfig to pick up /usr/local/lib/gcc46 first but somehow these do not seem clean enough. Or is it a straightforward port specific problem -- that needs to be fixed in graphics/png. I suspect that I am not alone in wanting to build ports with lang/gcc, so how are others avoiding this situation? Thanks in advance! Gautam From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 04:18:32 2012 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 C67BD106566C for ; Wed, 22 Feb 2012 04:18:32 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (DMZ-MAILSEC-SCANNER-2.MIT.EDU [18.9.25.13]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6F68FC14 for ; Wed, 22 Feb 2012 04:18:31 +0000 (UTC) X-AuditID: 1209190d-b7fbf6d0000008ba-c1-4f44691146a6 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id 11.28.02234.119644F4; Tue, 21 Feb 2012 23:03:30 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id q1M43TwG012147; Tue, 21 Feb 2012 23:03:29 -0500 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q1M43ShC001444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 21 Feb 2012 23:03:29 -0500 (EST) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id q1M43Rma018844; Tue, 21 Feb 2012 23:03:27 -0500 (EST) Date: Tue, 21 Feb 2012 23:03:27 -0500 (EST) From: Benjamin Kaduk To: Steve Kargl In-Reply-To: <20120221223251.GA23053@troutmask.apl.washington.edu> Message-ID: References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPIsWRmVeSWpSXmKPExsUixG6nriuU6eJvsG4tq8WcNx+YLDYdfsto cevuc2YHZo8Zn+azePTunsccwBTFZZOSmpNZllqkb5fAldG96ixzwWaZigWnqhoYd4h1MXJy SAiYSNz4cIcVwhaTuHBvPVsXIxeHkMA+Rommb/uYIZwNjBLHbv9lgXAOMEmcevcVKtPAKNH1 ew0TSD+LgLbEt0c32EFsNgEViZlvNrKB2CICRhKve/rBbGYBK4lzf4+D1QsLmEusnn4VrJ5T wEli/eV7zCA2r4CjxL/Px6EWLGeSaH1xiQUkISqgI7F6/xQWiCJBiZMzn7BADLWUOPfnOtsE RsFZSFKzkKQWMDKtYpRNya3SzU3MzClOTdYtTk7My0st0jXSy80s0UtNKd3ECApbTkneHYzv DiodYhTgYFTi4S3e6OwvxJpYVlyZe4hRkoNJSZTXIM3FX4gvKT+lMiOxOCO+qDQntfgQowQH s5II7/pfQOW8KYmVValF+TApaQ4WJXFeVa13fkIC6YklqdmpqQWpRTBZGQ4OJQnewgygoYJF qempFWmZOSUIaSYOTpDhPEDDE0FqeIsLEnOLM9Mh8qcYdTk+HnhygVGIJS8/L1VKnNcPpEgA pCijNA9uDizdvGIUB3pLGGIdDzBVwU16BbSECWhJy39HkCUliQgpqQZGf3am0NYzJUu8q7OC 7DWm1ObLzT7erd+u9FdPM+XO/kKjx6dWu8cVfPxie1Pk7bNdxVylym9uLPq/ms1yg/TuJvPt pXzLVz2vrsp/WsvEMnvGJ5MNdz5q3j24OK26LjPCToNR5v16y/8v7Sbff3W07wFDtFyt3LTb z/YwRrMIyUmbHF5f/C9QiaU4I9FQi7moOBEA0zt+5BIDAAA= Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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, 22 Feb 2012 04:18:32 -0000 On Tue, 21 Feb 2012, Steve Kargl wrote: > On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: >> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: >>> On 2012-02-21 20:42, Steve Kargl wrote: >>> ... >>>> Yes, /lib comes before /usr/local/lib/gcc46. I suppose >>>> that this is a heads up for gerald@. lang/gcc is used by >>>> the ports collections to build a large number of other >>>> ports, so others are likely to hit this issue. >> >> Does -rpath not help ? > > I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > to my various projects. I can also build with -static to avoid > rtld. One can also use LD_LIBRARY_PATH. > > The issue seems to be that lang/gcc will be installed after > system start, and 'ldconfig -m' appends new shared libraries > to the hints file. This means that libraries with the same > name but different locations will be found via the order of the > search path in the hints file, and one gets the wrong library. > That is, with the following > > troutmask:root[256] ldconfig -r | grep libgcc_s > 29:-lgcc_s.1 => /lib/libgcc_s.so.1 > 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 > > 29 will be found before 723. While I can work around the > issue, lang/gcc is used by a rather large boatload of ports > during the building process and I suspect that a large > number of FreeBSD users use lang/gcc for their everyday > compiler. The question is how do we, the FreeBSD project, > deal with this issue, so that the general user base does not > get hit with it. I think there is perhaps a little more to this issue of multiple (incompatible) copies of a library with the same name being installed, e.g. libcom_err in /usr/lib/libcom_err.so and /usr/local/lib/libcom_err.so. An application using the library must #include to get the library prototypes, but the preprocessor puts the standard include search path /usr/include at the end of the search list, even if it is specified explicitly on the command line, unless -nostdinc is passed. So this will prefer the header from ports in the absence of evil trickery. I was pounding my head against this a couple years ago, so my memory is not quite fresh, but I think that I could convince the compile-time link step to use either version of the library with the appropriate ordering of -L arguments (but I am in trouble if I want libkrb5.so from ports and libcom_err.so from base!). In any case, the dynamic linker will search the default search path *first*, preferring the copy of the library from the base system. After pounding my head against the issue for a while I concluded that I had no option other than to use -rpath (but alas I ran out of time for that particular project and never finished). It is definitely an ugly situation and I have no good answers. It would be nice to not have to specify every detail of what should be happening, though. > > There are a few solutions: > 1) Set ldconfig_paths in /etc/rc.conf to cause ${PORTSDIR}/lib to > be scanned before /lib and /usr/lib. > 2) Use /etc/ld.so.conf to cause ${PORTSDIR}/lib to be scanned > for /lib and /usr/lib. > 3) Add a new option to ldconfig to prepend new libraries to > the hints files and fix the ports to use this option instead > of -m. > 4) Suggestions from people that are brighter than I. How would things break if we made everything in the base system specify -rpath of /lib and /usr/lib as appropriate, and then put the ports versions first in the default search path? -Ben Kaduk From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 05:15:54 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by hub.freebsd.org (Postfix) with ESMTP id 2C0FA106566C for ; Wed, 22 Feb 2012 05:15:54 +0000 (UTC) (envelope-from erwin@freebsd.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id q1M5FsdW092359 for ; Wed, 22 Feb 2012 05:15:54 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id q1M5Frn5092355 for ports@FreeBSD.org; Wed, 22 Feb 2012 05:15:53 GMT (envelope-from erwin) Date: Wed, 22 Feb 2012 05:15:53 GMT From: Erwin Lansing Message-Id: <201202220515.q1M5Frn5092355@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 7.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 05:15:54 -0000 INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: py27-graphite-web-0.9.9: no entry for /usr/ports/databases/py-carbon make_index: py27-graphite-web-0.9.9: no entry for /usr/ports/databases/py-carbon Committers on the hook: dinoex jgh pav pgollucci swills wen Most recent CVS update was: U devel/rubygem-ruby-statsd/Makefile U www/Makefile U www/py-graphite-web/Makefile U www/py-graphite-web/distinfo U www/py-graphite-web/pkg-descr U www/py-graphite-web/pkg-plist U www/py-graphite-web/files/patch-setup.cfg U www/py-graphite-web/files/patch-setup.py U x11-toolkits/p5-Prima/Makefile From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 05:24:34 2012 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 23EC810656B0; Wed, 22 Feb 2012 05:24:34 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id D00A58FC0A; Wed, 22 Feb 2012 05:24:33 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q1M5BE49095482; Wed, 22 Feb 2012 05:11:14 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 7fmv9ezen3hqe9xu3fqq65dqwe; Wed, 22 Feb 2012 05:11:13 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Tue, 21 Feb 2012 21:11:13 -0800 Content-Transfer-Encoding: 7bit Message-Id: <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> To: Daniel Eischen X-Mailer: Apple Mail (2.1257) Cc: freebsd-current FreeBSD , freebsd-ports@freebsd.org, Steve Kargl Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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, 22 Feb 2012 05:24:34 -0000 On Feb 21, 2012, at 3:39 PM, Daniel Eischen wrote: > On Tue, 21 Feb 2012, Steve Kargl wrote: > >> 3) Add a new option to ldconfig to prepend new libraries to >> the hints files and fix the ports to use this option instead >> of -m. > > You don't want system binaries that want /lib/libgcc_s.so.1 > to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't > your option 3 do that? Why not? Would it cause problems? Is libgcc from GCC 4.6 incompatible with /lib/libgcc? If I understand correctly, the libgcc in base is pretty stripped down compared to "regular" libgcc, because most of that stuff is in our libc instead. So if there were compatibility problems, I'd expect those to show up when GCC 4.6 linked programs against /usr/local/.../libgcc and /lib/libc. Tim From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 05:47:10 2012 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 52FC6106566C for ; Wed, 22 Feb 2012 05:47:10 +0000 (UTC) (envelope-from pgollucci@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 04CB88FC0A for ; Wed, 22 Feb 2012 05:47:09 +0000 (UTC) Received: by qaea17 with SMTP id a17so8839666qae.13 for ; Tue, 21 Feb 2012 21:47:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type; bh=/+dXMUlKHGty3NGdM3YNlaumKr80VcDuQUdOWB5lckI=; b=tke8+DqjbjJgP/E2FYPNN4Cv5ZSD1+bD5Xn5lYqEnPyAaFo9yirP8g4/swZm+YzKWP fV2gf8Ux7tNjsND0EcBnrE9mRGvHRpLvBn8KtRyIaozocA97AUlHxKA1GY2XtXndaPcL W0Ckkc3A80XfLXHcmLlB/GRbqi/QVCmCoHD4Q= Received: by 10.229.78.152 with SMTP id l24mr18410077qck.122.1329889628909; Tue, 21 Feb 2012 21:47:08 -0800 (PST) Received: from philip.hq.rws (wsip-174-79-184-239.dc.dc.cox.net. [174.79.184.239]) by mx.google.com with ESMTPS id hi8sm63639153qab.3.2012.02.21.21.47.07 (version=SSLv3 cipher=OTHER); Tue, 21 Feb 2012 21:47:07 -0800 (PST) Message-ID: <4F448158.8000705@p6m7g8.com> Date: Wed, 22 Feb 2012 05:47:04 +0000 From: "Philip M. Gollucci" Organization: P6M7G8 Inc. User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111029 Thunderbird/7.0.1 MIME-Version: 1.0 To: Erwin Lansing References: <201202220515.q1M5Frn5092355@pointyhat.freebsd.org> In-Reply-To: <201202220515.q1M5Frn5092355@pointyhat.freebsd.org> X-Enigmail-Version: undefined Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig20F4D1D291B713A0F0104B9D" Cc: ports@freebsd.org Subject: Re: INDEX build failed for 7.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 05:47:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig20F4D1D291B713A0F0104B9D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Looks like an ordering issue to me. http://www.freebsd.org/cgi/cvsweb.cgi/ports/databases/py-carbon/ #!/bin/sh tree=3D$1 if [ "$tree" =3D "ports" ]; then export PORTSDIR=3D/usr/ports else export PORTSDIR=3D/space/portstrees/$tree/ports fi export LOCALBASE=3D/nonexistent export ARCH=3Di386 export __MAKE_CONF=3D/dev/null export PORT_DBDIR=3D/nonexistent export PKG_DBDIR=3D/nonexistent export INDEX_PRISTINE=3D1 export INDEX_JOBS=3D24 export INDEX_QUIET=3D1 now=3D$(date +%Y%m%d%H%M%S) cd ${PORTSDIR} make -j9 index > ~/make_index-${now} cat ~/make_index-${now} 05:43 <@pgollucci> Generating INDEX-9 - please wait.. Done. On 02/22/12 05:15, Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-7 - please wait.. Done. > make_index: py27-graphite-web-0.9.9: no entry for /usr/ports/databases/= py-carbon > make_index: py27-graphite-web-0.9.9: no entry for /usr/ports/databases/= py-carbon >=20 > Committers on the hook: > dinoex jgh pav pgollucci swills wen=20 >=20 > Most recent CVS update was: > U devel/rubygem-ruby-statsd/Makefile > U www/Makefile > U www/py-graphite-web/Makefile > U www/py-graphite-web/distinfo > U www/py-graphite-web/pkg-descr > U www/py-graphite-web/pkg-plist > U www/py-graphite-web/files/patch-setup.cfg > U www/py-graphite-web/files/patch-setup.py > U x11-toolkits/p5-Prima/Makefile > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org= " >=20 --=20 ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Director Operations, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. --------------enig20F4D1D291B713A0F0104B9D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFPRIFadbiP+9ubjBwRAmq9AJ9cRPKfQ711KEIb2fw89ZDj1GvbeACcDkqH U/3uWe3l6Zel2RyY3D4pZ7o= =1QYt -----END PGP SIGNATURE----- --------------enig20F4D1D291B713A0F0104B9D-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 07:41:41 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by hub.freebsd.org (Postfix) with ESMTP id 950D2106564A for ; Wed, 22 Feb 2012 07:41:41 +0000 (UTC) (envelope-from erwin@freebsd.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id q1M7ffBC030026 for ; Wed, 22 Feb 2012 07:41:41 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id q1M7ffw4030022 for ports@FreeBSD.org; Wed, 22 Feb 2012 07:41:41 GMT (envelope-from erwin) Date: Wed, 22 Feb 2012 07:41:41 GMT From: Erwin Lansing Message-Id: <201202220741.q1M7ffw4030022@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 7.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 07:41:41 -0000 From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 09:20:54 2012 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 AF96A1065673; Wed, 22 Feb 2012 09:20:54 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 606488FC0C; Wed, 22 Feb 2012 09:20:52 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA22974; Wed, 22 Feb 2012 11:20:51 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S08NX-000PQf-6K; Wed, 22 Feb 2012 11:20:51 +0200 Message-ID: <4F44B362.7000103@FreeBSD.org> Date: Wed, 22 Feb 2012 11:20:34 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Doug Barton References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> In-Reply-To: <4F446391.4070101@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 09:20:54 -0000 on 22/02/2012 05:40 Doug Barton said the following: > On 02/21/2012 15:51, Andriy Gapon wrote: >> Could you please substitute the attached patch file for the corresponding file >> in the port and re-test the port? > > Good news, the kernel didn't panic. Bad news: > > supdrvGipCreate: failed to allocate the GIP page. rc=-8 > vboxdrv: supdrvInitDevExt failed, rc=-8 > module_register_init: MOD_LOAD (vboxdrv, 0xc66f33e0, 0) error 12 Yeah, I kind of expected something like this, because the original panic was in a memory allocation failure path. As to why the memory allocation fails I have no immediate insights. Maybe you genuinely don't have enough contiguous pages below 4GB boundary... Perhaps you can add a printf in src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c right after the vm_phys_alloc_contig() call to examine/validate its input parameters and return value. > and although kldstat shows the module as loaded, and the control panel > starts, when I try to launch a vm I get this: It's a long standing general FreeBSD issue that there is a disconnect between module loading and module initialization errors. > Kernel driver not installed (rc=-1908) > Make sure the kernel module has been loaded successfully. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 09:26:24 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id EAD131065672; Wed, 22 Feb 2012 09:26:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A2BA614F123; Wed, 22 Feb 2012 09:26:24 +0000 (UTC) Message-ID: <4F44B4BF.5070402@FreeBSD.org> Date: Wed, 22 Feb 2012 01:26:23 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Andriy Gapon References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> In-Reply-To: <4F44B362.7000103@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 09:26:25 -0000 On 02/22/2012 01:20, Andriy Gapon wrote: > on 22/02/2012 05:40 Doug Barton said the following: >> On 02/21/2012 15:51, Andriy Gapon wrote: >>> Could you please substitute the attached patch file for the corresponding file >>> in the port and re-test the port? >> >> Good news, the kernel didn't panic. Bad news: >> >> supdrvGipCreate: failed to allocate the GIP page. rc=-8 >> vboxdrv: supdrvInitDevExt failed, rc=-8 >> module_register_init: MOD_LOAD (vboxdrv, 0xc66f33e0, 0) error 12 > > Yeah, I kind of expected something like this, because the original panic was in > a memory allocation failure path. > As to why the memory allocation fails I have no immediate insights. Maybe you > genuinely don't have enough contiguous pages below 4GB boundary... It's i386, no PAE, so you could be on to something. I do have more than 4G in the box though: real memory = 6442450944 (6144 MB) avail memory = 3148255232 (3002 MB) Meanwhile, the 4.0 version worked on this same system ... > Perhaps you can add a printf in > src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c right after the > vm_phys_alloc_contig() call to examine/validate its input parameters and return > value. patch? I am sort of short on time atm. Either way, thanks again for looking into it. -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 09:41:33 2012 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 69137106566B; Wed, 22 Feb 2012 09:41:33 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id E6E3C8FC12; Wed, 22 Feb 2012 09:41:32 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 27382E; Wed, 22 Feb 2012 10:41:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 22 Feb 2012 10:41:31 +0100 From: Bernhard Froehlich To: Doug Barton In-Reply-To: <4F44B4BF.5070402@FreeBSD.org> References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> <4F44B4BF.5070402@FreeBSD.org> Message-ID: <19b299e2e143bc8fa04b6f606539928f@bluelife.at> X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.7.1 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0204.4F44B84B.020B,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: freebsd-emulation@freebsd.org, decke@freebsd.org, FreeBSD ports list , Andriy Gapon Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 09:41:33 -0000 On 22.02.2012 10:26, Doug Barton wrote: > On 02/22/2012 01:20, Andriy Gapon wrote: >> on 22/02/2012 05:40 Doug Barton said the following: >>> On 02/21/2012 15:51, Andriy Gapon wrote: >>>> Could you please substitute the attached patch file for the >>>> corresponding file >>>> in the port and re-test the port? >>> >>> Good news, the kernel didn't panic. Bad news: >>> >>> supdrvGipCreate: failed to allocate the GIP page. rc=-8 >>> vboxdrv: supdrvInitDevExt failed, rc=-8 >>> module_register_init: MOD_LOAD (vboxdrv, 0xc66f33e0, 0) error 12 >> >> Yeah, I kind of expected something like this, because the original >> panic was in >> a memory allocation failure path. >> As to why the memory allocation fails I have no immediate insights. >> Maybe you >> genuinely don't have enough contiguous pages below 4GB boundary... > > It's i386, no PAE, so you could be on to something. I do have more > than > 4G in the box though: > > real memory = 6442450944 (6144 MB) > avail memory = 3148255232 (3002 MB) > > Meanwhile, the 4.0 version worked on this same system ... The 4.0.16 version is still available as emulators/virtualbox-ose-legacy and doesn't include the memobj r0 patch so it should still work. (you will need to switch to devel/kBuild for that) -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 09:46:06 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 50263106566B; Wed, 22 Feb 2012 09:46:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 4F9951513BB; Wed, 22 Feb 2012 09:46:05 +0000 (UTC) Message-ID: <4F44B95D.8080106@FreeBSD.org> Date: Wed, 22 Feb 2012 01:46:05 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Bernhard Froehlich References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> <4F44B4BF.5070402@FreeBSD.org> <19b299e2e143bc8fa04b6f606539928f@bluelife.at> In-Reply-To: <19b299e2e143bc8fa04b6f606539928f@bluelife.at> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, Andriy Gapon , FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 09:46:06 -0000 On 02/22/2012 01:41, Bernhard Froehlich wrote: > The 4.0.16 version is still available as emulators/virtualbox-ose-legacy I know, that, but kind of beside the point, right? -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 09:57:05 2012 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 1DFEC1065673; Wed, 22 Feb 2012 09:57:05 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id 98EEA8FC18; Wed, 22 Feb 2012 09:57:04 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 31AEF6; Wed, 22 Feb 2012 10:57:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 22 Feb 2012 10:57:03 +0100 From: Bernhard Froehlich To: Doug Barton In-Reply-To: <4F44B95D.8080106@FreeBSD.org> References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> <4F44B4BF.5070402@FreeBSD.org> <19b299e2e143bc8fa04b6f606539928f@bluelife.at> <4F44B95D.8080106@FreeBSD.org> Message-ID: <6a982175d926f43f6978702c2772ea8c@bluelife.at> X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.7.1 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0201.4F44BBEF.025B,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: freebsd-emulation@freebsd.org, Bernhard Froehlich , Andriy Gapon , FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 09:57:05 -0000 On 22.02.2012 10:46, Doug Barton wrote: > On 02/22/2012 01:41, Bernhard Froehlich wrote: >> The 4.0.16 version is still available as >> emulators/virtualbox-ose-legacy > > I know, that, but kind of beside the point, right? Yes, but some people depend on a working virtualbox and that is their safety net until the problem is sorted out. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 10:24:12 2012 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 12842106564A; Wed, 22 Feb 2012 10:24:12 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4E2548FC08; Wed, 22 Feb 2012 10:24:09 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA24002; Wed, 22 Feb 2012 12:24:08 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S09Ml-000PSe-S2; Wed, 22 Feb 2012 12:24:08 +0200 Message-ID: <4F44C228.5030507@FreeBSD.org> Date: Wed, 22 Feb 2012 12:23:36 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Doug Barton References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> <4F44B4BF.5070402@FreeBSD.org> In-Reply-To: <4F44B4BF.5070402@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/mixed; boundary="------------060304060006020605090701" Cc: freebsd-emulation@FreeBSD.org, decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 10:24:12 -0000 This is a multi-part message in MIME format. --------------060304060006020605090701 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit on 22/02/2012 11:26 Doug Barton said the following: > Meanwhile, the 4.0 version worked on this same system ... The attached patched should try to grab the memory harder. -- Andriy Gapon --------------060304060006020605090701 Content-Type: text/plain; name="patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c" --- src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c.orig 2011-12-19 15:01:31.000000000 +0200 +++ src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c 2012-02-22 12:21:05.833875547 +0200 @@ -5,6 +5,7 @@ /* * Copyright (c) 2007 knut st. osmundsen + * Copyright (c) 2011 Andriy Gapon * * Permission is hereby granted, free of charge, to any person * obtaining a copy of this software and associated documentation @@ -54,23 +55,8 @@ /** The core structure. */ RTR0MEMOBJINTERNAL Core; /** Type dependent data */ - union - { - /** Non physical memory allocations */ - struct - { - /** The VM object associated with the allocation. */ - vm_object_t pObject; - } NonPhys; - /** Physical memory allocations */ - struct - { - /** Number of pages */ - uint32_t cPages; - /** Array of pages - variable */ - vm_page_t apPages[1]; - } Phys; - } u; + /** The VM object associated with the allocation. */ + vm_object_t pObject; } RTR0MEMOBJFREEBSD, *PRTR0MEMOBJFREEBSD; @@ -125,25 +111,14 @@ switch (pMemFreeBSD->Core.enmType) { - case RTR0MEMOBJTYPE_CONT: - contigfree(pMemFreeBSD->Core.pv, pMemFreeBSD->Core.cb, M_IPRTMOBJ); - break; - case RTR0MEMOBJTYPE_PAGE: + case RTR0MEMOBJTYPE_LOW: + case RTR0MEMOBJTYPE_CONT: { rc = vm_map_remove(kernel_map, (vm_offset_t)pMemFreeBSD->Core.pv, (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeBSD->Core.cb); AssertMsg(rc == KERN_SUCCESS, ("%#x", rc)); - - vm_page_lock_queues(); - for (uint32_t iPage = 0; iPage < pMemFreeBSD->u.Phys.cPages; iPage++) - { - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; - vm_page_unwire(pPage, 0); - vm_page_free(pPage); - } - vm_page_unlock_queues(); break; } @@ -165,8 +140,8 @@ case RTR0MEMOBJTYPE_RES_VIRT: { vm_map_t pMap = kernel_map; - if (pMemFreeBSD->Core.u.Lock.R0Process != NIL_RTR0PROCESS) - pMap = &((struct proc *)pMemFreeBSD->Core.u.Lock.R0Process)->p_vmspace->vm_map; + if (pMemFreeBSD->Core.u.ResVirt.R0Process != NIL_RTR0PROCESS) + pMap = &((struct proc *)pMemFreeBSD->Core.u.ResVirt.R0Process)->p_vmspace->vm_map; rc = vm_map_remove(pMap, (vm_offset_t)pMemFreeBSD->Core.pv, (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeBSD->Core.cb); @@ -180,7 +155,6 @@ if (pMemFreeBSD->Core.u.Mapping.R0Process != NIL_RTR0PROCESS) pMap = &((struct proc *)pMemFreeBSD->Core.u.Mapping.R0Process)->p_vmspace->vm_map; - rc = vm_map_remove(pMap, (vm_offset_t)pMemFreeBSD->Core.pv, (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeBSD->Core.cb); @@ -191,26 +165,21 @@ case RTR0MEMOBJTYPE_PHYS: case RTR0MEMOBJTYPE_PHYS_NC: { + VM_OBJECT_LOCK(pMemFreeBSD->pObject); + vm_page_t pPage = vm_page_find_least(pMemFreeBSD->pObject, 0); vm_page_lock_queues(); - for (uint32_t iPage = 0; iPage < pMemFreeBSD->u.Phys.cPages; iPage++) + for (vm_page_t pPage = vm_page_find_least(pMemFreeBSD->pObject, 0); + pPage != NULL; + pPage = vm_page_next(pPage)) { - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; vm_page_unwire(pPage, 0); - vm_page_free(pPage); } vm_page_unlock_queues(); + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); + vm_object_deallocate(pMemFreeBSD->pObject); break; } -#ifdef USE_KMEM_ALLOC_ATTR - case RTR0MEMOBJTYPE_LOW: - { - kmem_free(kernel_map, (vm_offset_t)pMemFreeBSD->Core.pv, pMemFreeBSD->Core.cb); - break; - } -#else - case RTR0MEMOBJTYPE_LOW: /* unused */ -#endif default: AssertMsgFailed(("enmType=%d\n", pMemFreeBSD->Core.enmType)); return VERR_INTERNAL_ERROR; @@ -220,183 +189,183 @@ } -DECLHIDDEN(int) rtR0MemObjNativeAllocPage(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) -{ - int rc; - size_t cPages = cb >> PAGE_SHIFT; - - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(RT_OFFSETOF(RTR0MEMOBJFREEBSD, u.Phys.apPages[cPages]), - RTR0MEMOBJTYPE_PAGE, NULL, cb); - if (!pMemFreeBSD) - return VERR_NO_MEMORY; - - pMemFreeBSD->u.Phys.cPages = cPages; +static vm_page_t FreeBSDContigPhysAllocHelper(vm_object_t pObject, vm_pindex_t iPIndex, + u_long cPages, vm_paddr_t VmPhysAddrHigh, + u_long uAlignment, bool fWire) +{ + vm_page_t pPages; + int tries = 0; +#if __FreeBSD_version > 1000000 + int flags = VM_ALLOC_INTERRUPT | VM_ALLOC_NOBUSY; + + if (fWire) + flags |= VM_ALLOC_WIRED; + while (1) + { + VM_OBJECT_LOCK(pObject); + pPages = vm_page_alloc_contig(pObject, iPIndex, flags, cPages, 0, VmPhysAddrHigh, uAlignment, 0, VM_MEMATTR_DEFAULT); + VM_OBJECT_UNLOCK(pObject); + if (pPages || tries >= 1) + break; + vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); + tries++; + } + return pPages; +#else - vm_offset_t MapAddress = vm_map_min(kernel_map); - rc = vm_map_find(kernel_map, /* map */ - NULL, /* object */ - 0, /* offset */ - &MapAddress, /* addr (IN/OUT) */ - cb, /* length */ - TRUE, /* find_space */ - fExecutable /* protection */ - ? VM_PROT_ALL - : VM_PROT_RW, - VM_PROT_ALL, /* max(_prot) */ - 0); /* cow (copy-on-write) */ - if (rc == KERN_SUCCESS) + while (1) { - rc = VINF_SUCCESS; - - for (size_t iPage = 0; iPage < cPages; iPage++) + pPages = vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, uAlignment, 0); + if (pPages || tries >= 1) + break; + vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); + tries++; + } + if (!pPages) + return pPages; + VM_OBJECT_LOCK(pObject); + for (vm_pindex_t iPage = 0; iPage < cPages; iPage++) + { + vm_page_t pPage = pPages + iPage; + vm_page_insert(pPage, pObject, iPIndex + iPage); + pPage->valid = VM_PAGE_BITS_ALL; + if (fWire) { - vm_page_t pPage; + pPage->wire_count = 1; + atomic_add_int(&cnt.v_wire_count, 1); + } + } + VM_OBJECT_UNLOCK(pObject); + return pPages; +#endif +} - pPage = vm_page_alloc(NULL, iPage, - VM_ALLOC_SYSTEM | - VM_ALLOC_WIRED | VM_ALLOC_NOOBJ); +static int FreeBSDPhysAllocHelper(vm_object_t pObject, u_long cPages, + vm_paddr_t VmPhysAddrHigh, u_long uAlignment, + bool fContiguous, bool fWire) +{ + if (fContiguous) + { + if (FreeBSDContigPhysAllocHelper(pObject, 0, cPages, VmPhysAddrHigh, uAlignment, fWire) != NULL) + return VINF_SUCCESS; + else + return VERR_NO_MEMORY; + } - if (!pPage) + for (vm_pindex_t iPage = 0; iPage < cPages; iPage++) + { + vm_page_t pPage = FreeBSDContigPhysAllocHelper(pObject, iPage, 1, VmPhysAddrHigh, uAlignment, fWire); + if (!pPage) + { + /* Free all allocated pages */ + VM_OBJECT_LOCK(pObject); + while (iPage-- > 0) { - /* - * Out of pages - * Remove already allocated pages - */ - while (iPage-- > 0) - { - pPage = pMemFreeBSD->u.Phys.apPages[iPage]; - vm_page_lock_queues(); + pPage = vm_page_lookup(pObject, iPage); + vm_page_lock_queues(); + if (fWire) vm_page_unwire(pPage, 0); - vm_page_free(pPage); - vm_page_unlock_queues(); - } - rc = VERR_NO_MEMORY; - break; + vm_page_free(pPage); + vm_page_unlock_queues(); } - - pPage->valid = VM_PAGE_BITS_ALL; - pMemFreeBSD->u.Phys.apPages[iPage] = pPage; + VM_OBJECT_UNLOCK(pObject); + return VERR_NO_MEMORY; } + } + return VINF_SUCCESS; +} - if (rc == VINF_SUCCESS) - { - vm_offset_t AddressDst = MapAddress; +static int FreeBSDAllocHelper(PRTR0MEMOBJFREEBSD pMemFreeBSD, bool fExecutable, + vm_paddr_t VmPhysAddrHigh, bool fContiguous) +{ + int rc; + size_t cPages = atop(pMemFreeBSD->Core.cb); - for (size_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; + pMemFreeBSD->pObject = vm_object_allocate(OBJT_PHYS, cPages); + vm_offset_t MapAddress = vm_map_min(kernel_map); - MY_PMAP_ENTER(kernel_map->pmap, AddressDst, pPage, - fExecutable - ? VM_PROT_ALL - : VM_PROT_RW, - TRUE); + // no additional object reference for auto-deallocation upon unmapping + rc = vm_map_find(kernel_map, pMemFreeBSD->pObject, 0, + &MapAddress, pMemFreeBSD->Core.cb, VMFS_ANY_SPACE, + fExecutable ? VM_PROT_ALL : VM_PROT_RW, VM_PROT_ALL, 0); - AddressDst += PAGE_SIZE; - } + if (rc == KERN_SUCCESS) + { + rc = FreeBSDPhysAllocHelper(pMemFreeBSD->pObject, cPages, VmPhysAddrHigh, PAGE_SIZE, fContiguous, false); + if (RT_SUCCESS(rc)) + { + vm_map_wire(kernel_map, MapAddress, MapAddress + pMemFreeBSD->Core.cb, VM_MAP_WIRE_SYSTEM|VM_MAP_WIRE_NOHOLES); /* Store start address */ pMemFreeBSD->Core.pv = (void *)MapAddress; - *ppMem = &pMemFreeBSD->Core; return VINF_SUCCESS; } - } - rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ - rtR0MemObjDelete(&pMemFreeBSD->Core); + vm_map_remove(kernel_map, MapAddress, MapAddress + pMemFreeBSD->Core.cb); + } + else + { + rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ + vm_object_deallocate(pMemFreeBSD->pObject); + } return rc; } - -DECLHIDDEN(int) rtR0MemObjNativeAllocLow(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) +DECLHIDDEN(int) rtR0MemObjNativeAllocPage(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) { -#ifdef USE_KMEM_ALLOC_ATTR - /* - * Use kmem_alloc_attr, fExectuable is not needed because the - * memory will be executable by default - */ - NOREF(fExecutable); - - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), RTR0MEMOBJTYPE_LOW, NULL, cb); + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), + RTR0MEMOBJTYPE_PAGE, NULL, cb); if (!pMemFreeBSD) return VERR_NO_MEMORY; - pMemFreeBSD->Core.pv = (void *)kmem_alloc_attr(kernel_map, /* Kernel */ - cb, /* Amount */ - M_ZERO, /* Zero memory */ - 0, /* Low physical address */ - _4G - PAGE_SIZE, /* Highest physical address */ - VM_MEMATTR_DEFAULT); /* Default memory attributes */ - if (!pMemFreeBSD->Core.pv) - return VERR_NO_MEMORY; - - *ppMem = &pMemFreeBSD->Core; - - return VINF_SUCCESS; -#else - /* - * Try a Alloc first and see if we get luck, if not try contigmalloc. - * Might wish to try find our own pages or something later if this - * turns into a problemspot on AMD64 boxes. - */ - int rc = rtR0MemObjNativeAllocPage(ppMem, cb, fExecutable); - if (RT_SUCCESS(rc)) + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, ~(vm_paddr_t)0, false); + if (RT_FAILURE(rc)) { - size_t iPage = cb >> PAGE_SHIFT; - while (iPage-- > 0) - if (rtR0MemObjNativeGetPagePhysAddr(*ppMem, iPage) > (_4G - PAGE_SIZE)) - { - RTR0MemObjFree(*ppMem, false); - *ppMem = NULL; - rc = VERR_NO_MEMORY; - break; - } + rtR0MemObjDelete(&pMemFreeBSD->Core); + return rc; } - if (RT_FAILURE(rc)) - rc = rtR0MemObjNativeAllocCont(ppMem, cb, fExecutable); + + *ppMem = &pMemFreeBSD->Core; return rc; -#endif } -DECLHIDDEN(int) rtR0MemObjNativeAllocCont(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) +DECLHIDDEN(int) rtR0MemObjNativeAllocLow(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) { - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), RTR0MEMOBJTYPE_CONT, NULL, cb); + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), + RTR0MEMOBJTYPE_LOW, NULL, cb); if (!pMemFreeBSD) return VERR_NO_MEMORY; - /* do the allocation. */ - pMemFreeBSD->Core.pv = contigmalloc(cb, /* size */ - M_IPRTMOBJ, /* type */ - M_NOWAIT | M_ZERO, /* flags */ - 0, /* lowest physical address*/ - _4G-1, /* highest physical address */ - PAGE_SIZE, /* alignment. */ - 0); /* boundary */ - if (pMemFreeBSD->Core.pv) + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, _4G, false); + if (RT_FAILURE(rc)) { - pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); - *ppMem = &pMemFreeBSD->Core; - return VINF_SUCCESS; + rtR0MemObjDelete(&pMemFreeBSD->Core); + return rc; } - NOREF(fExecutable); - rtR0MemObjDelete(&pMemFreeBSD->Core); - return VERR_NO_MEMORY; + *ppMem = &pMemFreeBSD->Core; + return rc; } -static void rtR0MemObjFreeBSDPhysPageInit(vm_page_t pPage, vm_pindex_t iPage) +DECLHIDDEN(int) rtR0MemObjNativeAllocCont(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) { - pPage->wire_count = 1; - pPage->pindex = iPage; - pPage->act_count = 0; - pPage->oflags = 0; - pPage->flags = PG_UNMANAGED; - atomic_add_int(&cnt.v_wire_count, 1); + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), + RTR0MEMOBJTYPE_CONT, NULL, cb); + if (!pMemFreeBSD) + return VERR_NO_MEMORY; + + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, _4G, true); + if (RT_FAILURE(rc)) + { + rtR0MemObjDelete(&pMemFreeBSD->Core); + return rc; + } + + pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); + *ppMem = &pMemFreeBSD->Core; + return rc; } @@ -405,69 +374,36 @@ RTHCPHYS PhysHighest, size_t uAlignment, bool fContiguous) { - int rc = VINF_SUCCESS; - uint32_t cPages = cb >> PAGE_SHIFT; + uint32_t cPages = atop(cb); vm_paddr_t VmPhysAddrHigh; /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(RT_OFFSETOF(RTR0MEMOBJFREEBSD, u.Phys.apPages[cPages]), + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), enmType, NULL, cb); if (!pMemFreeBSD) return VERR_NO_MEMORY; - pMemFreeBSD->u.Phys.cPages = cPages; + pMemFreeBSD->pObject = vm_object_allocate(OBJT_PHYS, atop(cb)); if (PhysHighest != NIL_RTHCPHYS) VmPhysAddrHigh = PhysHighest; else VmPhysAddrHigh = ~(vm_paddr_t)0; - if (fContiguous) - { - vm_page_t pPage = vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, uAlignment, 0); - - if (pPage) - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - rtR0MemObjFreeBSDPhysPageInit(&pPage[iPage], iPage); - pMemFreeBSD->u.Phys.apPages[iPage] = &pPage[iPage]; - } - else - rc = VERR_NO_MEMORY; - } - else - { - /* Allocate page by page */ - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = vm_phys_alloc_contig(1, 0, VmPhysAddrHigh, uAlignment, 0); - - if (!pPage) - { - /* Free all allocated pages */ - while (iPage-- > 0) - { - pPage = pMemFreeBSD->u.Phys.apPages[iPage]; - vm_page_lock_queues(); - vm_page_unwire(pPage, 0); - vm_page_free(pPage); - vm_page_unlock_queues(); - } - rc = VERR_NO_MEMORY; - break; - } - rtR0MemObjFreeBSDPhysPageInit(pPage, iPage); - pMemFreeBSD->u.Phys.apPages[iPage] = pPage; - } - } + int rc = FreeBSDPhysAllocHelper(pMemFreeBSD->pObject, cPages, VmPhysAddrHigh, uAlignment, fContiguous, true); - if (RT_FAILURE(rc)) + if (RT_FAILURE(rc)) { + vm_object_deallocate(pMemFreeBSD->pObject); rtR0MemObjDelete(&pMemFreeBSD->Core); + } else { - if (enmType == RTR0MEMOBJTYPE_PHYS) + if (fContiguous) { - pMemFreeBSD->Core.u.Phys.PhysBase = VM_PAGE_TO_PHYS(pMemFreeBSD->u.Phys.apPages[0]); + Assert(enmType == RTR0MEMOBJTYPE_PHYS); + VM_OBJECT_LOCK(pMemFreeBSD->pObject); + pMemFreeBSD->Core.u.Phys.PhysBase = VM_PAGE_TO_PHYS(vm_page_find_least(pMemFreeBSD->pObject, 0)); + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); pMemFreeBSD->Core.u.Phys.fAllocated = true; } @@ -480,42 +416,13 @@ DECLHIDDEN(int) rtR0MemObjNativeAllocPhys(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, RTHCPHYS PhysHighest, size_t uAlignment) { -#if 1 return rtR0MemObjFreeBSDAllocPhysPages(ppMem, RTR0MEMOBJTYPE_PHYS, cb, PhysHighest, uAlignment, true); -#else - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), RTR0MEMOBJTYPE_CONT, NULL, cb); - if (!pMemFreeBSD) - return VERR_NO_MEMORY; - - /* do the allocation. */ - pMemFreeBSD->Core.pv = contigmalloc(cb, /* size */ - M_IPRTMOBJ, /* type */ - M_NOWAIT | M_ZERO, /* flags */ - 0, /* lowest physical address*/ - _4G-1, /* highest physical address */ - uAlignment, /* alignment. */ - 0); /* boundary */ - if (pMemFreeBSD->Core.pv) - { - pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); - *ppMem = &pMemFreeBSD->Core; - return VINF_SUCCESS; - } - - rtR0MemObjDelete(&pMemFreeBSD->Core); - return VERR_NO_MEMORY; -#endif } DECLHIDDEN(int) rtR0MemObjNativeAllocPhysNC(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, RTHCPHYS PhysHighest) { -#if 1 return rtR0MemObjFreeBSDAllocPhysPages(ppMem, RTR0MEMOBJTYPE_PHYS_NC, cb, PhysHighest, PAGE_SIZE, false); -#else - return VERR_NOT_SUPPORTED; -#endif } @@ -625,49 +532,41 @@ if (!pMemFreeBSD) return VERR_NO_MEMORY; - /* - * Allocate an empty VM object and map it into the requested map. - */ - pMemFreeBSD->u.NonPhys.pObject = vm_object_allocate(OBJT_DEFAULT, cb >> PAGE_SHIFT); - if (pMemFreeBSD->u.NonPhys.pObject) + vm_offset_t MapAddress = pvFixed != (void *)-1 + ? (vm_offset_t)pvFixed + : vm_map_min(pMap); + if (pvFixed != (void *)-1) + vm_map_remove(pMap, + MapAddress, + MapAddress + cb); + + rc = vm_map_find(pMap, /* map */ + NULL, /* object */ + 0, /* offset */ + &MapAddress, /* addr (IN/OUT) */ + cb, /* length */ + pvFixed == (void *)-1 ? VMFS_ANY_SPACE : VMFS_NO_SPACE, + /* find_space */ + VM_PROT_NONE, /* protection */ + VM_PROT_ALL, /* max(_prot) ?? */ + 0); /* cow (copy-on-write) */ + if (rc == KERN_SUCCESS) { - vm_offset_t MapAddress = pvFixed != (void *)-1 - ? (vm_offset_t)pvFixed - : vm_map_min(pMap); - if (pvFixed != (void *)-1) - vm_map_remove(pMap, - MapAddress, - MapAddress + cb); - - rc = vm_map_find(pMap, /* map */ - pMemFreeBSD->u.NonPhys.pObject, /* object */ - 0, /* offset */ - &MapAddress, /* addr (IN/OUT) */ - cb, /* length */ - pvFixed == (void *)-1, /* find_space */ - VM_PROT_NONE, /* protection */ - VM_PROT_ALL, /* max(_prot) ?? */ - 0); /* cow (copy-on-write) */ - if (rc == KERN_SUCCESS) + if (R0Process != NIL_RTR0PROCESS) { - if (R0Process != NIL_RTR0PROCESS) - { - rc = vm_map_inherit(pMap, - MapAddress, - MapAddress + cb, - VM_INHERIT_SHARE); - AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); - } - pMemFreeBSD->Core.pv = (void *)MapAddress; - pMemFreeBSD->Core.u.ResVirt.R0Process = R0Process; - *ppMem = &pMemFreeBSD->Core; - return VINF_SUCCESS; + rc = vm_map_inherit(pMap, + MapAddress, + MapAddress + cb, + VM_INHERIT_SHARE); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); } - vm_object_deallocate(pMemFreeBSD->u.NonPhys.pObject); - rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ + pMemFreeBSD->Core.pv = (void *)MapAddress; + pMemFreeBSD->Core.u.ResVirt.R0Process = R0Process; + *ppMem = &pMemFreeBSD->Core; + return VINF_SUCCESS; } - else - rc = VERR_NO_MEMORY; + + rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ rtR0MemObjDelete(&pMemFreeBSD->Core); return rc; @@ -690,7 +589,7 @@ DECLHIDDEN(int) rtR0MemObjNativeMapKernel(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMOBJ pMemToMap, void *pvFixed, size_t uAlignment, unsigned fProt, size_t offSub, size_t cbSub) { - AssertMsgReturn(!offSub && !cbSub, ("%#x %#x\n", offSub, cbSub), VERR_NOT_SUPPORTED); +// AssertMsgReturn(!offSub && !cbSub, ("%#x %#x\n", offSub, cbSub), VERR_NOT_SUPPORTED); AssertMsgReturn(pvFixed == (void *)-1, ("%p\n", pvFixed), VERR_NOT_SUPPORTED); /* @@ -699,21 +598,68 @@ if (uAlignment > PAGE_SIZE) return VERR_NOT_SUPPORTED; -/* Phys: see pmap_mapdev in i386/i386/pmap.c (http://fxr.watson.org/fxr/source/i386/i386/pmap.c?v=RELENG62#L2860) */ -/** @todo finish the implementation. */ + int rc; + PRTR0MEMOBJFREEBSD pMemToMapFreeBSD = (PRTR0MEMOBJFREEBSD)pMemToMap; - return VERR_NOT_SUPPORTED; + /* calc protection */ + vm_prot_t ProtectionFlags = 0; + if ((fProt & RTMEM_PROT_NONE) == RTMEM_PROT_NONE) + ProtectionFlags = VM_PROT_NONE; + if ((fProt & RTMEM_PROT_READ) == RTMEM_PROT_READ) + ProtectionFlags |= VM_PROT_READ; + if ((fProt & RTMEM_PROT_WRITE) == RTMEM_PROT_WRITE) + ProtectionFlags |= VM_PROT_WRITE; + if ((fProt & RTMEM_PROT_EXEC) == RTMEM_PROT_EXEC) + ProtectionFlags |= VM_PROT_EXECUTE; + + vm_offset_t Addr = vm_map_min(kernel_map); + if (cbSub == 0) + cbSub = pMemToMap->cb - offSub; + + vm_object_reference(pMemToMapFreeBSD->pObject); + rc = vm_map_find(kernel_map, /* Map to insert the object in */ + pMemToMapFreeBSD->pObject, /* Object to map */ + offSub, /* Start offset in the object */ + &Addr, /* Start address IN/OUT */ + cbSub, /* Size of the mapping */ + VMFS_ANY_SPACE, /* Whether a suitable address should be searched for first */ + ProtectionFlags, /* protection flags */ + VM_PROT_ALL, /* Maximum protection flags */ + 0); /* copy-on-write and similar flags */ + + if (rc == KERN_SUCCESS) + { + rc = vm_map_wire(kernel_map, Addr, Addr + cbSub, VM_MAP_WIRE_SYSTEM|VM_MAP_WIRE_NOHOLES); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); + + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(RTR0MEMOBJFREEBSD), + RTR0MEMOBJTYPE_MAPPING, + (void *)Addr, + cbSub); + if (pMemFreeBSD) + { + Assert((vm_offset_t)pMemFreeBSD->Core.pv == Addr); + pMemFreeBSD->Core.u.Mapping.R0Process = NIL_RTR0PROCESS; + *ppMem = &pMemFreeBSD->Core; + return VINF_SUCCESS; + } + rc = vm_map_remove(kernel_map, Addr, Addr + cbSub); + AssertMsg(rc == KERN_SUCCESS, ("Deleting mapping failed\n")); + } + else + vm_object_deallocate(pMemToMapFreeBSD->pObject); + + return VERR_NO_MEMORY; } -/* see http://markmail.org/message/udhq33tefgtyfozs */ -DECLHIDDEN(int) rtR0MemObjNativeMapUser(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMOBJ pMemToMap, RTR3PTR R3PtrFixed, size_t uAlignment, unsigned fProt, RTR0PROCESS R0Process) +DECLHIDDEN(int) rtR0MemObjNativeMapUser(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMOBJ pMemToMap, RTR3PTR R3PtrFixed, size_t uAlignment, + unsigned fProt, RTR0PROCESS R0Process) { /* * Check for unsupported stuff. */ AssertMsgReturn(R0Process == RTR0ProcHandleSelf(), ("%p != %p\n", R0Process, RTR0ProcHandleSelf()), VERR_NOT_SUPPORTED); - AssertMsgReturn(R3PtrFixed == (RTR3PTR)-1, ("%p\n", R3PtrFixed), VERR_NOT_SUPPORTED); if (uAlignment > PAGE_SIZE) return VERR_NOT_SUPPORTED; @@ -734,62 +680,38 @@ ProtectionFlags |= VM_PROT_EXECUTE; /* calc mapping address */ - PROC_LOCK(pProc); - vm_offset_t AddrR3 = round_page((vm_offset_t)pProc->p_vmspace->vm_daddr + lim_max(pProc, RLIMIT_DATA)); - PROC_UNLOCK(pProc); + vm_offset_t AddrR3; + if (R3PtrFixed == (RTR3PTR)-1) + { + // is this needed? + PROC_LOCK(pProc); + AddrR3 = round_page((vm_offset_t)pProc->p_vmspace->vm_daddr + lim_max(pProc, RLIMIT_DATA)); + PROC_UNLOCK(pProc); + } + else + AddrR3 = (vm_offset_t)R3PtrFixed; - /* Insert the object in the map. */ + /* Insert the pObject in the map. */ + vm_object_reference(pMemToMapFreeBSD->pObject); rc = vm_map_find(pProcMap, /* Map to insert the object in */ - NULL, /* Object to map */ + pMemToMapFreeBSD->pObject, /* Object to map */ 0, /* Start offset in the object */ &AddrR3, /* Start address IN/OUT */ pMemToMap->cb, /* Size of the mapping */ - TRUE, /* Whether a suitable address should be searched for first */ + R3PtrFixed == (RTR3PTR)-1 ? VMFS_ANY_SPACE : VMFS_NO_SPACE, + /* Whether a suitable address should be searched for first */ ProtectionFlags, /* protection flags */ VM_PROT_ALL, /* Maximum protection flags */ - 0); /* Copy on write */ + 0); /* copy-on-write and similar flags */ - /* Map the memory page by page into the destination map. */ if (rc == KERN_SUCCESS) { - size_t cPages = pMemToMap->cb >> PAGE_SHIFT;; - pmap_t pPhysicalMap = pProcMap->pmap; - vm_offset_t AddrR3Dst = AddrR3; - - if ( pMemToMap->enmType == RTR0MEMOBJTYPE_PHYS - || pMemToMap->enmType == RTR0MEMOBJTYPE_PHYS_NC - || pMemToMap->enmType == RTR0MEMOBJTYPE_PAGE) - { - /* Mapping physical allocations */ - Assert(cPages == pMemToMapFreeBSD->u.Phys.cPages); + rc = vm_map_wire(pProcMap, AddrR3, AddrR3 + pMemToMap->cb, VM_MAP_WIRE_USER|VM_MAP_WIRE_NOHOLES); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); - /* Insert the memory page by page into the mapping. */ - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = pMemToMapFreeBSD->u.Phys.apPages[iPage]; + rc = vm_map_inherit(pProcMap, AddrR3, AddrR3 + pMemToMap->cb, VM_INHERIT_SHARE); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); - MY_PMAP_ENTER(pPhysicalMap, AddrR3Dst, pPage, ProtectionFlags, TRUE); - AddrR3Dst += PAGE_SIZE; - } - } - else - { - /* Mapping cont or low memory types */ - vm_offset_t AddrToMap = (vm_offset_t)pMemToMap->pv; - - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = PHYS_TO_VM_PAGE(vtophys(AddrToMap)); - - MY_PMAP_ENTER(pPhysicalMap, AddrR3Dst, pPage, ProtectionFlags, TRUE); - AddrR3Dst += PAGE_SIZE; - AddrToMap += PAGE_SIZE; - } - } - } - - if (RT_SUCCESS(rc)) - { /* * Create a mapping object for it. */ @@ -805,9 +727,11 @@ return VINF_SUCCESS; } - rc = vm_map_remove(pProcMap, ((vm_offset_t)AddrR3), ((vm_offset_t)AddrR3) + pMemToMap->cb); + rc = vm_map_remove(pProcMap, AddrR3, AddrR3 + pMemToMap->cb); AssertMsg(rc == KERN_SUCCESS, ("Deleting mapping failed\n")); } + else + vm_object_deallocate(pMemToMapFreeBSD->pObject); return VERR_NO_MEMORY; } @@ -855,49 +779,47 @@ return NIL_RTHCPHYS; } - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << PAGE_SHIFT); + vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + ptoa(iPage); struct proc *pProc = (struct proc *)pMemFreeBSD->Core.u.Lock.R0Process; struct vm_map *pProcMap = &pProc->p_vmspace->vm_map; - pmap_t pPhysicalMap = pProcMap->pmap; + pmap_t pPhysicalMap = vm_map_pmap(pProcMap); return pmap_extract(pPhysicalMap, pb); } case RTR0MEMOBJTYPE_MAPPING: { - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << PAGE_SHIFT); + vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + ptoa(iPage); if (pMemFreeBSD->Core.u.Mapping.R0Process != NIL_RTR0PROCESS) { struct proc *pProc = (struct proc *)pMemFreeBSD->Core.u.Mapping.R0Process; struct vm_map *pProcMap = &pProc->p_vmspace->vm_map; - pmap_t pPhysicalMap = pProcMap->pmap; + pmap_t pPhysicalMap = vm_map_pmap(pProcMap); return pmap_extract(pPhysicalMap, pb); } return vtophys(pb); } - case RTR0MEMOBJTYPE_CONT: - return pMemFreeBSD->Core.u.Cont.Phys + (iPage << PAGE_SHIFT); - - case RTR0MEMOBJTYPE_PHYS: - return pMemFreeBSD->Core.u.Phys.PhysBase + (iPage << PAGE_SHIFT); - case RTR0MEMOBJTYPE_PAGE: - case RTR0MEMOBJTYPE_PHYS_NC: - return VM_PAGE_TO_PHYS(pMemFreeBSD->u.Phys.apPages[iPage]); - -#ifdef USE_KMEM_ALLOC_ATTR case RTR0MEMOBJTYPE_LOW: + case RTR0MEMOBJTYPE_PHYS_NC: { - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << PAGE_SHIFT); - return vtophys(pb); + RTHCPHYS addr; + VM_OBJECT_LOCK(pMemFreeBSD->pObject); + addr = VM_PAGE_TO_PHYS(vm_page_lookup(pMemFreeBSD->pObject, iPage)); + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); + return addr; } -#else - case RTR0MEMOBJTYPE_LOW: -#endif + + case RTR0MEMOBJTYPE_PHYS: + return pMemFreeBSD->Core.u.Cont.Phys + ptoa(iPage); + + case RTR0MEMOBJTYPE_CONT: + return pMemFreeBSD->Core.u.Phys.PhysBase + ptoa(iPage); + case RTR0MEMOBJTYPE_RES_VIRT: default: return NIL_RTHCPHYS; --------------060304060006020605090701-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 10:48:03 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 062B81065672; Wed, 22 Feb 2012 10:48:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id BA84E14E75E; Wed, 22 Feb 2012 10:48:02 +0000 (UTC) Message-ID: <4F44C7E2.3020801@FreeBSD.org> Date: Wed, 22 Feb 2012 02:48:02 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Andriy Gapon References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> <4F44B4BF.5070402@FreeBSD.org> <4F44C228.5030507@FreeBSD.org> In-Reply-To: <4F44C228.5030507@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 10:48:03 -0000 On 02/22/2012 02:23, Andriy Gapon wrote: > The attached patched should try to grab the memory harder. Same result, different memory address: supdrvGipCreate: failed to allocate the GIP page. rc=-8 vboxdrv: supdrvInitDevExt failed, rc=-8 module_register_init: MOD_LOAD (vboxdrv, 0xc66e8410, 0) error 12 ... and not sure it's relevant, but both times I've tried loading these modules it has killed my sound. /dev/mixer goes away, and I have to reboot to get it back. This has never happened before, so I'm pretty sure it's connected. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 14:54:44 2012 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 469C21065675; Wed, 22 Feb 2012 14:54:44 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id E52AF8FC15; Wed, 22 Feb 2012 14:54:43 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q1MEsgSR077264; Wed, 22 Feb 2012 07:54:42 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q1MEsgus077261; Wed, 22 Feb 2012 07:54:42 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 22 Feb 2012 07:54:42 -0700 (MST) From: Warren Block To: Doug Barton In-Reply-To: <4F44B4BF.5070402@FreeBSD.org> Message-ID: References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> <4F44B4BF.5070402@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 22 Feb 2012 07:54:43 -0700 (MST) Cc: freebsd-emulation@freebsd.org, decke@freebsd.org, FreeBSD ports list , Andriy Gapon Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 14:54:44 -0000 On Wed, 22 Feb 2012, Doug Barton wrote: > On 02/22/2012 01:20, Andriy Gapon wrote: >> on 22/02/2012 05:40 Doug Barton said the following: >>> On 02/21/2012 15:51, Andriy Gapon wrote: >>>> Could you please substitute the attached patch file for the corresponding file >>>> in the port and re-test the port? >>> >>> Good news, the kernel didn't panic. Bad news: >>> >>> supdrvGipCreate: failed to allocate the GIP page. rc=-8 >>> vboxdrv: supdrvInitDevExt failed, rc=-8 >>> module_register_init: MOD_LOAD (vboxdrv, 0xc66f33e0, 0) error 12 >> >> Yeah, I kind of expected something like this, because the original panic was in >> a memory allocation failure path. >> As to why the memory allocation fails I have no immediate insights. Maybe you >> genuinely don't have enough contiguous pages below 4GB boundary... > > It's i386, no PAE, so you could be on to something. I do have more than > 4G in the box though: > > real memory = 6442450944 (6144 MB) > avail memory = 3148255232 (3002 MB) Same error here on i386 with only 2G memory. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 15:10:50 2012 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 A435F106564A; Wed, 22 Feb 2012 15:10:50 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 586078FC08; Wed, 22 Feb 2012 15:10:50 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q1MFAnDG077342; Wed, 22 Feb 2012 08:10:49 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q1MFAnpk077339; Wed, 22 Feb 2012 08:10:49 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 22 Feb 2012 08:10:49 -0700 (MST) From: Warren Block To: Andriy Gapon In-Reply-To: <4F44C228.5030507@FreeBSD.org> Message-ID: References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> <4F44B4BF.5070402@FreeBSD.org> <4F44C228.5030507@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 22 Feb 2012 08:10:49 -0700 (MST) Cc: freebsd-emulation@freebsd.org, Doug Barton , decke@freebsd.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 15:10:50 -0000 On Wed, 22 Feb 2012, Andriy Gapon wrote: > on 22/02/2012 11:26 Doug Barton said the following: >> Meanwhile, the 4.0 version worked on this same system ... > > The attached patched should try to grab the memory harder. No visible difference here, sorry. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 16:40:06 2012 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 3A80B1065670 for ; Wed, 22 Feb 2012 16:40:06 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0CDE78FC0A for ; Wed, 22 Feb 2012 16:40:05 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1S0FEa-0000Jb-PQ for freebsd-ports@freebsd.org; Wed, 22 Feb 2012 08:40:04 -0800 Date: Wed, 22 Feb 2012 08:40:04 -0800 (PST) From: Jakub Lach To: freebsd-ports@freebsd.org Message-ID: <1329928804776-5505596.post@n5.nabble.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: graphics/png does not build with lang/gcc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 16:40:06 -0000 make.conf: .if !empty(.CURDIR:M/usr/ports/*) WRKDIRPREFIX= /usr/obj .include "/etc/ports.conf" .endif ports.conf: CC=gcc46 CXX=g++46 CFLAGS=-O2 -pipe -march=native CXXFLAGS=${CFLAGS} No such problem here. -- View this message in context: http://freebsd.1045724.n5.nabble.com/graphics-png-does-not-build-with-lang-gcc-tp5495065p5505596.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 18:47:38 2012 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 7325D1065670; Wed, 22 Feb 2012 18:47:38 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC428FC1D; Wed, 22 Feb 2012 18:47:37 +0000 (UTC) Received: from p579189f1.dip.t-dialin.net ([87.145.137.241] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1S0HE0-0002Wy-Dd; Wed, 22 Feb 2012 19:47:36 +0100 Message-ID: <4F453843.3030805@gwdg.de> Date: Wed, 22 Feb 2012 19:47:31 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Doug Barton References: <4F3F94C5.5020005@gwdg.de> <4F4021CF.9030503@FreeBSD.org> <4F409850.2010404@gwdg.de> In-Reply-To: <4F409850.2010404@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1; 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: x11-wm/windowmaker: saving session not possible any more X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 18:47:38 -0000 On 19.02.2012 07:36 (UTC+1), Rainer Hurling wrote: > On 18.02.2012 23:10 (UTC+1), Doug Barton wrote: >> On 02/18/2012 04:08, Rainer Hurling wrote: >>> Many thanks for the update of WindowMaker. I really appreciate it! As >>> far as I was able to test until now it works greats. >>> >>> The only problem I run into is, that it is not possible to save the >>> workspaces (sessions) any more. With prior versions I was able to save >>> opened xterms or other windows on serveral workspaces (menu workspace: >>> save session) and restore them when starting WindowMaker again. >>> >>> Is it only me having this problem or is there something wrong with the >>> new port (or even the sources)? >> >> I tried this myself (I don't usually use that option) and your report >> seems to be accurate. I bcc'ed you on a message to the wmaker-dev list, >> we'll see what they have to say. Feel free to subscribe yourself if >> you'd like to join in. > > Thank you for taking time for this. I will follow the discussion over > > http://news.gmane.org/gmane.compw.window-managers.windowmaker.devel > > and only subscribe if I have something to contribute. Hi Doug, it seems I found a workaround for getting the session restored after restarting windowmaker. Commenting out a flag in src/startup.c does it: --- src/startup.c.orig 2012-02-14 20:36:01.000000000 +0100 +++ src/startup.c 2012-02-22 19:20:43.000000000 +0100 @@ -761,7 +761,8 @@ wMenuRestoreState(wScreen[j]); /* If we're not restarting, restore session */ - if (wPreferences.flags.restarting == 0 && !wPreferences.flags.norestore) + if (wPreferences.flags.restarting == 0) + /* && !wPreferences.flags.norestore) */ wSessionRestoreState(wScreen[j]); if (!wPreferences.flags.noautolaunch) { I seems to be sufficient to comment out either the first term (wPreferences.flags.restarting == 0), or the second term (!wPreferences.flags.norestore). In both cases restoring the session work. Only both at once (with &&) does not work. I have no clue what is going wrong here. Perhaps you have an idea? Should we make a patch for that as a workaround? Greetings, Rainer > Rainer > > >> Doug From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 20:22:31 2012 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 049B6106567D; Wed, 22 Feb 2012 20:22:31 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from smtp-out-04.shaw.ca (smtp-out-04.shaw.ca [64.59.134.12]) by mx1.freebsd.org (Postfix) with ESMTP id 972278FC0A; Wed, 22 Feb 2012 20:22:30 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd5ml3no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd5mo1no-svcs.prod.shaw.ca with ESMTP; 22 Feb 2012 13:07:28 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=TH029eDfZHqIRue7hhxWRjZ7JL4S9vo/jJY5vkv2d5E= c=1 sm=1 a=hunnjcbhBuQA:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=s1O25tkdAAAA:8 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=yuCXvu-k4FtNsRzlQ_AA:9 a=CjuIK1q_8ugA:10 a=OyOq_G8mXAEA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by pd5ml3no-dmz.prod.shaw.ca with ESMTP; 22 Feb 2012 13:07:28 -0700 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTP id 3984E46B54; Wed, 22 Feb 2012 12:07:27 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id q1MK7R9n003818; Wed, 22 Feb 2012 12:07:27 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201202222007.q1MK7R9n003818@slippy.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Warren Block In-Reply-To: Message from Warren Block of "Wed, 22 Feb 2012 08:10:49 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Feb 2012 12:07:27 -0800 Cc: freebsd-emulation@freebsd.org, Doug Barton , decke@freebsd.org, FreeBSD ports list , Andriy Gapon Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 20:22:31 -0000 In message , Warren Block writ es: > On Wed, 22 Feb 2012, Andriy Gapon wrote: > > > on 22/02/2012 11:26 Doug Barton said the following: > >> Meanwhile, the 4.0 version worked on this same system ... > > > > The attached patched should try to grab the memory harder. > > No visible difference here, sorry. Same on my systems (8.2 and 9.0). My main server (9.0 dual core AMD X2) panics with a kernel page fault and hangs. My laptop (9.0 Penium-M) and my testbed (8.2 and 9.0 single core AMD X2) panic like my laptop, no messages, just an immediate reboot. (Something does flash up on the screen but it's there for milliseconds. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 20:59:42 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by hub.freebsd.org (Postfix) with ESMTP id 26EA51065674; Wed, 22 Feb 2012 20:59:41 +0000 (UTC) (envelope-from tabthorpe@FreeBSD.org) Date: Wed, 22 Feb 2012 15:59:40 -0500 From: Thomas Abthorpe To: Mark Linimon Message-ID: <20120222205940.GR20266@hub.freebsd.org> References: <20120116201117.GA90568@dormouse.experts-exchange.com> <4f15924a.7CUoXdl4yduNUIqM%perryh@pluto.rain.com> <20120118222747.GA372@lonesome.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wxIXENaY2CYUgF8u" Content-Disposition: inline In-Reply-To: <20120118222747.GA372@lonesome.com> X-URL: http://www.goodking.org/ X-PGP-Key: http://people.freebsd.org/~tabthorpe/tabthorpe.asc X-PGP-Key-ID: 0xA473C990 X-PGP-Key-Fingerprint: D883 2D7C EB78 944A 69FC 36A6 D937 1097 A473 C990 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: perryh@pluto.rain.com, emulation@freebsd.org, ports@freebsd.org, jgh@freebsd.org, portmgr@FreeBSD.org, Chris Rees Subject: Re: MASTER_SITE_FEDORA_LINUX in bsd.sites.mk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 20:59:42 -0000 --wxIXENaY2CYUgF8u Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 18, 2012 at 04:27:47PM -0600, Mark Linimon wrote: > On Wed, Jan 18, 2012 at 09:09:10PM +0000, Chris Rees wrote: > > I worry about the ethics of 'stealing' Fedora's bandwidth with other > > people's ports; we should only be using their mirrors if it's explicitly > > developed by Fedora. >=20 > Correct. dougb has pointed this out before and no one has taken the > cycles to go act on it. Consider this a task that needs volunteers. >=20 > (A similiar caveat applies to the Debian and NetBSD sites; I believe > it was Debian he flagged previously.) >=20 > mcl I have engaged the mirror maintainers and infrastructure people at Gentoo and Debian on this matter, and for the sake of completeness our own FreeBSD mirror admins. The short response is, "That is fine, just do it". Yay, there was much rejoicing in the land, end of story :) The longer part of this, is that we are all opensource-minded people, publicly sharing has been a part of our genetics since inception. It is ok to ustilise the public facing mirrors, just please do not abuse them. Another common thread I got from the maintainers that contacted me back was that they mirror for multiple projects on their site anyway, and that the additional traffic was nominal at best. One fellow told me he was in active competition for throughput with another mirror, and welcomed the extra hits he was getting. Through all of this, I was asked, particularly by the Debian folks, please ask permission of mirror maintainer before you list their mirror in the master list. You will see my recent commit to bsd.sites.mk, I added 4 more volunteers to the Debian list, http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.sites.mk.diff?r1=3D1.558= ;r2=3D1.559 I hope this helps clarify the usage of other project mirrors. Thomas --=20 Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe --wxIXENaY2CYUgF8u Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPRVc8AAoJENk3EJekc8mQvLAH/1Gst2FfEI16VF2j+T91q2/t 0/GPtcsTgsNdyNOzqT50EiM6boVL95I6Jsi6muk1wfqeD52qX981RosgPM+5J8N7 QU7mYOZ+xSjs6dxYUdz4w7L9chXbEmfVTyj3cIwOGTa1Te2T4myIz2LNtIuhOabf was3hqaVfhgNOyIbQO2fq3PE7evMfv3KstRIXJ14chM6NBPz2IEBx9jojTe01nCT 1dH7zxERJc9l3g4AofPfGhYBEyACsjz6wP6NTD8Go4wuTq8XVaXRkll+TuPnnnJD 6MbkWHRHOKdp8SUjYnuWSUTX+ZIG27g1EkVTmBoCaqScNzZQ8Kg+AHrMnaO+R/Q= =R0kY -----END PGP SIGNATURE----- --wxIXENaY2CYUgF8u-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 21:27:13 2012 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 B135C106566B for ; Wed, 22 Feb 2012 21:27:13 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 422288FC12 for ; Wed, 22 Feb 2012 21:27:12 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1MLRAOu017933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Feb 2012 08:27:11 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id q1MLRAcS007973; Thu, 23 Feb 2012 08:27:10 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id q1MLR9NC007972; Thu, 23 Feb 2012 08:27:09 +1100 (EST) (envelope-from peter) Date: Thu, 23 Feb 2012 08:27:09 +1100 From: Peter Jeremy To: Steve Wills Message-ID: <20120222212709.GA7958@server.vk2pj.dyndns.org> References: <4F434A3A.4060208@gwdg.de> <20120221084016.2fa4b3ba@scorpio> <734b2be607f1ee5d9227bb76fff22d40.squirrel@mouf.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <734b2be607f1ee5d9227bb76fff22d40.squirrel@mouf.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Franci Nabalanci , freebsd-ports@FreeBSD.org Subject: Re: giflib in graphics/gdal X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 21:27:13 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Feb-21 14:51:50 -0500, Steve Wills wrote: >> Is it correct to use portmaster -o graphics/giflib graphics/libungif > >Looks OK to me. And then rebuild all ports that used libungif. >> And thew next question is I have in /var/db/pgs bot giflib and libingif. >> How can I find whic one is installed, please? Or are both? > >They install files to the same place, overwriting each other. So whichever >one was installed last would be the one that's really installed. It's not quite that simple. Both install include/gif_lib.h but the associated libraries have different names. If you have both installed, the most most recently installed will select which include/gif_lib.h is used but the library used will depend on the whims of the port's configuration tools. >is they're very similar, so it didn't cause problems. Nevertheless, it's >still a bad idea for them both to be installed, hence the addition of the >conflict between them. It's very unfortunate that the ports depending on libungif weren't all cleaned up before the conflict was added. The current situation is a mess and, for many people, requires manual intervention to make the ports system work. --=20 Peter Jeremy --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9FXa0ACgkQ/opHv/APuIcb9QCfRaQL0wDHhW2Ld4bTdMTVIlIM GiMAoK2xO6sA9QUnLWj1AaHYDCrTrL30 =tQRZ -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 21:37:25 2012 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 B7D1D1065670 for ; Wed, 22 Feb 2012 21:37:25 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 76BF38FC0A for ; Wed, 22 Feb 2012 21:37:25 +0000 (UTC) Received: from p579189f1.dip.t-dialin.net ([87.145.137.241] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1S0JsH-0005rt-7d; Wed, 22 Feb 2012 22:37:21 +0100 Message-ID: <4F456010.6040105@gwdg.de> Date: Wed, 22 Feb 2012 22:37:20 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Peter Jeremy References: <4F434A3A.4060208@gwdg.de> <20120221084016.2fa4b3ba@scorpio> <734b2be607f1ee5d9227bb76fff22d40.squirrel@mouf.net> <20120222212709.GA7958@server.vk2pj.dyndns.org> In-Reply-To: <20120222212709.GA7958@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Steve Wills , Franci Nabalanci , freebsd-ports@FreeBSD.org Subject: Re: giflib in graphics/gdal X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 21:37:25 -0000 On 22.02.2012 22:27 (UTC+1), Peter Jeremy wrote: > On 2012-Feb-21 14:51:50 -0500, Steve Wills wrote: >>> Is it correct to use portmaster -o graphics/giflib graphics/libungif >> >> Looks OK to me. > > And then rebuild all ports that used libungif. > >>> And thew next question is I have in /var/db/pgs bot giflib and libingif. >>> How can I find whic one is installed, please? Or are both? >> >> They install files to the same place, overwriting each other. So whichever >> one was installed last would be the one that's really installed. > > It's not quite that simple. Both install include/gif_lib.h but the > associated libraries have different names. If you have both > installed, the most most recently installed will select which > include/gif_lib.h is used but the library used will depend on the > whims of the port's configuration tools. > >> is they're very similar, so it didn't cause problems. Nevertheless, it's >> still a bad idea for them both to be installed, hence the addition of the >> conflict between them. > > It's very unfortunate that the ports depending on libungif weren't all > cleaned up before the conflict was added. The current situation is a > mess and, for many people, requires manual intervention to make the > ports system work. Yes, for example graphics/osg is another candidate ... From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 21:37:34 2012 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 B8D01106566B for ; Wed, 22 Feb 2012 21:37:34 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 814F98FC19 for ; Wed, 22 Feb 2012 21:37:34 +0000 (UTC) Received: by iaeo4 with SMTP id o4so761750iae.13 for ; Wed, 22 Feb 2012 13:37:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=iREt5W7JpTOuVLM2WErZBbCQS2yO1kvS00aB3Kv3+r8=; b=iMc/O8ZfxZAwRCxgwn2BotgHfU74slWnMfV4RuMlWIuJ98VAEBHNJootmiRns0yL5k Cbg6F8p7RIk42MKoEt5NeGdWepew5rswSoctEx5YiOtVlAMopTUTyzDg9NGLMyC6ejoU HwBXY4YL9RMwUNiZe1wagmcy8Q+CBd8q+lo7g= Received: by 10.50.95.195 with SMTP id dm3mr83433igb.9.1329946654074; Wed, 22 Feb 2012 13:37:34 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id x18sm38777139ibi.2.2012.02.22.13.37.33 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 22 Feb 2012 13:37:33 -0800 (PST) From: ajtiM To: Peter Jeremy Date: Wed, 22 Feb 2012 15:37:20 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.4; i386; ; ) References: <4F434A3A.4060208@gwdg.de> <734b2be607f1ee5d9227bb76fff22d40.squirrel@mouf.net> <20120222212709.GA7958@server.vk2pj.dyndns.org> In-Reply-To: <20120222212709.GA7958@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201202221537.21261.lumiwa@gmail.com> Cc: Steve Wills , freebsd-ports@freebsd.org Subject: Re: giflib in graphics/gdal X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 21:37:34 -0000 On Wednesday 22 February 2012 15:27:09 Peter Jeremy wrote: > On 2012-Feb-21 14:51:50 -0500, Steve Wills wrote: > >> Is it correct to use portmaster -o graphics/giflib graphics/libungif > > > >Looks OK to me. > > And then rebuild all ports that used libungif. > > >> And thew next question is I have in /var/db/pgs bot giflib and libingif. > >> How can I find whic one is installed, please? Or are both? > > > >They install files to the same place, overwriting each other. So whichever > >one was installed last would be the one that's really installed. > > It's not quite that simple. Both install include/gif_lib.h but the > associated libraries have different names. If you have both > installed, the most most recently installed will select which > include/gif_lib.h is used but the library used will depend on the > whims of the port's configuration tools. > > >is they're very similar, so it didn't cause problems. Nevertheless, it's > >still a bad idea for them both to be installed, hence the addition of the > >conflict between them. > > It's very unfortunate that the ports depending on libungif weren't all > cleaned up before the conflict was added. The current situation is a > mess and, for many people, requires manual intervention to make the > ports system work. I did use portmaster -o and looks like it works for now without problems... Mitja -------- http://jpgmag.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 21:40:26 2012 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 91663106566B for ; Wed, 22 Feb 2012 21:40:26 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 234878FC20 for ; Wed, 22 Feb 2012 21:40:25 +0000 (UTC) Received: from p579189f1.dip.t-dialin.net ([87.145.137.241] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1S0JvC-00068w-7R; Wed, 22 Feb 2012 22:40:22 +0100 Message-ID: <4F4560C5.4000900@gwdg.de> Date: Wed, 22 Feb 2012 22:40:21 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Peter Jeremy References: <4F434A3A.4060208@gwdg.de> <20120221084016.2fa4b3ba@scorpio> <734b2be607f1ee5d9227bb76fff22d40.squirrel@mouf.net> <20120222212709.GA7958@server.vk2pj.dyndns.org> <4F456010.6040105@gwdg.de> In-Reply-To: <4F456010.6040105@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Steve Wills , Franci Nabalanci , freebsd-ports@FreeBSD.org Subject: Re: giflib in graphics/gdal X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 21:40:26 -0000 On 22.02.2012 22:37 (UTC+1), Rainer Hurling wrote: > On 22.02.2012 22:27 (UTC+1), Peter Jeremy wrote: >> On 2012-Feb-21 14:51:50 -0500, Steve Wills wrote: >>>> Is it correct to use portmaster -o graphics/giflib graphics/libungif >>> >>> Looks OK to me. >> >> And then rebuild all ports that used libungif. >> >>>> And thew next question is I have in /var/db/pgs bot giflib and >>>> libingif. >>>> How can I find whic one is installed, please? Or are both? >>> >>> They install files to the same place, overwriting each other. So >>> whichever >>> one was installed last would be the one that's really installed. >> >> It's not quite that simple. Both install include/gif_lib.h but the >> associated libraries have different names. If you have both >> installed, the most most recently installed will select which >> include/gif_lib.h is used but the library used will depend on the >> whims of the port's configuration tools. >> >>> is they're very similar, so it didn't cause problems. Nevertheless, it's >>> still a bad idea for them both to be installed, hence the addition of >>> the >>> conflict between them. >> >> It's very unfortunate that the ports depending on libungif weren't all >> cleaned up before the conflict was added. The current situation is a >> mess and, for many people, requires manual intervention to make the >> ports system work. > > Yes, for example graphics/osg is another candidate ... Oops, just recognized, that there is already PR ports/165370 and ports/165372 for it. Sorry for the noise. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 22:11:22 2012 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 8B5B0106566B; Wed, 22 Feb 2012 22:11:22 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id 18BC78FC0C; Wed, 22 Feb 2012 22:11:21 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 1E17AE; Wed, 22 Feb 2012 23:11:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 22 Feb 2012 23:11:20 +0100 From: Bernhard Froehlich To: Cy Schubert In-Reply-To: <201202222007.q1MK7R9n003818@slippy.cwsent.com> References: <201202222007.q1MK7R9n003818@slippy.cwsent.com> Message-ID: X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.7.1 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0208.4F456808.0155,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: Warren Block , Doug Barton , Andriy Gapon , freebsd-emulation@freebsd.org, FreeBSD ports list , decke@freebsd.org Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 22:11:22 -0000 On 22.02.2012 21:07, Cy Schubert wrote: > In message , Warren > Block > writ > es: >> On Wed, 22 Feb 2012, Andriy Gapon wrote: >> >> > on 22/02/2012 11:26 Doug Barton said the following: >> >> Meanwhile, the 4.0 version worked on this same system ... >> > >> > The attached patched should try to grab the memory harder. >> >> No visible difference here, sorry. > > Same on my systems (8.2 and 9.0). My main server (9.0 dual core AMD > X2) > panics with a kernel page fault and hangs. My laptop (9.0 Penium-M) > and my > testbed (8.2 and 9.0 single core AMD X2) panic like my laptop, no > messages, > just an immediate reboot. (Something does flash up on the screen but > it's > there for milliseconds. We decided to backout the patch until this problem is solved. Commit was done a few minutes ago. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 22:26:00 2012 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 482401065676; Wed, 22 Feb 2012 22:26:00 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0BD8FC14; Wed, 22 Feb 2012 22:26:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1MMPxiM065582; Wed, 22 Feb 2012 22:25:59 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1MMPxqf065581; Wed, 22 Feb 2012 22:25:59 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Wed, 22 Feb 2012 23:25:45 +0100 From: Baptiste Daroussin To: danfe@FreeBSD.org, x11@FreeBSD.org, ports@FreeBSD.org Message-ID: <20120222222544.GA88092@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 22:26:00 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, this mail is also sent to ports@ has the problem we have with nvidia-driver might also occur elsewhere and we need a general fix for that. First what is the failure: nvidia driver overwrite libGL.so provided by another package which is broken by design because the package database isn't consistent anymore. however this nvidia-driver needs to replace libGL.so. In that case we definitely need to have a tool allowing us to safely provide libGL.so and switch between the mesa one and the nvidia one. currently this kind of bugs silently occurs with pkg_install, but pkgng is more strict about that and refuses it. We then need a tool like gentoo's eselect, redhat alternative and I don't remember the name for debian. We need it the FreeBSD way, not sure we need something as complex as what the linux distribution does, maybe yes. I wrote a quick and dirty script named alternative: http://people.freebsd.org/~bapt/alternative.txt That get informations about the alternatives in ${LOCALBASE}/etc/alternative.d ${LOCALBASE}/etc/alternative.d/libgl ${LOCALBASE}/etc/alternative.d/libgl/nvidia ${LOCALBASE}/etc/alternative.d/libgl/nvidia/nvidia.cf ${LOCALBASE}/etc/alternative.d/libgl/libgl.cf ${LOCALBASE}/etc/alternative.d/libgl/current ${LOCALBASE}/etc/alternative.d/libgl/mesa ${LOCALBASE}/etc/alternative.d/libgl/mesa/mesa.cf current behing a symlink to either nvidia or mesa cat libgl.cf: NAME="libgl" DESCRIPTION="Default OpenGL library" cat mesa/mesa.cf NAME=mesa DESCRIPTION="libGL provided by the mesa project" cat nvidia/nvidia.cf NAME=nvidia DESCRIPTION="libGL provided by the nvidia driver" with that nvidia could have libgl-nvidia.so and mesa libgl-mesa.so the script alternative might change the libgl.so symlink to point on nvidia or mesa depending on the user choices. this script is just an idea definitly not an implementation. nvidia case is just an example but the script should try to be more general. (handle binaries scripts etc.) I don't have time to work on this currently hope someone will takle this task. regards, Bapt --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9Fa2gACgkQ8kTtMUmk6ExHvQCfc/GTRtUifFYGdNIhEkC/uo/v ynoAn2rHUaiKFw0mFj1GlQAEmgmsxmZo =DvoU -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 22:28:05 2012 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 881DA1065679; Wed, 22 Feb 2012 22:28:05 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id E394F8FC16; Wed, 22 Feb 2012 22:28:04 +0000 (UTC) Received: by yenl12 with SMTP id l12so406273yen.13 for ; Wed, 22 Feb 2012 14:28:04 -0800 (PST) Received: by 10.236.200.165 with SMTP id z25mr36022305yhn.103.1329949684381; Wed, 22 Feb 2012 14:28:04 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id v3sm58270993yhi.1.2012.02.22.14.28.03 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 22 Feb 2012 14:28:03 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3TtYHP6Cskz2CG47; Wed, 22 Feb 2012 17:28:01 -0500 (EST) Date: Wed, 22 Feb 2012 17:28:01 -0500 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20120222172801.5f715457@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQmWUTd/PjS+CXMUMIu55jm3mNdlAdCgLfcIp9g/AahI3OumFvCgBPgMx5BdoBbwETlhu892 Cc: avilla@FreeBSD.org Subject: Updating net-im/telepathy-qt4 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: Wed, 22 Feb 2012 22:28:05 -0000 Has anyone else had a problem updating the "net-im/telepathy-qt4" port? It has failed to build twice for me in the past 12 hours. A copy of the build log follows. Script started on Wed Feb 22 16:55:52 2012 make ===> Vulnerability check disabled, database not found ===> License LGPL21 accepted by the user ===> Extracting for telepathy-qt4-0.9.0 => SHA256 Checksum OK for telepathy-qt-0.9.0.tar.gz. ===> Patching for telepathy-qt4-0.9.0 ===> Applying FreeBSD patches for telepathy-qt4-0.9.0 ===> telepathy-qt4-0.9.0 depends on executable: xsltproc - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/bin/python2.7 - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/lib/qt4/libQtDBus.so - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/lib/qt4/libQtGui.so - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/bin/moc-qt4 - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/lib/qt4/libQtNetwork.so - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/bin/qmake-qt4 - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/lib/qt4/libQtTest.so - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/bin/rcc - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/bin/uic-qt4 - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/lib/qt4/libQtXml.so - found ===> telepathy-qt4-0.9.0 depends on executable: pkg-config - found ===> telepathy-qt4-0.9.0 depends on file: /usr/local/bin/cmake - found ===> telepathy-qt4-0.9.0 depends on shared library: telepathy-farsight.0 - found ===> telepathy-qt4-0.9.0 depends on shared library: telepathy-glib.0 - found ===> Configuring for telepathy-qt4-0.9.0 /usr/bin/sed -i.bak -e '/add_subdirectory(tests)/ d' /usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.0/CMakeLists.txt /usr/bin/sed -i.bak -e '/^add_dependencies(doxygen-doc / d' /usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.0/TelepathyQt/CMakeLists.txt /usr/bin/sed -i.bak -e '/TelepathyQt.*\.pc/ s|pkgconfig|../libdata/pkgconfig|' /usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.0/TelepathyQt/CMakeLists.txt /usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.0/TelepathyQt/Farsight/CMakeLists.txt /usr/bin/sed -i.bak -e '/${LIBXML2_INCLUDE_DIR}/ s|$| /usr/local/include|' /usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.0/TelepathyQt/Farsight/CMakeLists.txt /bin/mkdir -p /usr/ports/net-im/telepathy-qt4/work/telepathy-qt-0.9.0 -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Checking to see if CXX compiler accepts flag -fvisibility=hidden -- Checking to see if CXX compiler accepts flag -fvisibility=hidden - yes -- Checking to see if CXX compiler accepts flag -Wdeprecated-declarations -- Checking to see if CXX compiler accepts flag -Wdeprecated-declarations - yes -- Performing Test all_cxx_result -- Performing Test all_cxx_result - Success -- Performing Test extra_cxx_result -- Performing Test extra_cxx_result - Success -- Performing Test sign-compare_cxx_result -- Performing Test sign-compare_cxx_result - Success -- Performing Test pointer-arith_cxx_result -- Performing Test pointer-arith_cxx_result - Success -- Performing Test format-security_cxx_result -- Performing Test format-security_cxx_result - Failed -- Performing Test init-self_cxx_result -- Performing Test init-self_cxx_result - Success -- Performing Test non-virtual-dtor_cxx_result -- Performing Test non-virtual-dtor_cxx_result - Success -- Performing Test error_cxx_result -- Performing Test error_cxx_result - Success -- Performing Test missing-field-initializers_cxx_result -- Performing Test missing-field-initializers_cxx_result - Success -- Performing Test noerror_missing-field-initializers_cxx_result -- Performing Test noerror_missing-field-initializers_cxx_result - Success -- Performing Test unused-parameter_cxx_result -- Performing Test unused-parameter_cxx_result - Success -- Performing Test noerror_unused-parameter_cxx_result -- Performing Test noerror_unused-parameter_cxx_result - Success -- Performing Test all_c_result -- Performing Test all_c_result - Success -- Performing Test extra_c_result -- Performing Test extra_c_result - Success -- Performing Test declaration-after-statement_c_result -- Performing Test declaration-after-statement_c_result - Success -- Performing Test shadow_c_result -- Performing Test shadow_c_result - Success -- Performing Test strict-prototypes_c_result -- Performing Test strict-prototypes_c_result - Success -- Performing Test missing-prototypes_c_result -- Performing Test missing-prototypes_c_result - Success -- Performing Test sign-compare_c_result -- Performing Test sign-compare_c_result - Success -- Performing Test nested-externs_c_result -- Performing Test nested-externs_c_result - Success -- Performing Test pointer-arith_c_result -- Performing Test pointer-arith_c_result - Success -- Performing Test format-security_c_result -- Performing Test format-security_c_result - Success -- Performing Test init-self_c_result -- Performing Test init-self_c_result - Success -- Performing Test error_c_result -- Performing Test error_c_result - Success -- Performing Test missing-field-initializers_c_result -- Performing Test missing-field-initializers_c_result - Success -- Performing Test noerror_missing-field-initializers_c_result -- Performing Test noerror_missing-field-initializers_c_result - Success -- Performing Test unused-parameter_c_result -- Performing Test unused-parameter_c_result - Success -- Performing Test noerror_unused-parameter_c_result -- Performing Test noerror_unused-parameter_c_result - Success CMake Error at cmake/modules/FindQt.cmake:53 (MESSAGE): CMake was unable to find any Qt versions, put qmake in your path, or set QTDIR/QT_QMAKE_EXECUTABLE. Call Stack (most recent call first): CMakeLists.txt:84 (find_package) CMake Warning at CMakeLists.txt:88 (if): given arguments: "EQUAL" "4" Unknown arguments specified -- Found Doxygen: /usr/local/bin/doxygen -- Could NOT find QHELPGENERATOR (missing: QHELPGENERATOR_EXECUTABLE) CMake Warning at cmake/modules/Doxygen.cmake:20 (message): html/qt.tags not found in . Set the QT_DOC_DIR variable to point to its location to enable crosslinking. Call Stack (most recent call first): CMakeLists.txt:103 (include) -- Performing Test QT_GLIB_SUPPORT -- Performing Test QT_GLIB_SUPPORT - Failed -- Found PythonInterp: /usr/local/bin/python (found version "2.7.2") -- Found Python executable: /usr/local/bin/python -- Found Python version: 2.7.2 -- Python 2.7 found -- checking for module 'glib-2.0' -- found glib-2.0, version 2.28.8 -- Found GLIB2: /usr/local/lib/libglib-2.0.so -- checking for module 'gobject-2.0' -- found gobject-2.0, version 2.28.8 -- Found GObject libraries: gobject-2.0;gthread-2.0;glib-2.0 -- Found GObject includes : /usr/local/include/glib-2.0 -- checking for module 'gio-2.0' -- found gio-2.0, version 2.28.8 -- Found GIO: /usr/local/lib/libgio-2.0.so -- checking for module 'gio-unix-2.0' -- found gio-unix-2.0, version 2.28.8 -- Found GIOUNIX: /usr/local/include/gio-unix-2.0 -- checking for module 'dbus-1' -- found dbus-1, version 1.4.14 -- Found D-Bus: /usr/local/lib/libdbus-1.so -- checking for module 'dbus-glib-1' -- found dbus-glib-1, version 0.94 -- Found DBUS_GLIB: /usr/local/lib/libdbus-glib-1.so -- checking for module 'libxml-2.0' -- found libxml-2.0, version 2.7.8 -- Found LibXml2: /usr/local/lib/libxml2.so -- checking for module 'telepathy-farsight>=0.0.4' -- found telepathy-farsight, version 0.0.15 -- Found TelepathyFarsight: /usr/local/lib/libtelepathy-farsight.so -- checking for module 'gstreamer-0.10' -- found gstreamer-0.10, version 0.10.35 -- Found GStreamer: /usr/local/lib/libgstreamer-0.10.so -- checking for module 'telepathy-glib>=0.17.2' -- package 'telepathy-glib>=0.17.2' not found -- Telepathy-glib not found or its version is < 0.17.2 ----------------------------------------------------------------------------- -- The following external packages were located on your system. -- This installation will have the extra features provided by these packages. ----------------------------------------------------------------------------- * dbus-python - GLib-based Python DBus support * Telepathy-Farsight - A Framework for dealing with audio/video conferencing protocols * GStreamer - An open source multimedia framework ----------------------------------------------------------------------------- -- The following OPTIONAL packages could NOT be located on your system. -- Consider installing them to enable more features from this software. ----------------------------------------------------------------------------- * Qt Glib Support QtCore library using Glib's main event loop Needed, together with Telepathy-Glib, to build most of the unit tests * Telepathy-glib (0.17.2 or higher) Glib bindings for Telepathy Needed, together with Qt Glib integration, to build most of the unit tests ----------------------------------------------------------------------------- -- Configuring incomplete, errors occurred! *** Error code 1 Stop in /usr/ports/net-im/telepathy-qt4. Script done on Wed Feb 22 16:55:58 2012 -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 22:42:46 2012 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 033A71065670; Wed, 22 Feb 2012 22:42:46 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 883EB8FC15; Wed, 22 Feb 2012 22:42:45 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd6ml3no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd7mo1no-svcs.prod.shaw.ca with ESMTP; 22 Feb 2012 15:42:44 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=gFGh1ScE7ROJHT2jhivHYaSHya8441O0LZB7wkhlVyo= c=1 sm=1 a=hunnjcbhBuQA:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=s1O25tkdAAAA:8 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=76L66ItsK93MbB67E0kA:9 a=CjuIK1q_8ugA:10 a=OyOq_G8mXAEA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by pd6ml3no-dmz.prod.shaw.ca with ESMTP; 22 Feb 2012 15:42:44 -0700 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTP id 44F3046B54; Wed, 22 Feb 2012 14:42:41 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id q1MMgfV5008691; Wed, 22 Feb 2012 14:42:41 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201202222242.q1MMgfV5008691@slippy.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Bernhard Froehlich In-Reply-To: Message from Bernhard Froehlich of "Wed, 22 Feb 2012 23:11:20 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Feb 2012 14:42:41 -0800 Cc: Warren Block , Doug Barton , Andriy Gapon , freebsd-emulation@FreeBSD.org, FreeBSD ports list , Cy Schubert Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 22:42:46 -0000 In message , Bernhard Froehlich w rites: > On 22.02.2012 21:07, Cy Schubert wrote: > > In message , Warren > > Block > > writ > > es: > >> On Wed, 22 Feb 2012, Andriy Gapon wrote: > >> > >> > on 22/02/2012 11:26 Doug Barton said the following: > >> >> Meanwhile, the 4.0 version worked on this same system ... > >> > > >> > The attached patched should try to grab the memory harder. > >> > >> No visible difference here, sorry. > > > > Same on my systems (8.2 and 9.0). My main server (9.0 dual core AMD > > X2) > > panics with a kernel page fault and hangs. My laptop (9.0 Penium-M) > > and my > > testbed (8.2 and 9.0 single core AMD X2) panic like my laptop, no > > messages, > > just an immediate reboot. (Something does flash up on the screen but > > it's > > there for milliseconds. > > We decided to backout the patch until this problem is solved. Commit > was done > a few minutes ago. Thanks. That fixed it. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 22:48:50 2012 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 4ACDD106566B for ; Wed, 22 Feb 2012 22:48:50 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C0A2D8FC12 for ; Wed, 22 Feb 2012 22:48:49 +0000 (UTC) Received: by eekb47 with SMTP id b47so260781eek.13 for ; Wed, 22 Feb 2012 14:48:48 -0800 (PST) Received-SPF: pass (google.com: domain of villa.alberto@gmail.com designates 10.14.100.80 as permitted sender) client-ip=10.14.100.80; Authentication-Results: mr.google.com; spf=pass (google.com: domain of villa.alberto@gmail.com designates 10.14.100.80 as permitted sender) smtp.mail=villa.alberto@gmail.com; dkim=pass header.i=villa.alberto@gmail.com Received: from mr.google.com ([10.14.100.80]) by 10.14.100.80 with SMTP id y56mr16740097eef.68.1329950928761 (num_hops = 1); Wed, 22 Feb 2012 14:48:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=QrqSFumdwEUv04nYmn8b7IvxAzT8tvHYAeun20VsnF0=; b=re5SJuxNj9hdLNexeosx2UD6HwnH1KcLUxJNkLYvx2h5OnjTqNxSLK9J13nT/bFHWc e/JNB3cpZ5WvXftKMKlwD/sLOvYK3HA1OUBF2gHgJyJ8a6jMZbSK0T4ErH2AbkSsYo+K iktEMiIAv4+MiVYGzLVziFmGOBm+5xBL8jrAM= Received: by 10.14.100.80 with SMTP id y56mr13408811eef.68.1329950928670; Wed, 22 Feb 2012 14:48:48 -0800 (PST) Received: from woodstock.peanuts (host230-120-dynamic.51-79-r.retail.telecomitalia.it. [79.51.120.230]) by mx.google.com with ESMTPS id u9sm90617897eem.11.2012.02.22.14.48.47 (version=SSLv3 cipher=OTHER); Wed, 22 Feb 2012 14:48:47 -0800 (PST) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: freebsd-ports@freebsd.org Date: Wed, 22 Feb 2012 23:48:39 +0100 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.7.4; amd64; ; ) References: <20120222172801.5f715457@scorpio> In-Reply-To: <20120222172801.5f715457@scorpio> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3024297.QlxF0oqeUO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201202222348.44744.avilla@freebsd.org> Subject: Re: Updating net-im/telepathy-qt4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 22:48:50 -0000 --nextPart3024297.QlxF0oqeUO Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Wednesday 22 February 2012 23:28:01 Jerry wrote: > Has anyone else had a problem updating the "net-im/telepathy-qt4" port? > It has failed to build twice for me in the past 12 hours. It looks like you have some problems with Qt 4 ports, qmake and qt4-corelib= =20 mostly. Can you try rebuilding them? By the way, out of curiosity... what do you need Telepathy-Qt for? =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla I didn't do it! Nobody saw me do it! Can't prove anything! -- Bart Simpson --nextPart3024297.QlxF0oqeUO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iJwEAAECAAYFAk9FcMwACgkQ3xiC6kQ1CotqyAQAgMeJrp2iPpuwkGXtN4HAi+vh e85HrDNPRxhuP1uVKtEmF4hruzZsnJAYHiKPkd0FN6gO51jV1j4lfDq6aeGEcgdT G70nwqgVP/Judt7ZCnFBmY0iHvCdSiCQ67kMivrniS7mr8WluwtObk9/r1dxcSmh roO6qHCTzzDzq4AZ4Rc= =YRM3 -----END PGP SIGNATURE----- --nextPart3024297.QlxF0oqeUO-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 22:50:52 2012 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 50291106566C for ; Wed, 22 Feb 2012 22:50:52 +0000 (UTC) (envelope-from jgreco@aurora.sol.net) Received: from mail2.sol.net (mail2.sol.net [206.55.64.73]) by mx1.freebsd.org (Postfix) with ESMTP id 21E7C8FC08 for ; Wed, 22 Feb 2012 22:50:51 +0000 (UTC) Received: from aurora.sol.net (IDENT:jgreco@aurora.sol.net [206.55.70.98]) by mail2.sol.net (8.14.4/8.14.4/SNNS-1.04) with ESMTP id q1MLvCCR083373 for ; Wed, 22 Feb 2012 15:57:12 -0600 (CST) Received: (from jgreco@localhost) by aurora.sol.net (8.14.3/8.14.3/Submit) id q1MLvBKV052020 for ports@freebsd.org; Wed, 22 Feb 2012 15:57:11 -0600 (CST) From: Joe Greco Message-Id: <201202222157.q1MLvBKV052020@aurora.sol.net> To: ports@freebsd.org Date: Wed, 22 Feb 2012 15:57:11 -0600 (CST) X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Req update for ports/security/tripwire12 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 22:50:52 -0000 misc fixes (not comprehensive) for freebsd8 diff -Ncr tripwire12.old/Makefile tripwire12/Makefile *** tripwire12.old/Makefile Sun Apr 26 02:22:57 2009 --- tripwire12/Makefile Wed Feb 22 15:22:52 2012 *************** *** 20,26 **** NO_PACKAGE= requires local database to be built USE_PERL5_BUILD=yes ! TWCONFIG?= ${FILESDIR}/tw.conf.freebsd2 post-extract: @ (cd ${WRKDIR}; tar xpf T1.2.tar) --- 20,26 ---- NO_PACKAGE= requires local database to be built USE_PERL5_BUILD=yes ! TWCONFIG?= ${FILESDIR}/tw.conf.freebsd8 post-extract: @ (cd ${WRKDIR}; tar xpf T1.2.tar) *************** *** 33,41 **** pre-configure: @ ${CP} ${FILESDIR}/conf-freebsd2.h ${WRKSRC}/configs ! @ ${SED} s%/kernel%`/sbin/sysctl -bn kern.bootfile`% \ ! < ${TWCONFIG} \ ! > ${WRKSRC}/configs/tw.conf.freebsd2 post-install: @ ${MKDIR} /var/adm/tcheck --- 33,39 ---- pre-configure: @ ${CP} ${FILESDIR}/conf-freebsd2.h ${WRKSRC}/configs ! @ ${cp} ${TWCONFIG} ${WRKSRC}/configs/tw.conf.freebsd8 post-install: @ ${MKDIR} /var/adm/tcheck diff -Ncr tripwire12.old/files/tw.conf.freebsd8 tripwire12/files/tw.conf.freebsd8 *** tripwire12.old/files/tw.conf.freebsd8 Wed Dec 31 18:00:00 1969 --- tripwire12/files/tw.conf.freebsd8 Wed Feb 22 15:52:37 2012 *************** *** 0 **** --- 1,165 ---- + # $FreeBSD$ + # + # tripwire.config + # Generic version for FreeBSD + # Will need editing...see comments below + # + # This file contains a list of files and directories that System + # Preener will scan. Information collected from these files will be + # stored in the tripwire.database file. + # + # Format: [!|=] entry [ignore-flags] + # + # where: '!' signifies the entry is to be pruned (inclusive) from + # the list of files to be scanned. + # '=' signifies the entry is to be added, but if it is + # a directory, then all its contents are pruned + # (useful for /tmp). + # + # where: entry is the absolute pathname of a file or a directory + # + # where ignore-flags are in the format: + # [template][ [+|-][pinugsam12] ... ] + # + # - : ignore the following atributes + # + : do not ignore the following attributes + # + # p : permission and file mode bits a: access timestamp + # i : inode number m: modification timestamp + # n : number of links (ref count) c: inode creation timestamp + # u : user id of owner 1: signature 1 + # g : group id of owner 2: signature 2 + # s : size of file + # + # + # Ex: The following entry will scan all the files in /etc, and report + # any changes in mode bits, inode number, reference count, uid, + # gid, modification and creation timestamp, and the signatures. + # However, it will ignore any changes in the access timestamp. + # + # /etc +pinugsm12-a + # + # The following templates have been pre-defined to make these long ignore + # mask descriptions unecessary. + # + # Templates: (default) R : [R]ead-only (+pinugsm12-a) + # L : [L]og file (+pinug-sam12) + # N : ignore [N]othing (+pinusgsamc12) + # E : ignore [E]verything (-pinusgsamc12) + # + # By default, Tripwire uses the R template -- it ignores + # only the access timestamp. + # + # You can use templates with modifiers, like: + # Ex: /etc/lp E+ug + # + # Example configuration file: + # /etc R # all system files + # !/etc/lp R # ...but not those logs + # =/tmp N # just the directory, not its files + # + # Note the difference between pruning (via "!") and ignoring everything + # (via "E" template): Ignoring everything in a directory still monitors + # for added and deleted files. Pruning a directory will prevent Tripwire + # from even looking in the specified directory. + # + # + # Tripwire running slowly? Modify your tripwire.config entries to + # ignore the (signature 2) attribute when this computationally-exorbitant + # protection is not needed. (See README and design document for further + # details.) + # + + # First, root's traditional "home". Note that FreeBSD's root's home (/root) + # is protected by R-2 protections in the default config file. + =/ L + /.rhosts R # may not exist + /.profile R # may not exist + /.cshrc R # may not exist + /.login R # may not exist + /.exrc R # may not exist + /.logout R # may not exist + /.forward R # may not exist + + # Unix itself + /kernel R + /boot R + /boot.config R + + # /bin + /bin R-2 + + # /dev + =/dev L + + # /etc + /etc R-2 + /etc/aliases L + /etc/dumpdates L + /etc/motd L + + # my passwd database should be static at time of system build. yours may + # not be, if not, uncomment the lines below. + + # /etc/passwd L + # /etc/master.passwd L + # /etc/pwd.db L + # /etc/spwd.db L + + # /home + =/home + + # /lib + /lib R-2 + + # /libexec + /libexec R-2 + + # /lkm and /modules + /lkm R-2 + /modules R-2 + + # /boot + /boot R-2 + + # /rescue + /rescue R-2 + + # /root + /root R-2 + /root/.history L + + # /sbin + /sbin R-2 + + # /stand + /stand R-2 + + # /usr/bin + /usr/bin R-2 + + /usr/include R-12 + + /usr/lib R-2 + + /usr/libdata R-2 + + /usr/libexec R-2 + + /usr/local/bin R-2 + + /usr/local/etc L + + /usr/local/lib R-2 + + /usr/local/libexec R-2 + + /usr/local/sbin R-2 + + /usr/local/share R-2 + + /usr/sbin R-2 + + /usr/share R-2 + + ########################################### ... JG -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net "We call it the 'one bite at the apple' rule. Give me one chance [and] then I won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN) With 24 million small businesses in the US alone, that's way too many apples. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 23:00:48 2012 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 C8E101065673; Wed, 22 Feb 2012 23:00:48 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7725E8FC1C; Wed, 22 Feb 2012 23:00:47 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA06627; Thu, 23 Feb 2012 01:00:46 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S0LAz-000Pwy-Oc; Thu, 23 Feb 2012 01:00:45 +0200 Message-ID: <4F45737F.7040605@FreeBSD.org> Date: Thu, 23 Feb 2012 01:00:15 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Alberto Villa References: <20120222172801.5f715457@scorpio> <201202222348.44744.avilla@freebsd.org> In-Reply-To: <201202222348.44744.avilla@freebsd.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: Updating net-im/telepathy-qt4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 23:00:48 -0000 on 23/02/2012 00:48 Alberto Villa said the following: > On Wednesday 22 February 2012 23:28:01 Jerry wrote: >> Has anyone else had a problem updating the "net-im/telepathy-qt4" port? >> It has failed to build twice for me in the past 12 hours. > > It looks like you have some problems with Qt 4 ports, qmake and qt4-corelib > mostly. Can you try rebuilding them? > > By the way, out of curiosity... what do you need Telepathy-Qt for? Just in case, I've run into the same problem. Couple of points (in a simple-user mode): - my Qt installation should be "good" as no other port had any problem with it and there were no run-time issues and the relevant Qt ports were installed a long time ago - I don't "need" that port for anything (in fact I don't even know what it provides) - it must be (or have been) a dependency of something A more educated observation: it seems that telepathy-qt4 is not required by any other installed package now. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 23:22:46 2012 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 CE9CE1065674; Wed, 22 Feb 2012 23:22:46 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx06.syd.optusnet.com.au (fallbackmx06.syd.optusnet.com.au [211.29.132.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3B48FC16; Wed, 22 Feb 2012 23:22:45 +0000 (UTC) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by fallbackmx06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1MK2bZd006512; Thu, 23 Feb 2012 07:02:37 +1100 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1MK2XSW027719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Feb 2012 07:02:34 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id q1MK2VIw007707; Thu, 23 Feb 2012 07:02:31 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id q1MK2V9w007706; Thu, 23 Feb 2012 07:02:31 +1100 (EST) (envelope-from peter) Date: Thu, 23 Feb 2012 07:02:30 +1100 From: Peter Jeremy To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20120222200230.GA7631@server.vk2pj.dyndns.org> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <20120221201612.2968c810@kan.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20120221201612.2968c810@kan.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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, 22 Feb 2012 23:22:47 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Feb-21 17:00:53 -0500, Diane Bruce wrote: >Or is this another problem? -rpath is added in /usr/ports/Mk This may help for applications built wihin the ports framework but doesn't help if you want to use gcc46 as a general purpose compiler. On 2012-Feb-21 23:03:27 -0500, Benjamin Kaduk wrote: >How would things break if we made everything in the base system specify=20 >-rpath of /lib and /usr/lib as appropriate, and then put the ports=20 >versions first in the default search path? I have a nasty feeling this would break i386 emulation on amd64 - if the i386 executable has an embedded rpath pointing to /lib, it will fail to find the shared libraries in /lib32. On 2012-Feb-21 20:16:12 -0500, Alexander Kabaev wrote: >Just changing the compiler to supply rpath on binaries it builds might >be safer approach. Various GCC builds on Solaris (OpenCSW, Sunfreeware, >etc) are doing this for ages and mostly manage to pull things off. I agree this is the way to go. I tried suggesting this in ports/142226 but it got closed without actually fixing the problem. (IMO, the whole -rpath approach is backwards - in virtually all cases, if you link against a library at a specific path, you are going want to run against that library as well so the default should be to look there, with something like -rpath only used in the few cases where that isn't correct). >Third option is of course purging _all_ toolchain components out of the >tree, which is such a fine bikeshed material that I am a bit scared to >bring that up. One of the big advantages of FreeBSD is that it can recompile itself. Having to install ports to do this would be a massive step backwards and wouldn't actually solve the underlying problem unless you were restricted to having no more than one installed toolchain (which has other problems). --=20 Peter Jeremy --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9FSdYACgkQ/opHv/APuIftsACgvVwauLQDiKHRmJHO/2ZlHNX5 MR8AniXHbgrFOY4LyfQyAXveDSlMcaxM =ixjH -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 23:24:24 2012 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 50A561065673; Wed, 22 Feb 2012 23:24:24 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id AF0788FC23; Wed, 22 Feb 2012 23:24:23 +0000 (UTC) Received: by yenl12 with SMTP id l12so425888yen.13 for ; Wed, 22 Feb 2012 15:24:23 -0800 (PST) Received: by 10.236.161.232 with SMTP id w68mr36415380yhk.56.1329953063230; Wed, 22 Feb 2012 15:24:23 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id n63sm66474106yhb.8.2012.02.22.15.24.21 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 22 Feb 2012 15:24:22 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3TtZXN6JdZz2CG47; Wed, 22 Feb 2012 18:24:20 -0500 (EST) Date: Wed, 22 Feb 2012 18:24:20 -0500 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20120222182420.35a7257e@scorpio> In-Reply-To: <4F45737F.7040605@FreeBSD.org> References: <20120222172801.5f715457@scorpio> <201202222348.44744.avilla@freebsd.org> <4F45737F.7040605@FreeBSD.org> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQmbhH7ARcH0OtaigU3iRf0eYe98kYRXB15e+PT3XuryCYovQcAvrGhqDn8jbtWFM8kOGRE/ Cc: avilla@FreeBSD.org Subject: Re: Updating net-im/telepathy-qt4 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: Wed, 22 Feb 2012 23:24:24 -0000 On Thu, 23 Feb 2012 01:00:15 +0200 Andriy Gapon articulated: > on 23/02/2012 00:48 Alberto Villa said the following: > > On Wednesday 22 February 2012 23:28:01 Jerry wrote: > >> Has anyone else had a problem updating the "net-im/telepathy-qt4" > >> port? It has failed to build twice for me in the past 12 hours. > > > > It looks like you have some problems with Qt 4 ports, qmake and > > qt4-corelib mostly. Can you try rebuilding them? > > > > By the way, out of curiosity... what do you need Telepathy-Qt for? > > Just in case, I've run into the same problem. > Couple of points (in a simple-user mode): > - my Qt installation should be "good" as no other port had any > problem with it and there were no run-time issues and the relevant Qt > ports were installed a long time ago > - I don't "need" that port for anything (in fact I don't even know > what it provides) - it must be (or have been) a dependency of > something > > A more educated observation: it seems that telepathy-qt4 is not > required by any other installed package now. I concur. Apparently, nothing else depends on it. I also have absolutely no idea when or how it got installed. The problem is that with my luck I'll delete it and something, somehow will break. There is nothing wrong with my QT4 ports. They are all up-to-date. Nothing else, and I have 1104 ports installed, has a problem with them. Maybe I'll just file a PR against the port and forget about it. I have the older version installed so there is no reason to really worry about this one (I hope). -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 23:29:09 2012 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 0B1FB106566B for ; Wed, 22 Feb 2012 23:29:09 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9858FC1F for ; Wed, 22 Feb 2012 23:29:07 +0000 (UTC) Received: by eekb47 with SMTP id b47so278083eek.13 for ; Wed, 22 Feb 2012 15:29:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=mBAsVPQXePnh9QE/XGBLBfkg9Su6TMjEZCNwCwFZ9oE=; b=K177r5Y88FpvkI6I7USRXsfHrgxCa9Iet/cb29f2b7s6JozAywhn7kPvL+5sGoIy5i YgrOP16SsYbdM2o1YIp52gI2ttkL3mgHA63X9yauB/L7tdpALORIcjP+2ZfCaOcgsEj+ V57RVD8M6d4VR+aMBJjehUegOYxOASf/s0jWo= Received: by 10.14.204.73 with SMTP id g49mr173883eeo.57.1329953347207; Wed, 22 Feb 2012 15:29:07 -0800 (PST) Received: from woodstock.peanuts (host230-120-dynamic.51-79-r.retail.telecomitalia.it. [79.51.120.230]) by mx.google.com with ESMTPS id s48sm105508148eem.0.2012.02.22.15.29.06 (version=SSLv3 cipher=OTHER); Wed, 22 Feb 2012 15:29:06 -0800 (PST) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: Andriy Gapon Date: Thu, 23 Feb 2012 00:29:00 +0100 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.7.4; amd64; ; ) References: <20120222172801.5f715457@scorpio> <201202222348.44744.avilla@freebsd.org> <4F45737F.7040605@FreeBSD.org> In-Reply-To: <4F45737F.7040605@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2820276.2nro57fRBb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201202230029.03837.avilla@freebsd.org> Cc: freebsd-ports@freebsd.org Subject: Re: Updating net-im/telepathy-qt4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 23:29:09 -0000 --nextPart2820276.2nro57fRBb Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Thursday 23 February 2012 00:00:15 Andriy Gapon wrote: > Just in case, I've run into the same problem. > Couple of points (in a simple-user mode): > - my Qt installation should be "good" as no other port had any problem=20 with > it and there were no run-time issues and the relevant Qt ports were > installed a long time ago OK, I'll check what's wrong. > - I don't "need" that port for anything (in fact I don't even know what it > provides) - it must be (or have been) a dependency of something >=20 > A more educated observation: it seems that telepathy-qt4 is not required= =20 by > any other installed package now. It was installed by kdenetwork4 quite some time ago. It's been useless for= =20 months (it will be required by KDE Telepathy, currently in KDE/FreeBSD=20 area51). =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla A person who has nothing looks at all there is and wants something. A person who has something looks at all there is and wants all the rest. --nextPart2820276.2nro57fRBb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iJwEAAECAAYFAk9Fej8ACgkQ3xiC6kQ1CotyBAQAsqTaiwdj4eYzCkSrZhzMzwsM ghZq8Vew42jWQD4RDC/rb8GPg5s/8es4/jCZte03uZlJvq81Fu/1EaiZwwxn07si 3sidangNBiEYFGyojOWRAcnYgIPDlnt5y4bklp31tQdGLNmq+7pJZnj8ctrf2qxZ gIUB8BhC7Zdrcn227SI= =bIk3 -----END PGP SIGNATURE----- --nextPart2820276.2nro57fRBb-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 23:32:27 2012 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 AAA121065672; Wed, 22 Feb 2012 23:32:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E942B8FC16; Wed, 22 Feb 2012 23:32:25 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA06816; Thu, 23 Feb 2012 01:32:24 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S0Lfb-000Pxm-CF; Thu, 23 Feb 2012 01:32:23 +0200 Message-ID: <4F457AE8.4090708@FreeBSD.org> Date: Thu, 23 Feb 2012 01:31:52 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Doug Barton , decke@FreeBSD.org References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> <4F44B4BF.5070402@FreeBSD.org> <4F44C228.5030507@FreeBSD.org> <4F44C7E2.3020801@FreeBSD.org> In-Reply-To: <4F44C7E2.3020801@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/mixed; boundary="------------080309080104030002060603" Cc: freebsd-emulation@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 23:32:27 -0000 This is a multi-part message in MIME format. --------------080309080104030002060603 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit on 22/02/2012 12:48 Doug Barton said the following: > On 02/22/2012 02:23, Andriy Gapon wrote: >> The attached patched should try to grab the memory harder. > > Same result, different memory address: > > supdrvGipCreate: failed to allocate the GIP page. rc=-8 > vboxdrv: supdrvInitDevExt failed, rc=-8 > module_register_init: MOD_LOAD (vboxdrv, 0xc66e8410, 0) error 12 OK, now that, thanks to more testers, I realize that this issue is entirely i386-specific, I think that I might have been barking at the wrong trees. Now something very i386-ish to try to deal with the problem - the usual patch file is attached. > ... and not sure it's relevant, but both times I've tried loading these > modules it has killed my sound. /dev/mixer goes away, and I have to > reboot to get it back. This has never happened before, so I'm pretty > sure it's connected. No ideas whatsoever at this front. -- Andriy Gapon --------------080309080104030002060603 Content-Type: text/plain; name="patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c" --- src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c.orig 2011-12-19 15:01:31.000000000 +0200 +++ src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c 2012-02-23 01:24:32.111859551 +0200 @@ -5,6 +5,7 @@ /* * Copyright (c) 2007 knut st. osmundsen + * Copyright (c) 2011 Andriy Gapon * * Permission is hereby granted, free of charge, to any person * obtaining a copy of this software and associated documentation @@ -54,23 +55,8 @@ /** The core structure. */ RTR0MEMOBJINTERNAL Core; /** Type dependent data */ - union - { - /** Non physical memory allocations */ - struct - { - /** The VM object associated with the allocation. */ - vm_object_t pObject; - } NonPhys; - /** Physical memory allocations */ - struct - { - /** Number of pages */ - uint32_t cPages; - /** Array of pages - variable */ - vm_page_t apPages[1]; - } Phys; - } u; + /** The VM object associated with the allocation. */ + vm_object_t pObject; } RTR0MEMOBJFREEBSD, *PRTR0MEMOBJFREEBSD; @@ -125,25 +111,14 @@ switch (pMemFreeBSD->Core.enmType) { - case RTR0MEMOBJTYPE_CONT: - contigfree(pMemFreeBSD->Core.pv, pMemFreeBSD->Core.cb, M_IPRTMOBJ); - break; - case RTR0MEMOBJTYPE_PAGE: + case RTR0MEMOBJTYPE_LOW: + case RTR0MEMOBJTYPE_CONT: { rc = vm_map_remove(kernel_map, (vm_offset_t)pMemFreeBSD->Core.pv, (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeBSD->Core.cb); AssertMsg(rc == KERN_SUCCESS, ("%#x", rc)); - - vm_page_lock_queues(); - for (uint32_t iPage = 0; iPage < pMemFreeBSD->u.Phys.cPages; iPage++) - { - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; - vm_page_unwire(pPage, 0); - vm_page_free(pPage); - } - vm_page_unlock_queues(); break; } @@ -165,8 +140,8 @@ case RTR0MEMOBJTYPE_RES_VIRT: { vm_map_t pMap = kernel_map; - if (pMemFreeBSD->Core.u.Lock.R0Process != NIL_RTR0PROCESS) - pMap = &((struct proc *)pMemFreeBSD->Core.u.Lock.R0Process)->p_vmspace->vm_map; + if (pMemFreeBSD->Core.u.ResVirt.R0Process != NIL_RTR0PROCESS) + pMap = &((struct proc *)pMemFreeBSD->Core.u.ResVirt.R0Process)->p_vmspace->vm_map; rc = vm_map_remove(pMap, (vm_offset_t)pMemFreeBSD->Core.pv, (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeBSD->Core.cb); @@ -180,7 +155,6 @@ if (pMemFreeBSD->Core.u.Mapping.R0Process != NIL_RTR0PROCESS) pMap = &((struct proc *)pMemFreeBSD->Core.u.Mapping.R0Process)->p_vmspace->vm_map; - rc = vm_map_remove(pMap, (vm_offset_t)pMemFreeBSD->Core.pv, (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeBSD->Core.cb); @@ -191,26 +165,21 @@ case RTR0MEMOBJTYPE_PHYS: case RTR0MEMOBJTYPE_PHYS_NC: { + VM_OBJECT_LOCK(pMemFreeBSD->pObject); + vm_page_t pPage = vm_page_find_least(pMemFreeBSD->pObject, 0); vm_page_lock_queues(); - for (uint32_t iPage = 0; iPage < pMemFreeBSD->u.Phys.cPages; iPage++) + for (vm_page_t pPage = vm_page_find_least(pMemFreeBSD->pObject, 0); + pPage != NULL; + pPage = vm_page_next(pPage)) { - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; vm_page_unwire(pPage, 0); - vm_page_free(pPage); } vm_page_unlock_queues(); + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); + vm_object_deallocate(pMemFreeBSD->pObject); break; } -#ifdef USE_KMEM_ALLOC_ATTR - case RTR0MEMOBJTYPE_LOW: - { - kmem_free(kernel_map, (vm_offset_t)pMemFreeBSD->Core.pv, pMemFreeBSD->Core.cb); - break; - } -#else - case RTR0MEMOBJTYPE_LOW: /* unused */ -#endif default: AssertMsgFailed(("enmType=%d\n", pMemFreeBSD->Core.enmType)); return VERR_INTERNAL_ERROR; @@ -220,183 +189,183 @@ } -DECLHIDDEN(int) rtR0MemObjNativeAllocPage(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) -{ - int rc; - size_t cPages = cb >> PAGE_SHIFT; - - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(RT_OFFSETOF(RTR0MEMOBJFREEBSD, u.Phys.apPages[cPages]), - RTR0MEMOBJTYPE_PAGE, NULL, cb); - if (!pMemFreeBSD) - return VERR_NO_MEMORY; - - pMemFreeBSD->u.Phys.cPages = cPages; +static vm_page_t FreeBSDContigPhysAllocHelper(vm_object_t pObject, vm_pindex_t iPIndex, + u_long cPages, vm_paddr_t VmPhysAddrHigh, + u_long uAlignment, bool fWire) +{ + vm_page_t pPages; + int tries = 0; +#if __FreeBSD_version > 1000000 + int flags = VM_ALLOC_INTERRUPT | VM_ALLOC_NOBUSY; + + if (fWire) + flags |= VM_ALLOC_WIRED; + while (1) + { + VM_OBJECT_LOCK(pObject); + pPages = vm_page_alloc_contig(pObject, iPIndex, flags, cPages, 0, VmPhysAddrHigh, uAlignment, 0, VM_MEMATTR_DEFAULT); + VM_OBJECT_UNLOCK(pObject); + if (pPages || tries >= 1) + break; + vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); + tries++; + } + return pPages; +#else - vm_offset_t MapAddress = vm_map_min(kernel_map); - rc = vm_map_find(kernel_map, /* map */ - NULL, /* object */ - 0, /* offset */ - &MapAddress, /* addr (IN/OUT) */ - cb, /* length */ - TRUE, /* find_space */ - fExecutable /* protection */ - ? VM_PROT_ALL - : VM_PROT_RW, - VM_PROT_ALL, /* max(_prot) */ - 0); /* cow (copy-on-write) */ - if (rc == KERN_SUCCESS) + while (1) { - rc = VINF_SUCCESS; - - for (size_t iPage = 0; iPage < cPages; iPage++) + pPages = vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, uAlignment, 0); + if (pPages || tries >= 1) + break; + vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); + tries++; + } + if (!pPages) + return pPages; + VM_OBJECT_LOCK(pObject); + for (vm_pindex_t iPage = 0; iPage < cPages; iPage++) + { + vm_page_t pPage = pPages + iPage; + vm_page_insert(pPage, pObject, iPIndex + iPage); + pPage->valid = VM_PAGE_BITS_ALL; + if (fWire) { - vm_page_t pPage; + pPage->wire_count = 1; + atomic_add_int(&cnt.v_wire_count, 1); + } + } + VM_OBJECT_UNLOCK(pObject); + return pPages; +#endif +} - pPage = vm_page_alloc(NULL, iPage, - VM_ALLOC_SYSTEM | - VM_ALLOC_WIRED | VM_ALLOC_NOOBJ); +static int FreeBSDPhysAllocHelper(vm_object_t pObject, u_long cPages, + vm_paddr_t VmPhysAddrHigh, u_long uAlignment, + bool fContiguous, bool fWire) +{ + if (fContiguous) + { + if (FreeBSDContigPhysAllocHelper(pObject, 0, cPages, VmPhysAddrHigh, uAlignment, fWire) != NULL) + return VINF_SUCCESS; + else + return VERR_NO_MEMORY; + } - if (!pPage) + for (vm_pindex_t iPage = 0; iPage < cPages; iPage++) + { + vm_page_t pPage = FreeBSDContigPhysAllocHelper(pObject, iPage, 1, VmPhysAddrHigh, uAlignment, fWire); + if (!pPage) + { + /* Free all allocated pages */ + VM_OBJECT_LOCK(pObject); + while (iPage-- > 0) { - /* - * Out of pages - * Remove already allocated pages - */ - while (iPage-- > 0) - { - pPage = pMemFreeBSD->u.Phys.apPages[iPage]; - vm_page_lock_queues(); + pPage = vm_page_lookup(pObject, iPage); + vm_page_lock_queues(); + if (fWire) vm_page_unwire(pPage, 0); - vm_page_free(pPage); - vm_page_unlock_queues(); - } - rc = VERR_NO_MEMORY; - break; + vm_page_free(pPage); + vm_page_unlock_queues(); } - - pPage->valid = VM_PAGE_BITS_ALL; - pMemFreeBSD->u.Phys.apPages[iPage] = pPage; + VM_OBJECT_UNLOCK(pObject); + return VERR_NO_MEMORY; } + } + return VINF_SUCCESS; +} - if (rc == VINF_SUCCESS) - { - vm_offset_t AddressDst = MapAddress; +static int FreeBSDAllocHelper(PRTR0MEMOBJFREEBSD pMemFreeBSD, bool fExecutable, + vm_paddr_t VmPhysAddrHigh, bool fContiguous) +{ + int rc; + size_t cPages = atop(pMemFreeBSD->Core.cb); - for (size_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; + pMemFreeBSD->pObject = vm_object_allocate(OBJT_PHYS, cPages); + vm_offset_t MapAddress = vm_map_min(kernel_map); - MY_PMAP_ENTER(kernel_map->pmap, AddressDst, pPage, - fExecutable - ? VM_PROT_ALL - : VM_PROT_RW, - TRUE); + // no additional object reference for auto-deallocation upon unmapping + rc = vm_map_find(kernel_map, pMemFreeBSD->pObject, 0, + &MapAddress, pMemFreeBSD->Core.cb, VMFS_ANY_SPACE, + fExecutable ? VM_PROT_ALL : VM_PROT_RW, VM_PROT_ALL, 0); - AddressDst += PAGE_SIZE; - } + if (rc == KERN_SUCCESS) + { + rc = FreeBSDPhysAllocHelper(pMemFreeBSD->pObject, cPages, VmPhysAddrHigh, PAGE_SIZE, fContiguous, false); + if (RT_SUCCESS(rc)) + { + vm_map_wire(kernel_map, MapAddress, MapAddress + pMemFreeBSD->Core.cb, VM_MAP_WIRE_SYSTEM|VM_MAP_WIRE_NOHOLES); /* Store start address */ pMemFreeBSD->Core.pv = (void *)MapAddress; - *ppMem = &pMemFreeBSD->Core; return VINF_SUCCESS; } - } - rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ - rtR0MemObjDelete(&pMemFreeBSD->Core); + vm_map_remove(kernel_map, MapAddress, MapAddress + pMemFreeBSD->Core.cb); + } + else + { + rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ + vm_object_deallocate(pMemFreeBSD->pObject); + } return rc; } - -DECLHIDDEN(int) rtR0MemObjNativeAllocLow(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) +DECLHIDDEN(int) rtR0MemObjNativeAllocPage(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) { -#ifdef USE_KMEM_ALLOC_ATTR - /* - * Use kmem_alloc_attr, fExectuable is not needed because the - * memory will be executable by default - */ - NOREF(fExecutable); - - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), RTR0MEMOBJTYPE_LOW, NULL, cb); + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), + RTR0MEMOBJTYPE_PAGE, NULL, cb); if (!pMemFreeBSD) return VERR_NO_MEMORY; - pMemFreeBSD->Core.pv = (void *)kmem_alloc_attr(kernel_map, /* Kernel */ - cb, /* Amount */ - M_ZERO, /* Zero memory */ - 0, /* Low physical address */ - _4G - PAGE_SIZE, /* Highest physical address */ - VM_MEMATTR_DEFAULT); /* Default memory attributes */ - if (!pMemFreeBSD->Core.pv) - return VERR_NO_MEMORY; - - *ppMem = &pMemFreeBSD->Core; - - return VINF_SUCCESS; -#else - /* - * Try a Alloc first and see if we get luck, if not try contigmalloc. - * Might wish to try find our own pages or something later if this - * turns into a problemspot on AMD64 boxes. - */ - int rc = rtR0MemObjNativeAllocPage(ppMem, cb, fExecutable); - if (RT_SUCCESS(rc)) + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, ~(vm_paddr_t)0, false); + if (RT_FAILURE(rc)) { - size_t iPage = cb >> PAGE_SHIFT; - while (iPage-- > 0) - if (rtR0MemObjNativeGetPagePhysAddr(*ppMem, iPage) > (_4G - PAGE_SIZE)) - { - RTR0MemObjFree(*ppMem, false); - *ppMem = NULL; - rc = VERR_NO_MEMORY; - break; - } + rtR0MemObjDelete(&pMemFreeBSD->Core); + return rc; } - if (RT_FAILURE(rc)) - rc = rtR0MemObjNativeAllocCont(ppMem, cb, fExecutable); + + *ppMem = &pMemFreeBSD->Core; return rc; -#endif } -DECLHIDDEN(int) rtR0MemObjNativeAllocCont(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) +DECLHIDDEN(int) rtR0MemObjNativeAllocLow(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) { - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), RTR0MEMOBJTYPE_CONT, NULL, cb); + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), + RTR0MEMOBJTYPE_LOW, NULL, cb); if (!pMemFreeBSD) return VERR_NO_MEMORY; - /* do the allocation. */ - pMemFreeBSD->Core.pv = contigmalloc(cb, /* size */ - M_IPRTMOBJ, /* type */ - M_NOWAIT | M_ZERO, /* flags */ - 0, /* lowest physical address*/ - _4G-1, /* highest physical address */ - PAGE_SIZE, /* alignment. */ - 0); /* boundary */ - if (pMemFreeBSD->Core.pv) + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, _4G - 1, false); + if (RT_FAILURE(rc)) { - pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); - *ppMem = &pMemFreeBSD->Core; - return VINF_SUCCESS; + rtR0MemObjDelete(&pMemFreeBSD->Core); + return rc; } - NOREF(fExecutable); - rtR0MemObjDelete(&pMemFreeBSD->Core); - return VERR_NO_MEMORY; + *ppMem = &pMemFreeBSD->Core; + return rc; } -static void rtR0MemObjFreeBSDPhysPageInit(vm_page_t pPage, vm_pindex_t iPage) +DECLHIDDEN(int) rtR0MemObjNativeAllocCont(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, bool fExecutable) { - pPage->wire_count = 1; - pPage->pindex = iPage; - pPage->act_count = 0; - pPage->oflags = 0; - pPage->flags = PG_UNMANAGED; - atomic_add_int(&cnt.v_wire_count, 1); + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), + RTR0MEMOBJTYPE_CONT, NULL, cb); + if (!pMemFreeBSD) + return VERR_NO_MEMORY; + + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, _4G - 1, true); + if (RT_FAILURE(rc)) + { + rtR0MemObjDelete(&pMemFreeBSD->Core); + return rc; + } + + pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); + *ppMem = &pMemFreeBSD->Core; + return rc; } @@ -405,69 +374,36 @@ RTHCPHYS PhysHighest, size_t uAlignment, bool fContiguous) { - int rc = VINF_SUCCESS; - uint32_t cPages = cb >> PAGE_SHIFT; + uint32_t cPages = atop(cb); vm_paddr_t VmPhysAddrHigh; /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(RT_OFFSETOF(RTR0MEMOBJFREEBSD, u.Phys.apPages[cPages]), + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), enmType, NULL, cb); if (!pMemFreeBSD) return VERR_NO_MEMORY; - pMemFreeBSD->u.Phys.cPages = cPages; + pMemFreeBSD->pObject = vm_object_allocate(OBJT_PHYS, atop(cb)); if (PhysHighest != NIL_RTHCPHYS) VmPhysAddrHigh = PhysHighest; else VmPhysAddrHigh = ~(vm_paddr_t)0; - if (fContiguous) - { - vm_page_t pPage = vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, uAlignment, 0); - - if (pPage) - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - rtR0MemObjFreeBSDPhysPageInit(&pPage[iPage], iPage); - pMemFreeBSD->u.Phys.apPages[iPage] = &pPage[iPage]; - } - else - rc = VERR_NO_MEMORY; - } - else - { - /* Allocate page by page */ - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = vm_phys_alloc_contig(1, 0, VmPhysAddrHigh, uAlignment, 0); - - if (!pPage) - { - /* Free all allocated pages */ - while (iPage-- > 0) - { - pPage = pMemFreeBSD->u.Phys.apPages[iPage]; - vm_page_lock_queues(); - vm_page_unwire(pPage, 0); - vm_page_free(pPage); - vm_page_unlock_queues(); - } - rc = VERR_NO_MEMORY; - break; - } - rtR0MemObjFreeBSDPhysPageInit(pPage, iPage); - pMemFreeBSD->u.Phys.apPages[iPage] = pPage; - } - } + int rc = FreeBSDPhysAllocHelper(pMemFreeBSD->pObject, cPages, VmPhysAddrHigh, uAlignment, fContiguous, true); - if (RT_FAILURE(rc)) + if (RT_FAILURE(rc)) { + vm_object_deallocate(pMemFreeBSD->pObject); rtR0MemObjDelete(&pMemFreeBSD->Core); + } else { - if (enmType == RTR0MEMOBJTYPE_PHYS) + if (fContiguous) { - pMemFreeBSD->Core.u.Phys.PhysBase = VM_PAGE_TO_PHYS(pMemFreeBSD->u.Phys.apPages[0]); + Assert(enmType == RTR0MEMOBJTYPE_PHYS); + VM_OBJECT_LOCK(pMemFreeBSD->pObject); + pMemFreeBSD->Core.u.Phys.PhysBase = VM_PAGE_TO_PHYS(vm_page_find_least(pMemFreeBSD->pObject, 0)); + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); pMemFreeBSD->Core.u.Phys.fAllocated = true; } @@ -480,42 +416,13 @@ DECLHIDDEN(int) rtR0MemObjNativeAllocPhys(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, RTHCPHYS PhysHighest, size_t uAlignment) { -#if 1 return rtR0MemObjFreeBSDAllocPhysPages(ppMem, RTR0MEMOBJTYPE_PHYS, cb, PhysHighest, uAlignment, true); -#else - /* create the object. */ - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(*pMemFreeBSD), RTR0MEMOBJTYPE_CONT, NULL, cb); - if (!pMemFreeBSD) - return VERR_NO_MEMORY; - - /* do the allocation. */ - pMemFreeBSD->Core.pv = contigmalloc(cb, /* size */ - M_IPRTMOBJ, /* type */ - M_NOWAIT | M_ZERO, /* flags */ - 0, /* lowest physical address*/ - _4G-1, /* highest physical address */ - uAlignment, /* alignment. */ - 0); /* boundary */ - if (pMemFreeBSD->Core.pv) - { - pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); - *ppMem = &pMemFreeBSD->Core; - return VINF_SUCCESS; - } - - rtR0MemObjDelete(&pMemFreeBSD->Core); - return VERR_NO_MEMORY; -#endif } DECLHIDDEN(int) rtR0MemObjNativeAllocPhysNC(PPRTR0MEMOBJINTERNAL ppMem, size_t cb, RTHCPHYS PhysHighest) { -#if 1 return rtR0MemObjFreeBSDAllocPhysPages(ppMem, RTR0MEMOBJTYPE_PHYS_NC, cb, PhysHighest, PAGE_SIZE, false); -#else - return VERR_NOT_SUPPORTED; -#endif } @@ -625,49 +532,41 @@ if (!pMemFreeBSD) return VERR_NO_MEMORY; - /* - * Allocate an empty VM object and map it into the requested map. - */ - pMemFreeBSD->u.NonPhys.pObject = vm_object_allocate(OBJT_DEFAULT, cb >> PAGE_SHIFT); - if (pMemFreeBSD->u.NonPhys.pObject) + vm_offset_t MapAddress = pvFixed != (void *)-1 + ? (vm_offset_t)pvFixed + : vm_map_min(pMap); + if (pvFixed != (void *)-1) + vm_map_remove(pMap, + MapAddress, + MapAddress + cb); + + rc = vm_map_find(pMap, /* map */ + NULL, /* object */ + 0, /* offset */ + &MapAddress, /* addr (IN/OUT) */ + cb, /* length */ + pvFixed == (void *)-1 ? VMFS_ANY_SPACE : VMFS_NO_SPACE, + /* find_space */ + VM_PROT_NONE, /* protection */ + VM_PROT_ALL, /* max(_prot) ?? */ + 0); /* cow (copy-on-write) */ + if (rc == KERN_SUCCESS) { - vm_offset_t MapAddress = pvFixed != (void *)-1 - ? (vm_offset_t)pvFixed - : vm_map_min(pMap); - if (pvFixed != (void *)-1) - vm_map_remove(pMap, - MapAddress, - MapAddress + cb); - - rc = vm_map_find(pMap, /* map */ - pMemFreeBSD->u.NonPhys.pObject, /* object */ - 0, /* offset */ - &MapAddress, /* addr (IN/OUT) */ - cb, /* length */ - pvFixed == (void *)-1, /* find_space */ - VM_PROT_NONE, /* protection */ - VM_PROT_ALL, /* max(_prot) ?? */ - 0); /* cow (copy-on-write) */ - if (rc == KERN_SUCCESS) + if (R0Process != NIL_RTR0PROCESS) { - if (R0Process != NIL_RTR0PROCESS) - { - rc = vm_map_inherit(pMap, - MapAddress, - MapAddress + cb, - VM_INHERIT_SHARE); - AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); - } - pMemFreeBSD->Core.pv = (void *)MapAddress; - pMemFreeBSD->Core.u.ResVirt.R0Process = R0Process; - *ppMem = &pMemFreeBSD->Core; - return VINF_SUCCESS; + rc = vm_map_inherit(pMap, + MapAddress, + MapAddress + cb, + VM_INHERIT_SHARE); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); } - vm_object_deallocate(pMemFreeBSD->u.NonPhys.pObject); - rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ + pMemFreeBSD->Core.pv = (void *)MapAddress; + pMemFreeBSD->Core.u.ResVirt.R0Process = R0Process; + *ppMem = &pMemFreeBSD->Core; + return VINF_SUCCESS; } - else - rc = VERR_NO_MEMORY; + + rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ rtR0MemObjDelete(&pMemFreeBSD->Core); return rc; @@ -690,7 +589,7 @@ DECLHIDDEN(int) rtR0MemObjNativeMapKernel(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMOBJ pMemToMap, void *pvFixed, size_t uAlignment, unsigned fProt, size_t offSub, size_t cbSub) { - AssertMsgReturn(!offSub && !cbSub, ("%#x %#x\n", offSub, cbSub), VERR_NOT_SUPPORTED); +// AssertMsgReturn(!offSub && !cbSub, ("%#x %#x\n", offSub, cbSub), VERR_NOT_SUPPORTED); AssertMsgReturn(pvFixed == (void *)-1, ("%p\n", pvFixed), VERR_NOT_SUPPORTED); /* @@ -699,21 +598,68 @@ if (uAlignment > PAGE_SIZE) return VERR_NOT_SUPPORTED; -/* Phys: see pmap_mapdev in i386/i386/pmap.c (http://fxr.watson.org/fxr/source/i386/i386/pmap.c?v=RELENG62#L2860) */ -/** @todo finish the implementation. */ + int rc; + PRTR0MEMOBJFREEBSD pMemToMapFreeBSD = (PRTR0MEMOBJFREEBSD)pMemToMap; - return VERR_NOT_SUPPORTED; + /* calc protection */ + vm_prot_t ProtectionFlags = 0; + if ((fProt & RTMEM_PROT_NONE) == RTMEM_PROT_NONE) + ProtectionFlags = VM_PROT_NONE; + if ((fProt & RTMEM_PROT_READ) == RTMEM_PROT_READ) + ProtectionFlags |= VM_PROT_READ; + if ((fProt & RTMEM_PROT_WRITE) == RTMEM_PROT_WRITE) + ProtectionFlags |= VM_PROT_WRITE; + if ((fProt & RTMEM_PROT_EXEC) == RTMEM_PROT_EXEC) + ProtectionFlags |= VM_PROT_EXECUTE; + + vm_offset_t Addr = vm_map_min(kernel_map); + if (cbSub == 0) + cbSub = pMemToMap->cb - offSub; + + vm_object_reference(pMemToMapFreeBSD->pObject); + rc = vm_map_find(kernel_map, /* Map to insert the object in */ + pMemToMapFreeBSD->pObject, /* Object to map */ + offSub, /* Start offset in the object */ + &Addr, /* Start address IN/OUT */ + cbSub, /* Size of the mapping */ + VMFS_ANY_SPACE, /* Whether a suitable address should be searched for first */ + ProtectionFlags, /* protection flags */ + VM_PROT_ALL, /* Maximum protection flags */ + 0); /* copy-on-write and similar flags */ + + if (rc == KERN_SUCCESS) + { + rc = vm_map_wire(kernel_map, Addr, Addr + cbSub, VM_MAP_WIRE_SYSTEM|VM_MAP_WIRE_NOHOLES); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); + + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeof(RTR0MEMOBJFREEBSD), + RTR0MEMOBJTYPE_MAPPING, + (void *)Addr, + cbSub); + if (pMemFreeBSD) + { + Assert((vm_offset_t)pMemFreeBSD->Core.pv == Addr); + pMemFreeBSD->Core.u.Mapping.R0Process = NIL_RTR0PROCESS; + *ppMem = &pMemFreeBSD->Core; + return VINF_SUCCESS; + } + rc = vm_map_remove(kernel_map, Addr, Addr + cbSub); + AssertMsg(rc == KERN_SUCCESS, ("Deleting mapping failed\n")); + } + else + vm_object_deallocate(pMemToMapFreeBSD->pObject); + + return VERR_NO_MEMORY; } -/* see http://markmail.org/message/udhq33tefgtyfozs */ -DECLHIDDEN(int) rtR0MemObjNativeMapUser(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMOBJ pMemToMap, RTR3PTR R3PtrFixed, size_t uAlignment, unsigned fProt, RTR0PROCESS R0Process) +DECLHIDDEN(int) rtR0MemObjNativeMapUser(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMOBJ pMemToMap, RTR3PTR R3PtrFixed, size_t uAlignment, + unsigned fProt, RTR0PROCESS R0Process) { /* * Check for unsupported stuff. */ AssertMsgReturn(R0Process == RTR0ProcHandleSelf(), ("%p != %p\n", R0Process, RTR0ProcHandleSelf()), VERR_NOT_SUPPORTED); - AssertMsgReturn(R3PtrFixed == (RTR3PTR)-1, ("%p\n", R3PtrFixed), VERR_NOT_SUPPORTED); if (uAlignment > PAGE_SIZE) return VERR_NOT_SUPPORTED; @@ -734,62 +680,38 @@ ProtectionFlags |= VM_PROT_EXECUTE; /* calc mapping address */ - PROC_LOCK(pProc); - vm_offset_t AddrR3 = round_page((vm_offset_t)pProc->p_vmspace->vm_daddr + lim_max(pProc, RLIMIT_DATA)); - PROC_UNLOCK(pProc); + vm_offset_t AddrR3; + if (R3PtrFixed == (RTR3PTR)-1) + { + // is this needed? + PROC_LOCK(pProc); + AddrR3 = round_page((vm_offset_t)pProc->p_vmspace->vm_daddr + lim_max(pProc, RLIMIT_DATA)); + PROC_UNLOCK(pProc); + } + else + AddrR3 = (vm_offset_t)R3PtrFixed; - /* Insert the object in the map. */ + /* Insert the pObject in the map. */ + vm_object_reference(pMemToMapFreeBSD->pObject); rc = vm_map_find(pProcMap, /* Map to insert the object in */ - NULL, /* Object to map */ + pMemToMapFreeBSD->pObject, /* Object to map */ 0, /* Start offset in the object */ &AddrR3, /* Start address IN/OUT */ pMemToMap->cb, /* Size of the mapping */ - TRUE, /* Whether a suitable address should be searched for first */ + R3PtrFixed == (RTR3PTR)-1 ? VMFS_ANY_SPACE : VMFS_NO_SPACE, + /* Whether a suitable address should be searched for first */ ProtectionFlags, /* protection flags */ VM_PROT_ALL, /* Maximum protection flags */ - 0); /* Copy on write */ + 0); /* copy-on-write and similar flags */ - /* Map the memory page by page into the destination map. */ if (rc == KERN_SUCCESS) { - size_t cPages = pMemToMap->cb >> PAGE_SHIFT;; - pmap_t pPhysicalMap = pProcMap->pmap; - vm_offset_t AddrR3Dst = AddrR3; - - if ( pMemToMap->enmType == RTR0MEMOBJTYPE_PHYS - || pMemToMap->enmType == RTR0MEMOBJTYPE_PHYS_NC - || pMemToMap->enmType == RTR0MEMOBJTYPE_PAGE) - { - /* Mapping physical allocations */ - Assert(cPages == pMemToMapFreeBSD->u.Phys.cPages); + rc = vm_map_wire(pProcMap, AddrR3, AddrR3 + pMemToMap->cb, VM_MAP_WIRE_USER|VM_MAP_WIRE_NOHOLES); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); - /* Insert the memory page by page into the mapping. */ - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = pMemToMapFreeBSD->u.Phys.apPages[iPage]; + rc = vm_map_inherit(pProcMap, AddrR3, AddrR3 + pMemToMap->cb, VM_INHERIT_SHARE); + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); - MY_PMAP_ENTER(pPhysicalMap, AddrR3Dst, pPage, ProtectionFlags, TRUE); - AddrR3Dst += PAGE_SIZE; - } - } - else - { - /* Mapping cont or low memory types */ - vm_offset_t AddrToMap = (vm_offset_t)pMemToMap->pv; - - for (uint32_t iPage = 0; iPage < cPages; iPage++) - { - vm_page_t pPage = PHYS_TO_VM_PAGE(vtophys(AddrToMap)); - - MY_PMAP_ENTER(pPhysicalMap, AddrR3Dst, pPage, ProtectionFlags, TRUE); - AddrR3Dst += PAGE_SIZE; - AddrToMap += PAGE_SIZE; - } - } - } - - if (RT_SUCCESS(rc)) - { /* * Create a mapping object for it. */ @@ -805,9 +727,11 @@ return VINF_SUCCESS; } - rc = vm_map_remove(pProcMap, ((vm_offset_t)AddrR3), ((vm_offset_t)AddrR3) + pMemToMap->cb); + rc = vm_map_remove(pProcMap, AddrR3, AddrR3 + pMemToMap->cb); AssertMsg(rc == KERN_SUCCESS, ("Deleting mapping failed\n")); } + else + vm_object_deallocate(pMemToMapFreeBSD->pObject); return VERR_NO_MEMORY; } @@ -855,49 +779,47 @@ return NIL_RTHCPHYS; } - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << PAGE_SHIFT); + vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + ptoa(iPage); struct proc *pProc = (struct proc *)pMemFreeBSD->Core.u.Lock.R0Process; struct vm_map *pProcMap = &pProc->p_vmspace->vm_map; - pmap_t pPhysicalMap = pProcMap->pmap; + pmap_t pPhysicalMap = vm_map_pmap(pProcMap); return pmap_extract(pPhysicalMap, pb); } case RTR0MEMOBJTYPE_MAPPING: { - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << PAGE_SHIFT); + vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + ptoa(iPage); if (pMemFreeBSD->Core.u.Mapping.R0Process != NIL_RTR0PROCESS) { struct proc *pProc = (struct proc *)pMemFreeBSD->Core.u.Mapping.R0Process; struct vm_map *pProcMap = &pProc->p_vmspace->vm_map; - pmap_t pPhysicalMap = pProcMap->pmap; + pmap_t pPhysicalMap = vm_map_pmap(pProcMap); return pmap_extract(pPhysicalMap, pb); } return vtophys(pb); } - case RTR0MEMOBJTYPE_CONT: - return pMemFreeBSD->Core.u.Cont.Phys + (iPage << PAGE_SHIFT); - - case RTR0MEMOBJTYPE_PHYS: - return pMemFreeBSD->Core.u.Phys.PhysBase + (iPage << PAGE_SHIFT); - case RTR0MEMOBJTYPE_PAGE: - case RTR0MEMOBJTYPE_PHYS_NC: - return VM_PAGE_TO_PHYS(pMemFreeBSD->u.Phys.apPages[iPage]); - -#ifdef USE_KMEM_ALLOC_ATTR case RTR0MEMOBJTYPE_LOW: + case RTR0MEMOBJTYPE_PHYS_NC: { - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << PAGE_SHIFT); - return vtophys(pb); + RTHCPHYS addr; + VM_OBJECT_LOCK(pMemFreeBSD->pObject); + addr = VM_PAGE_TO_PHYS(vm_page_lookup(pMemFreeBSD->pObject, iPage)); + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); + return addr; } -#else - case RTR0MEMOBJTYPE_LOW: -#endif + + case RTR0MEMOBJTYPE_PHYS: + return pMemFreeBSD->Core.u.Cont.Phys + ptoa(iPage); + + case RTR0MEMOBJTYPE_CONT: + return pMemFreeBSD->Core.u.Phys.PhysBase + ptoa(iPage); + case RTR0MEMOBJTYPE_RES_VIRT: default: return NIL_RTHCPHYS; --------------080309080104030002060603-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 23:36:13 2012 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 728D21065687; Wed, 22 Feb 2012 23:36:13 +0000 (UTC) (envelope-from jhein@symmetricom.com) Received: from duck.timing.com (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 3614F8FC16; Wed, 22 Feb 2012 23:36:12 +0000 (UTC) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by duck.timing.com (8.14.5/8.14.4) with ESMTP id q1MNaCor077576; Wed, 22 Feb 2012 16:36:12 -0700 (MST) (envelope-from jhein@symmetricom.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.5/8.14.5) with ESMTP id q1MNa8d1001506; Wed, 22 Feb 2012 16:36:08 -0700 (MST) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.5/8.14.5/Submit) id q1MNa8uA001504; Wed, 22 Feb 2012 16:36:08 -0700 (MST) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20293.31720.350021.74506@gromit.timing.com> Date: Wed, 22 Feb 2012 16:36:08 -0700 From: John Hein To: Baptiste Daroussin In-Reply-To: <20120222222544.GA88092@azathoth.lan> References: <20120222222544.GA88092@azathoth.lan> X-Mailer: VM 8.2.0b-8.2.x-reddyuday.r1325 under 23.3.1 (i386-portbld-freebsd7.3) Cc: ports@FreeBSD.org, danfe@FreeBSD.org, x11@FreeBSD.org Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 23:36:13 -0000 Baptiste Daroussin wrote at 23:25 +0100 on Feb 22, 2012: > Hi all, > > this mail is also sent to ports@ has the problem we have with nvidia-driver > might also occur elsewhere and we need a general fix for that. > > First what is the failure: nvidia driver overwrite libGL.so provided by another > package which is broken by design because the package database isn't consistent > anymore. however this nvidia-driver needs to replace libGL.so. > > In that case we definitely need to have a tool allowing us to safely provide > libGL.so and switch between the mesa one and the nvidia one. > > currently this kind of bugs silently occurs with pkg_install, but pkgng is more > strict about that and refuses it. > > We then need a tool like gentoo's eselect, redhat alternative and I don't > remember the name for debian. > > We need it the FreeBSD way, not sure we need something as complex as what the > linux distribution does, maybe yes. > > I wrote a quick and dirty script named alternative: > http://people.freebsd.org/~bapt/alternative.txt > > That get informations about the alternatives in ${LOCALBASE}/etc/alternative.d > > ${LOCALBASE}/etc/alternative.d/libgl > ${LOCALBASE}/etc/alternative.d/libgl/nvidia > ${LOCALBASE}/etc/alternative.d/libgl/nvidia/nvidia.cf > ${LOCALBASE}/etc/alternative.d/libgl/libgl.cf > ${LOCALBASE}/etc/alternative.d/libgl/current > ${LOCALBASE}/etc/alternative.d/libgl/mesa > ${LOCALBASE}/etc/alternative.d/libgl/mesa/mesa.cf > > current behing a symlink to either nvidia or mesa > > cat libgl.cf: > NAME="libgl" > DESCRIPTION="Default OpenGL library" > > cat mesa/mesa.cf > NAME=mesa > DESCRIPTION="libGL provided by the mesa project" > > cat nvidia/nvidia.cf > NAME=nvidia > DESCRIPTION="libGL provided by the nvidia driver" > > with that nvidia could have libgl-nvidia.so and mesa libgl-mesa.so > > the script alternative might change the libgl.so symlink to point on nvidia or > mesa depending on the user choices. > > this script is just an idea definitly not an implementation. > > nvidia case is just an example but the script should try to be more general. > (handle binaries scripts etc.) > > I don't have time to work on this currently hope someone will takle this task. One of the issues with 'alternatives' implementations is that they are not selectable per-user (including non superuser). In this particular case (libGL), also what about the native X server vs. virtual X servers that support using the mesa lib (per-application selection)? In addition to something like alternatives, another option is to allow installation of conflicting files (like libGL.so in this case) to separate directories and specify which to use using a path (like LD_LIBRARY_PATH or rpath at compile time). That can help with the aforementioned per-user and per-application variation. Personally, I prefer the "path" method over something like alternative sym links (e.g., debian/redhat alternatives). There can still be a front-end tool to get at the "alternates" configuration information, but I like the ability to set a path rather than a sym link. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 23:50:50 2012 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 21AEF106566B; Wed, 22 Feb 2012 23:50:50 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id B944B8FC15; Wed, 22 Feb 2012 23:50:49 +0000 (UTC) Received: by yhfs35 with SMTP id s35so433583yhf.13 for ; Wed, 22 Feb 2012 15:50:49 -0800 (PST) Received: by 10.236.182.36 with SMTP id n24mr36802125yhm.111.1329954649030; Wed, 22 Feb 2012 15:50:49 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id k40sm39750172ann.15.2012.02.22.15.50.47 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 22 Feb 2012 15:50:48 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3Ttb6t3XKSz2CG47; Wed, 22 Feb 2012 18:50:46 -0500 (EST) Date: Wed, 22 Feb 2012 18:50:46 -0500 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20120222185046.691037b5@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQl5qlQpnBFltacL6uH8JpdJVgXW+YqSOuZnbo3wAcF0a3FyZ9aCnMjysFgTIln9mVLX9P1a Cc: gnome@FreeBSD.org Subject: Update "/usr/ports/net-im/telepathy-glib" 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: Wed, 22 Feb 2012 23:50:50 -0000 The port version of "/usr/ports/net-im/telepathy-glib" is "12.7" while the latest version is "17.5". The port maintainer is listed as "gnome@FreeBSD.org". Therefore, I was trying to find out if there are any plans to update this port. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 23:55:17 2012 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 01DA91065680; Wed, 22 Feb 2012 23:55:17 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DECAA8FC15; Wed, 22 Feb 2012 23:55:12 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA07026; Thu, 23 Feb 2012 01:55:11 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S0M1e-000Pye-MZ; Thu, 23 Feb 2012 01:55:10 +0200 Message-ID: <4F45804D.7070605@FreeBSD.org> Date: Thu, 23 Feb 2012 01:54:53 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Alberto Villa References: <20120222172801.5f715457@scorpio> <201202222348.44744.avilla@freebsd.org> <4F45737F.7040605@FreeBSD.org> In-Reply-To: <4F45737F.7040605@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: Updating net-im/telepathy-qt4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 23:55:17 -0000 on 23/02/2012 01:00 Andriy Gapon said the following: > on 23/02/2012 00:48 Alberto Villa said the following: >> On Wednesday 22 February 2012 23:28:01 Jerry wrote: >>> Has anyone else had a problem updating the "net-im/telepathy-qt4" port? >>> It has failed to build twice for me in the past 12 hours. >> >> It looks like you have some problems with Qt 4 ports, qmake and qt4-corelib >> mostly. Can you try rebuilding them? >> >> By the way, out of curiosity... what do you need Telepathy-Qt for? > > Just in case, I've run into the same problem. > Couple of points (in a simple-user mode): > - my Qt installation should be "good" as no other port had any problem with it > and there were no run-time issues and the relevant Qt ports were installed a > long time ago > - I don't "need" that port for anything (in fact I don't even know what it > provides) - it must be (or have been) a dependency of something > > A more educated observation: it seems that telepathy-qt4 is not required by > any other installed package now. > OK, in my case the problem was caused by qmake-3.3.8_1 being installed (again, for some unknown reason, no other package depending on it). FindQt.cmake was confused by 'qmake' executable from qmake-3. Once it was deinstalled, telepathy-qt4 build worked fine. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 23:58:00 2012 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 0E8F2106566C; Wed, 22 Feb 2012 23:58:00 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 637D88FC0C; Wed, 22 Feb 2012 23:57:59 +0000 (UTC) Received: by ghbg15 with SMTP id g15so436287ghb.13 for ; Wed, 22 Feb 2012 15:57:59 -0800 (PST) Received: by 10.101.72.11 with SMTP id z11mr4606419ank.25.1329955078942; Wed, 22 Feb 2012 15:57:58 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id w44sm66644493yhk.17.2012.02.22.15.57.57 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 22 Feb 2012 15:57:57 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3TtbH81lcCz2CG47; Wed, 22 Feb 2012 18:57:56 -0500 (EST) Date: Wed, 22 Feb 2012 18:57:44 -0500 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20120222185744.0fe7498b@scorpio> In-Reply-To: <201202230029.03837.avilla@freebsd.org> References: <20120222172801.5f715457@scorpio> <201202222348.44744.avilla@freebsd.org> <4F45737F.7040605@FreeBSD.org> <201202230029.03837.avilla@freebsd.org> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/l9NfN/h0Sr7ZSyt/9ecErkE"; protocol="application/pgp-signature" X-Gm-Message-State: ALoCoQlCgv7vYB4FlGyKMv99voroTTEWFNpn5NMH4+h4jmy8NgUhFGs13LqdiGKr68+ndhONTigd Cc: avilla@FreeBSD.org Subject: Re: Updating net-im/telepathy-qt4 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: Wed, 22 Feb 2012 23:58:00 -0000 --Sig_/l9NfN/h0Sr7ZSyt/9ecErkE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 23 Feb 2012 00:29:00 +0100 Alberto Villa articulated: > On Thursday 23 February 2012 00:00:15 Andriy Gapon wrote: > > Just in case, I've run into the same problem. > > Couple of points (in a simple-user mode): > > - my Qt installation should be "good" as no other port had any > > problem=20 > with > > it and there were no run-time issues and the relevant Qt ports were > > installed a long time ago >=20 > OK, I'll check what's wrong. >=20 > > - I don't "need" that port for anything (in fact I don't even know > > what it provides) - it must be (or have been) a dependency of > > something > >=20 > > A more educated observation: it seems that telepathy-qt4 is not > > required=20 > by > > any other installed package now. >=20 > It was installed by kdenetwork4 quite some time ago. It's been > useless for months (it will be required by KDE Telepathy, currently > in KDE/FreeBSD area51). You will notice that there is a notation regarding "telepathy-glib": -- checking for module 'telepathy-glib>=3D0.17.2' -- package 'telepathy-glib>=3D0.17.2' not found -- Telepathy-glib not found or its version is < 0.17.2 I can't find that installed on my system. Do you think that might be the problem? I really hate to start installing a lot of crap for no reason. The port version is only 12.7 while the latest release is 17.5. --=20 Jerry =E2=99=94 Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ The Ancient Doctrine of Mind Over Matter: I don't mind... and you don't matter. =0D As revealed to reporter G. Rivera by Swami Havabanana --Sig_/l9NfN/h0Sr7ZSyt/9ecErkE Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPRYEDAAoJEF2rWD2do7dNlysIAMWK3gGG3vgPSWwGy8NWmTJV sRuS4E5GeHIjTaQMYvKtze5ciPvXShz+LhaThLbhTPkze76xIQBIKVNrApiOSQ3j 0ltaV+NNQSR+plPI/pmJSSacQTeCLoK04DEnIcKkPJlxUiFh2KHKHg7cOouMByyd GxnPDUFPIUZeKevO+ASaIStxO3E4lyj0yBBbsj5Hu9ZLJyNuC9fk9dbHCgyB3292 eHWiWHetsf8ybVracnat35GTHJdblD0PGvGuYs3ZQ+VYpOU1SSp/vekolm3pJEMd YqRE1DQgNxk6++bT4nZGA5QuEnNRCO5hbwFXHwwqsnIDbLOwsgUVvQ7yjcs5Rfw= =qabh -----END PGP SIGNATURE----- --Sig_/l9NfN/h0Sr7ZSyt/9ecErkE-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 22 23:59:05 2012 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 10E81106566C; Wed, 22 Feb 2012 23:59:05 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6EF6C8FC17; Wed, 22 Feb 2012 23:59:04 +0000 (UTC) Received: by eaan10 with SMTP id n10so303377eaa.13 for ; Wed, 22 Feb 2012 15:59:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=4EuAdEHYc5ibrKKALiaUsEXQAyyaJFXdUDGyRUUVR0o=; b=HK/UkI/gbKp+wRQ1Wa/wdJPF8q7PRPSBLqG0OOWKSxQ8zCOnzkfFKVz73OcpjSyOwz acrUJSy1Xn/Y7/dEhjOZn61hMNimv8Mi201BtF2jook9xkK1hwVumC3Apxxm5qMNt8Ir uTGMq10ltLTgU+e4Pa5njnxXpXjSfVNKptpoM= Received: by 10.14.127.5 with SMTP id c5mr13667968eei.17.1329955143361; Wed, 22 Feb 2012 15:59:03 -0800 (PST) Received: from woodstock.peanuts (host230-120-dynamic.51-79-r.retail.telecomitalia.it. [79.51.120.230]) by mx.google.com with ESMTPS id z47sm108229811eeh.9.2012.02.22.15.59.02 (version=SSLv3 cipher=OTHER); Wed, 22 Feb 2012 15:59:02 -0800 (PST) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: Andriy Gapon Date: Thu, 23 Feb 2012 00:58:56 +0100 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.7.4; amd64; ; ) References: <20120222172801.5f715457@scorpio> <4F45737F.7040605@FreeBSD.org> <4F45804D.7070605@FreeBSD.org> In-Reply-To: <4F45804D.7070605@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1575032.zLC1hqg1Nf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201202230058.59478.avilla@freebsd.org> Cc: freebsd-ports@freebsd.org Subject: Re: Updating net-im/telepathy-qt4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Feb 2012 23:59:05 -0000 --nextPart1575032.zLC1hqg1Nf Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Thursday 23 February 2012 00:54:53 Andriy Gapon wrote: > OK, in my case the problem was caused by qmake-3.3.8_1 being installed > (again, for some unknown reason, no other package depending on it).=20 > FindQt.cmake was confused by 'qmake' executable from qmake-3. Once it=20 was > deinstalled, telepathy-qt4 build worked fine. Oh, thanks! I'll see what I can do. =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla Conquering Russia should be done steppe by steppe. --nextPart1575032.zLC1hqg1Nf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iJwEAAECAAYFAk9FgUMACgkQ3xiC6kQ1CotSSwP6AtHDnxyqw532DtJzZ1p3JptN M+HQaorQbXB2Lq1JIN/Iq3c+s1dko+GF7/qzLDHsU2Ip/2DYyD/whS0zaG5OU7IO 2gbs1h8tapuz8p9O3bOertEBWZDX6sT+CcGDhz1R28zNJlJ7SFDZ2Ke1AnXiaywF hbTRe14Gq6a9ys3wMW8= =oC0j -----END PGP SIGNATURE----- --nextPart1575032.zLC1hqg1Nf-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 00:08:47 2012 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 7E19D1065670 for ; Thu, 23 Feb 2012 00:08:47 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id F25028FC20 for ; Thu, 23 Feb 2012 00:08:46 +0000 (UTC) Received: by eekb47 with SMTP id b47so288475eek.13 for ; Wed, 22 Feb 2012 16:08:45 -0800 (PST) Received-SPF: pass (google.com: domain of villa.alberto@gmail.com designates 10.213.17.203 as permitted sender) client-ip=10.213.17.203; Authentication-Results: mr.google.com; spf=pass (google.com: domain of villa.alberto@gmail.com designates 10.213.17.203 as permitted sender) smtp.mail=villa.alberto@gmail.com; dkim=pass header.i=villa.alberto@gmail.com Received: from mr.google.com ([10.213.17.203]) by 10.213.17.203 with SMTP id t11mr110520eba.127.1329955725948 (num_hops = 1); Wed, 22 Feb 2012 16:08:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=s9d4WC5C6tfTPQ44qCfNNBWDCg/7Uj3RIejw/vzu+t8=; b=Rg4iRlWmr6mZaOC04+QU1lt5rEbLsq1SxuYbbHmrnyASFKM0ldUNu7Jp3lUQBCTR0h dfJ27wWsHxt+eMeKTHCKd8CuROLBh0ZIgsHZe4lAm9arbswui8DDlqD+0VNQ0/PFf1/v Suz7Ylfi9zAH2+0fFn0bYzchDj9Jdh4Q0SUq8= Received: by 10.213.17.203 with SMTP id t11mr80710eba.127.1329955725888; Wed, 22 Feb 2012 16:08:45 -0800 (PST) Received: from woodstock.peanuts (host230-120-dynamic.51-79-r.retail.telecomitalia.it. [79.51.120.230]) by mx.google.com with ESMTPS id z47sm108313862eeh.9.2012.02.22.16.08.45 (version=SSLv3 cipher=OTHER); Wed, 22 Feb 2012 16:08:45 -0800 (PST) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: freebsd-ports@freebsd.org Date: Thu, 23 Feb 2012 01:08:42 +0100 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.7.4; amd64; ; ) References: <20120222172801.5f715457@scorpio> <201202230029.03837.avilla@freebsd.org> <20120222185744.0fe7498b@scorpio> In-Reply-To: <20120222185744.0fe7498b@scorpio> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12674780.Ark6hB3FfV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201202230108.42621.avilla@freebsd.org> Subject: Re: Updating net-im/telepathy-qt4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 00:08:47 -0000 --nextPart12674780.Ark6hB3FfV Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable On Thursday 23 February 2012 00:57:44 Jerry wrote: > You will notice that there is a notation > regarding "telepathy-glib": >=20 > I can't find that installed on my system. Do you think that might be the > problem? I really hate to start installing a lot of crap for no reason. > The port version is only 12.7 while the latest release is 17.5. No. Telepathy-Glib is required to build tests, which I explicitly disabled.= =20 Plus, avg@ already tracked down the problem, and a fix will be committed in= =20 few minutes. Also, as I have said, you don't need Telepathy-Qt at the moment, so you can= =20 safely uninstall it. =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla Ingrate, n.: A man who bites the hand that feeds him, and then complains of indigestion. --nextPart12674780.Ark6hB3FfV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iJwEAAECAAYFAk9Fg4oACgkQ3xiC6kQ1CosPgAQApTL3sJfavUDbBzyOgmOK/VwB G0BCWZBezZ4RS3VM0g3VmXsl1Om3wIHxxCAOaHW0jyVpOv1t8BtPcJ9Sx1AzfCQ/ QW2BSGyyqAfxkrQ2bgNKe035hbCOQ17X5BTyDygWCH8UpLDGkhDoo21T7NUAU20k SiUTX9eH4K7hdk3Unv8= =vk/q -----END PGP SIGNATURE----- --nextPart12674780.Ark6hB3FfV-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 00:29:34 2012 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 1D5E8106564A; Thu, 23 Feb 2012 00:29:34 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 743988FC0C; Thu, 23 Feb 2012 00:29:33 +0000 (UTC) Received: by eekb47 with SMTP id b47so295801eek.13 for ; Wed, 22 Feb 2012 16:29:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=iH5D40Pyex+g0a+w1+/teIyE+tg2AKYr7W64VpyRdas=; b=c8z3n1usi957VFxGckKbdyyNI3G9H1o+/CUioo7Df6GbQTFI7x7zC3StMc4R4v96f4 QvvLlb5l6xuoMXxUidm+tC5XNbeEmJ5KqHav931Itb1KioBtnXlPcpUpTkXyxhwVTFR7 MiLt2wFDHqICTY5Y5+90GETyjh8R2IrWhOl3c= Received: by 10.14.45.80 with SMTP id o56mr9588503eeb.88.1329956972333; Wed, 22 Feb 2012 16:29:32 -0800 (PST) Received: from woodstock.peanuts (host230-120-dynamic.51-79-r.retail.telecomitalia.it. [79.51.120.230]) by mx.google.com with ESMTPS id s48sm106027875eem.0.2012.02.22.16.29.31 (version=SSLv3 cipher=OTHER); Wed, 22 Feb 2012 16:29:31 -0800 (PST) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: Andriy Gapon Date: Thu, 23 Feb 2012 01:29:26 +0100 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.7.4; amd64; ; ) References: <20120222172801.5f715457@scorpio> <4F45737F.7040605@FreeBSD.org> <4F45804D.7070605@FreeBSD.org> In-Reply-To: <4F45804D.7070605@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5371265.Goc3OpSnJu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201202230129.28877.avilla@freebsd.org> Cc: freebsd-ports@freebsd.org Subject: Re: Updating net-im/telepathy-qt4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 00:29:34 -0000 --nextPart5371265.Goc3OpSnJu Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Thursday 23 February 2012 00:54:53 Andriy Gapon wrote: > OK, in my case the problem was caused by qmake-3.3.8_1 being installed > (again, for some unknown reason, no other package depending on it).=20 > FindQt.cmake was confused by 'qmake' executable from qmake-3. Once it=20 was > deinstalled, telepathy-qt4 build worked fine. =46ixed, thanks! =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla Your love life will be happy and harmonious. --nextPart5371265.Goc3OpSnJu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iJwEAAECAAYFAk9FiGgACgkQ3xiC6kQ1CotvqwQAgDoAD6YTGME+Ky9Yz9KeW06s mx0R2H/NmjgahLbwNAYvqGhesjpUYcxmMZ4pQrAbJ/cfzh0pc1toaiDhK11k+IMY j3Ww1w63+0qu3saayGoQwZeeyd62WgKcNzEX2DwOnUgZD/BLr2Vs6DMToKTRAB2h DE8ELU1UqwRsYlXl+ec= =Qjpg -----END PGP SIGNATURE----- --nextPart5371265.Goc3OpSnJu-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 00:31:11 2012 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 0379E1065677; Thu, 23 Feb 2012 00:31:11 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 59D608FC13; Thu, 23 Feb 2012 00:31:10 +0000 (UTC) Received: by ghbg15 with SMTP id g15so444353ghb.13 for ; Wed, 22 Feb 2012 16:31:09 -0800 (PST) Received: by 10.236.184.167 with SMTP id s27mr37974610yhm.8.1329957069870; Wed, 22 Feb 2012 16:31:09 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id k5sm3335954anj.18.2012.02.22.16.31.08 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 22 Feb 2012 16:31:09 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3Ttc1R3jKqz2CG47; Wed, 22 Feb 2012 19:31:07 -0500 (EST) Date: Wed, 22 Feb 2012 19:31:06 -0500 From: Jerry To: freebsd-ports@freebsd.org, avilla@FreeBSD.org Message-ID: <20120222193106.35bb1efe@scorpio> In-Reply-To: <4F45804D.7070605@FreeBSD.org> References: <20120222172801.5f715457@scorpio> <201202222348.44744.avilla@freebsd.org> <4F45737F.7040605@FreeBSD.org> <4F45804D.7070605@FreeBSD.org> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQlzRPIOx+roiYTO9VyHCFfY2xEKF7cBZzh4VCgXpyxROVJCPW6FWJJG2OLonyESJkmllElU Cc: Subject: Re: Updating net-im/telepathy-qt4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 00:31:11 -0000 On Thu, 23 Feb 2012 01:54:53 +0200 Andriy Gapon articulated: > on 23/02/2012 01:00 Andriy Gapon said the following: > > on 23/02/2012 00:48 Alberto Villa said the following: > >> On Wednesday 22 February 2012 23:28:01 Jerry wrote: > >>> Has anyone else had a problem updating the "net-im/telepathy-qt4" > >>> port? It has failed to build twice for me in the past 12 hours. > >> > >> It looks like you have some problems with Qt 4 ports, qmake and > >> qt4-corelib mostly. Can you try rebuilding them? > >> > >> By the way, out of curiosity... what do you need Telepathy-Qt for? > > > > Just in case, I've run into the same problem. > > Couple of points (in a simple-user mode): > > - my Qt installation should be "good" as no other port had any > > problem with it and there were no run-time issues and the relevant > > Qt ports were installed a long time ago > > - I don't "need" that port for anything (in fact I don't even know > > what it provides) - it must be (or have been) a dependency of > > something > > > > A more educated observation: it seems that telepathy-qt4 is not > > required by any other installed package now. > > > > OK, in my case the problem was caused by qmake-3.3.8_1 being > installed (again, for some unknown reason, no other package depending > on it). FindQt.cmake was confused by 'qmake' executable from > qmake-3. Once it was deinstalled, telepathy-qt4 build worked fine. Same here. I had "qmake-3.3.8_1" installed, reason unknown also. I did a pkg_delete of the port and then attempted to build the "telepathy-qt4" port. It went flawlessly. Problem "apparently" solved. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 00:49:52 2012 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 C9C04106564A for ; Thu, 23 Feb 2012 00:49:52 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 890C88FC17 for ; Thu, 23 Feb 2012 00:49:52 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd6ml1no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd6mo1no-svcs.prod.shaw.ca with ESMTP; 22 Feb 2012 17:34:51 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=Cufqhujp69hR+MhiHu40yK/USb/hlYs0+irVU46A6+k= c=1 sm=1 a=KxcSwAjcfCcA:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=EdYECB-ZAAAA:8 a=BO6zRlZH7ebzKu6tI6oA:9 a=vrc1ZQbHa9Wjdc7ABlkA:7 a=CjuIK1q_8ugA:10 a=M3uUUNbqYQcA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=pt2i9VEdflGl8I2G:21 a=XJMUvuO9CuCt67bH:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by pd6ml1no-dmz.prod.shaw.ca with ESMTP; 22 Feb 2012 17:34:51 -0700 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTP id E3EF246B72; Wed, 22 Feb 2012 16:34:50 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id q1N0Yoin004455; Wed, 22 Feb 2012 16:34:50 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201202230034.q1N0Yoin004455@slippy.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Joe Greco In-Reply-To: Message from Joe Greco of "Wed, 22 Feb 2012 15:57:11 CST." <201202222157.q1MLvBKV052020@aurora.sol.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Feb 2012 16:34:50 -0800 Cc: ports@freebsd.org Subject: Re: Req update for ports/security/tripwire12 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 00:49:52 -0000 Committed. Berkeley unified diffs are preferred. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org In message <201202222157.q1MLvBKV052020@aurora.sol.net>, Joe Greco writes: > misc fixes (not comprehensive) for freebsd8 > > diff -Ncr tripwire12.old/Makefile tripwire12/Makefile > *** tripwire12.old/Makefile Sun Apr 26 02:22:57 2009 > --- tripwire12/Makefile Wed Feb 22 15:22:52 2012 > *************** > *** 20,26 **** > NO_PACKAGE= requires local database to be built > USE_PERL5_BUILD=yes > > ! TWCONFIG?= ${FILESDIR}/tw.conf.freebsd2 > > post-extract: > @ (cd ${WRKDIR}; tar xpf T1.2.tar) > --- 20,26 ---- > NO_PACKAGE= requires local database to be built > USE_PERL5_BUILD=yes > > ! TWCONFIG?= ${FILESDIR}/tw.conf.freebsd8 > > post-extract: > @ (cd ${WRKDIR}; tar xpf T1.2.tar) > *************** > *** 33,41 **** > > pre-configure: > @ ${CP} ${FILESDIR}/conf-freebsd2.h ${WRKSRC}/configs > ! @ ${SED} s%/kernel%`/sbin/sysctl -bn kern.bootfile`% \ > ! < ${TWCONFIG} \ > ! > ${WRKSRC}/configs/tw.conf.freebsd2 > > post-install: > @ ${MKDIR} /var/adm/tcheck > --- 33,39 ---- > > pre-configure: > @ ${CP} ${FILESDIR}/conf-freebsd2.h ${WRKSRC}/configs > ! @ ${cp} ${TWCONFIG} ${WRKSRC}/configs/tw.conf.freebsd8 > > post-install: > @ ${MKDIR} /var/adm/tcheck > diff -Ncr tripwire12.old/files/tw.conf.freebsd8 tripwire12/files/tw.conf.free > bsd8 > *** tripwire12.old/files/tw.conf.freebsd8 Wed Dec 31 18:00:00 1969 > --- tripwire12/files/tw.conf.freebsd8 Wed Feb 22 15:52:37 2012 > *************** > *** 0 **** > --- 1,165 ---- > + # $FreeBSD$ > + # > + # tripwire.config > + # Generic version for FreeBSD > + # Will need editing...see comments below > + # > + # This file contains a list of files and directories that System > + # Preener will scan. Information collected from these files will be > + # stored in the tripwire.database file. > + # > + # Format: [!|=] entry [ignore-flags] > + # > + # where: '!' signifies the entry is to be pruned (inclusive) from > + # the list of files to be scanned. > + # '=' signifies the entry is to be added, but if it is > + # a directory, then all its contents are pruned > + # (useful for /tmp). > + # > + # where: entry is the absolute pathname of a file or a directory > + # > + # where ignore-flags are in the format: > + # [template][ [+|-][pinugsam12] ... ] > + # > + # - : ignore the following atributes > + # + : do not ignore the following attributes > + # > + # p : permission and file mode bits a: access timestamp > + # i : inode number m: modification timestamp > + # n : number of links (ref count) c: inode creation timestamp > + # u : user id of owner 1: signature 1 > + # g : group id of owner 2: signature 2 > + # s : size of file > + # > + # > + # Ex: The following entry will scan all the files in /etc, and report > + # any changes in mode bits, inode number, reference count, uid, > + # gid, modification and creation timestamp, and the signatures. > + # However, it will ignore any changes in the access timestamp. > + # > + # /etc +pinugsm12-a > + # > + # The following templates have been pre-defined to make these long ignore > + # mask descriptions unecessary. > + # > + # Templates: (default) R : [R]ead-only (+pinugsm12-a) > + # L : [L]og file (+pinug-sam12) > + # N : ignore [N]othing (+pinusgsamc12) > + # E : ignore [E]verything (-pinusgsamc12) > + # > + # By default, Tripwire uses the R template -- it ignores > + # only the access timestamp. > + # > + # You can use templates with modifiers, like: > + # Ex: /etc/lp E+ug > + # > + # Example configuration file: > + # /etc R # all system files > + # !/etc/lp R # ...but not those logs > + # =/tmp N # just the directory, not its files > + # > + # Note the difference between pruning (via "!") and ignoring everything > + # (via "E" template): Ignoring everything in a directory still monitors > + # for added and deleted files. Pruning a directory will prevent Tripwire > + # from even looking in the specified directory. > + # > + # > + # Tripwire running slowly? Modify your tripwire.config entries to > + # ignore the (signature 2) attribute when this computationally-exorbitant > + # protection is not needed. (See README and design document for further > + # details.) > + # > + > + # First, root's traditional "home". Note that FreeBSD's root's home (/roo > t) > + # is protected by R-2 protections in the default config file. > + =/ L > + /.rhosts R # may not exist > + /.profile R # may not exist > + /.cshrc R # may not exist > + /.login R # may not exist > + /.exrc R # may not exist > + /.logout R # may not exist > + /.forward R # may not exist > + > + # Unix itself > + /kernel R > + /boot R > + /boot.config R > + > + # /bin > + /bin R-2 > + > + # /dev > + =/dev L > + > + # /etc > + /etc R-2 > + /etc/aliases L > + /etc/dumpdates L > + /etc/motd L > + > + # my passwd database should be static at time of system build. yours may > + # not be, if not, uncomment the lines below. > + > + # /etc/passwd L > + # /etc/master.passwd L > + # /etc/pwd.db L > + # /etc/spwd.db L > + > + # /home > + =/home > + > + # /lib > + /lib R-2 > + > + # /libexec > + /libexec R-2 > + > + # /lkm and /modules > + /lkm R-2 > + /modules R-2 > + > + # /boot > + /boot R-2 > + > + # /rescue > + /rescue R-2 > + > + # /root > + /root R-2 > + /root/.history L > + > + # /sbin > + /sbin R-2 > + > + # /stand > + /stand R-2 > + > + # /usr/bin > + /usr/bin R-2 > + > + /usr/include R-12 > + > + /usr/lib R-2 > + > + /usr/libdata R-2 > + > + /usr/libexec R-2 > + > + /usr/local/bin R-2 > + > + /usr/local/etc L > + > + /usr/local/lib R-2 > + > + /usr/local/libexec R-2 > + > + /usr/local/sbin R-2 > + > + /usr/local/share R-2 > + > + /usr/sbin R-2 > + > + /usr/share R-2 > + > + ########################################### > > ... JG > -- > Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net > "We call it the 'one bite at the apple' rule. Give me one chance [and] then I > won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CN > N) > With 24 million small businesses in the US alone, that's way too many apples. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 01:01:46 2012 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 51C6E106566B; Thu, 23 Feb 2012 01:01:46 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id BEF7A8FC1B; Thu, 23 Feb 2012 01:01:45 +0000 (UTC) Received: from pd2ml1so-ssvc.prod.shaw.ca ([10.0.141.139]) by pd2mo1so-svcs.prod.shaw.ca with ESMTP; 22 Feb 2012 18:01:45 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=2TvZ7eE48NdEYeaL5Xf58dNzJU178UzT+2lxUZ5Mhss= c=1 sm=1 a=hunnjcbhBuQA:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=CZcz75HJAAAA:8 a=dT19lrtdAAAA:8 a=yON4etAAAAAA:8 a=ItLQkBnY6sHgiAmAMaAA:9 a=Jt3CbnFNXllBNvta_4sA:7 a=CjuIK1q_8ugA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=isr0gXzK8GcA:10 a=wsTPIBqtGAHad_SX:21 a=XGzd0vrvTqHmig1a:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by pd2ml1so-dmz.prod.shaw.ca with ESMTP; 22 Feb 2012 18:01:44 -0700 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTP id CCE0946B6F; Wed, 22 Feb 2012 17:01:41 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id q1N11fVJ006417; Wed, 22 Feb 2012 17:01:41 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201202230101.q1N11fVJ006417@slippy.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Andriy Gapon In-Reply-To: Message from Andriy Gapon of "Thu, 23 Feb 2012 01:31:52 +0200." <4F457AE8.4090708@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Feb 2012 17:01:40 -0800 Cc: freebsd-emulation@FreeBSD.org, Doug Barton , decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 01:01:46 -0000 I'll give it a try on my testbed (which runs 9.0 and 8.2 -- my 7 partitions don't have the ports to test it without taking a lot of time to build prereqs).. If not tonight (PST) then I'll have some time Saturday evening. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. In message <4F457AE8.4090708@FreeBSD.org>, Andriy Gapon writes: > This is a multi-part message in MIME format. > --------------080309080104030002060603 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: 7bit > > on 22/02/2012 12:48 Doug Barton said the following: > > On 02/22/2012 02:23, Andriy Gapon wrote: > >> The attached patched should try to grab the memory harder. > > > > Same result, different memory address: > > > > supdrvGipCreate: failed to allocate the GIP page. rc=-8 > > vboxdrv: supdrvInitDevExt failed, rc=-8 > > module_register_init: MOD_LOAD (vboxdrv, 0xc66e8410, 0) error 12 > > OK, now that, thanks to more testers, I realize that this issue is entirely > i386-specific, I think that I might have been barking at the wrong trees. > Now something very i386-ish to try to deal with the problem - the usual patch > file is attached. > > > ... and not sure it's relevant, but both times I've tried loading these > > modules it has killed my sound. /dev/mixer goes away, and I have to > > reboot to get it back. This has never happened before, so I'm pretty > > sure it's connected. > > No ideas whatsoever at this front. > > -- > Andriy Gapon > > --------------080309080104030002060603 > Content-Type: text/plain; > name="patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c" > Content-Transfer-Encoding: 7bit > Content-Disposition: attachment; > filename*0="patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c > " > > --- src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c.orig 2011-12 > -19 15:01:31.000000000 +0200 > +++ src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c 2012-02-23 01:2 > 4:32.111859551 +0200 > @@ -5,6 +5,7 @@ > > /* > * Copyright (c) 2007 knut st. osmundsen > + * Copyright (c) 2011 Andriy Gapon > * > * Permission is hereby granted, free of charge, to any person > * obtaining a copy of this software and associated documentation > @@ -54,23 +55,8 @@ > /** The core structure. */ > RTR0MEMOBJINTERNAL Core; > /** Type dependent data */ > - union > - { > - /** Non physical memory allocations */ > - struct > - { > - /** The VM object associated with the allocation. */ > - vm_object_t pObject; > - } NonPhys; > - /** Physical memory allocations */ > - struct > - { > - /** Number of pages */ > - uint32_t cPages; > - /** Array of pages - variable */ > - vm_page_t apPages[1]; > - } Phys; > - } u; > + /** The VM object associated with the allocation. */ > + vm_object_t pObject; > } RTR0MEMOBJFREEBSD, *PRTR0MEMOBJFREEBSD; > > > @@ -125,25 +111,14 @@ > > switch (pMemFreeBSD->Core.enmType) > { > - case RTR0MEMOBJTYPE_CONT: > - contigfree(pMemFreeBSD->Core.pv, pMemFreeBSD->Core.cb, M_IPRTMOB > J); > - break; > - > case RTR0MEMOBJTYPE_PAGE: > + case RTR0MEMOBJTYPE_LOW: > + case RTR0MEMOBJTYPE_CONT: > { > rc = vm_map_remove(kernel_map, > (vm_offset_t)pMemFreeBSD->Core.pv, > (vm_offset_t)pMemFreeBSD->Core.pv + pMemFree > BSD->Core.cb); > AssertMsg(rc == KERN_SUCCESS, ("%#x", rc)); > - > - vm_page_lock_queues(); > - for (uint32_t iPage = 0; iPage < pMemFreeBSD->u.Phys.cPages; iPa > ge++) > - { > - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; > - vm_page_unwire(pPage, 0); > - vm_page_free(pPage); > - } > - vm_page_unlock_queues(); > break; > } > > @@ -165,8 +140,8 @@ > case RTR0MEMOBJTYPE_RES_VIRT: > { > vm_map_t pMap = kernel_map; > - if (pMemFreeBSD->Core.u.Lock.R0Process != NIL_RTR0PROCESS) > - pMap = &((struct proc *)pMemFreeBSD->Core.u.Lock.R0Process)- > >p_vmspace->vm_map; > + if (pMemFreeBSD->Core.u.ResVirt.R0Process != NIL_RTR0PROCESS) > + pMap = &((struct proc *)pMemFreeBSD->Core.u.ResVirt.R0Proces > s)->p_vmspace->vm_map; > rc = vm_map_remove(pMap, > (vm_offset_t)pMemFreeBSD->Core.pv, > (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeB > SD->Core.cb); > @@ -180,7 +155,6 @@ > > if (pMemFreeBSD->Core.u.Mapping.R0Process != NIL_RTR0PROCESS) > pMap = &((struct proc *)pMemFreeBSD->Core.u.Mapping.R0Proces > s)->p_vmspace->vm_map; > - > rc = vm_map_remove(pMap, > (vm_offset_t)pMemFreeBSD->Core.pv, > (vm_offset_t)pMemFreeBSD->Core.pv + pMemFreeB > SD->Core.cb); > @@ -191,26 +165,21 @@ > case RTR0MEMOBJTYPE_PHYS: > case RTR0MEMOBJTYPE_PHYS_NC: > { > + VM_OBJECT_LOCK(pMemFreeBSD->pObject); > + vm_page_t pPage = vm_page_find_least(pMemFreeBSD->pObject, 0); > vm_page_lock_queues(); > - for (uint32_t iPage = 0; iPage < pMemFreeBSD->u.Phys.cPages; iPa > ge++) > + for (vm_page_t pPage = vm_page_find_least(pMemFreeBSD->pObject, > 0); > + pPage != NULL; > + pPage = vm_page_next(pPage)) > { > - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; > vm_page_unwire(pPage, 0); > - vm_page_free(pPage); > } > vm_page_unlock_queues(); > + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); > + vm_object_deallocate(pMemFreeBSD->pObject); > break; > } > > -#ifdef USE_KMEM_ALLOC_ATTR > - case RTR0MEMOBJTYPE_LOW: > - { > - kmem_free(kernel_map, (vm_offset_t)pMemFreeBSD->Core.pv, pMemFre > eBSD->Core.cb); > - break; > - } > -#else > - case RTR0MEMOBJTYPE_LOW: /* unused */ > -#endif > default: > AssertMsgFailed(("enmType=%d\n", pMemFreeBSD->Core.enmType)); > return VERR_INTERNAL_ERROR; > @@ -220,183 +189,183 @@ > } > > > -DECLHIDDEN(int) rtR0MemObjNativeAllocPage(PPRTR0MEMOBJINTERNAL ppMem, size_t > cb, bool fExecutable) > -{ > - int rc; > - size_t cPages = cb >> PAGE_SHIFT; > - > - /* create the object. */ > - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(RT_OF > FSETOF(RTR0MEMOBJFREEBSD, u.Phys.apPages[cPages]), > - RTR0M > EMOBJTYPE_PAGE, NULL, cb); > - if (!pMemFreeBSD) > - return VERR_NO_MEMORY; > - > - pMemFreeBSD->u.Phys.cPages = cPages; > +static vm_page_t FreeBSDContigPhysAllocHelper(vm_object_t pObject, vm_pindex > _t iPIndex, > + u_long cPages, vm_paddr_t VmPh > ysAddrHigh, > + u_long uAlignment, bool fWire) > +{ > + vm_page_t pPages; > + int tries = 0; > +#if __FreeBSD_version > 1000000 > + int flags = VM_ALLOC_INTERRUPT | VM_ALLOC_NOBUSY; > + > + if (fWire) > + flags |= VM_ALLOC_WIRED; > + while (1) > + { > + VM_OBJECT_LOCK(pObject); > + pPages = vm_page_alloc_contig(pObject, iPIndex, flags, cPages, 0, Vm > PhysAddrHigh, uAlignment, 0, VM_MEMATTR_DEFAULT); > + VM_OBJECT_UNLOCK(pObject); > + if (pPages || tries >= 1) > + break; > + vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); > + tries++; > + } > + return pPages; > +#else > > - vm_offset_t MapAddress = vm_map_min(kernel_map); > - rc = vm_map_find(kernel_map, /* map */ > - NULL, /* object */ > - 0, /* offset */ > - &MapAddress, /* addr (IN/OUT) */ > - cb, /* length */ > - TRUE, /* find_space */ > - fExecutable /* protection */ > - ? VM_PROT_ALL > - : VM_PROT_RW, > - VM_PROT_ALL, /* max(_prot) */ > - 0); /* cow (copy-on-write) */ > - if (rc == KERN_SUCCESS) > + while (1) > { > - rc = VINF_SUCCESS; > - > - for (size_t iPage = 0; iPage < cPages; iPage++) > + pPages = vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, uAlignment, > 0); > + if (pPages || tries >= 1) > + break; > + vm_contig_grow_cache(tries, 0, VmPhysAddrHigh); > + tries++; > + } > + if (!pPages) > + return pPages; > + VM_OBJECT_LOCK(pObject); > + for (vm_pindex_t iPage = 0; iPage < cPages; iPage++) > + { > + vm_page_t pPage = pPages + iPage; > + vm_page_insert(pPage, pObject, iPIndex + iPage); > + pPage->valid = VM_PAGE_BITS_ALL; > + if (fWire) > { > - vm_page_t pPage; > + pPage->wire_count = 1; > + atomic_add_int(&cnt.v_wire_count, 1); > + } > + } > + VM_OBJECT_UNLOCK(pObject); > + return pPages; > +#endif > +} > > - pPage = vm_page_alloc(NULL, iPage, > - VM_ALLOC_SYSTEM | > - VM_ALLOC_WIRED | VM_ALLOC_NOOBJ); > +static int FreeBSDPhysAllocHelper(vm_object_t pObject, u_long cPages, > + vm_paddr_t VmPhysAddrHigh, u_long uAlignme > nt, > + bool fContiguous, bool fWire) > +{ > + if (fContiguous) > + { > + if (FreeBSDContigPhysAllocHelper(pObject, 0, cPages, VmPhysAddrHigh, > uAlignment, fWire) != NULL) > + return VINF_SUCCESS; > + else > + return VERR_NO_MEMORY; > + } > > - if (!pPage) > + for (vm_pindex_t iPage = 0; iPage < cPages; iPage++) > + { > + vm_page_t pPage = FreeBSDContigPhysAllocHelper(pObject, iPage, 1, Vm > PhysAddrHigh, uAlignment, fWire); > + if (!pPage) > + { > + /* Free all allocated pages */ > + VM_OBJECT_LOCK(pObject); > + while (iPage-- > 0) > { > - /* > - * Out of pages > - * Remove already allocated pages > - */ > - while (iPage-- > 0) > - { > - pPage = pMemFreeBSD->u.Phys.apPages[iPage]; > - vm_page_lock_queues(); > + pPage = vm_page_lookup(pObject, iPage); > + vm_page_lock_queues(); > + if (fWire) > vm_page_unwire(pPage, 0); > - vm_page_free(pPage); > - vm_page_unlock_queues(); > - } > - rc = VERR_NO_MEMORY; > - break; > + vm_page_free(pPage); > + vm_page_unlock_queues(); > } > - > - pPage->valid = VM_PAGE_BITS_ALL; > - pMemFreeBSD->u.Phys.apPages[iPage] = pPage; > + VM_OBJECT_UNLOCK(pObject); > + return VERR_NO_MEMORY; > } > + } > + return VINF_SUCCESS; > +} > > - if (rc == VINF_SUCCESS) > - { > - vm_offset_t AddressDst = MapAddress; > +static int FreeBSDAllocHelper(PRTR0MEMOBJFREEBSD pMemFreeBSD, bool fExecutab > le, > + vm_paddr_t VmPhysAddrHigh, bool fContiguous) > +{ > + int rc; > + size_t cPages = atop(pMemFreeBSD->Core.cb); > > - for (size_t iPage = 0; iPage < cPages; iPage++) > - { > - vm_page_t pPage = pMemFreeBSD->u.Phys.apPages[iPage]; > + pMemFreeBSD->pObject = vm_object_allocate(OBJT_PHYS, cPages); > + vm_offset_t MapAddress = vm_map_min(kernel_map); > > - MY_PMAP_ENTER(kernel_map->pmap, AddressDst, pPage, > - fExecutable > - ? VM_PROT_ALL > - : VM_PROT_RW, > - TRUE); > + // no additional object reference for auto-deallocation upon unmapping > + rc = vm_map_find(kernel_map, pMemFreeBSD->pObject, 0, > + &MapAddress, pMemFreeBSD->Core.cb, VMFS_ANY_SPACE, > + fExecutable ? VM_PROT_ALL : VM_PROT_RW, VM_PROT_ALL, 0) > ; > > - AddressDst += PAGE_SIZE; > - } > + if (rc == KERN_SUCCESS) > + { > + rc = FreeBSDPhysAllocHelper(pMemFreeBSD->pObject, cPages, VmPhysAddr > High, PAGE_SIZE, fContiguous, false); > + if (RT_SUCCESS(rc)) > + { > + vm_map_wire(kernel_map, MapAddress, MapAddress + pMemFreeBSD->Co > re.cb, VM_MAP_WIRE_SYSTEM|VM_MAP_WIRE_NOHOLES); > > /* Store start address */ > pMemFreeBSD->Core.pv = (void *)MapAddress; > - *ppMem = &pMemFreeBSD->Core; > return VINF_SUCCESS; > } > - } > - rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ > > - rtR0MemObjDelete(&pMemFreeBSD->Core); > + vm_map_remove(kernel_map, MapAddress, MapAddress + pMemFreeBSD->Core > .cb); > + } > + else > + { > + rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) > */ > + vm_object_deallocate(pMemFreeBSD->pObject); > + } > return rc; > } > > - > -DECLHIDDEN(int) rtR0MemObjNativeAllocLow(PPRTR0MEMOBJINTERNAL ppMem, size_t > cb, bool fExecutable) > +DECLHIDDEN(int) rtR0MemObjNativeAllocPage(PPRTR0MEMOBJINTERNAL ppMem, size_t > cb, bool fExecutable) > { > -#ifdef USE_KMEM_ALLOC_ATTR > - /* > - * Use kmem_alloc_attr, fExectuable is not needed because the > - * memory will be executable by default > - */ > - NOREF(fExecutable); > - > - /* create the object. */ > - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeo > f(*pMemFreeBSD), RTR0MEMOBJTYPE_LOW, NULL, cb); > + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeo > f(*pMemFreeBSD), > + RTR0M > EMOBJTYPE_PAGE, NULL, cb); > if (!pMemFreeBSD) > return VERR_NO_MEMORY; > > - pMemFreeBSD->Core.pv = (void *)kmem_alloc_attr(kernel_map, /* K > ernel */ > - cb, /* A > mount */ > - M_ZERO, /* Z > ero memory */ > - 0, /* L > ow physical address */ > - _4G - PAGE_SIZE, /* H > ighest physical address */ > - VM_MEMATTR_DEFAULT); /* D > efault memory attributes */ > - if (!pMemFreeBSD->Core.pv) > - return VERR_NO_MEMORY; > - > - *ppMem = &pMemFreeBSD->Core; > - > - return VINF_SUCCESS; > -#else > - /* > - * Try a Alloc first and see if we get luck, if not try contigmalloc. > - * Might wish to try find our own pages or something later if this > - * turns into a problemspot on AMD64 boxes. > - */ > - int rc = rtR0MemObjNativeAllocPage(ppMem, cb, fExecutable); > - if (RT_SUCCESS(rc)) > + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, ~(vm_paddr_t)0, fa > lse); > + if (RT_FAILURE(rc)) > { > - size_t iPage = cb >> PAGE_SHIFT; > - while (iPage-- > 0) > - if (rtR0MemObjNativeGetPagePhysAddr(*ppMem, iPage) > (_4G - PAGE > _SIZE)) > - { > - RTR0MemObjFree(*ppMem, false); > - *ppMem = NULL; > - rc = VERR_NO_MEMORY; > - break; > - } > + rtR0MemObjDelete(&pMemFreeBSD->Core); > + return rc; > } > - if (RT_FAILURE(rc)) > - rc = rtR0MemObjNativeAllocCont(ppMem, cb, fExecutable); > + > + *ppMem = &pMemFreeBSD->Core; > return rc; > -#endif > } > > > -DECLHIDDEN(int) rtR0MemObjNativeAllocCont(PPRTR0MEMOBJINTERNAL ppMem, size_t > cb, bool fExecutable) > +DECLHIDDEN(int) rtR0MemObjNativeAllocLow(PPRTR0MEMOBJINTERNAL ppMem, size_t > cb, bool fExecutable) > { > - /* create the object. */ > - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeo > f(*pMemFreeBSD), RTR0MEMOBJTYPE_CONT, NULL, cb); > + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeo > f(*pMemFreeBSD), > + RTR0M > EMOBJTYPE_LOW, NULL, cb); > if (!pMemFreeBSD) > return VERR_NO_MEMORY; > > - /* do the allocation. */ > - pMemFreeBSD->Core.pv = contigmalloc(cb, /* size */ > - M_IPRTMOBJ, /* type */ > - M_NOWAIT | M_ZERO, /* flags */ > - 0, /* lowest phys > ical address*/ > - _4G-1, /* highest phy > sical address */ > - PAGE_SIZE, /* alignment. > */ > - 0); /* boundary */ > - if (pMemFreeBSD->Core.pv) > + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, _4G - 1, false); > + if (RT_FAILURE(rc)) > { > - pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); > - *ppMem = &pMemFreeBSD->Core; > - return VINF_SUCCESS; > + rtR0MemObjDelete(&pMemFreeBSD->Core); > + return rc; > } > > - NOREF(fExecutable); > - rtR0MemObjDelete(&pMemFreeBSD->Core); > - return VERR_NO_MEMORY; > + *ppMem = &pMemFreeBSD->Core; > + return rc; > } > > > -static void rtR0MemObjFreeBSDPhysPageInit(vm_page_t pPage, vm_pindex_t iPage > ) > +DECLHIDDEN(int) rtR0MemObjNativeAllocCont(PPRTR0MEMOBJINTERNAL ppMem, size_t > cb, bool fExecutable) > { > - pPage->wire_count = 1; > - pPage->pindex = iPage; > - pPage->act_count = 0; > - pPage->oflags = 0; > - pPage->flags = PG_UNMANAGED; > - atomic_add_int(&cnt.v_wire_count, 1); > + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeo > f(*pMemFreeBSD), > + RTR0M > EMOBJTYPE_CONT, NULL, cb); > + if (!pMemFreeBSD) > + return VERR_NO_MEMORY; > + > + int rc = FreeBSDAllocHelper(pMemFreeBSD, fExecutable, _4G - 1, true); > + if (RT_FAILURE(rc)) > + { > + rtR0MemObjDelete(&pMemFreeBSD->Core); > + return rc; > + } > + > + pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); > + *ppMem = &pMemFreeBSD->Core; > + return rc; > } > > > @@ -405,69 +374,36 @@ > RTHCPHYS PhysHighest, size_t uAli > gnment, > bool fContiguous) > { > - int rc = VINF_SUCCESS; > - uint32_t cPages = cb >> PAGE_SHIFT; > + uint32_t cPages = atop(cb); > vm_paddr_t VmPhysAddrHigh; > > /* create the object. */ > - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(RT_OF > FSETOF(RTR0MEMOBJFREEBSD, u.Phys.apPages[cPages]), > + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeo > f(*pMemFreeBSD), > enmTy > pe, NULL, cb); > if (!pMemFreeBSD) > return VERR_NO_MEMORY; > > - pMemFreeBSD->u.Phys.cPages = cPages; > + pMemFreeBSD->pObject = vm_object_allocate(OBJT_PHYS, atop(cb)); > > if (PhysHighest != NIL_RTHCPHYS) > VmPhysAddrHigh = PhysHighest; > else > VmPhysAddrHigh = ~(vm_paddr_t)0; > > - if (fContiguous) > - { > - vm_page_t pPage = vm_phys_alloc_contig(cPages, 0, VmPhysAddrHigh, uA > lignment, 0); > - > - if (pPage) > - for (uint32_t iPage = 0; iPage < cPages; iPage++) > - { > - rtR0MemObjFreeBSDPhysPageInit(&pPage[iPage], iPage); > - pMemFreeBSD->u.Phys.apPages[iPage] = &pPage[iPage]; > - } > - else > - rc = VERR_NO_MEMORY; > - } > - else > - { > - /* Allocate page by page */ > - for (uint32_t iPage = 0; iPage < cPages; iPage++) > - { > - vm_page_t pPage = vm_phys_alloc_contig(1, 0, VmPhysAddrHigh, uAl > ignment, 0); > - > - if (!pPage) > - { > - /* Free all allocated pages */ > - while (iPage-- > 0) > - { > - pPage = pMemFreeBSD->u.Phys.apPages[iPage]; > - vm_page_lock_queues(); > - vm_page_unwire(pPage, 0); > - vm_page_free(pPage); > - vm_page_unlock_queues(); > - } > - rc = VERR_NO_MEMORY; > - break; > - } > - rtR0MemObjFreeBSDPhysPageInit(pPage, iPage); > - pMemFreeBSD->u.Phys.apPages[iPage] = pPage; > - } > - } > + int rc = FreeBSDPhysAllocHelper(pMemFreeBSD->pObject, cPages, VmPhysAddr > High, uAlignment, fContiguous, true); > > - if (RT_FAILURE(rc)) > + if (RT_FAILURE(rc)) { > + vm_object_deallocate(pMemFreeBSD->pObject); > rtR0MemObjDelete(&pMemFreeBSD->Core); > + } > else > { > - if (enmType == RTR0MEMOBJTYPE_PHYS) > + if (fContiguous) > { > - pMemFreeBSD->Core.u.Phys.PhysBase = VM_PAGE_TO_PHYS(pMemFreeBSD- > >u.Phys.apPages[0]); > + Assert(enmType == RTR0MEMOBJTYPE_PHYS); > + VM_OBJECT_LOCK(pMemFreeBSD->pObject); > + pMemFreeBSD->Core.u.Phys.PhysBase = VM_PAGE_TO_PHYS(vm_page_find > _least(pMemFreeBSD->pObject, 0)); > + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); > pMemFreeBSD->Core.u.Phys.fAllocated = true; > } > > @@ -480,42 +416,13 @@ > > DECLHIDDEN(int) rtR0MemObjNativeAllocPhys(PPRTR0MEMOBJINTERNAL ppMem, size_t > cb, RTHCPHYS PhysHighest, size_t uAlignment) > { > -#if 1 > return rtR0MemObjFreeBSDAllocPhysPages(ppMem, RTR0MEMOBJTYPE_PHYS, cb, P > hysHighest, uAlignment, true); > -#else > - /* create the object. */ > - PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(sizeo > f(*pMemFreeBSD), RTR0MEMOBJTYPE_CONT, NULL, cb); > - if (!pMemFreeBSD) > - return VERR_NO_MEMORY; > - > - /* do the allocation. */ > - pMemFreeBSD->Core.pv = contigmalloc(cb, /* size */ > - M_IPRTMOBJ, /* type */ > - M_NOWAIT | M_ZERO, /* flags */ > - 0, /* lowest phys > ical address*/ > - _4G-1, /* highest phy > sical address */ > - uAlignment, /* alignment. > */ > - 0); /* boundary */ > - if (pMemFreeBSD->Core.pv) > - { > - pMemFreeBSD->Core.u.Cont.Phys = vtophys(pMemFreeBSD->Core.pv); > - *ppMem = &pMemFreeBSD->Core; > - return VINF_SUCCESS; > - } > - > - rtR0MemObjDelete(&pMemFreeBSD->Core); > - return VERR_NO_MEMORY; > -#endif > } > > > DECLHIDDEN(int) rtR0MemObjNativeAllocPhysNC(PPRTR0MEMOBJINTERNAL ppMem, size > _t cb, RTHCPHYS PhysHighest) > { > -#if 1 > return rtR0MemObjFreeBSDAllocPhysPages(ppMem, RTR0MEMOBJTYPE_PHYS_NC, cb > , PhysHighest, PAGE_SIZE, false); > -#else > - return VERR_NOT_SUPPORTED; > -#endif > } > > > @@ -625,49 +532,41 @@ > if (!pMemFreeBSD) > return VERR_NO_MEMORY; > > - /* > - * Allocate an empty VM object and map it into the requested map. > - */ > - pMemFreeBSD->u.NonPhys.pObject = vm_object_allocate(OBJT_DEFAULT, cb >> > PAGE_SHIFT); > - if (pMemFreeBSD->u.NonPhys.pObject) > + vm_offset_t MapAddress = pvFixed != (void *)-1 > + ? (vm_offset_t)pvFixed > + : vm_map_min(pMap); > + if (pvFixed != (void *)-1) > + vm_map_remove(pMap, > + MapAddress, > + MapAddress + cb); > + > + rc = vm_map_find(pMap, /* map */ > + NULL, /* object */ > + 0, /* offset */ > + &MapAddress, /* addr (IN/OUT) */ > + cb, /* length */ > + pvFixed == (void *)-1 ? VMFS_ANY_SPACE : VMFS_NO_SPACE, > + /* find_space */ > + VM_PROT_NONE, /* protection */ > + VM_PROT_ALL, /* max(_prot) ?? */ > + 0); /* cow (copy-on-write) * > / > + if (rc == KERN_SUCCESS) > { > - vm_offset_t MapAddress = pvFixed != (void *)-1 > - ? (vm_offset_t)pvFixed > - : vm_map_min(pMap); > - if (pvFixed != (void *)-1) > - vm_map_remove(pMap, > - MapAddress, > - MapAddress + cb); > - > - rc = vm_map_find(pMap, /* map */ > - pMemFreeBSD->u.NonPhys.pObject, /* object */ > - 0, /* offset */ > - &MapAddress, /* addr (IN/OUT) */ > - cb, /* length */ > - pvFixed == (void *)-1, /* find_space */ > - VM_PROT_NONE, /* protection */ > - VM_PROT_ALL, /* max(_prot) ?? */ > - 0); /* cow (copy-on-writ > e) */ > - if (rc == KERN_SUCCESS) > + if (R0Process != NIL_RTR0PROCESS) > { > - if (R0Process != NIL_RTR0PROCESS) > - { > - rc = vm_map_inherit(pMap, > - MapAddress, > - MapAddress + cb, > - VM_INHERIT_SHARE); > - AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); > - } > - pMemFreeBSD->Core.pv = (void *)MapAddress; > - pMemFreeBSD->Core.u.ResVirt.R0Process = R0Process; > - *ppMem = &pMemFreeBSD->Core; > - return VINF_SUCCESS; > + rc = vm_map_inherit(pMap, > + MapAddress, > + MapAddress + cb, > + VM_INHERIT_SHARE); > + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); > } > - vm_object_deallocate(pMemFreeBSD->u.NonPhys.pObject); > - rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) > */ > + pMemFreeBSD->Core.pv = (void *)MapAddress; > + pMemFreeBSD->Core.u.ResVirt.R0Process = R0Process; > + *ppMem = &pMemFreeBSD->Core; > + return VINF_SUCCESS; > } > - else > - rc = VERR_NO_MEMORY; > + > + rc = VERR_NO_MEMORY; /** @todo fix translation (borrow from darwin) */ > rtR0MemObjDelete(&pMemFreeBSD->Core); > return rc; > > @@ -690,7 +589,7 @@ > DECLHIDDEN(int) rtR0MemObjNativeMapKernel(PPRTR0MEMOBJINTERNAL ppMem, RTR0ME > MOBJ pMemToMap, void *pvFixed, size_t uAlignment, > unsigned fProt, size_t offSub, siz > e_t cbSub) > { > - AssertMsgReturn(!offSub && !cbSub, ("%#x %#x\n", offSub, cbSub), VERR_NO > T_SUPPORTED); > +// AssertMsgReturn(!offSub && !cbSub, ("%#x %#x\n", offSub, cbSub), VERR_NO > T_SUPPORTED); > AssertMsgReturn(pvFixed == (void *)-1, ("%p\n", pvFixed), VERR_NOT_SUPPO > RTED); > > /* > @@ -699,21 +598,68 @@ > if (uAlignment > PAGE_SIZE) > return VERR_NOT_SUPPORTED; > > -/* Phys: see pmap_mapdev in i386/i386/pmap.c (http://fxr.watson.org/fxr/sour > ce/i386/i386/pmap.c?v=RELENG62#L2860) */ > -/** @todo finish the implementation. */ > + int rc; > + PRTR0MEMOBJFREEBSD pMemToMapFreeBSD = (PRTR0MEMOBJFREEBSD)pMemToMap; > > - return VERR_NOT_SUPPORTED; > + /* calc protection */ > + vm_prot_t ProtectionFlags = 0; > + if ((fProt & RTMEM_PROT_NONE) == RTMEM_PROT_NONE) > + ProtectionFlags = VM_PROT_NONE; > + if ((fProt & RTMEM_PROT_READ) == RTMEM_PROT_READ) > + ProtectionFlags |= VM_PROT_READ; > + if ((fProt & RTMEM_PROT_WRITE) == RTMEM_PROT_WRITE) > + ProtectionFlags |= VM_PROT_WRITE; > + if ((fProt & RTMEM_PROT_EXEC) == RTMEM_PROT_EXEC) > + ProtectionFlags |= VM_PROT_EXECUTE; > + > + vm_offset_t Addr = vm_map_min(kernel_map); > + if (cbSub == 0) > + cbSub = pMemToMap->cb - offSub; > + > + vm_object_reference(pMemToMapFreeBSD->pObject); > + rc = vm_map_find(kernel_map, /* Map to insert the object in * > / > + pMemToMapFreeBSD->pObject, /* Object to map */ > + offSub, /* Start offset in the object */ > + &Addr, /* Start address IN/OUT */ > + cbSub, /* Size of the mapping */ > + VMFS_ANY_SPACE, /* Whether a suitable address sh > ould be searched for first */ > + ProtectionFlags, /* protection flags */ > + VM_PROT_ALL, /* Maximum protection flags */ > + 0); /* copy-on-write and similar fla > gs */ > + > + if (rc == KERN_SUCCESS) > + { > + rc = vm_map_wire(kernel_map, Addr, Addr + cbSub, VM_MAP_WIRE_SYSTEM| > VM_MAP_WIRE_NOHOLES); > + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); > + > + PRTR0MEMOBJFREEBSD pMemFreeBSD = (PRTR0MEMOBJFREEBSD)rtR0MemObjNew(s > izeof(RTR0MEMOBJFREEBSD), > + R > TR0MEMOBJTYPE_MAPPING, > + ( > void *)Addr, > + c > bSub); > + if (pMemFreeBSD) > + { > + Assert((vm_offset_t)pMemFreeBSD->Core.pv == Addr); > + pMemFreeBSD->Core.u.Mapping.R0Process = NIL_RTR0PROCESS; > + *ppMem = &pMemFreeBSD->Core; > + return VINF_SUCCESS; > + } > + rc = vm_map_remove(kernel_map, Addr, Addr + cbSub); > + AssertMsg(rc == KERN_SUCCESS, ("Deleting mapping failed\n")); > + } > + else > + vm_object_deallocate(pMemToMapFreeBSD->pObject); > + > + return VERR_NO_MEMORY; > } > > > -/* see http://markmail.org/message/udhq33tefgtyfozs */ > -DECLHIDDEN(int) rtR0MemObjNativeMapUser(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMO > BJ pMemToMap, RTR3PTR R3PtrFixed, size_t uAlignment, unsigned fProt, RTR0PROC > ESS R0Process) > +DECLHIDDEN(int) rtR0MemObjNativeMapUser(PPRTR0MEMOBJINTERNAL ppMem, RTR0MEMO > BJ pMemToMap, RTR3PTR R3PtrFixed, size_t uAlignment, > + unsigned fProt, RTR0PROCESS R0Proces > s) > { > /* > * Check for unsupported stuff. > */ > AssertMsgReturn(R0Process == RTR0ProcHandleSelf(), ("%p != %p\n", R0Proc > ess, RTR0ProcHandleSelf()), VERR_NOT_SUPPORTED); > - AssertMsgReturn(R3PtrFixed == (RTR3PTR)-1, ("%p\n", R3PtrFixed), VERR_NO > T_SUPPORTED); > if (uAlignment > PAGE_SIZE) > return VERR_NOT_SUPPORTED; > > @@ -734,62 +680,38 @@ > ProtectionFlags |= VM_PROT_EXECUTE; > > /* calc mapping address */ > - PROC_LOCK(pProc); > - vm_offset_t AddrR3 = round_page((vm_offset_t)pProc->p_vmspace->vm_daddr > + lim_max(pProc, RLIMIT_DATA)); > - PROC_UNLOCK(pProc); > + vm_offset_t AddrR3; > + if (R3PtrFixed == (RTR3PTR)-1) > + { > + // is this needed? > + PROC_LOCK(pProc); > + AddrR3 = round_page((vm_offset_t)pProc->p_vmspace->vm_daddr + lim_ma > x(pProc, RLIMIT_DATA)); > + PROC_UNLOCK(pProc); > + } > + else > + AddrR3 = (vm_offset_t)R3PtrFixed; > > - /* Insert the object in the map. */ > + /* Insert the pObject in the map. */ > + vm_object_reference(pMemToMapFreeBSD->pObject); > rc = vm_map_find(pProcMap, /* Map to insert the object in * > / > - NULL, /* Object to map */ > + pMemToMapFreeBSD->pObject, /* Object to map */ > 0, /* Start offset in the object */ > &AddrR3, /* Start address IN/OUT */ > pMemToMap->cb, /* Size of the mapping */ > - TRUE, /* Whether a suitable address sh > ould be searched for first */ > + R3PtrFixed == (RTR3PTR)-1 ? VMFS_ANY_SPACE : VMFS_NO_SP > ACE, > + /* Whether a suitable address sh > ould be searched for first */ > ProtectionFlags, /* protection flags */ > VM_PROT_ALL, /* Maximum protection flags */ > - 0); /* Copy on write */ > + 0); /* copy-on-write and similar fla > gs */ > > - /* Map the memory page by page into the destination map. */ > if (rc == KERN_SUCCESS) > { > - size_t cPages = pMemToMap->cb >> PAGE_SHIFT;; > - pmap_t pPhysicalMap = pProcMap->pmap; > - vm_offset_t AddrR3Dst = AddrR3; > - > - if ( pMemToMap->enmType == RTR0MEMOBJTYPE_PHYS > - || pMemToMap->enmType == RTR0MEMOBJTYPE_PHYS_NC > - || pMemToMap->enmType == RTR0MEMOBJTYPE_PAGE) > - { > - /* Mapping physical allocations */ > - Assert(cPages == pMemToMapFreeBSD->u.Phys.cPages); > + rc = vm_map_wire(pProcMap, AddrR3, AddrR3 + pMemToMap->cb, VM_MAP_WI > RE_USER|VM_MAP_WIRE_NOHOLES); > + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); > > - /* Insert the memory page by page into the mapping. */ > - for (uint32_t iPage = 0; iPage < cPages; iPage++) > - { > - vm_page_t pPage = pMemToMapFreeBSD->u.Phys.apPages[iPage]; > + rc = vm_map_inherit(pProcMap, AddrR3, AddrR3 + pMemToMap->cb, VM_INH > ERIT_SHARE); > + AssertMsg(rc == KERN_SUCCESS, ("%#x\n", rc)); > > - MY_PMAP_ENTER(pPhysicalMap, AddrR3Dst, pPage, ProtectionFlag > s, TRUE); > - AddrR3Dst += PAGE_SIZE; > - } > - } > - else > - { > - /* Mapping cont or low memory types */ > - vm_offset_t AddrToMap = (vm_offset_t)pMemToMap->pv; > - > - for (uint32_t iPage = 0; iPage < cPages; iPage++) > - { > - vm_page_t pPage = PHYS_TO_VM_PAGE(vtophys(AddrToMap)); > - > - MY_PMAP_ENTER(pPhysicalMap, AddrR3Dst, pPage, ProtectionFlag > s, TRUE); > - AddrR3Dst += PAGE_SIZE; > - AddrToMap += PAGE_SIZE; > - } > - } > - } > - > - if (RT_SUCCESS(rc)) > - { > /* > * Create a mapping object for it. > */ > @@ -805,9 +727,11 @@ > return VINF_SUCCESS; > } > > - rc = vm_map_remove(pProcMap, ((vm_offset_t)AddrR3), ((vm_offset_t)Ad > drR3) + pMemToMap->cb); > + rc = vm_map_remove(pProcMap, AddrR3, AddrR3 + pMemToMap->cb); > AssertMsg(rc == KERN_SUCCESS, ("Deleting mapping failed\n")); > } > + else > + vm_object_deallocate(pMemToMapFreeBSD->pObject); > > return VERR_NO_MEMORY; > } > @@ -855,49 +779,47 @@ > return NIL_RTHCPHYS; > } > > - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << P > AGE_SHIFT); > + vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + ptoa(iPage) > ; > > struct proc *pProc = (struct proc *)pMemFreeBSD->Core.u.L > ock.R0Process; > struct vm_map *pProcMap = &pProc->p_vmspace->vm_map; > - pmap_t pPhysicalMap = pProcMap->pmap; > + pmap_t pPhysicalMap = vm_map_pmap(pProcMap); > > return pmap_extract(pPhysicalMap, pb); > } > > case RTR0MEMOBJTYPE_MAPPING: > { > - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << P > AGE_SHIFT); > + vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + ptoa(iPage) > ; > > if (pMemFreeBSD->Core.u.Mapping.R0Process != NIL_RTR0PROCESS) > { > struct proc *pProc = (struct proc *)pMemFreeBSD->Core > .u.Mapping.R0Process; > struct vm_map *pProcMap = &pProc->p_vmspace->vm_map; > - pmap_t pPhysicalMap = pProcMap->pmap; > + pmap_t pPhysicalMap = vm_map_pmap(pProcMap); > > return pmap_extract(pPhysicalMap, pb); > } > return vtophys(pb); > } > > - case RTR0MEMOBJTYPE_CONT: > - return pMemFreeBSD->Core.u.Cont.Phys + (iPage << PAGE_SHIFT); > - > - case RTR0MEMOBJTYPE_PHYS: > - return pMemFreeBSD->Core.u.Phys.PhysBase + (iPage << PAGE_SHIFT) > ; > - > case RTR0MEMOBJTYPE_PAGE: > - case RTR0MEMOBJTYPE_PHYS_NC: > - return VM_PAGE_TO_PHYS(pMemFreeBSD->u.Phys.apPages[iPage]); > - > -#ifdef USE_KMEM_ALLOC_ATTR > case RTR0MEMOBJTYPE_LOW: > + case RTR0MEMOBJTYPE_PHYS_NC: > { > - vm_offset_t pb = (vm_offset_t)pMemFreeBSD->Core.pv + (iPage << P > AGE_SHIFT); > - return vtophys(pb); > + RTHCPHYS addr; > + VM_OBJECT_LOCK(pMemFreeBSD->pObject); > + addr = VM_PAGE_TO_PHYS(vm_page_lookup(pMemFreeBSD->pObject, iPag > e)); > + VM_OBJECT_UNLOCK(pMemFreeBSD->pObject); > + return addr; > } > -#else > - case RTR0MEMOBJTYPE_LOW: > -#endif > + > + case RTR0MEMOBJTYPE_PHYS: > + return pMemFreeBSD->Core.u.Cont.Phys + ptoa(iPage); > + > + case RTR0MEMOBJTYPE_CONT: > + return pMemFreeBSD->Core.u.Phys.PhysBase + ptoa(iPage); > + > case RTR0MEMOBJTYPE_RES_VIRT: > default: > return NIL_RTHCPHYS; > > --------------080309080104030002060603 > Content-Type: text/plain; charset="us-ascii" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" > > --------------080309080104030002060603-- > > From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 01:35:02 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1033) id B72751065673; Thu, 23 Feb 2012 01:35:02 +0000 (UTC) Date: Thu, 23 Feb 2012 01:35:02 +0000 From: Alexey Dokuchaev To: John Hein Message-ID: <20120223013502.GA78308@FreeBSD.org> References: <20120222222544.GA88092@azathoth.lan> <20293.31720.350021.74506@gromit.timing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20293.31720.350021.74506@gromit.timing.com> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org, Baptiste Daroussin , x11@FreeBSD.org Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 01:35:02 -0000 On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote: > One of the issues with 'alternatives' implementations is that they are > not selectable per-user (including non superuser). > > In this particular case (libGL), also what about the native X server > vs. virtual X servers that support using the mesa lib (per-application > selection)? > > In addition to something like alternatives, another option is to allow > installation of conflicting files (like libGL.so in this case) to > separate directories and specify which to use using a path (like > LD_LIBRARY_PATH or rpath at compile time). That can help with the > aforementioned per-user and per-application variation. > > Personally, I prefer the "path" method over something like alternative > sym links (e.g., debian/redhat alternatives). There can still be a > front-end tool to get at the "alternates" configuration information, > but I like the ability to set a path rather than a sym link. I tend to agree. While I currently do not see clearly the best solution to the problem, when I see "etc/alternative.d" I want to unsee it ASAP. For nvidia driver, it might be easier to simply provide a knob in xorg-server and libGL and perhaps register a dependency on nvidia-driver; no need to invent some cumbersome framework. ./danfe From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 02:19:21 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id E7CAF106566C; Thu, 23 Feb 2012 02:19:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 9ECA214FD75; Thu, 23 Feb 2012 02:19:21 +0000 (UTC) Message-ID: <4F45A229.4030407@FreeBSD.org> Date: Wed, 22 Feb 2012 18:19:21 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Andriy Gapon References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> <4F44B4BF.5070402@FreeBSD.org> <4F44C228.5030507@FreeBSD.org> <4F44C7E2.3020801@FreeBSD.org> <4F457AE8.4090708@FreeBSD.org> In-Reply-To: <4F457AE8.4090708@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 02:19:22 -0000 On 02/22/2012 15:31, Andriy Gapon wrote: > on 22/02/2012 12:48 Doug Barton said the following: >> On 02/22/2012 02:23, Andriy Gapon wrote: >>> The attached patched should try to grab the memory harder. >> >> Same result, different memory address: >> >> supdrvGipCreate: failed to allocate the GIP page. rc=-8 >> vboxdrv: supdrvInitDevExt failed, rc=-8 >> module_register_init: MOD_LOAD (vboxdrv, 0xc66e8410, 0) error 12 > > OK, now that, thanks to more testers, I realize that this issue is entirely > i386-specific, I think that I might have been barking at the wrong trees. > Now something very i386-ish to try to deal with the problem - the usual patch > file is attached. This gives much better results. :) I can kldload the module, and get this on the command line: vboxdrv: fAsync=0 offMin=0x3596 offMax=0xa897 VirtualBox works, and I can start win xp (my only 32-bit guest). In 4.0 trying to do 'restart' with XP would hang the XP window forever.... I tried it with 4.1 and it not only hung the XP guest window, it hung my X session. Fortunately I was able to Ctrl-Alt-F1 and kill it from the outside, and didn't have any problems after that. Start/Stop from within XP worked as expected. >> ... and not sure it's relevant, but both times I've tried loading these >> modules it has killed my sound. /dev/mixer goes away, and I have to >> reboot to get it back. This has never happened before, so I'm pretty >> sure it's connected. > > No ideas whatsoever at this front. Didn't happen this time, so I'm guessing some sort of memory corruption from the failed module load was wiping out the mixer device. Thanks again, Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 02:31:13 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 18B1E106566B for ; Thu, 23 Feb 2012 02:31:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id BF6F41501BC; Thu, 23 Feb 2012 02:31:12 +0000 (UTC) Message-ID: <4F45A4F0.2090802@FreeBSD.org> Date: Wed, 22 Feb 2012 18:31:12 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Rainer Hurling References: <4F3F94C5.5020005@gwdg.de> <4F4021CF.9030503@FreeBSD.org> <4F409850.2010404@gwdg.de> <4F453843.3030805@gwdg.de> In-Reply-To: <4F453843.3030805@gwdg.de> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: multipart/mixed; boundary="------------020700010206070508010403" Cc: wmaker-dev@lists.windowmaker.info, freebsd-ports@freebsd.org Subject: Re: x11-wm/windowmaker: saving session not possible any more X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: wmaker-dev@lists.windowmaker.info List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 02:31:13 -0000 This is a multi-part message in MIME format. --------------020700010206070508010403 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Rainer, I'm cc'ing the wmaker-dev list, please follow up there rather than freebsd-ports till we get this resolved. On 02/22/2012 10:47, Rainer Hurling wrote: > it seems I found a workaround for getting the session restored after > restarting windowmaker. I took a look at this and got some very odd results. First, using stock windowmaker, I started, did a 'clear session', made sure everything was closed, then exited with the save session box checked. Then I started a few apps, exited with save session checked, and when I restarted it brought the session back. Then I used the attached patch to see the values of those variables you mentioned ... both were "(null)" as expected, and restoring the session continued to work. At this point I got creative and started playing with various combinations of 'clear session' and saving or not saving my session, and managed to get windomaker into a state where it would fail when started and bring up the dialog that gave the option to restart, start another wm, or dump a core file. Still not sure what was happening there, and the core wasn't particularly useful. Now that I think about it, I suspect that if I had tried 'wmaker -norestore' it would have worked ... What I suggest you do is add the attached to windowmaker/files (rename to patch-debug) and build it without your change. Then run startx and check the terminal. Try doing what I did above (clear session, exit w/save, startx, run some stuff, exit w/save, startx) and see if it works. If it doesn't, check the values of those 2 knobs in the printout on the terminal and let us know what's going on. hth, Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ --------------020700010206070508010403 Content-Type: text/plain; name="nopatch-debug" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="nopatch-debug" --- src/startup.c.orig 2012-02-22 16:25:30.000000000 -0800 +++ src/startup.c 2012-02-22 16:16:47.000000000 -0800 @@ -760,6 +760,8 @@ /* restore saved menus */ wMenuRestoreState(wScreen[j]); +wmessage("restarting: %s, norestore: %s\n", wPreferences.flags.restarting, wPreferences.flags.norestore); + /* If we're not restarting, restore session */ if (wPreferences.flags.restarting == 0 && !wPreferences.flags.norestore) wSessionRestoreState(wScreen[j]); --------------020700010206070508010403-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 03:10:51 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id DCAA4106567D; Thu, 23 Feb 2012 03:10:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 42DF4156251; Thu, 23 Feb 2012 03:10:29 +0000 (UTC) Message-ID: <4F45AE24.1050909@FreeBSD.org> Date: Wed, 22 Feb 2012 19:10:28 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: kuriyama@FreeBSD.org References: <4F445D9A.9070303@FreeBSD.org> In-Reply-To: <4F445D9A.9070303@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD ports list Subject: Re: devel/p5-B-Hooks-OP-Check-EntersubForCV X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 03:10:51 -0000 On 02/21/2012 19:14, Doug Barton wrote: > The port is currently tagged: > > BROKEN= does not configure > > and I don't see any PRs for it. Do you have plans to look at it? Do you > need any help? I tried removing the BROKEN line and this port worked just fine on 8-i386. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 03:13:48 2012 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 835521065670; Thu, 23 Feb 2012 03:13:48 +0000 (UTC) (envelope-from rflynn@acsalaska.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 497D58FC15; Thu, 23 Feb 2012 03:13:48 +0000 (UTC) Received: from [127.0.0.1] (squeeze.lan.rachie.is-a-geek.net [192.168.2.30]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 479A37E854; Wed, 22 Feb 2012 17:55:44 -0900 (AKST) Message-ID: <4F45AA9C.5080303@acsalaska.net> Date: Thu, 23 Feb 2012 03:55:24 +0100 From: Mel Flynn User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Alexey Dokuchaev References: <20120222222544.GA88092@azathoth.lan> <20293.31720.350021.74506@gromit.timing.com> <20120223013502.GA78308@FreeBSD.org> In-Reply-To: <20120223013502.GA78308@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Baptiste Daroussin , x11@freebsd.org, John Hein Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 03:13:48 -0000 On 2/23/2012 02:35, Alexey Dokuchaev wrote: > On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote: >> One of the issues with 'alternatives' implementations is that they are >> not selectable per-user (including non superuser). >> >> In this particular case (libGL), also what about the native X server >> vs. virtual X servers that support using the mesa lib (per-application >> selection)? >> >> In addition to something like alternatives, another option is to allow >> installation of conflicting files (like libGL.so in this case) to >> separate directories and specify which to use using a path (like >> LD_LIBRARY_PATH or rpath at compile time). That can help with the >> aforementioned per-user and per-application variation. >> >> Personally, I prefer the "path" method over something like alternative >> sym links (e.g., debian/redhat alternatives). There can still be a >> front-end tool to get at the "alternates" configuration information, >> but I like the ability to set a path rather than a sym link. > > I tend to agree. While I currently do not see clearly the best solution to > the problem, when I see "etc/alternative.d" I want to unsee it ASAP. > > For nvidia driver, it might be easier to simply provide a knob in > xorg-server and libGL and perhaps register a dependency on nvidia-driver; > no need to invent some cumbersome framework. Years ago, I suggested to have nvidia-driver conflict with Mesa libGL and select nvidia through WITH_NVIDIA_GL knob. At the time the consensus was that end users shouldn't be left with a non-working system if they uninstall the driver. So maybe the solution it to have a "restore" mechanism in place (/usr/local/lib/pkg/restore?) that puts replaced files back. This is essentially what nvidia-driver is doing, not just with libGL. The challenge will to update the pkg that it replaced files for and to know that it should not install the files that are replaced in case of an upgrade of that package. This will also make things easier for users, because the current situation is that after an upgrade of Mesa, users will need to forcibly reinstall nvidia-driver to overwrite the libGL. -- Mel From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 06:26:36 2012 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 2AC351065670; Thu, 23 Feb 2012 06:26:36 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id ADC4A8FC15; Thu, 23 Feb 2012 06:26:35 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd5ml2no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd7mo1no-svcs.prod.shaw.ca with ESMTP; 22 Feb 2012 23:26:34 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=m05oFQ/DU99dGqsFIml08suKTIzCBvSA/J37eL+THWw= c=1 sm=1 a=hunnjcbhBuQA:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=6I5d2MoRAAAA:8 a=BWvPGDcYAAAA:8 a=bes9EIX-J0dLThgs9jAA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=V7tsTZBp22UA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by pd5ml2no-dmz.prod.shaw.ca with ESMTP; 22 Feb 2012 23:26:34 -0700 Received: from slippy.cwsent.com (slippy3.cwsent.com [10.1.3.91]) by spqr.komquats.com (Postfix) with ESMTP id 18A2446B6F; Wed, 22 Feb 2012 22:26:33 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id q1N6QXr3003939; Wed, 22 Feb 2012 22:26:33 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201202230626.q1N6QXr3003939@slippy.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Andriy Gapon In-Reply-To: Message from Andriy Gapon of "Thu, 23 Feb 2012 01:31:52 +0200." <4F457AE8.4090708@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Feb 2012 22:26:33 -0800 Cc: freebsd-emulation@FreeBSD.org, Doug Barton , decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 06:26:36 -0000 In message <4F457AE8.4090708@FreeBSD.org>, Andriy Gapon writes: > on 22/02/2012 12:48 Doug Barton said the following: > > On 02/22/2012 02:23, Andriy Gapon wrote: > >> The attached patched should try to grab the memory harder. > > > > Same result, different memory address: > > > > supdrvGipCreate: failed to allocate the GIP page. rc=-8 > > vboxdrv: supdrvInitDevExt failed, rc=-8 > > module_register_init: MOD_LOAD (vboxdrv, 0xc66e8410, 0) error 12 > > OK, now that, thanks to more testers, I realize that this issue is entirely > i386-specific, I think that I might have been barking at the wrong trees. > Now something very i386-ish to try to deal with the problem - the usual patch > file is attached. The patch tests out OK on 8.2 and 9.0. No panic. Fedora 16 runs nicely under vbox. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 07:21:37 2012 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 918E51065674; Thu, 23 Feb 2012 07:21:37 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 59AA98FC08; Thu, 23 Feb 2012 07:21:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1N7Lb27072026; Thu, 23 Feb 2012 07:21:37 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1N7Lb5v071999; Thu, 23 Feb 2012 07:21:37 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Thu, 23 Feb 2012 08:21:33 +0100 From: Baptiste Daroussin To: Alexey Dokuchaev Message-ID: <20120223072132.GB88092@azathoth.lan> References: <20120222222544.GA88092@azathoth.lan> <20293.31720.350021.74506@gromit.timing.com> <20120223013502.GA78308@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <20120223013502.GA78308@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, x11@FreeBSD.org, John Hein Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 07:21:37 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 23, 2012 at 01:35:02AM +0000, Alexey Dokuchaev wrote: > On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote: > > One of the issues with 'alternatives' implementations is that they are > > not selectable per-user (including non superuser). > >=20 > > In this particular case (libGL), also what about the native X server > > vs. virtual X servers that support using the mesa lib (per-application > > selection)? > >=20 > > In addition to something like alternatives, another option is to allow > > installation of conflicting files (like libGL.so in this case) to > > separate directories and specify which to use using a path (like > > LD_LIBRARY_PATH or rpath at compile time). That can help with the > > aforementioned per-user and per-application variation. > >=20 > > Personally, I prefer the "path" method over something like alternative > > sym links (e.g., debian/redhat alternatives). There can still be a > > front-end tool to get at the "alternates" configuration information, > > but I like the ability to set a path rather than a sym link. >=20 > I tend to agree. While I currently do not see clearly the best solution = to > the problem, when I see "etc/alternative.d" I want to unsee it ASAP. >=20 > For nvidia driver, it might be easier to simply provide a knob in > xorg-server and libGL and perhaps register a dependency on nvidia-driver; > no need to invent some cumbersome framework. Why not but which package will provide the libGL.so file? in all case the u= sers might need to be able to switch the libGL.so file from the nvidia one to the mesa one, what would a user have to do for that, in particular a user using= only binary packages where a file can't belong to 2 different packages without conflicting? if someone have a better solution than a framework for that I'm open but no= the knob is not a solution for package people. regards, Bapt --0eh6TmSyL6TZE2Uz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9F6PwACgkQ8kTtMUmk6Ewd/QCfXxbHBhX91uwFVWvIab/bZ0nP +qcAn3gzdWdRYeAmVR+N32WBALERK7fJ =gYLG -----END PGP SIGNATURE----- --0eh6TmSyL6TZE2Uz-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 08:43:38 2012 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 347631065673 for ; Thu, 23 Feb 2012 08:43:38 +0000 (UTC) (envelope-from conrads@serene.no-ip.org) Received: from eastrmfepi206.cox.net (eastrmfepi206.cox.net [68.230.241.210]) by mx1.freebsd.org (Postfix) with ESMTP id C12618FC19 for ; Thu, 23 Feb 2012 08:43:37 +0000 (UTC) Received: from eastrmimpo306.cox.net ([68.230.241.238]) by eastrmfepo203.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120223075046.UXGK18532.eastrmfepo203.cox.net@eastrmimpo306.cox.net>; Thu, 23 Feb 2012 02:50:46 -0500 Received: from serene.no-ip.org ([98.164.84.176]) by eastrmimpo306.cox.net with bizsmtp id dKql1i00E3oG0Ji02Kqmaa; Thu, 23 Feb 2012 02:50:46 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020204.4F45EFD6.0040,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=2CKTb6sOHMFubac8WzXLDIqzKQccA9e3Eg9uf1AD2Z8= c=1 sm=1 a=--5bKv6cA00A:10 a=G8Uczd0VNMoA:10 a=Wajolswj7cQA:10 a=qwmwShWo9LG1Fa0ONy89vg==:17 a=t0Zm2Zi0AAAA:8 a=d_Hav0sBVgGIajBdekAA:9 a=f71CiF0o5phK0hk0uUoA:7 a=qwmwShWo9LG1Fa0ONy89vg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q1N7ojxR097466; Thu, 23 Feb 2012 01:50:45 -0600 (CST) (envelope-from conrads@serene.no-ip.org) Received: (from root@localhost) by serene.no-ip.org (8.14.5/8.14.5/Submit) id q1N7oevx097465; Thu, 23 Feb 2012 01:50:40 -0600 (CST) (envelope-from conrads) Date: Thu, 23 Feb 2012 01:50:40 -0600 (CST) Message-Id: <201202230750.q1N7oevx097465@serene.no-ip.org> To: FreeBSD-gnats-submit@freebsd.org From: "Conrad J. Sabatier" X-send-pr-version: 3.113 X-GNATS-Notify: Cc: ports@freebsd.org Subject: [patch] ports/*/Makefile: move missorted SUBDIR lines X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Conrad J. Sabatier" List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 08:43:38 -0000 >Submitter-Id: current-users >Originator: Conrad J. Sabatier >Organization: >Confidential: no >Synopsis: [patch] ports/*/Makefile: move missorted SUBDIR lines >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 10.0-CURRENT amd64 >Environment: System: FreeBSD serene.no-ip.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Sun Feb 12 19:15:46 CST 2012 conrads@serene.no-ip.org:/usr/obj/usr/src/sys/CUSTOM amd64 >Description: A few of the ports categories' Makefiles contain missorted entries. I discovered this while working on a new tool I'm writing in C to speed up the rebuilding of the ports README.html files. Other ports tools or make targets may be affected by this missorting as well. >How-To-Repeat: N/A >Fix: patch below --- ports-Makefiles.diff begins here --- Index: /usr/ports/audio/Makefile =================================================================== RCS file: /home/ncvs/ports/audio/Makefile,v retrieving revision 1.1211 diff -u -r1.1211 Makefile --- /usr/ports/audio/Makefile 7 Feb 2012 06:39:52 -0000 1.1211 +++ /usr/ports/audio/Makefile 23 Feb 2012 07:02:19 -0000 @@ -303,8 +303,8 @@ SUBDIR += icegenerator SUBDIR += ices SUBDIR += ices0 - SUBDIR += id3el SUBDIR += id3ed + SUBDIR += id3el SUBDIR += id3lib SUBDIR += id3mtag SUBDIR += id3ren Index: /usr/ports/devel/Makefile =================================================================== RCS file: /home/ncvs/ports/devel/Makefile,v retrieving revision 1.4870 diff -u -r1.4870 Makefile --- /usr/ports/devel/Makefile 21 Feb 2012 20:02:35 -0000 1.4870 +++ /usr/ports/devel/Makefile 23 Feb 2012 07:04:39 -0000 @@ -3780,8 +3780,8 @@ SUBDIR += rubygem-templater SUBDIR += rubygem-test SUBDIR += rubygem-test-unit - SUBDIR += rubygem-thrift SUBDIR += rubygem-thor + SUBDIR += rubygem-thrift SUBDIR += rubygem-tilt SUBDIR += rubygem-tins SUBDIR += rubygem-transactionsimple Index: /usr/ports/japanese/Makefile =================================================================== RCS file: /home/ncvs/ports/japanese/Makefile,v retrieving revision 1.792 diff -u -r1.792 Makefile --- /usr/ports/japanese/Makefile 19 Feb 2012 20:10:02 -0000 1.792 +++ /usr/ports/japanese/Makefile 23 Feb 2012 07:16:29 -0000 @@ -156,8 +156,8 @@ SUBDIR += less SUBDIR += libicq SUBDIR += libjcode - SUBDIR += libslang SUBDIR += libskk + SUBDIR += libslang SUBDIR += libtomoe-gtk SUBDIR += lipsf SUBDIR += lookup Index: /usr/ports/net-im/Makefile =================================================================== RCS file: /home/ncvs/ports/net-im/Makefile,v retrieving revision 1.164 diff -u -r1.164 Makefile --- /usr/ports/net-im/Makefile 18 Jan 2012 07:43:03 -0000 1.164 +++ /usr/ports/net-im/Makefile 23 Feb 2012 07:16:00 -0000 @@ -173,10 +173,10 @@ SUBDIR += tkabber-devel SUBDIR += tkabber-plugins SUBDIR += tkabbur - SUBDIR += turpial SUBDIR += tmsnc SUBDIR += trix SUBDIR += ttytter + SUBDIR += turpial SUBDIR += twirssi SUBDIR += twitmail SUBDIR += vacuum-im Index: /usr/ports/net-mgmt/Makefile =================================================================== RCS file: /home/ncvs/ports/net-mgmt/Makefile,v retrieving revision 1.278 diff -u -r1.278 Makefile --- /usr/ports/net-mgmt/Makefile 17 Feb 2012 17:22:20 -0000 1.278 +++ /usr/ports/net-mgmt/Makefile 23 Feb 2012 07:15:19 -0000 @@ -157,8 +157,8 @@ SUBDIR += net-snmp SUBDIR += netams SUBDIR += netams-front - SUBDIR += netdisco-mibs SUBDIR += netdisco + SUBDIR += netdisco-mibs SUBDIR += netleak SUBDIR += netmask SUBDIR += netmond Index: /usr/ports/sysutils/Makefile =================================================================== RCS file: /home/ncvs/ports/sysutils/Makefile,v retrieving revision 1.1381 diff -u -r1.1381 Makefile --- /usr/ports/sysutils/Makefile 16 Feb 2012 18:06:06 -0000 1.1381 +++ /usr/ports/sysutils/Makefile 23 Feb 2012 07:14:36 -0000 @@ -485,8 +485,8 @@ SUBDIR += mapchan SUBDIR += massadmin SUBDIR += mbmon - SUBDIR += mcollective SUBDIR += mcelog + SUBDIR += mcollective SUBDIR += mcron SUBDIR += mcweject SUBDIR += mdcp Index: /usr/ports/www/Makefile =================================================================== RCS file: /home/ncvs/ports/www/Makefile,v retrieving revision 1.3135 diff -u -r1.3135 Makefile --- /usr/ports/www/Makefile 22 Feb 2012 03:41:01 -0000 1.3135 +++ /usr/ports/www/Makefile 23 Feb 2012 07:13:26 -0000 @@ -1708,8 +1708,8 @@ SUBDIR += rubygem-typhoeus SUBDIR += rubygem-uglifier SUBDIR += rubygem-unicorn - SUBDIR += rubygem-url_escape SUBDIR += rubygem-url-mount + SUBDIR += rubygem-url_escape SUBDIR += rubygem-webmock SUBDIR += rubygem-webrobots SUBDIR += rubygem-yapra Index: /usr/ports/x11-toolkits/Makefile =================================================================== RCS file: /home/ncvs/ports/x11-toolkits/Makefile,v retrieving revision 1.596 diff -u -r1.596 Makefile --- /usr/ports/x11-toolkits/Makefile 19 Feb 2012 09:07:38 -0000 1.596 +++ /usr/ports/x11-toolkits/Makefile 23 Feb 2012 07:11:28 -0000 @@ -177,9 +177,9 @@ SUBDIR += p5-Tk-Getopt SUBDIR += p5-Tk-HistEntry SUBDIR += p5-Tk-JComboBox + SUBDIR += p5-Tk-ResizeButton SUBDIR += p5-Tk-Role-Dialog SUBDIR += p5-Tk-Role-HasWidgets - SUBDIR += p5-Tk-ResizeButton SUBDIR += p5-Tk-Splashscreen SUBDIR += p5-Tk-Sugar SUBDIR += p5-Tk-TableMatrix --- ports-Makefiles.diff ends here --- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 09:08:15 2012 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 C86C6106566B; Thu, 23 Feb 2012 09:08:15 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id BF0AE8FC08; Thu, 23 Feb 2012 09:08:14 +0000 (UTC) Received: by bkcjg1 with SMTP id jg1so1103485bkc.13 for ; Thu, 23 Feb 2012 01:08:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=soNzDPB44P4eYky5zkcEUCHPskmuD+WakVBvbJYkAk8=; b=wl6Si0vZrJYmZ748oiNwmo8BJlgTZwF3eA9cVNdlbeZoOuz2SJe0bS2B++FL9CCJUm 9ruoQ1UCJ9CAtHWJGnkyhtU4il2tn/EQusSwaQqdi4xz1PXHIM6VTYe7GCzPc4Es1+8Q 00IyeMLwAReyZqKkZ7Rb8l5vO5Joy1A73SSV0= Received: by 10.204.173.11 with SMTP id n11mr186752bkz.120.1329988093552; Thu, 23 Feb 2012 01:08:13 -0800 (PST) Received: from woodstock.peanuts (host230-120-dynamic.51-79-r.retail.telecomitalia.it. [79.51.120.230]) by mx.google.com with ESMTPS id y9sm1336531bkw.5.2012.02.23.01.08.12 (version=SSLv3 cipher=OTHER); Thu, 23 Feb 2012 01:08:12 -0800 (PST) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: freebsd-x11@freebsd.org Date: Thu, 23 Feb 2012 10:08:09 +0100 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.7.4; amd64; ; ) References: <20120222222544.GA88092@azathoth.lan> <20120223013502.GA78308@FreeBSD.org> <20120223072132.GB88092@azathoth.lan> In-Reply-To: <20120223072132.GB88092@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2950548.8OVHH1h8pe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201202231008.09849.avilla@freebsd.org> Cc: ports@freebsd.org, Baptiste Daroussin , x11@freebsd.org, Alexey Dokuchaev Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 09:08:15 -0000 --nextPart2950548.8OVHH1h8pe Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable On Thursday 23 February 2012 08:21:33 Baptiste Daroussin wrote: > Why not but which package will provide the libGL.so file? in all case the > users might need to be able to switch the libGL.so file from the nvidia > one to the mesa one, what would a user have to do for that, in particular > a user using only binary packages where a file can't belong to 2 different > packages without conflicting? Something like splitting libGL.so and making a mesa-libgl-whatever port?=20 Then mark CONFLICTS, and replacing that with nvidia-driver will be easy.=20 Won't it? =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla Dear Lord: I just want *_=08o_=08n_=08e* one-armed manager so I never have to hear=20 "On the other hand", again. --nextPart2950548.8OVHH1h8pe Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iJwEAAECAAYFAk9GAfkACgkQ3xiC6kQ1CotuFAP/VesZC+ulxbnZ63VeKUtFz0yU YOFoRhQ5wZOsDNgK7T7JEfMOYSkX6qYbdq4j80KUKfqPN/xBMWN0veygy3li+115 2x0wPj/4VectN+2tpyIutX0Hm67a4Dt0OjZGAPKvCcB0hbZeR2/Xlyb9+HDX54tI GmllDjHOluxTGVDsjJY= =UL6E -----END PGP SIGNATURE----- --nextPart2950548.8OVHH1h8pe-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 11:44:04 2012 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 41E40106566C; Thu, 23 Feb 2012 11:44:04 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from xiurhn.etoilebsd.net (xiurhn.etoilebsd.net [94.23.37.58]) by mx1.freebsd.org (Postfix) with ESMTP id F22B18FC13; Thu, 23 Feb 2012 11:44:03 +0000 (UTC) Received: by xiurhn.etoilebsd.net (Postfix, from userid 80) id 4EDD87E830; Thu, 23 Feb 2012 12:28:48 +0100 (CET) To: Alexander Leidinger MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 23 Feb 2012 11:28:48 +0000 From: Baptiste Daroussin In-Reply-To: <20120223093421.Horde.oN2FMZjmRSRPRfoNKQ4BA-g@webmail.leidinger.net> References: <20120222222544.GA88092@azathoth.lan> <20293.31720.350021.74506@gromit.timing.com> <20120223013502.GA78308@FreeBSD.org> <20120223072132.GB88092@azathoth.lan> <20120223093421.Horde.oN2FMZjmRSRPRfoNKQ4BA-g@webmail.leidinger.net> Message-ID: X-Sender: bapt@FreeBSD.org User-Agent: Roundcube Webmail/0.7.1 Cc: ports@freebsd.org, Alexey Dokuchaev , x11@freebsd.org, John Hein Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 11:44:04 -0000 On 23.02.2012 08:34, Alexander Leidinger wrote: > Quoting Baptiste Daroussin (from Thu, 23 Feb 2012 > 08:21:33 +0100): > >> On Thu, Feb 23, 2012 at 01:35:02AM +0000, Alexey Dokuchaev wrote: >>> On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote: >>> > One of the issues with 'alternatives' implementations is that >>> they are >>> > not selectable per-user (including non superuser). >>> > >>> > In this particular case (libGL), also what about the native X >>> server >>> > vs. virtual X servers that support using the mesa lib >>> (per-application >>> > selection)? >>> > >>> > In addition to something like alternatives, another option is to >>> allow >>> > installation of conflicting files (like libGL.so in this case) to >>> > separate directories and specify which to use using a path (like >>> > LD_LIBRARY_PATH or rpath at compile time). That can help with >>> the >>> > aforementioned per-user and per-application variation. >>> > >>> > Personally, I prefer the "path" method over something like >>> alternative >>> > sym links (e.g., debian/redhat alternatives). There can still be >>> a >>> > front-end tool to get at the "alternates" configuration >>> information, >>> > but I like the ability to set a path rather than a sym link. >>> >>> I tend to agree. While I currently do not see clearly the best >>> solution to >>> the problem, when I see "etc/alternative.d" I want to unsee it >>> ASAP. >>> >>> For nvidia driver, it might be easier to simply provide a knob in >>> xorg-server and libGL and perhaps register a dependency on >>> nvidia-driver; >>> no need to invent some cumbersome framework. >> >> Why not but which package will provide the libGL.so file? in all >> case the users >> might need to be able to switch the libGL.so file from the nvidia >> one to the >> mesa one, what would a user have to do for that, in particular a >> user using only >> binary packages where a file can't belong to 2 different packages >> without >> conflicting? >> >> if someone have a better solution than a framework for that I'm open >> but no the >> knob is not a solution for package people. > > Do you havea list of packages which overzrite something, respectively > do you have a list of files which are overwriten? > > If we just talk about the nvidia lib, installing the mesa and nvidia > ones into subdirectories and asking to add (or adding > automatically/optionally) ldconfig_paths="$ldconfig_paths > /usr/local/lib/-gl/" to rc.conf could be an option. > > Bye, > Alexander. Currently, no I don't have a list of packages that overwrite things, anyway way I do really like this kind of solution, I don't know yet how this can be automated, it really looks the right way. regards, Bapt From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 12:05:53 2012 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 DD56B106566B for ; Thu, 23 Feb 2012 12:05:53 +0000 (UTC) (envelope-from scheidell@FreeBSD.org) Received: from mx1.secnap.com.ionspam.net (mx1.secnap.com.ionspam.net [204.89.241.253]) by mx1.freebsd.org (Postfix) with ESMTP id AA2878FC0A for ; Thu, 23 Feb 2012 12:05:53 +0000 (UTC) Received: from mx1.secnap.com.ionspam.net (mx1.secnap.com.ionspam.net [10.70.1.253]) by mx1.secnap.com.ionspam.net (Postfix) with ESMTP id 10FE1621C22 for ; Thu, 23 Feb 2012 07:05:53 -0500 (EST) X-Virus-Scanned: SpammerTrap(r) VPS-1500 2.18 at mx1.secnap.com.ionspam.net Received: from USBCTDC001.secnap.com (usbctdc001.secnap.com [10.70.1.1]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.secnap.com.ionspam.net (Postfix) with ESMTPS id 808ED621C21 for ; Thu, 23 Feb 2012 07:05:52 -0500 (EST) Received: from MikeBook-Air.local (10.80.0.4) by USBCTDC001.secnap.com (10.70.1.1) with Microsoft SMTP Server (TLS) id 14.0.722.0; Thu, 23 Feb 2012 07:05:52 -0500 Message-ID: <4F462BAB.1060707@FreeBSD.org> Date: Thu, 23 Feb 2012 07:06:03 -0500 From: Michael Scheidell Organization: SECNAP Network Security Corp User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12 MIME-Version: 1.0 To: References: <201202230750.q1N7oevx097465@serene.no-ip.org> In-Reply-To: <201202230750.q1N7oevx097465@serene.no-ip.org> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [patch] ports/*/Makefile: move missorted SUBDIR lines X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 12:05:53 -0000 On 2/23/12 2:50 AM, Conrad J. Sabatier wrote: > retrieving revision 1.278 > diff -u -r1.278 Makefile > --- /usr/ports/net-mgmt/Makefile 17 Feb 2012 17:22:20 -0000 1.278 > +++ /usr/ports/net-mgmt/Makefile 23 Feb 2012 07:15:19 -0000 > @@ -157,8 +157,8 @@ > SUBDIR += net-snmp > SUBDIR += netams > SUBDIR += netams-front > - SUBDIR += netdisco-mibs > SUBDIR += netdisco > + SUBDIR += netdisco-mibs > SUBDIR += netleak > SUBDIR += netmask > SUBDIR += netmond woops, this one was mine. thanks for finding it. -- Michael Scheidell, CTO >*| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 08:34:40 2012 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 E3A4A106566B; Thu, 23 Feb 2012 08:34:40 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 02EA48FC18; Thu, 23 Feb 2012 08:34:40 +0000 (UTC) Received: from outgoing.leidinger.net (p5796DADA.dip.t-dialin.net [87.150.218.218]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id DF25D8443F3; Thu, 23 Feb 2012 09:34:26 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id 347195878; Thu, 23 Feb 2012 09:34:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1329986064; bh=Jf5kJKSP2f8Hk3zFwKY85nmPvu3sZFj4c526zOIW2Nk=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version; b=c1uVnCpyOTlDsiUU/hNR+6GHa8tyvZTmGViIHKHazvoYa/G/TNscztCst979A77MA ytPtHAF2Tz/cQqp14/oFHcJHLSvHsjE2SXvnyrZD2+iZgvVBr1wXYEX50yzRYssZj+ 1r6R8ulkVsn4VojwkGFtBnRzM/NkXxu3ey78vpjduZ0/Hmklmv7p4GaypAdawDcyNm Bhhg1KUIFHrf3JrQ8+VBQ2y+X7itQzzicTO/lM8NC0/11o5NeCRU5hjYxCg1X4Ns/2 UFQAf9COYAkNSHlCGBIgqYp3NlIITwwz6BfBvum1FVFODpg8GnhDOA8UHGXaX7RBi2 vwCSU5FJ1fjzg== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1N8YNY0066926; Thu, 23 Feb 2012 09:34:23 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.20 ([85.94.224.20]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 23 Feb 2012 09:34:23 +0100 Date: Thu, 23 Feb 2012 09:34:21 +0100 Message-ID: <20120223093421.Horde.oN2FMZjmRSRPRfoNKQ4BA-g@webmail.leidinger.net> From: Alexander Leidinger To: Baptiste Daroussin References: <20120222222544.GA88092@azathoth.lan> <20293.31720.350021.74506@gromit.timing.com> <20120223013502.GA78308@FreeBSD.org> <20120223072132.GB88092@azathoth.lan> In-Reply-To: <20120223072132.GB88092@azathoth.lan> User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: DF25D8443F3.A6463 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.183, required 6, autolearn=disabled, AWL -2.17, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, J_CHICKENPOX_52 0.60, RCVD_IN_BL_SPAMCOP_NET 1.25, RCVD_IN_SORBS 1.00, RCVD_IN_SORBS_WEB 0.61, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1330590867.41416@nRSZJgNcV8UkjWUu2wHKjw X-EBL-Spam-Status: No X-Mailman-Approved-At: Thu, 23 Feb 2012 12:34:38 +0000 Cc: ports@FreeBSD.org, Alexey Dokuchaev , x11@FreeBSD.org, John Hein Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 08:34:41 -0000 Quoting Baptiste Daroussin (from Thu, 23 Feb 2012 08:21:33 +0100): > On Thu, Feb 23, 2012 at 01:35:02AM +0000, Alexey Dokuchaev wrote: >> On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote: >> > One of the issues with 'alternatives' implementations is that they are >> > not selectable per-user (including non superuser). >> > >> > In this particular case (libGL), also what about the native X server >> > vs. virtual X servers that support using the mesa lib (per-application >> > selection)? >> > >> > In addition to something like alternatives, another option is to allow >> > installation of conflicting files (like libGL.so in this case) to >> > separate directories and specify which to use using a path (like >> > LD_LIBRARY_PATH or rpath at compile time). That can help with the >> > aforementioned per-user and per-application variation. >> > >> > Personally, I prefer the "path" method over something like alternative >> > sym links (e.g., debian/redhat alternatives). There can still be a >> > front-end tool to get at the "alternates" configuration information, >> > but I like the ability to set a path rather than a sym link. >> >> I tend to agree. While I currently do not see clearly the best solution to >> the problem, when I see "etc/alternative.d" I want to unsee it ASAP. >> >> For nvidia driver, it might be easier to simply provide a knob in >> xorg-server and libGL and perhaps register a dependency on nvidia-driver; >> no need to invent some cumbersome framework. > > Why not but which package will provide the libGL.so file? in all > case the users > might need to be able to switch the libGL.so file from the nvidia one to the > mesa one, what would a user have to do for that, in particular a > user using only > binary packages where a file can't belong to 2 different packages without > conflicting? > > if someone have a better solution than a framework for that I'm open > but no the > knob is not a solution for package people. Do you havea list of packages which overzrite something, respectively do you have a list of files which are overwriten? If we just talk about the nvidia lib, installing the mesa and nvidia ones into subdirectories and asking to add (or adding automatically/optionally) ldconfig_paths="$ldconfig_paths /usr/local/lib/-gl/" to rc.conf could be an option. Bye, Alexander. -- What we cannot speak about we must pass over in silence. -- Wittgenstein http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 10:36:58 2012 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 CFEDB1065672 for ; Thu, 23 Feb 2012 10:36:58 +0000 (UTC) (envelope-from kron24@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7F98FC08 for ; Thu, 23 Feb 2012 10:36:57 +0000 (UTC) Received: by bkcjg1 with SMTP id jg1so1171415bkc.13 for ; Thu, 23 Feb 2012 02:36:57 -0800 (PST) Received-SPF: pass (google.com: domain of kron24@gmail.com designates 10.204.156.18 as permitted sender) client-ip=10.204.156.18; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kron24@gmail.com designates 10.204.156.18 as permitted sender) smtp.mail=kron24@gmail.com; dkim=pass header.i=kron24@gmail.com Received: from mr.google.com ([10.204.156.18]) by 10.204.156.18 with SMTP id u18mr405648bkw.32.1329993417150 (num_hops = 1); Thu, 23 Feb 2012 02:36:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=wvPPMgBrOF5AaSORAKt69HWPz+TdgGlIsNsQSqzUc5M=; b=VZx1mwmufx0Ru3mDlsuV70CeCBZJr5+ELad0nIBhB+6dqBCjASqYvdTF/aRiu4ygyU Oej8w2Mq2msIB7N+Pmy6dFXoCctOsGfA+3yiFI27CvywKFRKedW7ZvfaN/ishSn0i7lC Z6zW+bQ65b8vQYZigF7qoqH0kYeUg6dt1qkKg= Received: by 10.204.156.18 with SMTP id u18mr310663bkw.32.1329991952638; Thu, 23 Feb 2012 02:12:32 -0800 (PST) Received: from nbvk.local (uidzr185150.sattnet.cz. [212.96.185.150]) by mx.google.com with ESMTPS id ez5sm1663448bkc.15.2012.02.23.02.12.29 (version=SSLv3 cipher=OTHER); Thu, 23 Feb 2012 02:12:31 -0800 (PST) Message-ID: <4F46110C.6060508@gmail.com> Date: Thu, 23 Feb 2012 11:12:28 +0100 From: kron User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 23 Feb 2012 12:34:54 +0000 Cc: ntarmos@cs.uoi.gr Subject: conky does not build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 10:36:58 -0000 Hi, conky does not build on 9-STABLE: ... cc -DHAVE_CONFIG_H -I. -DSYSTEM_CONFIG_FILE=\"/usr/local/etc/conky/conky.conf\" -DPACKAGE_LIBDIR=\"/usr/local/lib/conky\" -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -Wall -W -O2 -pipe -march=nocona -fno-strict-aliasing -MT conky-freebsd.o -MD -MP -MF .deps/conky-freebsd.Tpo -c -o conky-freebsd.o `test -f 'freebsd.c' || echo './'`freebsd.c freebsd.c:286:46: error: operator '<' has no left operand freebsd.c: In function 'get_cpu_count': freebsd.c:303: warning: unused variable 'cpu_count_len' gmake[2]: *** [conky-freebsd.o] Error 1 gmake[2]: Leaving directory `/usr/ports/sysutils/conky/work/conky-1.8.1/src' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/sysutils/conky/work/conky-1.8.1/src' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/sysutils/conky. *** Error code 1 Stop in /usr/ports/sysutils/conky. There are other people with the same problem [1]. It seems related to __FreeBSD_kernel__ (missing macro?). I didn't go deeper (ENOTIME), maybe someone on the list knows more... While speaking about conky I'd like mention another issue - very low MAX_NET_INTERFACES value. When I run VirtualBox, conky crashes due to increased number of network interfaces on the host. What about the following patch? (I know it doesn't cure the the cause... but yet does help a bit) diff -Naur conky-1.8.1/configure conky-1.8.1-patched/configure --- configure.orig +++ configure @@ -16102,7 +16102,7 @@ $as_echo "#define DEFAULT_TEXT_BUFFER_SIZE 256" >>confdefs.h -$as_echo "#define MAX_NET_INTERFACES 16" >>confdefs.h +$as_echo "#define MAX_NET_INTERFACES 64" >>confdefs.h (CC'd to MAINTAINER) Best regards, Oli [1] http://forums.freebsd.org/showthread.php?t=29128 From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 13:41:35 2012 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 0B67C106564A for ; Thu, 23 Feb 2012 13:41:35 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id 7286A8FC15 for ; Thu, 23 Feb 2012 13:41:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=Y4v+PEpZzZZea+4hlcrHFvzZBt4aG1gwaksYlYP4XDE=; b=NuGKGAJd7b+PxixglYuRPJqUlxWDCPPDxQ/Mqjh0VYdU5qR3JDKGV/muXA/6jCAGNMLhUMWviEfUIHNubWCMUCYYxpSx+ft2PVoUi/MbIFXB3Flq9kzKrpTgrsO+5mj5I0cOMzUW4/L873xgLqxYmxNM8EIBQk6Edi6OEW8m1Nk=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm1.ukr.net with esmtpsa ID 1S0YvK-000F5C-Tp ; Thu, 23 Feb 2012 15:41:31 +0200 Date: Thu, 23 Feb 2012 15:41:29 +0200 From: Ivan Klymenko To: kron Message-ID: <20120223154129.142382f4@nonamehost.> In-Reply-To: <4F46110C.6060508@gmail.com> References: <4F46110C.6060508@gmail.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/NpZBQlRuTC_rXJ5OUROjWY6" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ntarmos@cs.uoi.gr, freebsd-ports@freebsd.org Subject: Re: conky does not build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 13:41:35 -0000 --MP_/NpZBQlRuTC_rXJ5OUROjWY6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =D0=92 Thu, 23 Feb 2012 11:12:28 +0100 kron =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hi, >=20 > conky does not build on 9-STABLE: >=20 > ... > cc -DHAVE_CONFIG_H -I.=20 > -DSYSTEM_CONFIG_FILE=3D\"/usr/local/etc/conky/conky.conf\"=20 > -DPACKAGE_LIBDIR=3D\"/usr/local/lib/conky\" -I/usr/local/include=20 > -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE=20 > -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -Wall -W=20 > -O2 -pipe -march=3Dnocona -fno-strict-aliasing -MT conky-freebsd.o -MD > -MP -MF .deps/conky-freebsd.Tpo -c -o conky-freebsd.o `test -f > 'freebsd.c' || echo './'`freebsd.c > freebsd.c:286:46: error: operator '<' has no left operand > freebsd.c: In function 'get_cpu_count': > freebsd.c:303: warning: unused variable 'cpu_count_len' > gmake[2]: *** [conky-freebsd.o] Error 1 > gmake[2]: Leaving directory > `/usr/ports/sysutils/conky/work/conky-1.8.1/src' gmake[1]: *** [all] > Error 2 gmake[1]: Leaving directory > `/usr/ports/sysutils/conky/work/conky-1.8.1/src' gmake: *** > [all-recursive] Error 1 *** Error code 1 >=20 > Stop in /usr/ports/sysutils/conky. > *** Error code 1 >=20 > Stop in /usr/ports/sysutils/conky. >=20 > There are other people with the same problem [1]. It seems > related to __FreeBSD_kernel__ (missing macro?). I didn't > go deeper (ENOTIME), maybe someone on the list knows more... >=20 > While speaking about conky I'd like mention another issue > - very low MAX_NET_INTERFACES value. When I run VirtualBox, > conky crashes due to increased number of network interfaces > on the host. What about the following patch? (I know it doesn't > cure the the cause... but yet does help a bit) >=20 > diff -Naur conky-1.8.1/configure conky-1.8.1-patched/configure > --- configure.orig > +++ configure > @@ -16102,7 +16102,7 @@ > $as_echo "#define DEFAULT_TEXT_BUFFER_SIZE 256" >>confdefs.h >=20 >=20 > -$as_echo "#define MAX_NET_INTERFACES 16" >>confdefs.h > +$as_echo "#define MAX_NET_INTERFACES 64" >>confdefs.h >=20 >=20 >=20 >=20 > (CC'd to MAINTAINER) >=20 > Best regards, > Oli sorry, not all patches are the ones that need to be sent --MP_/NpZBQlRuTC_rXJ5OUROjWY6-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 14:14:42 2012 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 2C4DA1065670 for ; Thu, 23 Feb 2012 14:14:42 +0000 (UTC) (envelope-from ntarmos@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 94F608FC16 for ; Thu, 23 Feb 2012 14:14:41 +0000 (UTC) Received: from mail.ceid.upatras.gr (mail.ceid.upatras.gr [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 9546FEB5053; Thu, 23 Feb 2012 15:52:56 +0200 (EET) Received: from localhost (localhost [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 649F62A3990; Thu, 23 Feb 2012 15:52:56 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wD_CCDiXyfLe; Thu, 23 Feb 2012 15:52:56 +0200 (EET) Received: from diogenis.ceid.upatras.gr (unknown [10.1.0.181]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 43E072A062A; Thu, 23 Feb 2012 15:52:56 +0200 (EET) Received: by diogenis.ceid.upatras.gr (Postfix, from userid 21001) id 069A0A150C; Thu, 23 Feb 2012 15:52:53 +0200 (EET) Date: Thu, 23 Feb 2012 15:52:53 +0200 From: Nikos Ntarmos To: Ivan Klymenko Message-ID: <20120223135253.GD20841@Alien.Universe> References: <4F46110C.6060508@gmail.com> <20120223152625.35396f19@nonamehost.> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120223152625.35396f19@nonamehost.> Organization: Computer Engineering and Informatics Dept., U. of Patras, Greece WWW-Homepage: http://ntarmos.dyndns.org/ X-PGP-Fingerprint: 9680 60A7 DE60 0298 B1F0 9B22 9BA2 7569 CF95 160A GPS-Info: 38.28457N, 21.78848E User-Agent: Mutt/1.5.21 (2010-09-15) Cc: kron , freebsd-ports@freebsd.org Subject: Re: conky does not build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 14:14:42 -0000 On Thu, Feb 23, 2012 at 03:26:25PM +0200, Ivan Klymenko wrote: > Ð’ Thu, 23 Feb 2012 11:12:28 +0100 > kron пишет: > > > Hi, > > > > conky does not build on 9-STABLE: > > > > ... > > cc -DHAVE_CONFIG_H -I. > > -DSYSTEM_CONFIG_FILE=\"/usr/local/etc/conky/conky.conf\" > > -DPACKAGE_LIBDIR=\"/usr/local/lib/conky\" -I/usr/local/include > > -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE > > -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -Wall -W > > -O2 -pipe -march=nocona -fno-strict-aliasing -MT conky-freebsd.o -MD > > -MP -MF .deps/conky-freebsd.Tpo -c -o conky-freebsd.o `test -f > > 'freebsd.c' || echo './'`freebsd.c > > freebsd.c:286:46: error: operator '<' has no left operand > > freebsd.c: In function 'get_cpu_count': > > freebsd.c:303: warning: unused variable 'cpu_count_len' > > gmake[2]: *** [conky-freebsd.o] Error 1 > > gmake[2]: Leaving directory > > `/usr/ports/sysutils/conky/work/conky-1.8.1/src' gmake[1]: *** [all] > > Error 2 gmake[1]: Leaving directory > > `/usr/ports/sysutils/conky/work/conky-1.8.1/src' gmake: *** > > [all-recursive] Error 1 *** Error code 1 > > > > Stop in /usr/ports/sysutils/conky. > > *** Error code 1 > > > > Stop in /usr/ports/sysutils/conky. > > > > There are other people with the same problem [1]. It seems > > related to __FreeBSD_kernel__ (missing macro?). I didn't > > go deeper (ENOTIME), maybe someone on the list knows more... > > > > While speaking about conky I'd like mention another issue > > - very low MAX_NET_INTERFACES value. When I run VirtualBox, > > conky crashes due to increased number of network interfaces > > on the host. What about the following patch? (I know it doesn't > > cure the the cause... but yet does help a bit) > > > > diff -Naur conky-1.8.1/configure conky-1.8.1-patched/configure > > --- configure.orig > > +++ configure > > @@ -16102,7 +16102,7 @@ > > $as_echo "#define DEFAULT_TEXT_BUFFER_SIZE 256" >>confdefs.h > > > > > > -$as_echo "#define MAX_NET_INTERFACES 16" >>confdefs.h > > +$as_echo "#define MAX_NET_INTERFACES 64" >>confdefs.h > > > > > > > > > > (CC'd to MAINTAINER) > > > > Best regards, > > Oli > > > > check out new patches Thanks for the patches mate. Unfortunately I'm in ENOTIME state till the end of the month. I hope you guys can wait until then. Sorry about that. \n\n From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 14:03:44 2012 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 D3B10106566B for ; Thu, 23 Feb 2012 14:03:44 +0000 (UTC) (envelope-from kron24@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 521018FC1C for ; Thu, 23 Feb 2012 14:03:43 +0000 (UTC) Received: by bkcjg1 with SMTP id jg1so1395752bkc.13 for ; Thu, 23 Feb 2012 06:03:43 -0800 (PST) Received-SPF: pass (google.com: domain of kron24@gmail.com designates 10.204.130.129 as permitted sender) client-ip=10.204.130.129; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kron24@gmail.com designates 10.204.130.129 as permitted sender) smtp.mail=kron24@gmail.com; dkim=pass header.i=kron24@gmail.com Received: from mr.google.com ([10.204.130.129]) by 10.204.130.129 with SMTP id t1mr783168bks.42.1330005823278 (num_hops = 1); Thu, 23 Feb 2012 06:03:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=9DXXuGLMTZf1dLaPV1Gt7/dmbckXe45wCzmt3W6Ug2Y=; b=rU6XfETR2fx0Af68zFKwL1kXMlUbaFD9FbrDOthAgOXewRT4rCs/0t9JiwQ2AznOKx F5Dntg58/vVUJXxCeSQ80hzgSdQZ5tdCSrIAckCrb1updTajJZAppon6Y1jHQwDhUgIs cUQRBAsnQsufh2Ao//W85FEbVllKy2J2m8d8I= Received: by 10.204.130.129 with SMTP id t1mr646762bks.42.1330005823181; Thu, 23 Feb 2012 06:03:43 -0800 (PST) Received: from nbvk.local (uidzr185150.sattnet.cz. [212.96.185.150]) by mx.google.com with ESMTPS id x11sm3000581bkd.2.2012.02.23.06.03.40 (version=SSLv3 cipher=OTHER); Thu, 23 Feb 2012 06:03:42 -0800 (PST) Message-ID: <4F46473B.5010009@gmail.com> Date: Thu, 23 Feb 2012 15:03:39 +0100 From: kron User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ivan Klymenko References: <4F46110C.6060508@gmail.com> <20120223154129.142382f4@nonamehost.> In-Reply-To: <20120223154129.142382f4@nonamehost.> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 23 Feb 2012 14:24:54 +0000 Cc: ntarmos@cs.uoi.gr, freebsd-ports@freebsd.org Subject: Re: conky does not build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 14:03:44 -0000 On 2012/02/23 14:41, Ivan Klymenko wrote: > Ð’ Thu, 23 Feb 2012 11:12:28 +0100 > kron пишет: > >> Hi, >> >> conky does not build on 9-STABLE: >> >> ... >> cc -DHAVE_CONFIG_H -I. >> -DSYSTEM_CONFIG_FILE=\"/usr/local/etc/conky/conky.conf\" >> -DPACKAGE_LIBDIR=\"/usr/local/lib/conky\" -I/usr/local/include >> -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE >> -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -Wall -W >> -O2 -pipe -march=nocona -fno-strict-aliasing -MT conky-freebsd.o -MD >> -MP -MF .deps/conky-freebsd.Tpo -c -o conky-freebsd.o `test -f >> 'freebsd.c' || echo './'`freebsd.c >> freebsd.c:286:46: error: operator '<' has no left operand >> freebsd.c: In function 'get_cpu_count': >> freebsd.c:303: warning: unused variable 'cpu_count_len' >> gmake[2]: *** [conky-freebsd.o] Error 1 >> gmake[2]: Leaving directory >> `/usr/ports/sysutils/conky/work/conky-1.8.1/src' gmake[1]: *** [all] >> Error 2 gmake[1]: Leaving directory >> `/usr/ports/sysutils/conky/work/conky-1.8.1/src' gmake: *** >> [all-recursive] Error 1 *** Error code 1 >> >> Stop in /usr/ports/sysutils/conky. >> *** Error code 1 >> >> Stop in /usr/ports/sysutils/conky. >> >> There are other people with the same problem [1]. It seems >> related to __FreeBSD_kernel__ (missing macro?). I didn't >> go deeper (ENOTIME), maybe someone on the list knows more... >> >> While speaking about conky I'd like mention another issue >> - very low MAX_NET_INTERFACES value. When I run VirtualBox, >> conky crashes due to increased number of network interfaces >> on the host. What about the following patch? (I know it doesn't >> cure the the cause... but yet does help a bit) >> >> diff -Naur conky-1.8.1/configure conky-1.8.1-patched/configure >> --- configure.orig >> +++ configure >> @@ -16102,7 +16102,7 @@ >> $as_echo "#define DEFAULT_TEXT_BUFFER_SIZE 256">>confdefs.h >> >> >> -$as_echo "#define MAX_NET_INTERFACES 16">>confdefs.h >> +$as_echo "#define MAX_NET_INTERFACES 64">>confdefs.h >> >> >> >> >> (CC'd to MAINTAINER) >> >> Best regards, >> Oli > > sorry, not all patches are the ones that need to be sent ... and not all replies help. I stand corrected, please skip the patch. Still the build issue needs is to be resolved... BR, Oli From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 16:45:13 2012 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 5555A106566B for ; Thu, 23 Feb 2012 16:45:13 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id BB11E8FC08 for ; Thu, 23 Feb 2012 16:45:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=JX0WWwaSt8zbVJ/u9NHbRsw6kt1GyfJTyIOx7zb3KCA=; b=hJKg9AfdKoYF3NHU9o43rgCr3uY0HfiajQs5WCxl3eX/HB9SRdDr+FAPsWz3jlqWkRC8uSqHDy1rLkhOfoXR9ziwkcRUUuKg9/rsghH+wpFYNWlOM2xz6BBN1HlY2Aub0fLoTrJAuDfCxlVytY4X7JRaWq216WC+/DrB/65VS0g=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1S0Ygk-000Bs7-PM ; Thu, 23 Feb 2012 15:26:26 +0200 Date: Thu, 23 Feb 2012 15:26:25 +0200 From: Ivan Klymenko To: kron Message-ID: <20120223152625.35396f19@nonamehost.> In-Reply-To: <4F46110C.6060508@gmail.com> References: <4F46110C.6060508@gmail.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/H4AsW._XMN5iri3I5fcZEpL" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ntarmos@cs.uoi.gr, freebsd-ports@freebsd.org Subject: Re: conky does not build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 16:45:13 -0000 --MP_/H4AsW._XMN5iri3I5fcZEpL Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =D0=92 Thu, 23 Feb 2012 11:12:28 +0100 kron =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hi, >=20 > conky does not build on 9-STABLE: >=20 > ... > cc -DHAVE_CONFIG_H -I.=20 > -DSYSTEM_CONFIG_FILE=3D\"/usr/local/etc/conky/conky.conf\"=20 > -DPACKAGE_LIBDIR=3D\"/usr/local/lib/conky\" -I/usr/local/include=20 > -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE=20 > -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -Wall -W=20 > -O2 -pipe -march=3Dnocona -fno-strict-aliasing -MT conky-freebsd.o -MD > -MP -MF .deps/conky-freebsd.Tpo -c -o conky-freebsd.o `test -f > 'freebsd.c' || echo './'`freebsd.c > freebsd.c:286:46: error: operator '<' has no left operand > freebsd.c: In function 'get_cpu_count': > freebsd.c:303: warning: unused variable 'cpu_count_len' > gmake[2]: *** [conky-freebsd.o] Error 1 > gmake[2]: Leaving directory > `/usr/ports/sysutils/conky/work/conky-1.8.1/src' gmake[1]: *** [all] > Error 2 gmake[1]: Leaving directory > `/usr/ports/sysutils/conky/work/conky-1.8.1/src' gmake: *** > [all-recursive] Error 1 *** Error code 1 >=20 > Stop in /usr/ports/sysutils/conky. > *** Error code 1 >=20 > Stop in /usr/ports/sysutils/conky. >=20 > There are other people with the same problem [1]. It seems > related to __FreeBSD_kernel__ (missing macro?). I didn't > go deeper (ENOTIME), maybe someone on the list knows more... >=20 > While speaking about conky I'd like mention another issue > - very low MAX_NET_INTERFACES value. When I run VirtualBox, > conky crashes due to increased number of network interfaces > on the host. What about the following patch? (I know it doesn't > cure the the cause... but yet does help a bit) >=20 > diff -Naur conky-1.8.1/configure conky-1.8.1-patched/configure > --- configure.orig > +++ configure > @@ -16102,7 +16102,7 @@ > $as_echo "#define DEFAULT_TEXT_BUFFER_SIZE 256" >>confdefs.h >=20 >=20 > -$as_echo "#define MAX_NET_INTERFACES 16" >>confdefs.h > +$as_echo "#define MAX_NET_INTERFACES 64" >>confdefs.h >=20 >=20 >=20 >=20 > (CC'd to MAINTAINER) >=20 > Best regards, > Oli >=20 check out new patches --MP_/H4AsW._XMN5iri3I5fcZEpL-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 17:17:02 2012 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 99922106566B; Thu, 23 Feb 2012 17:17:02 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 1666F8FC1C; Thu, 23 Feb 2012 17:17:01 +0000 (UTC) Received: by qadz30 with SMTP id z30so7731004qad.13 for ; Thu, 23 Feb 2012 09:17:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=rPHvnijezyXgCz6LWQ8PFtcu8WvOm92PTnBTZpsPVTc=; b=EtwWOd9CGI9iSnTLBS7AfWzFsHZwfpJUcQxehf+5kPpg9gTXG5+E3U2+Q9GgLPv/4l 5zWg3wQi4jXnXwyinWb/I7mz/20u+p5+vOPPzEcg7g90TnV9zXm5n23RsNY4U3c6iZ60 ydRrj6OmejHNxJaKBO48KR4XmuLCEnuPjvTaE= Received: by 10.229.137.85 with SMTP id v21mr1403172qct.70.1330017421192; Thu, 23 Feb 2012 09:17:01 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id ec5sm5253593qab.21.2012.02.23.09.16.59 (version=SSLv3 cipher=OTHER); Thu, 23 Feb 2012 09:17:00 -0800 (PST) Date: Thu, 23 Feb 2012 12:16:47 -0500 From: Alexander Kabaev To: Tim Kientzle Message-ID: <20120223121647.50ba7c6a@kan.dyndns.org> In-Reply-To: <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9"; protocol="application/pgp-signature" Cc: Daniel Eischen , freebsd-current FreeBSD , Steve Kargl , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 17:17:02 -0000 --Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 21 Feb 2012 21:11:13 -0800 Tim Kientzle wrote: >=20 > On Feb 21, 2012, at 3:39 PM, Daniel Eischen wrote: >=20 > > On Tue, 21 Feb 2012, Steve Kargl wrote: > >=20 > >> 3) Add a new option to ldconfig to prepend new libraries to > >> the hints files and fix the ports to use this option instead > >> of -m. > >=20 > > You don't want system binaries that want /lib/libgcc_s.so.1 > > to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't > > your option 3 do that? >=20 > Why not? Would it cause problems? >=20 > Is libgcc from GCC 4.6 incompatible with /lib/libgcc? >=20 > If I understand correctly, the libgcc in base is pretty stripped > down compared to "regular" libgcc, because most of that > stuff is in our libc instead. So if there were compatibility > problems, I'd expect those to show up when GCC 4.6 linked > programs against /usr/local/.../libgcc and /lib/libc. >=20 You understand it a bit wrong, but your conclusions are correct. libgcc in base is not stripped in any way and is supposed to be identical to one coming from upstream. As long as upstream maintains backward compatibility, their library should be a perfect replacement for ours. There was a time period while FreeBSD used dynamic unwind into search using dl_iterate_phdr while upstream GCCs didn't, but that was fixed by GCC folks switching GCC to use dl_iterate_phdr on Linux and FreeBSD by default quite while ago. I am not aware of any other incompatibilities at this time. --=20 Alexander Kabaev --Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPRnSJQ6z1jMm+XZYRAqDxAKDXj/8Zy8PlS4/1+4U52wtpz5Is8wCfd/WF w4KPgZkGgjsrVjurpASGEDI= =LL6+ -----END PGP SIGNATURE----- --Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 17:35:39 2012 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 676BC106566C; Thu, 23 Feb 2012 17:35:39 +0000 (UTC) (envelope-from jgh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3AEB38FC0C; Thu, 23 Feb 2012 17:35:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1NHZdap070780; Thu, 23 Feb 2012 17:35:39 GMT (envelope-from jgh@freefall.freebsd.org) Received: (from jgh@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1NHZdNW070776; Thu, 23 Feb 2012 17:35:39 GMT (envelope-from jgh) Date: Thu, 23 Feb 2012 17:35:39 GMT Message-Id: <201202231735.q1NHZdNW070776@freefall.freebsd.org> To: jgh@FreeBSD.org, freebsd-ports@FreeBSD.org, jgh@FreeBSD.org From: jgh@FreeBSD.org Cc: Subject: Re: ports/16417: nethack3 port won't compile on 3.4-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: Thu, 23 Feb 2012 17:35:39 -0000 Synopsis: nethack3 port won't compile on 3.4-Stable Responsible-Changed-From-To: freebsd-ports->jgh Responsible-Changed-By: jgh Responsible-Changed-When: Thu Feb 23 17:35:38 UTC 2012 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=16417 From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 17:36:50 2012 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37B0C106566C; Thu, 23 Feb 2012 17:36:50 +0000 (UTC) (envelope-from jgh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6CD8FC19; Thu, 23 Feb 2012 17:36:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1NHanPq071177; Thu, 23 Feb 2012 17:36:49 GMT (envelope-from jgh@freefall.freebsd.org) Received: (from jgh@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1NHanKR071172; Thu, 23 Feb 2012 17:36:49 GMT (envelope-from jgh) Date: Thu, 23 Feb 2012 17:36:49 GMT Message-Id: <201202231736.q1NHanKR071172@freefall.freebsd.org> To: jgh@FreeBSD.org, jgh@FreeBSD.org, freebsd-ports@FreeBSD.org From: jgh@FreeBSD.org Cc: Subject: Re: ports/16417: nethack3 port won't compile on 3.4-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: Thu, 23 Feb 2012 17:36:50 -0000 Synopsis: nethack3 port won't compile on 3.4-Stable Responsible-Changed-From-To: jgh->freebsd-ports Responsible-Changed-By: jgh Responsible-Changed-When: Thu Feb 23 17:36:29 UTC 2012 Responsible-Changed-Why: took wrong number http://www.freebsd.org/cgi/query-pr.cgi?pr=16417 From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 19:56:35 2012 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 3C6251065673; Thu, 23 Feb 2012 19:56:35 +0000 (UTC) (envelope-from jhein@symmetricom.com) Received: from duck.timing.com (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id F416A8FC08; Thu, 23 Feb 2012 19:56:34 +0000 (UTC) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by duck.timing.com (8.14.5/8.14.4) with ESMTP id q1NJuYj8090317; Thu, 23 Feb 2012 12:56:34 -0700 (MST) (envelope-from jhein@symmetricom.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.5/8.14.5) with ESMTP id q1NJuXep014132; Thu, 23 Feb 2012 12:56:33 -0700 (MST) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.5/8.14.5/Submit) id q1NJuMmF014129; Thu, 23 Feb 2012 12:56:22 -0700 (MST) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20294.39398.620930.217619@gromit.timing.com> Date: Thu, 23 Feb 2012 12:56:22 -0700 From: John Hein To: Baptiste Daroussin In-Reply-To: References: <20120222222544.GA88092@azathoth.lan> <20293.31720.350021.74506@gromit.timing.com> <20120223013502.GA78308@FreeBSD.org> <20120223072132.GB88092@azathoth.lan> <20120223093421.Horde.oN2FMZjmRSRPRfoNKQ4BA-g@webmail.leidinger.net> X-Mailer: VM 8.2.0b-8.2.x-reddyuday.r1325 under 23.3.1 (i386-portbld-freebsd7.3) Cc: ports@FreeBSD.org, Alexander Leidinger , Alexey Dokuchaev , x11@FreeBSD.org Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 19:56:35 -0000 Baptiste Daroussin wrote at 11:28 +0000 on Feb 23, 2012: > On 23.02.2012 08:34, Alexander Leidinger wrote: > > Do you havea list of packages which overzrite something, respectively > > do you have a list of files which are overwriten? > > > > If we just talk about the nvidia lib, installing the mesa and nvidia > > ones into subdirectories and asking to add (or adding > > automatically/optionally) ldconfig_paths="$ldconfig_paths > > /usr/local/lib/-gl/" to rc.conf could be an option. > > Currently, no I don't have a list of packages that overwrite things, > anyway way I do really like this kind of solution, I don't know yet how > this can be automated, it really looks the right way. If the nvidia libGL can be dynamically linked with, say, a vnc server, and have it be a drop in replacement for the mesa libGL, then ldconfig_paths would be fine. If not, then those apps which need the mesa libGL would need to link with -rpath perhaps to point at the "right" libGL (or pass appropriate path info to those apps that might use dlopen(3)). From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 21:14:11 2012 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 92425106566B; Thu, 23 Feb 2012 21:14:11 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5AE9A8FC15; Thu, 23 Feb 2012 21:14:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1NLEBVB071901; Thu, 23 Feb 2012 21:14:11 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1NLEAXx071898; Thu, 23 Feb 2012 21:14:10 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Thu, 23 Feb 2012 22:14:07 +0100 From: Baptiste Daroussin To: John Hein Message-ID: <20120223211406.GA14803@azathoth.lan> References: <20120222222544.GA88092@azathoth.lan> <20293.31720.350021.74506@gromit.timing.com> <20120223013502.GA78308@FreeBSD.org> <20120223072132.GB88092@azathoth.lan> <20120223093421.Horde.oN2FMZjmRSRPRfoNKQ4BA-g@webmail.leidinger.net> <20294.39398.620930.217619@gromit.timing.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <20294.39398.620930.217619@gromit.timing.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, Alexander Leidinger , Alexey Dokuchaev , x11@FreeBSD.org Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 21:14:11 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 23, 2012 at 12:56:22PM -0700, John Hein wrote: > Baptiste Daroussin wrote at 11:28 +0000 on Feb 23, 2012: > > On 23.02.2012 08:34, Alexander Leidinger wrote: > > > Do you havea list of packages which overzrite something, respectively > > > do you have a list of files which are overwriten? > > > > > > If we just talk about the nvidia lib, installing the mesa and nvidia > > > ones into subdirectories and asking to add (or adding > > > automatically/optionally) ldconfig_paths=3D"$ldconfig_paths > > > /usr/local/lib/-gl/" to rc.conf could be an option. > >=20 > > Currently, no I don't have a list of packages that overwrite things,= =20 > > anyway way I do really like this kind of solution, I don't know yet ho= w=20 > > this can be automated, it really looks the right way. >=20 > If the nvidia libGL can be dynamically linked with, say, a vnc server, and > have it be a drop in replacement for the mesa libGL, then ldconfig_paths > would be fine. If not, then those apps which need the mesa libGL would > need to link with -rpath perhaps to point at the "right" libGL (or > pass appropriate path info to those apps that might use dlopen(3)). > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" Another solution could be to add an entry (and drop it in deinstallation to libmap.conf) when installing the nvidia driver, in that case installing it = ad libGL-nvidia.so.1 and adding: libGL.so.1 libGL-nvidia.so.1 or something like that. regards, Bapt --FCuugMFkClbJLl1L Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9GrB4ACgkQ8kTtMUmk6EyzwQCgjLUDAkysMPPCPf6RY/BTmNN/ xrEAoLVX1gZaLFQBbC4JnznmLQsZihIP =ZJ1q -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 21:35:52 2012 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 CDCB2106564A for ; Thu, 23 Feb 2012 21:35:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 865168FC13 for ; Thu, 23 Feb 2012 21:35:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-ports@FreeBSD.org with esmtp (envelope-from ) id <1S0gKN-0002sv-Hp>; Thu, 23 Feb 2012 22:35:51 +0100 Received: from e178038018.adsl.alicedsl.de ([85.178.38.18] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-ports@FreeBSD.org with esmtpsa (envelope-from ) id <1S0gKN-00071q-Cl>; Thu, 23 Feb 2012 22:35:51 +0100 Message-ID: <4F46B12F.5000502@zedat.fu-berlin.de> Date: Thu, 23 Feb 2012 22:35:43 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120219 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ports FreeBSD X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig024833BE0BF032FF965392FF" X-Originating-IP: 85.178.38.18 Cc: Subject: graphics/poppler-qt4: Installation error: /poppler-0.18.4/qt4/src', GEN poppler-optcontent.moc, not: not found, gmake[1]: *** [poppler-optcontent.moc] Error 127 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Feb 2012 21:35:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig024833BE0BF032FF965392FF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I found myself confronted with this error today. I happens on a FreeBSD 10.0/amd64 box, most recently built-world. The error is persistent with CLANG and legacy GCC 4.2.1. The port is a denepndency for several client applications I've installed on that box and after the update today (poppler-qt4 seems to be installed before as version 0.18.4 and got updated today to version 0.18.4_1), the port isn't installed anymore! The portmaintainersoftware is portmaster. Error follows below. Any ideas? Regards, Oliver clang++: warning: argument unused during compilation: '-fno-check-new' CXX libpoppler_cpp_la-poppler-version.lo clang++: warning: argument unused during compilation: '-fno-check-new' CXXLD libpoppler-cpp.la clang++: warning: argument unused during compilation: '-pthread' clang++: warning: argument unused during compilation: '-pthread' gmake[3]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' Making all in tests gmake[3]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' CXX parseargs.o clang++: warning: argument unused during compilation: '-fno-check-new' CXX poppler-dump.o clang++: warning: argument unused during compilation: '-fno-check-new' CXXLD poppler-dump clang++: warning: argument unused during compilation: '-ansi' CXX poppler-render.o clang++: warning: argument unused during compilation: '-fno-check-new' CXXLD poppler-render clang++: warning: argument unused during compilation: '-ansi' gmake[3]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' gmake[2]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' gmake[2]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' gmake[1]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' =3D=3D=3D> Installing for poppler-qt4-0.18.4 =3D=3D=3D> Generating temporary packing list Making install in src gmake[1]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' GEN poppler-optcontent.moc not: not found gmake[1]: *** [poppler-optcontent.moc] Error 127 gmake[1]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' gmake: *** [install-recursive] Error 1 *** [do-install] Error code 2 Stop in /usr/ports/graphics/poppler-qt4. =3D=3D=3D>>> Installation of poppler-qt4-0.18.4 (graphics/poppler-qt4) fa= iled =3D=3D=3D>>> Aborting update Terminated =3D=3D=3D>>> You can restart from the point of failure with this command = line: portmaster graphics/poppler-qt4 --------------enig024833BE0BF032FF965392FF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPRrE2AAoJEOgBcD7A/5N8xJsIAOBP4SU2DFURZTOEUVrSISlW Bg11SWsy45czhTyHr70qStznxZ8UfDle1RWza4E9mUCsw2OGjwbdQzLf/6JQWh8h LmK8UL47DIA+xSfNxqQ+Vb9jXs/4M83fpn9nNPsivGeTLtlB78G2UFyziqXPBTFw gJkwdM5UzlaR7IEs/KseXynTySFP0YtIqIufiEL7SL9oP2dFMoNwsjlgsz5odgl+ zvmkbfT49JPClWhrV1DInZ9/yhQykuuDslzK7Q0VcHyObnqfbolEnEuFNFbDAPmI NAtG7TOFZemLrWBMnvdP+rnLIwqTp6UX0jLPDBuNlHsfe08DWTgo35xS/dzbgPc= =FhYq -----END PGP SIGNATURE----- --------------enig024833BE0BF032FF965392FF-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 23:12:10 2012 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 3B62A1065676; Thu, 23 Feb 2012 23:12:10 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E44908FC0A; Thu, 23 Feb 2012 23:12:08 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA22332; Fri, 24 Feb 2012 01:12:07 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S0hpW-0003NC-NK; Fri, 24 Feb 2012 01:12:06 +0200 Message-ID: <4F46C7C2.9090109@FreeBSD.org> Date: Fri, 24 Feb 2012 01:12:02 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Doug Barton References: <4F44147C.8050905@FreeBSD.org> <4F442E1E.4010501@FreeBSD.org> <4F446391.4070101@FreeBSD.org> <4F44B362.7000103@FreeBSD.org> <4F44B4BF.5070402@FreeBSD.org> <4F44C228.5030507@FreeBSD.org> <4F44C7E2.3020801@FreeBSD.org> <4F457AE8.4090708@FreeBSD.org> <4F45A229.4030407@FreeBSD.org> In-Reply-To: <4F45A229.4030407@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 23:12:10 -0000 on 23/02/2012 04:19 Doug Barton said the following: > This gives much better results. :) I can kldload the module, and get > this on the command line: > vboxdrv: fAsync=0 offMin=0x3596 offMax=0xa897 Thank you for reporting and testing! -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Thu Feb 23 23:12:40 2012 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 A2F081065673; Thu, 23 Feb 2012 23:12:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 868D18FC19; Thu, 23 Feb 2012 23:12:39 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA22340; Fri, 24 Feb 2012 01:12:32 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S0hpw-0003NF-6O; Fri, 24 Feb 2012 01:12:32 +0200 Message-ID: <4F46C7DF.2060807@FreeBSD.org> Date: Fri, 24 Feb 2012 01:12:31 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Cy Schubert References: <201202230626.q1N6QXr3003939@slippy.cwsent.com> In-Reply-To: <201202230626.q1N6QXr3003939@slippy.cwsent.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, decke@FreeBSD.org, FreeBSD ports list Subject: Re: Virtualbox 4.1.8 vboxdrv instantly panics on 8-stable i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 23:12:40 -0000 on 23/02/2012 08:26 Cy Schubert said the following: > In message <4F457AE8.4090708@FreeBSD.org>, Andriy Gapon writes: >> on 22/02/2012 12:48 Doug Barton said the following: >>> On 02/22/2012 02:23, Andriy Gapon wrote: >>>> The attached patched should try to grab the memory harder. >>> >>> Same result, different memory address: >>> >>> supdrvGipCreate: failed to allocate the GIP page. rc=-8 >>> vboxdrv: supdrvInitDevExt failed, rc=-8 >>> module_register_init: MOD_LOAD (vboxdrv, 0xc66e8410, 0) error 12 >> >> OK, now that, thanks to more testers, I realize that this issue is entirely >> i386-specific, I think that I might have been barking at the wrong trees. >> Now something very i386-ish to try to deal with the problem - the usual patch >> file is attached. > > The patch tests out OK on 8.2 and 9.0. No panic. Fedora 16 runs nicely under vbox. Thank you for testing! -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 00:18:27 2012 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 4327E10656A6 for ; Fri, 24 Feb 2012 00:18:27 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 187F58FC1C for ; Fri, 24 Feb 2012 00:18:26 +0000 (UTC) Received: from nat-dip4.cfw-a-gci.corp.yahoo.com ([209.131.62.113] helo=[10.72.180.251]) by panix.lovett.com with esmtpa (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S0irh-000268-TJ for freebsd-ports@freebsd.org; Fri, 24 Feb 2012 00:18:26 +0000 Message-ID: <4F46D751.2090100@FreeBSD.org> Date: Thu, 23 Feb 2012 16:18:25 -0800 From: Ade Lovett User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.1) Gecko/20120208 Thunderbird/10.0.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20120222222544.GA88092@azathoth.lan> <20293.31720.350021.74506@gromit.timing.com> <20120223013502.GA78308@FreeBSD.org> <20120223072132.GB88092@azathoth.lan> <20120223093421.Horde.oN2FMZjmRSRPRfoNKQ4BA-g@webmail.leidinger.net> <20294.39398.620930.217619@gromit.timing.com> <20120223211406.GA14803@azathoth.lan> In-Reply-To: <20120223211406.GA14803@azathoth.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 00:18:27 -0000 On 2/23/2012 13:14, Baptiste Daroussin wrote: > Another solution could be to add an entry (and drop it in deinstallation to > libmap.conf) when installing the nvidia driver, in that case installing it ad > libGL-nvidia.so.1 and adding: > > libGL.so.1 libGL-nvidia.so.1 > > or something like that. Going that route is likely to be messy given the current monolithic /etc/libmap{,32}.conf You'd most likely want ${LOCALBASE}/etc/libmap.conf.d/* (in a similar manner to etc/periodic, etc/rc.d and so on). Whether the code that currently handles libmap.conf is itself extended to use this directory structure is open for discussion. An alternate method could perhaps be a 'genlibmap' command which takes /etc/libmap.conf and this directory structure to create a /var/run/libmap.conf which is actually used by rtld. Having potentially multiple ports dinking _directly_ with /etc/libmap.conf will result in considerable foot shooting. -aDe From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 11:05:40 2012 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 930E61065670 for ; Fri, 24 Feb 2012 11:05:40 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 251998FC13 for ; Fri, 24 Feb 2012 11:05:40 +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.72) (envelope-from ) id 1S0sy2-0004t9-D8; Fri, 24 Feb 2012 12:05:38 +0100 Message-ID: <4F476F02.1000908@gwdg.de> Date: Fri, 24 Feb 2012 12:05:38 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: "O. Hartmann" References: <4F46B12F.5000502@zedat.fu-berlin.de> In-Reply-To: <4F46B12F.5000502@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Ports FreeBSD Subject: Re: graphics/poppler-qt4: Installation error: /poppler-0.18.4/qt4/src', GEN poppler-optcontent.moc, not: not found, gmake[1]: *** [poppler-optcontent.moc] Error 127 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 11:05:40 -0000 Am 23.02.2012 22:35 (UTC+1) schrieb O. Hartmann: > I found myself confronted with this error today. I happens on a FreeBSD > 10.0/amd64 box, most recently built-world. > > The error is persistent with CLANG and legacy GCC 4.2.1. The port is a > denepndency for several client applications I've installed on that box > and after the update today (poppler-qt4 seems to be installed before as > version 0.18.4 and got updated today to version 0.18.4_1), the port > isn't installed anymore! > > The portmaintainersoftware is portmaster. Error follows below. > > Any ideas? Deinstalling x11-toolkits/qt33, upgrading graphics/poppler-qt4 and after that reinstalling x11-toolkits/qt33 works for me. Hope this helps, Rainer > Regards, > Oliver > > clang++: warning: argument unused during compilation: '-fno-check-new' > CXX libpoppler_cpp_la-poppler-version.lo > clang++: warning: argument unused during compilation: '-fno-check-new' > CXXLD libpoppler-cpp.la > clang++: warning: argument unused during compilation: '-pthread' > clang++: warning: argument unused during compilation: '-pthread' > gmake[3]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' > Making all in tests > gmake[3]: Entering directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' > CXX parseargs.o > clang++: warning: argument unused during compilation: '-fno-check-new' > CXX poppler-dump.o > clang++: warning: argument unused during compilation: '-fno-check-new' > CXXLD poppler-dump > clang++: warning: argument unused during compilation: '-ansi' > CXX poppler-render.o > clang++: warning: argument unused during compilation: '-fno-check-new' > CXXLD poppler-render > clang++: warning: argument unused during compilation: '-ansi' > gmake[3]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' > gmake[2]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' > gmake[2]: Entering directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' > gmake[2]: Nothing to be done for `all-am'. > gmake[2]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' > gmake[1]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' > ===> Installing for poppler-qt4-0.18.4 > ===> Generating temporary packing list > Making install in src > gmake[1]: Entering directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' > GEN poppler-optcontent.moc > not: not found > gmake[1]: *** [poppler-optcontent.moc] Error 127 > gmake[1]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' > gmake: *** [install-recursive] Error 1 > *** [do-install] Error code 2 > > Stop in /usr/ports/graphics/poppler-qt4. > > ===>>> Installation of poppler-qt4-0.18.4 (graphics/poppler-qt4) failed > ===>>> Aborting update > > Terminated > > ===>>> You can restart from the point of failure with this command line: > portmaster graphics/poppler-qt4 From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 11:09:17 2012 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 DB267106564A for ; Fri, 24 Feb 2012 11:09:17 +0000 (UTC) (envelope-from l.pizzamiglio@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6A1068FC17 for ; Fri, 24 Feb 2012 11:09:17 +0000 (UTC) Received: from bwex.bally-wulff.de (unknown [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTP id D424E408B; Fri, 24 Feb 2012 11:42:09 +0100 (CET) Received: from pizzamig.bally.de ([192.9.205.30]) by bwex.bally-wulff.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 24 Feb 2012 11:42:09 +0100 Message-ID: <4F47697B.806@bally-wulff.de> Date: Fri, 24 Feb 2012 11:42:03 +0100 From: Luca Pizzamiglio User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 MIME-Version: 1.0 To: "O. Hartmann" References: <4F46B12F.5000502@zedat.fu-berlin.de> In-Reply-To: <4F46B12F.5000502@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Feb 2012 10:42:09.0905 (UTC) FILETIME=[F5E6EE10:01CCF2E0] Cc: Ports FreeBSD Subject: Re: graphics/poppler-qt4: Installation error: /poppler-0.18.4/qt4/src', GEN poppler-optcontent.moc, not: not found, gmake[1]: *** [poppler-optcontent.moc] Error 127 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 11:09:17 -0000 The same problem here, on FreeBSD 8.2 and legacy GCC. The problem arises on poppler-optcontent.moc. Best regards, Luca gmake[3]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/poppler' gmake[2]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/poppler' Making all in test gmake[2]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/test' CXX perf-test.o CXX perf-test-preview-dummy.o CXXLD perf-test CXX pdf-fullrewrite.o CXXLD pdf-fullrewrite gmake[2]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/test' Making all in qt4 gmake[2]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4' Making all in src gmake[3]: Entering directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' GEN poppler-optcontent.moc -i: not found gmake[3]: *** [poppler-optcontent.moc] Error 127 gmake[3]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' gmake: *** [all] Error 2 On 02/23/12 22:35, O. Hartmann wrote: > I found myself confronted with this error today. I happens on a FreeBSD > 10.0/amd64 box, most recently built-world. > > The error is persistent with CLANG and legacy GCC 4.2.1. The port is a > denepndency for several client applications I've installed on that box > and after the update today (poppler-qt4 seems to be installed before as > version 0.18.4 and got updated today to version 0.18.4_1), the port > isn't installed anymore! > > The portmaintainersoftware is portmaster. Error follows below. > > Any ideas? > > Regards, > Oliver > > clang++: warning: argument unused during compilation: '-fno-check-new' > CXX libpoppler_cpp_la-poppler-version.lo > clang++: warning: argument unused during compilation: '-fno-check-new' > CXXLD libpoppler-cpp.la > clang++: warning: argument unused during compilation: '-pthread' > clang++: warning: argument unused during compilation: '-pthread' > gmake[3]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' > Making all in tests > gmake[3]: Entering directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' > CXX parseargs.o > clang++: warning: argument unused during compilation: '-fno-check-new' > CXX poppler-dump.o > clang++: warning: argument unused during compilation: '-fno-check-new' > CXXLD poppler-dump > clang++: warning: argument unused during compilation: '-ansi' > CXX poppler-render.o > clang++: warning: argument unused during compilation: '-fno-check-new' > CXXLD poppler-render > clang++: warning: argument unused during compilation: '-ansi' > gmake[3]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' > gmake[2]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' > gmake[2]: Entering directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' > gmake[2]: Nothing to be done for `all-am'. > gmake[2]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' > gmake[1]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' > ===> Installing for poppler-qt4-0.18.4 > ===> Generating temporary packing list > Making install in src > gmake[1]: Entering directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' > GEN poppler-optcontent.moc > not: not found > gmake[1]: *** [poppler-optcontent.moc] Error 127 > gmake[1]: Leaving directory > `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' > gmake: *** [install-recursive] Error 1 > *** [do-install] Error code 2 > > Stop in /usr/ports/graphics/poppler-qt4. > > ===>>> Installation of poppler-qt4-0.18.4 (graphics/poppler-qt4) failed > ===>>> Aborting update > > Terminated > > ===>>> You can restart from the point of failure with this command line: > portmaster graphics/poppler-qt4 > From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 11:56:23 2012 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 E43CF106566C for ; Fri, 24 Feb 2012 11:56:22 +0000 (UTC) (envelope-from l.pizzamiglio@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id 762CF8FC14 for ; Fri, 24 Feb 2012 11:56:22 +0000 (UTC) Received: from bwex.bally-wulff.de (unknown [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTP id C02BC4068; Fri, 24 Feb 2012 12:56:20 +0100 (CET) Received: from pizzamig.bally.de ([192.9.205.30]) by bwex.bally-wulff.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 24 Feb 2012 12:56:21 +0100 Message-ID: <4F477ADE.7090100@bally-wulff.de> Date: Fri, 24 Feb 2012 12:56:14 +0100 From: Luca Pizzamiglio User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 MIME-Version: 1.0 To: Rainer Hurling References: <4F46B12F.5000502@zedat.fu-berlin.de> <4F476F02.1000908@gwdg.de> In-Reply-To: <4F476F02.1000908@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Feb 2012 11:56:21.0438 (UTC) FILETIME=[5338F5E0:01CCF2EB] Cc: "O. Hartmann" , Ports FreeBSD Subject: Re: graphics/poppler-qt4: Installation error: /poppler-0.18.4/qt4/src' GEN poppler-optcontent.moc, not: not found, gmake[1]: *** [poppler-optcontent.moc] Error 127 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 11:56:23 -0000 Hi Reiner, unfortunately no x11-toolkits/qt33 here! And there's something strange: I cannot build poppler-qt4 1.18.4. but Oliver built it, the problem occurs during the install phase. And I cannot see any 0.18.4_1 version, as Oliver reports... Where am I wrong? any ideas? thanks Regards, Luca On 02/24/12 12:05, Rainer Hurling wrote: > Am 23.02.2012 22:35 (UTC+1) schrieb O. Hartmann: >> I found myself confronted with this error today. I happens on a FreeBSD >> 10.0/amd64 box, most recently built-world. >> >> The error is persistent with CLANG and legacy GCC 4.2.1. The port is a >> denepndency for several client applications I've installed on that box >> and after the update today (poppler-qt4 seems to be installed before as >> version 0.18.4 and got updated today to version 0.18.4_1), the port >> isn't installed anymore! >> >> The portmaintainersoftware is portmaster. Error follows below. >> >> Any ideas? > > Deinstalling x11-toolkits/qt33, upgrading graphics/poppler-qt4 and after > that reinstalling x11-toolkits/qt33 works for me. > > Hope this helps, > Rainer > > >> Regards, >> Oliver >> >> clang++: warning: argument unused during compilation: '-fno-check-new' >> CXX libpoppler_cpp_la-poppler-version.lo >> clang++: warning: argument unused during compilation: '-fno-check-new' >> CXXLD libpoppler-cpp.la >> clang++: warning: argument unused during compilation: '-pthread' >> clang++: warning: argument unused during compilation: '-pthread' >> gmake[3]: Leaving directory >> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' >> Making all in tests >> gmake[3]: Entering directory >> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' >> CXX parseargs.o >> clang++: warning: argument unused during compilation: '-fno-check-new' >> CXX poppler-dump.o >> clang++: warning: argument unused during compilation: '-fno-check-new' >> CXXLD poppler-dump >> clang++: warning: argument unused during compilation: '-ansi' >> CXX poppler-render.o >> clang++: warning: argument unused during compilation: '-fno-check-new' >> CXXLD poppler-render >> clang++: warning: argument unused during compilation: '-ansi' >> gmake[3]: Leaving directory >> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' >> gmake[2]: Leaving directory >> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' >> gmake[2]: Entering directory >> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >> gmake[2]: Nothing to be done for `all-am'. >> gmake[2]: Leaving directory >> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >> gmake[1]: Leaving directory >> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >> ===> Installing for poppler-qt4-0.18.4 >> ===> Generating temporary packing list >> Making install in src >> gmake[1]: Entering directory >> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' >> GEN poppler-optcontent.moc >> not: not found >> gmake[1]: *** [poppler-optcontent.moc] Error 127 >> gmake[1]: Leaving directory >> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' >> gmake: *** [install-recursive] Error 1 >> *** [do-install] Error code 2 >> >> Stop in /usr/ports/graphics/poppler-qt4. >> >> ===>>> Installation of poppler-qt4-0.18.4 (graphics/poppler-qt4) failed >> ===>>> Aborting update >> >> Terminated >> >> ===>>> You can restart from the point of failure with this command line: >> portmaster graphics/poppler-qt4 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 11:57:26 2012 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 EF8D9106564A for ; Fri, 24 Feb 2012 11:57:26 +0000 (UTC) (envelope-from scheidell@FreeBSD.org) Received: from mx1.secnap.com.ionspam.net (mx1.secnap.com.ionspam.net [204.89.241.253]) by mx1.freebsd.org (Postfix) with ESMTP id BEE4E8FC0A for ; Fri, 24 Feb 2012 11:57:26 +0000 (UTC) Received: from mx1.secnap.com.ionspam.net (mx1.secnap.com.ionspam.net [10.70.1.253]) by mx1.secnap.com.ionspam.net (Postfix) with ESMTP id 4BD5A621C0D for ; Fri, 24 Feb 2012 06:57:26 -0500 (EST) X-Virus-Scanned: SpammerTrap(r) VPS-1500 2.18 at mx1.secnap.com.ionspam.net Received: from USBCTDC001.secnap.com (usbctdc001.secnap.com [10.70.1.1]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.secnap.com.ionspam.net (Postfix) with ESMTPS id C4386621C07 for ; Fri, 24 Feb 2012 06:57:25 -0500 (EST) Received: from MikeBook-Air.local (10.80.0.4) by USBCTDC001.secnap.com (10.70.1.1) with Microsoft SMTP Server (TLS) id 14.0.722.0; Fri, 24 Feb 2012 06:57:25 -0500 Message-ID: <4F477B33.5020506@FreeBSD.org> Date: Fri, 24 Feb 2012 06:57:39 -0500 From: Michael Scheidell Organization: SECNAP Network Security Corp User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12 MIME-Version: 1.0 To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: how do you specify a minimum lib 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: Fri, 24 Feb 2012 11:57:27 -0000 in LIB_DEPENDS it won't take anything like: = boost_serialization>=.4 what if you needed a minimum version of the library? -- Michael Scheidell, CTO >*| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 12:25:30 2012 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 3556C1065672; Fri, 24 Feb 2012 12:25:30 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EFAFA8FC0C; Fri, 24 Feb 2012 12:25:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1OCPT0k054724; Fri, 24 Feb 2012 12:25:29 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1OCPTlU054723; Fri, 24 Feb 2012 12:25:29 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 24 Feb 2012 13:25:25 +0100 From: Baptiste Daroussin To: Ade Lovett Message-ID: <20120224122524.GC14803@azathoth.lan> References: <20120222222544.GA88092@azathoth.lan> <20293.31720.350021.74506@gromit.timing.com> <20120223013502.GA78308@FreeBSD.org> <20120223072132.GB88092@azathoth.lan> <20120223093421.Horde.oN2FMZjmRSRPRfoNKQ4BA-g@webmail.leidinger.net> <20294.39398.620930.217619@gromit.timing.com> <20120223211406.GA14803@azathoth.lan> <4F46D751.2090100@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TiqCXmo5T1hvSQQg" Content-Disposition: inline In-Reply-To: <4F46D751.2090100@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@FreeBSD.org Subject: Re: Fix nvidia-like ports, help needed X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 12:25:30 -0000 --TiqCXmo5T1hvSQQg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 23, 2012 at 04:18:25PM -0800, Ade Lovett wrote: > On 2/23/2012 13:14, Baptiste Daroussin wrote: > > Another solution could be to add an entry (and drop it in deinstallatio= n to > > libmap.conf) when installing the nvidia driver, in that case installing= it ad > > libGL-nvidia.so.1 and adding: > > > > libGL.so.1 libGL-nvidia.so.1 > > > > or something like that. >=20 > Going that route is likely to be messy given the current monolithic=20 > /etc/libmap{,32}.conf >=20 > You'd most likely want ${LOCALBASE}/etc/libmap.conf.d/* (in a similar=20 > manner to etc/periodic, etc/rc.d and so on). Whether the code that=20 > currently handles libmap.conf is itself extended to use this directory=20 > structure is open for discussion. An alternate method could perhaps be= =20 > a 'genlibmap' command which takes /etc/libmap.conf and this directory=20 > structure to create a /var/run/libmap.conf which is actually used by rtld. >=20 > Having potentially multiple ports dinking _directly_ with=20 > /etc/libmap.conf will result in considerable foot shooting. >=20 > -aDe I agree with that, currently we can have LIBMAP env variable to append anto= her libmap.conf file to the /etc/libmap.conf, So we have two option, convert the LIBMAP variable to a PATH-like variable, (don't like this very much) or add an "includedir" keyword to libmap.conf t= hen the code will go thought the includedir and parse all the .conf files avail= able in that directory. the second seems pretty easy, I'll write a PoC for it as soon as I can regards, Bapt --TiqCXmo5T1hvSQQg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9HgbQACgkQ8kTtMUmk6ExP1gCgsPSkcOH6T8+E+mhOr6yY3cp2 s2gAn1GqGhBOL2yX1L+VT8+Mn3H4mzOa =qE/u -----END PGP SIGNATURE----- --TiqCXmo5T1hvSQQg-- From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 12:54:29 2012 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 5E087106566C for ; Fri, 24 Feb 2012 12:54:29 +0000 (UTC) (envelope-from scheidell@FreeBSD.org) Received: from mx1.secnap.com.ionspam.net (mx1.secnap.com.ionspam.net [204.89.241.253]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8B18FC15 for ; Fri, 24 Feb 2012 12:54:29 +0000 (UTC) Received: from mx1.secnap.com.ionspam.net (mx1.secnap.com.ionspam.net [10.70.1.253]) by mx1.secnap.com.ionspam.net (Postfix) with ESMTP id D6751621C06 for ; Fri, 24 Feb 2012 07:54:28 -0500 (EST) X-Virus-Scanned: SpammerTrap(r) VPS-1500 2.18 at mx1.secnap.com.ionspam.net Received: from USBCTDC001.secnap.com (usbctdc001.secnap.com [10.70.1.1]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.secnap.com.ionspam.net (Postfix) with ESMTPS id 50D1B621C03 for ; Fri, 24 Feb 2012 07:54:28 -0500 (EST) Received: from MikeBook-Air.local (10.80.0.4) by USBCTDC001.secnap.com (10.70.1.1) with Microsoft SMTP Server (TLS) id 14.0.722.0; Fri, 24 Feb 2012 07:54:27 -0500 Message-ID: <4F478892.10708@FreeBSD.org> Date: Fri, 24 Feb 2012 07:54:42 -0500 From: Michael Scheidell Organization: SECNAP Network Security Corp User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12 MIME-Version: 1.0 To: References: <4F477B33.5020506@FreeBSD.org> In-Reply-To: <4F477B33.5020506@FreeBSD.org> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: nevermind.Re: how do you specify a minimum lib 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: Fri, 24 Feb 2012 12:54:29 -0000 On 2/24/12 6:57 AM, Michael Scheidell wrote: > in LIB_DEPENDS > it won't take anything like: > > = boost_serialization>=.4 > I googled. all other _DEPENDS uses >= LIB_DEPENDS uses .[4-9] (i assume .(1[0-9]|[4-9])) -- Michael Scheidell, CTO >*| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 12:56:02 2012 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 2DA721065670; Fri, 24 Feb 2012 12:56:02 +0000 (UTC) (envelope-from dennylin93@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) by mx1.freebsd.org (Postfix) with ESMTP id E48EE8FC13; Fri, 24 Feb 2012 12:56:01 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 58) id 574321C6443; Fri, 24 Feb 2012 20:36:03 +0800 (CST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.hs.ntnu.edu.tw X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Received: from mail.hs.ntnu.edu.tw (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hs.ntnu.edu.tw (Postfix) with ESMTPS id EBBAF1C643E; Fri, 24 Feb 2012 20:36:02 +0800 (CST) Received: (from dennylin93@localhost) by mail.hs.ntnu.edu.tw (8.14.5/8.14.5/Submit) id q1OCa2F2025911; Fri, 24 Feb 2012 20:36:02 +0800 (CST) (envelope-from dennylin93@hs.ntnu.edu.tw) X-Authentication-Warning: mail.hs.ntnu.edu.tw: dennylin93 set sender to dennylin93@hs.ntnu.edu.tw using -f Date: Fri, 24 Feb 2012 20:36:02 +0800 From: Denny Lin To: Michael Scheidell Message-ID: <20120224123602.GJ2855@mail.hs.ntnu.edu.tw> References: <4F477B33.5020506@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4F477B33.5020506@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: ports@FreeBSD.org Subject: Re: how do you specify a minimum lib 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: Fri, 24 Feb 2012 12:56:02 -0000 On Fri, Feb 24, 2012 at 06:57:39AM -0500, Michael Scheidell wrote: > in LIB_DEPENDS > it won't take anything like: > > = boost_serialization>=.4 > > what if you needed a minimum version of the library? I think it should be like this: LIB_DEPENDS= cairo.2:${PORTSDIR}/graphics/cairo -- Denny Lin From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 12:57:53 2012 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 7057E106564A for ; Fri, 24 Feb 2012 12:57:53 +0000 (UTC) (envelope-from scheidell@FreeBSD.org) Received: from mx2.secnap.com.ionspam.net (mx2.secnap.com.ionspam.net [216.134.223.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3E43F8FC13 for ; Fri, 24 Feb 2012 12:57:52 +0000 (UTC) Received: from mx2.secnap.com.ionspam.net (unknown [10.71.0.54]) by mx2.secnap.com.ionspam.net (Postfix) with ESMTP id 82BA6D23CE4 for ; Fri, 24 Feb 2012 07:57:52 -0500 (EST) X-Virus-Scanned: SpammerTrap(r) VPS-1500 2.18 at mx2.secnap.com.ionspam.net Received: from USBCTDC001.secnap.com (unknown [10.70.1.1]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx2.secnap.com.ionspam.net (Postfix) with ESMTPS id A5132D23C0E for ; Fri, 24 Feb 2012 07:57:51 -0500 (EST) Received: from MikeBook-Air.local (10.80.0.4) by USBCTDC001.secnap.com (10.70.1.1) with Microsoft SMTP Server (TLS) id 14.0.722.0; Fri, 24 Feb 2012 07:57:51 -0500 Message-ID: <4F47895D.7020702@FreeBSD.org> Date: Fri, 24 Feb 2012 07:58:05 -0500 From: Michael Scheidell Organization: SECNAP Network Security Corp User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12 MIME-Version: 1.0 To: References: <4F477B33.5020506@FreeBSD.org> <20120224123602.GJ2855@mail.hs.ntnu.edu.tw> In-Reply-To: <20120224123602.GJ2855@mail.hs.ntnu.edu.tw> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: how do you specify a minimum lib 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: Fri, 24 Feb 2012 12:57:53 -0000 On 2/24/12 7:36 AM, Denny Lin wrote: > I think it should be like this: > LIB_DEPENDS= cairo.2:${PORTSDIR}/graphics/cairo > thanks, tried that, if lib(x) is .3, still fails. >=2 gets 'redirect error' found answer by google, needs LIB_DEPENDS= cairo.[2-9]:${PORTSDIR}/graphics/cairo -- Michael Scheidell, CTO >*| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 12:58:03 2012 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 924DF1065676; Fri, 24 Feb 2012 12:58:03 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0B1278FC08; Fri, 24 Feb 2012 12:58:03 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward11.mail.yandex.net (Yandex) with ESMTP id 69822E827B5; Fri, 24 Feb 2012 16:58:01 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 486621B60737; Fri, 24 Feb 2012 16:58:01 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id w0LKDM9e-w1LuVaOp; Fri, 24 Feb 2012 16:58:01 +0400 X-Yandex-Spam: 1 Message-ID: <4F478958.1050408@passap.ru> Date: Fri, 24 Feb 2012 16:58:00 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.1) Gecko/20120214 Thunderbird/10.0.1 MIME-Version: 1.0 To: Michael Scheidell References: <4F477B33.5020506@FreeBSD.org> In-Reply-To: <4F477B33.5020506@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: how do you specify a minimum lib 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: Fri, 24 Feb 2012 12:58:03 -0000 Hi! On 24.02.2012 15:57, Michael Scheidell wrote: > in LIB_DEPENDS > it won't take anything like: > > = boost_serialization>=.4 > > what if you needed a minimum version of the library? Seems you need this: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-depend.html#AEN2138 -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 13:05:45 2012 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 B8427106568C for ; Fri, 24 Feb 2012 13:05:45 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.bindone.de (mail.bindone.de [80.190.134.51]) by mx1.freebsd.org (Postfix) with SMTP id 17E298FC18 for ; Fri, 24 Feb 2012 13:05:44 +0000 (UTC) Received: (qmail 82793 invoked by uid 89); 24 Feb 2012 12:39:03 -0000 Received: from unknown (HELO ?172.30.100.102?) (mg@grem.de@172.30.100.102) by mail.bindone.de with ESMTPA; 24 Feb 2012 12:39:03 -0000 From: Michael Gmelin Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 24 Feb 2012 13:39:02 +0100 Message-Id: <845ACEFD-830F-4941-9EE3-F3CB35FD6200@grem.de> To: ports@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Cc: Subject: Newbie maintainer, question regarding patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 13:05:45 -0000 Hi, I recently took over maintainership of the devel/ice port and trying to = get familiar with the dos and don'ts of porting. In the past I = contributed only by sending PRs, which would have been approved by the = maintainer. Since I'm the maintainer now, will I still open normal PRs, = which will then be taken by the committer? The Porter's Handbook seems a = little bit thin on this (or I'm unable to distill . Also I have an additional question regarding how to patch - as far as I = understand, usually there should be one patch per patched file. I have = the following situation changing the port: a) I created a massive patch that enables the port to compile using = modern compilers (gcc >=3D 4.7 and clang >=3D 3.0). Since this patch = touches many files I was wondering if it wouldn't be better to keep this = in one patch file instead of creating 20+ patch files which then have = very little coherence (this patch fixes the same things in all files, as = devel/ice violates the C++ standard in many places) b) I also have another massive patch which touches another 20 files = which enables some new security features in ice (the history of this = patch is that I developed it at first and submitted it to the vendor, = who refined it and sent it back to me). I might want to make this patch = optional as well (using a dialog style menu to enable it). In this case = it also seems like it would be better not to split the patch up to all = that many sources, but keep it as one feature that's contained in one = patch. Especially when combining a) and b) (which both touch some of the same = files and therefore will get more or less interleaved) it seems = problematic (yet possible) to split them into many separate files. So the general question is: Is "one patch per file" a golden rule or are there exceptions in cases = where one logical patch touches dozens of files? Thanks, Michael From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 13:33:18 2012 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 28617106566B for ; Fri, 24 Feb 2012 13:33:18 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 7B3588FC0C for ; Fri, 24 Feb 2012 13:33:17 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q1ODXDGN095785 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 24 Feb 2012 13:33:13 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.3 smtp.infracaninophile.co.uk q1ODXDGN095785 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1330090393; bh=bvSR5EIWavg7ElU/10/zgs1vqJ0AfyPbBapnyLw9RRI=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=wgKIkHuo+O74cWCnAI0jDybUbcbNF6pn/mcVwZ3flCWw92wdKCc2j8Aef2oaA3CxN KgF5X1SMGPCPNUAu9C95C8D4R2J0Id9LPnPbuIRUaGbfhHA5Fmr8cjj9HqrW9iOzl8 XA1nOO7pyL2ZhdjH+GAgDQPE6Fyor0Zil+vcGAgI= Message-ID: <4F479192.8040605@infracaninophile.co.uk> Date: Fri, 24 Feb 2012 13:33:06 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4F477B33.5020506@FreeBSD.org> <4F478892.10708@FreeBSD.org> In-Reply-To: <4F478892.10708@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig39523EAB0231FD4BAF805E2B" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: nevermind.Re: how do you specify a minimum lib 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: Fri, 24 Feb 2012 13:33:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig39523EAB0231FD4BAF805E2B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 24/02/2012 12:54, Michael Scheidell wrote: >=20 >=20 > On 2/24/12 6:57 AM, Michael Scheidell wrote: >> in LIB_DEPENDS >> it won't take anything like: >> >> =3D boost_serialization>=3D.4 >> > I googled. > all other _DEPENDS uses >=3D > LIB_DEPENDS uses .[4-9] > (i assume .(1[0-9]|[4-9])) Saying 'all other _DEPENDS' is slightly misleading. LIB_DEPENDS is itself conceptually different to all the other {FETCH,EXTRACT,PATCH,BUILD,RUN,TEST,PKG}_DEPENDS in that it doesn't list dependencies that are required at a specific stage of building a port (LIB_DEPENDS is added to both BUILD_DEPENDS and RUN_DEPENDS), and it also implies a different way of testing that a dependency is fulfilled. So, there are four different styles for dependency lines: 1) ${LOCALBASE}/bin/foo:${PORTSDIR}/bar/baz Says 'unless the file ${LOCALBASE}/bin/foo exists, install the bar/baz port' (All dependency variables except LIB_DEPENDS) 2) foo:${PORTSDIR}/bar/baz Says 'unless there is an executable program foo on $PATH, install the bar/baz port' *for anything except LIB_DEPENDS* where it means 'unless there is a shared library -lfoo listed in the output of 'ldconfig -r', install the bar/baz port' 3) foo>=3D1.0:${PORTSDIR}/bar/baz Says 'unless a package foo-1.0 (or any higher version) is installed, install the bar/baz port' (All dependency variables except LIB_DEPENDS) 4) foo.[1-3]:${PORTSDIR}/bar/baz Says 'unless foo.[1-3] is matched in the output of 'ldconfig -r', install the bar/baz port' (Only for LIB_DEPENDS) ie. do: ldconfig -r | grep '-lfoo.[1-3]' This somewhat irritates my inner pedant, who would prefer it if _DEPENDS variables referred strictly to the different phases of building and installing ports, and there was some other syntax to indicate what test should be done to decide if a dependency had been fulfilled. Maybe something like: @exists(${LOCALBASE}/bin/foo) @package(foo>=3D1.0) @shlib(foo) or @shlib(foo>=3D1) which implies the possibility of adding other sorts of tests, say: @perlmod(Foo-Bar>1.0) equivalent to testing that perl -M'Foo::Bar 1.0' -e '' exits successfully. (Meaning you could install modules from CPAN and have them fulfil versioned dependencies in the ports.) Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig39523EAB0231FD4BAF805E2B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9HkZkACgkQ8Mjk52CukIzGJwCfcSfKJzuMPAMNh+Ok1+XArkxZ kFoAnAk49fZRm+DEAGEjla6LpO6vyeaY =9hu4 -----END PGP SIGNATURE----- --------------enig39523EAB0231FD4BAF805E2B-- From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 13:49:24 2012 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 479531065670 for ; Fri, 24 Feb 2012 13:49:24 +0000 (UTC) (envelope-from scheidell@freebsd.org) Received: from mx2.secnap.com.ionspam.net (mx2.secnap.com.ionspam.net [216.134.223.54]) by mx1.freebsd.org (Postfix) with ESMTP id 01C958FC13 for ; Fri, 24 Feb 2012 13:49:23 +0000 (UTC) Received: from mx2.secnap.com.ionspam.net (unknown [10.71.0.54]) by mx2.secnap.com.ionspam.net (Postfix) with ESMTP id 62D19D23C08 for ; Fri, 24 Feb 2012 08:49:23 -0500 (EST) X-Virus-Scanned: SpammerTrap(r) VPS-1500 2.18 at mx2.secnap.com.ionspam.net Received: from USBCTDC001.secnap.com (unknown [10.70.1.1]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx2.secnap.com.ionspam.net (Postfix) with ESMTPS id 86F8CD23C04 for ; Fri, 24 Feb 2012 08:49:22 -0500 (EST) Received: from macintosh.secnap.com (10.70.3.3) by USBCTDC001.secnap.com (10.70.1.1) with Microsoft SMTP Server (TLS) id 14.0.722.0; Fri, 24 Feb 2012 08:49:21 -0500 Message-ID: <4F479561.9070403@freebsd.org> Date: Fri, 24 Feb 2012 08:49:21 -0500 From: Michael Scheidell Organization: SECNAP Network Security Corp User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12 MIME-Version: 1.0 To: References: <845ACEFD-830F-4941-9EE3-F3CB35FD6200@grem.de> In-Reply-To: <845ACEFD-830F-4941-9EE3-F3CB35FD6200@grem.de> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Newbie maintainer, question regarding patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 13:49:24 -0000 First, welcome! Thank you for stepping up to the plate and taking on ownership of a port. It is greatly appreciated. As for pr's, yes, keep sending them. Your patches still need to be committed to the ports tree by a committer. When you send in a maintenance patch, subject should/could be something like [MAINTAINER PATCH] devel/ice, class of maintainer-update, sent from your maintainers email address. owner will be auto set to freebsd-ports-bugs, with state of 'open'. A committer, looking through the gnats database will look for freebsd-ports-bugs/state of open, and maybe maintainer-update. The committer will take a quick look at your pr, does it describe why/what/where? is the patch a nice clean patch? Then, they will take the pr, set responsible to themselves, and you will get an email from GNATS. Committer will apply your patch, run something like portlint -abt, run it in a tinderbox, and if it looks good, commit your patch, or something similar, and close pr. If they have questions, they will reply back to gnats, set state to followup, and wait for your answer. Maybe they will ask to submit a radically different patch, or will change something to make pkg-plist better, or clean up lingering portlint issues. if someone else submits a pr, you will get a GNATS email, with a link to pr, and pr will be set to state of 'feedback', waiting for you to look over the pr, and/or reply back to GNATS that you approve, you don't approve, you need more information, or want the pr to be closed because you won't fix whatever it is. Look at the patch submitted, does it follow FreeBSD ports/maintainers best practices? does it fix a real problem, or only a 'local' issue? Test patch, does it fix the problem? is it upward compatible, run your port with new patch, make sure it doesn't break anything. Do you have/or need a tinderbox to test in? this way you won't mess up your environment while doing the initial testing. Look to redports for a public tinderbox. as for big/vs lots of little patches, usually your choice. as a committer, I look for a good patch, if your patch is one big patch, fine. and the 'extra-patch' can follow 'extra-patch' guidelines, and use a knob, the default is up to you, but unless 95% of the people need the extra patch, consider the upward compatibility issues. And, always, ask questions in ports@. Many of us would rather answer questions here, than need to fix a broken update later. Thanks again. (not officially speaking for anyone, since no one officially speaks for FreeBSD, keep that in mind, all answers and suggestions, YMMV, and are as trustworthy as any other answer you get on the internet) -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 >*| *SECNAP Network Security Corporation * Best Mobile Solutions Product of 2011 * Best Intrusion Prevention Product * Hot Company Finalist 2011 * Best Email Security Product * Certified SNORT Integrator From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 13:56:23 2012 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 EE7871065673 for ; Fri, 24 Feb 2012 13:56:22 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA8F8FC08 for ; Fri, 24 Feb 2012 13:56:21 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so2196834wib.13 for ; Fri, 24 Feb 2012 05:56:21 -0800 (PST) Received-SPF: pass (google.com: domain of lists@eitanadler.com designates 10.216.138.234 as permitted sender) client-ip=10.216.138.234; Authentication-Results: mr.google.com; spf=pass (google.com: domain of lists@eitanadler.com designates 10.216.138.234 as permitted sender) smtp.mail=lists@eitanadler.com; dkim=pass header.i=lists@eitanadler.com Received: from mr.google.com ([10.216.138.234]) by 10.216.138.234 with SMTP id a84mr1545150wej.40.1330091781267 (num_hops = 1); Fri, 24 Feb 2012 05:56:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=EQIfdIWJ7asAlXbae1lw/8Uow+FEIH1/gNOqezrUXBs=; b=tWuLjzIfSR5h84WeIe6pj2tOvFNiRpf/7fjLxAsqM4SmV9svoBemjVZ+/afNI4GUgb tOiOQdLwHc7hdHKOgh+wXcuWo/zMhTJ+ZkGnBETXlcgSSeEAkv6e/w73bHBSLzvKtvwb aWnF+curmI4Vud0hy4t8gCkuEINSLMctFKLrw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=EQIfdIWJ7asAlXbae1lw/8Uow+FEIH1/gNOqezrUXBs=; b=f6L+48oIy6J0eCZm6KmuZGTL/Eja+UKK7WETb+KxuNyQn19fWAumbT55fk72tbQ2g9 DwYjllvQHogk5H1ql43D1n7ddAle1BqH9FNlEPDkWi3ml6/iDyYQdALTfIypCTXsekZ/ eECLJNSqFOLIWItch9AHKxhRqDRlAe1vtUJSY= Received: by 10.216.138.234 with SMTP id a84mr1243441wej.40.1330091781168; Fri, 24 Feb 2012 05:56:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.15.90 with HTTP; Fri, 24 Feb 2012 05:55:51 -0800 (PST) In-Reply-To: <845ACEFD-830F-4941-9EE3-F3CB35FD6200@grem.de> References: <845ACEFD-830F-4941-9EE3-F3CB35FD6200@grem.de> From: Eitan Adler Date: Fri, 24 Feb 2012 08:55:51 -0500 Message-ID: To: Michael Gmelin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlTkdvuz80cmPAvdYeU3CaP7TpwLz8g21amDQHKFl7qNquI61begk0yhcVmv0+qw7JM8tUX Cc: ports@freebsd.org Subject: Re: Newbie maintainer, question regarding patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 13:56:23 -0000 On Fri, Feb 24, 2012 at 7:39 AM, Michael Gmelin wrote: > b) I also have another massive patch which touches another 20 files which= enables some new security features in ice (the history of this patch is th= at I developed it at first and submitted it to the vendor, who refined it a= nd sent it back to me). I might want to make this patch optional as well (u= sing a dialog style menu to enable it). In this case it also seems like it = would be better not to split the patch up to all that many sources, but kee= p it as one feature that's contained in one patch. Just replying to this question: The ports tree is not meant for software development. I would much rather you try to get the patch into the upstream source than keep it as an optional patch in the ports tree. --=20 Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 14:04:42 2012 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 A77171065687 for ; Fri, 24 Feb 2012 14:04:42 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 37C1E8FC1A for ; Fri, 24 Feb 2012 14:04:42 +0000 (UTC) Received: from pd951d1c0.dip.t-dialin.net ([217.81.209.192] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1S0vlH-0002tI-QV; Fri, 24 Feb 2012 15:04:40 +0100 Message-ID: <4F4798F4.6010808@gwdg.de> Date: Fri, 24 Feb 2012 15:04:36 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Luca Pizzamiglio References: <4F46B12F.5000502@zedat.fu-berlin.de> <4F476F02.1000908@gwdg.de> <4F477ADE.7090100@bally-wulff.de> In-Reply-To: <4F477ADE.7090100@bally-wulff.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: "O. Hartmann" , Ports FreeBSD Subject: Re: graphics/poppler-qt4: Installation error: /poppler-0.18.4/qt4/src' GEN poppler-optcontent.moc, not: not found, gmake[1]: *** [poppler-optcontent.moc] Error 127 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 14:04:42 -0000 On 24.02.2012 12:56 (UTC+1), Luca Pizzamiglio wrote: > Hi Reiner, > unfortunately no x11-toolkits/qt33 here! Did you also looked for qt-copy-3.3.8_13? It was only a guess because it helped me. > And there's something strange: I cannot build poppler-qt4 1.18.4. > but Oliver built it, the problem occurs during the install phase. > And I cannot see any 0.18.4_1 version, as Oliver reports... My upgraded version is now poppler-qt4-0.18.4. I don't know about a portrevision 1. Seems that Oliver has to explain this. > Where am I wrong? any ideas? > > thanks > > Regards, > Luca > > > On 02/24/12 12:05, Rainer Hurling wrote: >> Am 23.02.2012 22:35 (UTC+1) schrieb O. Hartmann: >>> I found myself confronted with this error today. I happens on a FreeBSD >>> 10.0/amd64 box, most recently built-world. >>> >>> The error is persistent with CLANG and legacy GCC 4.2.1. The port is a >>> denepndency for several client applications I've installed on that box >>> and after the update today (poppler-qt4 seems to be installed before as >>> version 0.18.4 and got updated today to version 0.18.4_1), the port >>> isn't installed anymore! >>> >>> The portmaintainersoftware is portmaster. Error follows below. >>> >>> Any ideas? >> >> Deinstalling x11-toolkits/qt33, upgrading graphics/poppler-qt4 and after >> that reinstalling x11-toolkits/qt33 works for me. >> >> Hope this helps, >> Rainer >> >> >>> Regards, >>> Oliver >>> >>> clang++: warning: argument unused during compilation: '-fno-check-new' >>> CXX libpoppler_cpp_la-poppler-version.lo >>> clang++: warning: argument unused during compilation: '-fno-check-new' >>> CXXLD libpoppler-cpp.la >>> clang++: warning: argument unused during compilation: '-pthread' >>> clang++: warning: argument unused during compilation: '-pthread' >>> gmake[3]: Leaving directory >>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' >>> Making all in tests >>> gmake[3]: Entering directory >>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' >>> CXX parseargs.o >>> clang++: warning: argument unused during compilation: '-fno-check-new' >>> CXX poppler-dump.o >>> clang++: warning: argument unused during compilation: '-fno-check-new' >>> CXXLD poppler-dump >>> clang++: warning: argument unused during compilation: '-ansi' >>> CXX poppler-render.o >>> clang++: warning: argument unused during compilation: '-fno-check-new' >>> CXXLD poppler-render >>> clang++: warning: argument unused during compilation: '-ansi' >>> gmake[3]: Leaving directory >>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' >>> gmake[2]: Leaving directory >>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' >>> gmake[2]: Entering directory >>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >>> gmake[2]: Nothing to be done for `all-am'. >>> gmake[2]: Leaving directory >>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >>> gmake[1]: Leaving directory >>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >>> ===> Installing for poppler-qt4-0.18.4 >>> ===> Generating temporary packing list >>> Making install in src >>> gmake[1]: Entering directory >>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' >>> GEN poppler-optcontent.moc >>> not: not found >>> gmake[1]: *** [poppler-optcontent.moc] Error 127 >>> gmake[1]: Leaving directory >>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' >>> gmake: *** [install-recursive] Error 1 >>> *** [do-install] Error code 2 >>> >>> Stop in /usr/ports/graphics/poppler-qt4. >>> >>> ===>>> Installation of poppler-qt4-0.18.4 (graphics/poppler-qt4) failed >>> ===>>> Aborting update >>> >>> Terminated >>> >>> ===>>> You can restart from the point of failure with this command line: >>> portmaster graphics/poppler-qt4 From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 14:14:25 2012 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 4C6D8106564A for ; Fri, 24 Feb 2012 14:14:25 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 03D028FC0C for ; Fri, 24 Feb 2012 14:14:24 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S0vuh-0001pB-62 for freebsd-ports@freebsd.org; Fri, 24 Feb 2012 15:14:23 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Feb 2012 15:14:23 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Feb 2012 15:14:23 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Ivan Voras Date: Fri, 24 Feb 2012 15:14:14 +0100 Lines: 31 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig95F08921ADAFF2858918A131" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120213 Thunderbird/10.0 X-Enigmail-Version: 1.3.5 Subject: New ports - Bullet Cache X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 14:14:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig95F08921ADAFF2858918A131 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, I've submitted a couple of new ports, and I'd like to ask someone to take a look at them and commit them: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D164872 I'm not sure how to handle the shared library installation issue (lines 36,37 in mdcached/Makefile). --------------enig95F08921ADAFF2858918A131 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAk9HmzYACgkQldnAQVacBcisKQCgyrrKAgkXBHX/hcKyhsnP21ZR h8oAmN+8kFRPUwMV985PDpPlgL/8uuM= =3mbd -----END PGP SIGNATURE----- --------------enig95F08921ADAFF2858918A131-- From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 14:18:53 2012 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 DA8C8106566C for ; Fri, 24 Feb 2012 14:18:53 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.bindone.de (mail.bindone.de [80.190.134.51]) by mx1.freebsd.org (Postfix) with SMTP id 3E6468FC08 for ; Fri, 24 Feb 2012 14:18:52 +0000 (UTC) Received: (qmail 90463 invoked by uid 89); 24 Feb 2012 14:18:49 -0000 Received: from unknown (HELO ?172.30.100.102?) (mg@grem.de@172.30.100.102) by mail.bindone.de with ESMTPA; 24 Feb 2012 14:18:49 -0000 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Michael Gmelin In-Reply-To: Date: Fri, 24 Feb 2012 15:18:49 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <845ACEFD-830F-4941-9EE3-F3CB35FD6200@grem.de> To: Eitan Adler X-Mailer: Apple Mail (2.1084) Cc: ports@freebsd.org Subject: Re: Newbie maintainer, question regarding patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 14:18:53 -0000 On Feb 24, 2012, at 14:55, Eitan Adler wrote: > On Fri, Feb 24, 2012 at 7:39 AM, Michael Gmelin = wrote: >> b) I also have another massive patch which touches another 20 files = which enables some new security features in ice (the history of this = patch is that I developed it at first and submitted it to the vendor, = who refined it and sent it back to me). I might want to make this patch = optional as well (using a dialog style menu to enable it). In this case = it also seems like it would be better not to split the patch up to all = that many sources, but keep it as one feature that's contained in one = patch. >=20 > Just replying to this question: The ports tree is not meant for > software development. I would much rather you try to get the patch > into the upstream source than keep it as an optional patch in the > ports tree. In general I agree with your reasoning. The feature I'm talking about = has been approved and will be in the next version (this happened almost = half a year ago). Unfortunately Ice has a slow release cycle, as it is = dual licensed (GPLv2+commercial). The next release of Ice is quite a = while away and will probably a major release, as they only create = releases that are also commercially supported. The vendor doesn't = provide any source repository access or anything else that could be used = to track new features or patches, they only get announced in the forums. = So as a heavy user of this software package I would like to have access = to these vendor approved and backwards compatible optional features = without working outside of the ports tree. To a certain degree this is = comparable to other ports that pull in optional features through patches = (djbdns, qmail, nginx, php, etc.). Alternatively an devel/ice-devel port could be created, that brings in = more of these new features, but that would of course create more = overhead - I could also host these feature patches outside of ports (as = PATCHFILES) or create a forked project to track them, but all of this = seems a little bit like over engineering, given the fact that the = changes are fairly minimal (even though they're touching many files). Michael >=20 >=20 >=20 > --=20 > Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 14:28:24 2012 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 4BAC7106564A for ; Fri, 24 Feb 2012 14:28:24 +0000 (UTC) (envelope-from l.pizzamiglio@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id D062B8FC14 for ; Fri, 24 Feb 2012 14:28:23 +0000 (UTC) Received: from bwex.bally-wulff.de (unknown [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTP id F3C3F4068; Fri, 24 Feb 2012 15:28:21 +0100 (CET) Received: from pizzamig.bally.de ([192.9.205.30]) by bwex.bally-wulff.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 24 Feb 2012 15:28:22 +0100 Message-ID: <4F479E83.4020305@bally-wulff.de> Date: Fri, 24 Feb 2012 15:28:19 +0100 From: Luca Pizzamiglio User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 MIME-Version: 1.0 To: Rainer Hurling References: <4F46B12F.5000502@zedat.fu-berlin.de> <4F476F02.1000908@gwdg.de> <4F477ADE.7090100@bally-wulff.de> <4F4798F4.6010808@gwdg.de> In-Reply-To: <4F4798F4.6010808@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Feb 2012 14:28:22.0792 (UTC) FILETIME=[8FF92080:01CCF300] Cc: "O. Hartmann" , Ports FreeBSD Subject: Re: graphics/poppler-qt4: Installation error: /poppler-0.18.4/qt4/src' GEN poppler-optcontent.moc, not: not found, gmake[1]: *** [poppler-optcontent.moc] Error 127 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 14:28:24 -0000 Problem fixed! thanks to solve ports/165438! It was caused by qt3 conflict OR freebsd < 9.0. I had no qt3 package installed, qt4 only. Compiled and updated. Thanks. Best regards, Luca On 02/24/12 15:04, Rainer Hurling wrote: > On 24.02.2012 12:56 (UTC+1), Luca Pizzamiglio wrote: >> Hi Reiner, >> unfortunately no x11-toolkits/qt33 here! > > Did you also looked for qt-copy-3.3.8_13? It was only a guess because it > helped me. > >> And there's something strange: I cannot build poppler-qt4 1.18.4. >> but Oliver built it, the problem occurs during the install phase. >> And I cannot see any 0.18.4_1 version, as Oliver reports... > > My upgraded version is now poppler-qt4-0.18.4. I don't know about a > portrevision 1. Seems that Oliver has to explain this. > >> Where am I wrong? any ideas? >> >> thanks >> >> Regards, >> Luca >> >> >> On 02/24/12 12:05, Rainer Hurling wrote: >>> Am 23.02.2012 22:35 (UTC+1) schrieb O. Hartmann: >>>> I found myself confronted with this error today. I happens on a FreeBSD >>>> 10.0/amd64 box, most recently built-world. >>>> >>>> The error is persistent with CLANG and legacy GCC 4.2.1. The port is a >>>> denepndency for several client applications I've installed on that box >>>> and after the update today (poppler-qt4 seems to be installed before as >>>> version 0.18.4 and got updated today to version 0.18.4_1), the port >>>> isn't installed anymore! >>>> >>>> The portmaintainersoftware is portmaster. Error follows below. >>>> >>>> Any ideas? >>> >>> Deinstalling x11-toolkits/qt33, upgrading graphics/poppler-qt4 and after >>> that reinstalling x11-toolkits/qt33 works for me. >>> >>> Hope this helps, >>> Rainer >>> >>> >>>> Regards, >>>> Oliver >>>> >>>> clang++: warning: argument unused during compilation: '-fno-check-new' >>>> CXX libpoppler_cpp_la-poppler-version.lo >>>> clang++: warning: argument unused during compilation: '-fno-check-new' >>>> CXXLD libpoppler-cpp.la >>>> clang++: warning: argument unused during compilation: '-pthread' >>>> clang++: warning: argument unused during compilation: '-pthread' >>>> gmake[3]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' >>>> Making all in tests >>>> gmake[3]: Entering directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' >>>> CXX parseargs.o >>>> clang++: warning: argument unused during compilation: '-fno-check-new' >>>> CXX poppler-dump.o >>>> clang++: warning: argument unused during compilation: '-fno-check-new' >>>> CXXLD poppler-dump >>>> clang++: warning: argument unused during compilation: '-ansi' >>>> CXX poppler-render.o >>>> clang++: warning: argument unused during compilation: '-fno-check-new' >>>> CXXLD poppler-render >>>> clang++: warning: argument unused during compilation: '-ansi' >>>> gmake[3]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' >>>> gmake[2]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' >>>> gmake[2]: Entering directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >>>> gmake[2]: Nothing to be done for `all-am'. >>>> gmake[2]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >>>> gmake[1]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >>>> ===> Installing for poppler-qt4-0.18.4 >>>> ===> Generating temporary packing list >>>> Making install in src >>>> gmake[1]: Entering directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' >>>> GEN poppler-optcontent.moc >>>> not: not found >>>> gmake[1]: *** [poppler-optcontent.moc] Error 127 >>>> gmake[1]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' >>>> gmake: *** [install-recursive] Error 1 >>>> *** [do-install] Error code 2 >>>> >>>> Stop in /usr/ports/graphics/poppler-qt4. >>>> >>>> ===>>> Installation of poppler-qt4-0.18.4 (graphics/poppler-qt4) failed >>>> ===>>> Aborting update >>>> >>>> Terminated >>>> >>>> ===>>> You can restart from the point of failure with this command >>>> line: >>>> portmaster graphics/poppler-qt4 > From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 16:59:24 2012 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 02DC5106566B; Fri, 24 Feb 2012 16:59:24 +0000 (UTC) (envelope-from virtualestates@gmail.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 9FD3E8FC12; Fri, 24 Feb 2012 16:59:23 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 24 Feb 2012 11:30:16 -0500 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr16.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BPL49861; Fri, 24 Feb 2012 11:30:16 -0500 X-Auth-ID: anat Received: from 209-6-63-29.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO utka.zajac) ([209.6.63.29]) by smtp04.lnh.mail.rcn.net with ESMTP; 24 Feb 2012 11:30:15 -0500 Message-ID: <4F47BB17.4020706@gmail.com> Date: Fri, 24 Feb 2012 11:30:15 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111013 Thunderbird/7.0.1 MIME-Version: 1.0 To: Michael Scheidell References: <4F477B33.5020506@FreeBSD.org> In-Reply-To: <4F477B33.5020506@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Whitelist: YES (by domain whitelist at mr16.lnh.mail.rcn.net) Cc: ports@freebsd.org Subject: Re: how do you specify a minimum lib 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: Fri, 24 Feb 2012 16:59:24 -0000 On -10.01.-28163 14:59, Michael Scheidell wrote: > in LIB_DEPENDS > it won't take anything like: > > = boost_serialization>=.4 > > what if you needed a minimum version of the library? For years now the shared-library's major number is treated as a regular expression by bsd.port.mk. So you could use something like: LIB_DEPENDS= boost_serialization.[456789]:... this should be enough for a while -- until there appears boost_serialization.10, necessitating a hairier regexp. ImageMagick port uses this to depend on the fixed version of libfpx, for example. You may also be able to insist on the version of the boost port being above a certain string, but I don't know the syntax... Yours, -mi From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 17:56:56 2012 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 EDA09106568E for ; Fri, 24 Feb 2012 17:56:56 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id C87698FC08 for ; Fri, 24 Feb 2012 17:56:56 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1S0zO3-0005Jp-N2 for freebsd-ports@freebsd.org; Fri, 24 Feb 2012 09:56:55 -0800 Date: Fri, 24 Feb 2012 09:56:55 -0800 (PST) From: Jakub Lach To: freebsd-ports@freebsd.org Message-ID: <1330106215702-5513504.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: updating mksh, portmaster -a, pkg_version strangeness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 17:56:57 -0000 Hello, It looks like 'portmaster -a' was not picking up mksh update since mksh-r40 here, it piqued my curiosity when pkg_version reported I had newer mksh installed than available in ports tree, but the version I had installed was ripe old mksh-r40. Now, after 'portmaster mksh' and apparently 'Upgrade of mksh-r40 to mksh-r40.d completed' could somebody explain that? best regards, - Jakub Lach -- View this message in context: http://freebsd.1045724.n5.nabble.com/updating-mksh-portmaster-a-pkg-version-strangeness-tp5513504p5513504.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 18:55:17 2012 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 250A31065674 for ; Fri, 24 Feb 2012 18:55:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B9F438FC0A for ; Fri, 24 Feb 2012 18:55:16 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1S10IT-00056S-DB>; Fri, 24 Feb 2012 19:55:14 +0100 Received: from e178009165.adsl.alicedsl.de ([85.178.9.165] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S10IT-0006mC-7N>; Fri, 24 Feb 2012 19:55:13 +0100 Message-ID: <4F47DD0A.7060707@zedat.fu-berlin.de> Date: Fri, 24 Feb 2012 19:55:06 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Rainer Hurling References: <4F46B12F.5000502@zedat.fu-berlin.de> <4F476F02.1000908@gwdg.de> <4F477ADE.7090100@bally-wulff.de> <4F4798F4.6010808@gwdg.de> In-Reply-To: <4F4798F4.6010808@gwdg.de> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF80E2D170F7A3CF155044DA4" X-Originating-IP: 85.178.9.165 Cc: Ports FreeBSD , Luca Pizzamiglio Subject: Re: graphics/poppler-qt4: Installation error: /poppler-0.18.4/qt4/src' GEN poppler-optcontent.moc, not: not found, gmake[1]: *** [poppler-optcontent.moc] Error 127 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Feb 2012 18:55:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF80E2D170F7A3CF155044DA4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 02/24/12 15:04, Rainer Hurling wrote: > On 24.02.2012 12:56 (UTC+1), Luca Pizzamiglio wrote: >> Hi Reiner, >> unfortunately no x11-toolkits/qt33 here! >=20 > Did you also looked for qt-copy-3.3.8_13? It was only a guess because i= t > helped me. qt-copy-3.3.8_13 is indeed installed and used by this installed clients I use frequently: luma-2.3_7 pdfedit-0.4.5 qscintilla-1.7.1_7 orsa-0.7.0_21 py27-qt-3.18.2,2 >=20 >> And there's something strange: I cannot build poppler-qt4 1.18.4. >> but Oliver built it, the problem occurs during the install phase. >> And I cannot see any 0.18.4_1 version, as Oliver reports... This is a fault of mine. I have this confused with ktorrent-4.1.3_1, which is resilient to be updated as some other ports now ... By the way, deleting the qt-copy-3 port helps. Thanks. I guess I have had in the past similar problems with exactly this port. >=20 > My upgraded version is now poppler-qt4-0.18.4. I don't know about a > portrevision 1. Seems that Oliver has to explain this. >=20 >> Where am I wrong? any ideas? >> >> thanks >> >> Regards, >> Luca Regards, Oliver >> >> >> On 02/24/12 12:05, Rainer Hurling wrote: >>> Am 23.02.2012 22:35 (UTC+1) schrieb O. Hartmann: >>>> I found myself confronted with this error today. I happens on a Free= BSD >>>> 10.0/amd64 box, most recently built-world. >>>> >>>> The error is persistent with CLANG and legacy GCC 4.2.1. The port is= a >>>> denepndency for several client applications I've installed on that b= ox >>>> and after the update today (poppler-qt4 seems to be installed before= as >>>> version 0.18.4 and got updated today to version 0.18.4_1), the port >>>> isn't installed anymore! >>>> >>>> The portmaintainersoftware is portmaster. Error follows below. >>>> >>>> Any ideas? >>> >>> Deinstalling x11-toolkits/qt33, upgrading graphics/poppler-qt4 and af= ter >>> that reinstalling x11-toolkits/qt33 works for me. >>> >>> Hope this helps, >>> Rainer >>> >>> >>>> Regards, >>>> Oliver >>>> >>>> clang++: warning: argument unused during compilation: '-fno-check-ne= w' >>>> CXX libpoppler_cpp_la-poppler-version.lo >>>> clang++: warning: argument unused during compilation: '-fno-check-ne= w' >>>> CXXLD libpoppler-cpp.la >>>> clang++: warning: argument unused during compilation: '-pthread' >>>> clang++: warning: argument unused during compilation: '-pthread' >>>> gmake[3]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' >>>> Making all in tests >>>> gmake[3]: Entering directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' >>>> CXX parseargs.o >>>> clang++: warning: argument unused during compilation: '-fno-check-ne= w' >>>> CXX poppler-dump.o >>>> clang++: warning: argument unused during compilation: '-fno-check-ne= w' >>>> CXXLD poppler-dump >>>> clang++: warning: argument unused during compilation: '-ansi' >>>> CXX poppler-render.o >>>> clang++: warning: argument unused during compilation: '-fno-check-ne= w' >>>> CXXLD poppler-render >>>> clang++: warning: argument unused during compilation: '-ansi' >>>> gmake[3]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp/tests' >>>> gmake[2]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/cpp' >>>> gmake[2]: Entering directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >>>> gmake[2]: Nothing to be done for `all-am'. >>>> gmake[2]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >>>> gmake[1]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4' >>>> =3D=3D=3D> Installing for poppler-qt4-0.18.4 >>>> =3D=3D=3D> Generating temporary packing list >>>> Making install in src >>>> gmake[1]: Entering directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' >>>> GEN poppler-optcontent.moc >>>> not: not found >>>> gmake[1]: *** [poppler-optcontent.moc] Error 127 >>>> gmake[1]: Leaving directory >>>> `/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/qt4/src' >>>> gmake: *** [install-recursive] Error 1 >>>> *** [do-install] Error code 2 >>>> >>>> Stop in /usr/ports/graphics/poppler-qt4. >>>> >>>> =3D=3D=3D>>> Installation of poppler-qt4-0.18.4 (graphics/poppler-qt= 4) failed >>>> =3D=3D=3D>>> Aborting update >>>> >>>> Terminated >>>> >>>> =3D=3D=3D>>> You can restart from the point of failure with this com= mand >>>> line: >>>> portmaster graphics/poppler-qt4 >=20 --------------enigF80E2D170F7A3CF155044DA4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPR90QAAoJEOgBcD7A/5N8ETUH/3dyds13wLOtfVc+Y+8B/mRP s6BqMJOz3peTzRfHAc9fXesDOKSY8RHdOSA5yzS8hBA+T7Fd0rqW2OV4mCsW2Fg4 xDNC8Bbg6UDmw1xhlWgMkG1+M88Dy5GFhLN63vhy/LGymIsCsury1GYV3RbCtTrV pAJDAQ4Xxh7jesy2OBECv8jtCc21YI7e+oV7GE6T3uTJRaigxdQTbVhTwgTpQM12 AjIZg6Vt44UZt2TkL1hJFLeI9c+gpQfHfP6H8GuK2doHEsVkFxjd+g6JdiKC6m6X B79GxPeNCcCxKRU3CifoWiySRw9Hz1rfDJUEhu4mSKsoe8cvBxYrN/XXhMg7JYU= =iofy -----END PGP SIGNATURE----- --------------enigF80E2D170F7A3CF155044DA4-- From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 19:06:58 2012 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 4EFD3106566C for ; Fri, 24 Feb 2012 19:06:58 +0000 (UTC) (envelope-from norman@khine.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED458FC14 for ; Fri, 24 Feb 2012 19:06:56 +0000 (UTC) Received: by yenl12 with SMTP id l12so1493768yen.13 for ; Fri, 24 Feb 2012 11:06:56 -0800 (PST) Received-SPF: pass (google.com: domain of norman@khine.net designates 10.50.34.202 as permitted sender) client-ip=10.50.34.202; Authentication-Results: mr.google.com; spf=pass (google.com: domain of norman@khine.net designates 10.50.34.202 as permitted sender) smtp.mail=norman@khine.net Received: from mr.google.com ([10.50.34.202]) by 10.50.34.202 with SMTP id b10mr5026336igj.2.1330110416492 (num_hops = 1); Fri, 24 Feb 2012 11:06:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.34.202 with SMTP id b10mr3867753igj.2.1330108829646; Fri, 24 Feb 2012 10:40:29 -0800 (PST) Received: by 10.50.170.106 with HTTP; Fri, 24 Feb 2012 10:40:29 -0800 (PST) Date: Fri, 24 Feb 2012 19:40:29 +0100 Message-ID: From: Norman Khine To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnYth/I9oL/kereoeqao9hKSyJmDC0BDBZR9kwUZzZglg65WnJ2xte9s1nfXEs7TrBb2/Te X-Mailman-Approved-At: Fri, 24 Feb 2012 19:09:10 +0000 Subject: dl library and fdatasync(2) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 19:06:58 -0000 i am trying to build nodejs on freebsd9, and get a warning: Checking for library dl : not found Checking for fdatasync(2) with c++ : no could someone point me where these libraries are? thanks norman -- %>>> "".join( [ {'*':'@','^':'.'}.get(c,None) or chr(97+(ord(c)-83)%26) for c in ",adym,*)&uzq^zqf" ] ) From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 19:15:34 2012 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 8AF31106564A for ; Fri, 24 Feb 2012 19:15:34 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id 6EFB98FC15 for ; Fri, 24 Feb 2012 19:15:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp020.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LZW00BD0W5X9Z10@asmtp020.mac.com> for freebsd-ports@freebsd.org; Fri, 24 Feb 2012 19:15:33 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498,1.0.260,0.0.0000 definitions=2012-02-24_06:2012-02-24, 2012-02-24, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1202240181 From: Chuck Swiger In-reply-to: Date: Fri, 24 Feb 2012 11:15:32 -0800 Message-id: <133E41CB-0B0E-4249-907B-AEB2CA919DBD@mac.com> References: To: Norman Khine X-Mailer: Apple Mail (2.1084) Cc: freebsd-ports@freebsd.org Subject: Re: dl library and fdatasync(2) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 19:15:34 -0000 On Feb 24, 2012, at 10:40 AM, Norman Khine wrote: > i am trying to build nodejs on freebsd9, and get a warning: > > Checking for library dl : not found > > Checking for fdatasync(2) with c++ : no > > could someone point me where these libraries are? FreeBSD's libc provides dlopen(), dlclose(), etc-- there's no need for a separate libdl to do dynamic loading. fdatasync(2) is a cheaper version of fsync(2) which does not try to update filesystem metadata; using soft updates with FreeBSD's UFS2 filesystem already provides most of the benefits. So you don't need that either, just call fsync() instead. Regards, -- -Chuck From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 19:38:23 2012 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 92FA6106564A for ; Fri, 24 Feb 2012 19:38:23 +0000 (UTC) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (kazi6.fit.vutbr.cz [IPv6:2001:67c:1220:808::93e5:80c]) by mx1.freebsd.org (Postfix) with ESMTP id 1E32D8FC14 for ; Fri, 24 Feb 2012 19:38:22 +0000 (UTC) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (envelope-from cejkar@fit.vutbr.cz) (8.14.5/8.14.4) with ESMTP id q1OJcL0d065205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 24 Feb 2012 20:38:21 +0100 (CET) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.14.5/8.13.1/Submit) id q1OJcLBg065204 for freebsd-ports@freebsd.org; Fri, 24 Feb 2012 20:38:21 +0100 (CET) (envelope-from cejkar@fit.vutbr.cz) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Fri, 24 Feb 2012 20:38:21 +0100 From: Cejka Rudolf To: freebsd-ports@freebsd.org Message-ID: <20120224193821.GA64014@fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.71 on 147.229.8.12 Subject: Minor changes to bsd.port.mk and bsd.pkgng.mk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 19:38:23 -0000 Hello, what do you think about the following minor changes to bsd.port.mk and bsd.pkgng.mk? The motivation is that it is currently relatively hard to detect, which options of a port are locally changed by user, or by gradual port upgrades with OPTIONS changed by port maintainer. (With consequence that when upgrading ports using packages and there is some non-default options value in a port, direct port compilation should be forced instead of use of a package.) Some port maintainers do not use on/off, but they use values ON/On/OFF/Off. I think that curent default value detection in make showconfig is useless and confusing, and it should be better to detect real value difference among OPTIONS in Makefile and options is /var/db/ports. Furthermore, it is possible to define WITH_* and WITHOUT_* variables in environment, so maybe there could be even bigger checks for on/off. --- bsd.port.mk.orig 2012-02-24 20:03:39.000000000 +0100 +++ bsd.port.mk 2012-02-24 20:17:01.000000000 +0100 @@ -5981,7 +5981,7 @@ set -- ${OPTIONS} XXX; \ while [ $$# -gt 3 ]; do \ OPTIONSLIST="$${OPTIONSLIST} $$1"; \ - defaultval=$$3; \ + defaultval=$$(${ECHO_CMD} $$3 | ${TR} [A-Z] [a-z]); \ withvar=WITH_$$1; \ withoutvar=WITHOUT_$$1; \ withval=$$(eval ${ECHO_CMD} $$\{$${withvar}\}); \ @@ -6086,7 +6086,7 @@ fi; \ set -- ${OPTIONS} XXX; \ while [ $$# -gt 3 ]; do \ - defaultval=$$3; \ + defaultval=$$(${ECHO_CMD} $$3 | ${TR} [A-Z] [a-z]); \ withvar=WITH_$$1; \ withoutvar=WITHOUT_$$1; \ withval=$$(eval ${ECHO_CMD} $$\{$${withvar}\}); \ @@ -6096,7 +6096,10 @@ elif [ ! -z "$${withoutval}" ]; then \ val=off; \ else \ - val="$${defaultval} (default)"; \ + val="$${defaultval}"; \ + fi; \ + if [ "$${val}" = "$${defaultval}" ]; then \ + val="$$val (default)"; \ fi; \ ${ECHO_MSG} " $$1=$${val} \"$$2\""; \ shift 3; \ --- bsd.pkgng.mk.orig 2012-02-24 20:08:33.000000000 +0100 +++ bsd.pkgng.mk 2012-02-24 20:14:50.000000000 +0100 @@ -85,7 +85,7 @@ fi; \ set -- ${OPTIONS} XXX; \ while [ $$# -gt 3 ]; do \ - defaultval=$$3 \ + defaultval=$$(${ECHO_CMD} $$3 | ${TR} [A-Z] [a-z]); \ withvar=WITH_$$1; \ withoutvar=WITHOUT_$$1; \ withval=$$(eval ${ECHO_CMD} $$\{$${withvar}\}); \ -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 22:35:46 2012 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 4C91B106564A for ; Fri, 24 Feb 2012 22:35:46 +0000 (UTC) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (kazi6.fit.vutbr.cz [IPv6:2001:67c:1220:808::93e5:80c]) by mx1.freebsd.org (Postfix) with ESMTP id CC7928FC14 for ; Fri, 24 Feb 2012 22:35:45 +0000 (UTC) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (envelope-from cejkar@fit.vutbr.cz) (8.14.5/8.14.4) with ESMTP id q1OMZiMj079760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 24 Feb 2012 23:35:44 +0100 (CET) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.14.5/8.13.1/Submit) id q1OMZibM079759 for freebsd-ports@freebsd.org; Fri, 24 Feb 2012 23:35:44 +0100 (CET) (envelope-from cejkar@fit.vutbr.cz) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Fri, 24 Feb 2012 23:35:44 +0100 From: Cejka Rudolf To: freebsd-ports@freebsd.org Message-ID: <20120224223544.GA79502@fit.vutbr.cz> References: <20120224193821.GA64014@fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120224193821.GA64014@fit.vutbr.cz> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.71 on 147.229.8.12 Subject: Re: Minor changes to bsd.port.mk and bsd.pkgng.mk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 22:35:46 -0000 Cejka Rudolf wrote (2012/02/24): > + defaultval=$$(${ECHO_CMD} $$3 | ${TR} [A-Z] [a-z]); \ I'm sorry - all three lines with ${TR} have to be changed to > + defaultval=$$(${ECHO_CMD} $$3 | ${TR} "[A-Z]" "[a-z]"); \ so that one letter files in ports directories do not break functionality. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-ports@FreeBSD.ORG Fri Feb 24 22:40:07 2012 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 BC16B106566B for ; Fri, 24 Feb 2012 22:40:07 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 966C48FC13 for ; Fri, 24 Feb 2012 22:40:07 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp025.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LZX008V05MQTV70@asmtp025.mac.com> for freebsd-ports@freebsd.org; Fri, 24 Feb 2012 14:40:03 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498,1.0.260,0.0.0000 definitions=2012-02-24_07:2012-02-24, 2012-02-24, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1202240241 From: Chuck Swiger In-reply-to: <20120224223544.GA79502@fit.vutbr.cz> Date: Fri, 24 Feb 2012 14:40:02 -0800 Message-id: <1EE41D1B-9D1E-47A8-85F4-5482A947061C@mac.com> References: <20120224193821.GA64014@fit.vutbr.cz> <20120224223544.GA79502@fit.vutbr.cz> To: Cejka Rudolf X-Mailer: Apple Mail (2.1084) Cc: freebsd-ports@freebsd.org Subject: Re: Minor changes to bsd.port.mk and bsd.pkgng.mk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 22:40:07 -0000 On Feb 24, 2012, at 2:35 PM, Cejka Rudolf wrote: > I'm sorry - all three lines with ${TR} have to be changed to > >> + defaultval=$$(${ECHO_CMD} $$3 | ${TR} "[A-Z]" "[a-z]"); \ > > so that one letter files in ports directories > do not break functionality. For your next update, please use [:upper:] and [:lower:] character classes. This works with languages with diacritical marks and so forth... Regards, -- -Chuck From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 04:33:47 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id EA85B1065673; Sat, 25 Feb 2012 04:33:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 43BAD1568E8; Sat, 25 Feb 2012 04:33:45 +0000 (UTC) Message-ID: <4F4864A8.1030505@FreeBSD.org> Date: Fri, 24 Feb 2012 20:33:44 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Jakub Lach References: <1330106215702-5513504.post@n5.nabble.com> In-Reply-To: <1330106215702-5513504.post@n5.nabble.com> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org, miwi@FreeBSD.org Subject: Re: updating mksh, portmaster -a, pkg_version strangeness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 04:33:48 -0000 On 02/24/2012 09:56, Jakub Lach wrote: > Hello, > > It looks like 'portmaster -a' was not picking > up mksh update since mksh-r40 here, it > piqued my curiosity when pkg_version > reported I had newer mksh installed than > available in ports tree, but the version I had > installed was ripe old mksh-r40. > > Now, after 'portmaster mksh' and apparently > 'Upgrade of mksh-r40 to mksh-r40.d > completed' could somebody explain that? The DISTVERSION is incorrectly specified: pkg_version -t R40 R40d > -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 04:35:20 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id B37A7106566C for ; Sat, 25 Feb 2012 04:35:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7609514E5EE; Sat, 25 Feb 2012 04:35:19 +0000 (UTC) Message-ID: <4F486506.6050703@FreeBSD.org> Date: Fri, 24 Feb 2012 20:35:18 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Michael Gmelin References: <845ACEFD-830F-4941-9EE3-F3CB35FD6200@grem.de> In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Eitan Adler Subject: Re: Newbie maintainer, question regarding patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Feb 2012 04:35:20 -0000 On 02/24/2012 06:18, Michael Gmelin wrote: > In general I agree with your reasoning. The feature I'm talking about has been approved and will be in the next version (this happened almost half a year ago). Unfortunately Ice has a slow release cycle, as it is dual licensed (GPLv2+commercial). The next release of Ice is quite a while away and will probably a major release, as they only create releases that are also commercially supported. The vendor doesn't provide any source repository access or anything else that could be used to track new features or patches, they only get announced in the forums. So as a heavy user of this software package I would like to have access to these vendor approved and backwards compatible optional features without working outside of the ports tree. To a certain degree this is comparable to other ports that pull in optional features through patches (djbdns, qmail, nginx, php, etc.). For whatever it's worth, this sounds reasonable to me, and I've done similar in the past with some of my ports. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 11:54:10 2012 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 F3731106564A for ; Sat, 25 Feb 2012 11:54:10 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id CFC658FC08 for ; Sat, 25 Feb 2012 11:54:10 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1S1GCX-00061j-SM for freebsd-ports@freebsd.org; Sat, 25 Feb 2012 03:54:09 -0800 Date: Sat, 25 Feb 2012 03:54:09 -0800 (PST) From: Jakub Lach To: freebsd-ports@freebsd.org Message-ID: <1330170849869-5514998.post@n5.nabble.com> In-Reply-To: <4F4864A8.1030505@FreeBSD.org> References: <1330106215702-5513504.post@n5.nabble.com> <4F4864A8.1030505@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: updating mksh, portmaster -a, pkg_version strangeness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 11:54:11 -0000 Hi Doug, Thanks for reply, > The DISTVERSION is incorrectly specified ...looks like it, but why this wasn't corrected, and how it worked before? mksh had letters added in version from start. -- View this message in context: http://freebsd.1045724.n5.nabble.com/updating-mksh-portmaster-a-pkg-version-strangeness-tp5513504p5514998.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 13:25:22 2012 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 EC220106566B; Sat, 25 Feb 2012 13:25:22 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A854F8FC0C; Sat, 25 Feb 2012 13:25:22 +0000 (UTC) Received: by iaeo4 with SMTP id o4so5480079iae.13 for ; Sat, 25 Feb 2012 05:25:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=jNxXxLR7E7PYtLSzxgCLuVD6kptkyinHSuNzNUtz9wY=; b=DfS5IHdQV1K+x4lj1U2Tw6N7hUZ2OvsOQ8aeY6I1hP08Mu1RhWc3JbIv0Wj39BWJl/ /krAXuEASOVFJm0JzGUGXUFiXLyAfiEP5UgJtf6N5IPoz+rT+uumlzVj2i3HHqgjl9nh VaFmSXA7E7G1pAS12dZgm8pqxCIxm0X15mrXE= Received: by 10.50.76.130 with SMTP id k2mr6971581igw.22.1330176322276; Sat, 25 Feb 2012 05:25:22 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.155.20 with HTTP; Sat, 25 Feb 2012 05:24:52 -0800 (PST) In-Reply-To: <4F478892.10708@FreeBSD.org> References: <4F477B33.5020506@FreeBSD.org> <4F478892.10708@FreeBSD.org> From: Chris Rees Date: Sat, 25 Feb 2012 13:24:52 +0000 X-Google-Sender-Auth: sC-JiVZgNJg5CnT-ijlobFdm5Fs Message-ID: To: Michael Scheidell Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org Subject: Re: nevermind.Re: how do you specify a minimum lib 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: Sat, 25 Feb 2012 13:25:23 -0000 On 24 February 2012 12:54, Michael Scheidell wrote: > > > On 2/24/12 6:57 AM, Michael Scheidell wrote: >> >> in LIB_DEPENDS >> it won't take anything like: >> >> = boost_serialization>=.4 >> > I googled. > all other _DEPENDS uses >= > LIB_DEPENDS uses .[4-9] > (i assume .(1[0-9]|[4-9])) If we're going to make this rigorous, we should use: .([1-9][0-9]+|[4-9]) in order to accept >.4 . I haven't escaped the '.', because I don't see any way it could hurt. Or, you could depend on the lowest package version that has .so.4 (but only if it is unique to that package). Chris From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 18:42:00 2012 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 4F8081065673; Sat, 25 Feb 2012 18:42:00 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 234548FC08; Sat, 25 Feb 2012 18:41:59 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q1PIfxqi017541; Sat, 25 Feb 2012 18:41:59 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 2gnad76bgzqwvnfzzpsvrw2mf2; Sat, 25 Feb 2012 18:41:59 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20120223121647.50ba7c6a@kan.dyndns.org> Date: Sat, 25 Feb 2012 10:41:59 -0800 Content-Transfer-Encoding: 7bit Message-Id: <39D1C607-E186-4819-A562-E51B0366057A@kientzle.com> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> <20120223121647.50ba7c6a@kan.dyndns.org> To: Alexander Kabaev X-Mailer: Apple Mail (2.1257) Cc: freebsd-current FreeBSD , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 18:42:00 -0000 On Feb 23, 2012, at 9:16 AM, Alexander Kabaev wrote: > On Tue, 21 Feb 2012 21:11:13 -0800 > Tim Kientzle wrote: > >> >> If I understand correctly, the libgcc in base is pretty stripped >> down compared to "regular" libgcc, because most of that >> stuff is in our libc instead. >> > > You understand it a bit wrong, but your conclusions are correct. libgcc > in base is not stripped in any way and is supposed to be identical to > one coming from upstream. So where is __umodsi3 supposed to be defined for ARM? In FreeBSD, libgcc refers to it but does not define it. It's defined in libc. I stumbled across this trying to link some freestanding ARM code using the native cross-compilers. The link failed if I used -nostdlib because of a handful of symbols such as this. Tim From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 18:46:24 2012 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 15EB6106564A for ; Sat, 25 Feb 2012 18:46:24 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D02CB8FC08 for ; Sat, 25 Feb 2012 18:46:23 +0000 (UTC) Received: by iaeo4 with SMTP id o4so5807513iae.13 for ; Sat, 25 Feb 2012 10:46:23 -0800 (PST) Received-SPF: pass (google.com: domain of royce.williams@gmail.com designates 10.50.160.131 as permitted sender) client-ip=10.50.160.131; Authentication-Results: mr.google.com; spf=pass (google.com: domain of royce.williams@gmail.com designates 10.50.160.131 as permitted sender) smtp.mail=royce.williams@gmail.com; dkim=pass header.i=royce.williams@gmail.com Received: from mr.google.com ([10.50.160.131]) by 10.50.160.131 with SMTP id xk3mr9816977igb.19.1330195583437 (num_hops = 1); Sat, 25 Feb 2012 10:46:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=UoqMgPsqEJPjhJFhllog1+w29jMQsJ1U18nk81WMcsE=; b=hIxXp3D9+Im1SX9ZHPRv108n3GYGbbexaRokKdkDtPKXbVcSvn6XV5oZEqgQ5OMsfi oA9+bbyCbf6nTc83w+b9IAT2+/IM+Jafwqf8POIOWFSHn+eZUI8GKuQgg/s7U1b41bup JRs/3wUeZerlsIl+RodHooKOtCKi/94fZR+v8= Received: by 10.50.160.131 with SMTP id xk3mr7842848igb.19.1330194099298; Sat, 25 Feb 2012 10:21:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.172.3 with HTTP; Sat, 25 Feb 2012 10:21:19 -0800 (PST) From: Royce Williams Date: Sat, 25 Feb 2012 09:21:19 -0900 Message-ID: To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: portupgrade -> portmaster Rosetta Stone? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Feb 2012 18:46:24 -0000 I noticed that the portupgrade port got returned to ports@ with this note: ports-mgmt/portupgrade - Reassign to ports@ please consider using ports-mgmt/portmaster Discussed with: bugmeister(eadler, linimon), ruby(swills, pgollucci) via #bsdports 22 Feb 2012 - pgollucci http://www.freshports.org/ports-mgmt/portupgrade/ To ease the transition, does anyone know of a Rosetta Stone table, or "portmaster for native speakers of portupgrade"? Royce From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 19:18:20 2012 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 C4514106564A for ; Sat, 25 Feb 2012 19:18:20 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F3E88FC13 for ; Sat, 25 Feb 2012 19:18:19 +0000 (UTC) Received: by werm13 with SMTP id m13so3017988wer.13 for ; Sat, 25 Feb 2012 11:18:19 -0800 (PST) Received-SPF: pass (google.com: domain of kob6558@gmail.com designates 10.180.24.166 as permitted sender) client-ip=10.180.24.166; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kob6558@gmail.com designates 10.180.24.166 as permitted sender) smtp.mail=kob6558@gmail.com; dkim=pass header.i=kob6558@gmail.com Received: from mr.google.com ([10.180.24.166]) by 10.180.24.166 with SMTP id v6mr5923516wif.10.1330197499387 (num_hops = 1); Sat, 25 Feb 2012 11:18:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=K89POO6P33lVB6gwu5Nt2pVOnfPoHNwWMjOhXceqtZU=; b=FCTnyOzc1/Lt/W/xMvc0JAPBUCAg8u+HS4IG4a3QadfTZg9L0wjsN6X1tyCkDjl+Jo fdhHpbbsj1JB5txiEVo5kaJgdkARK+wiH3vmsY9VZ7/CO2DflAtnb7EmyYP91vbLM68u 9JNTf7KltllG19EBG5wDlUo2peZl1FWZL1K+E= MIME-Version: 1.0 Received: by 10.180.24.166 with SMTP id v6mr4676098wif.10.1330197499163; Sat, 25 Feb 2012 11:18:19 -0800 (PST) Received: by 10.223.16.82 with HTTP; Sat, 25 Feb 2012 11:18:19 -0800 (PST) In-Reply-To: References: Date: Sat, 25 Feb 2012 11:18:19 -0800 Message-ID: From: Kevin Oberman To: Royce Williams Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: portupgrade -> portmaster Rosetta Stone? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Feb 2012 19:18:20 -0000 On Sat, Feb 25, 2012 at 10:21 AM, Royce Williams wrote: > I noticed that the portupgrade port got returned to ports@ with this note= : > > ports-mgmt/portupgrade > =A0- =A0Reassign to ports@ > =A0 =A0 please consider using ports-mgmt/portmaster > > =A0Discussed with: bugmeister(eadler, linimon), ruby(swills, pgollucci) v= ia > =A0#bsdports > =A022 Feb 2012 - pgollucci > =A0http://www.freshports.org/ports-mgmt/portupgrade/ > > > To ease the transition, does anyone know of a Rosetta Stone table, or > "portmaster for native speakers of portupgrade"? Many things are just the same, but thee are a few 'gotcha's to be aware of. 1. There is no 'force' option for portmaster. You tell it to re-install a port and it does so. 2. If a directory is not specified (e.g. graphics/Imagemagick), the arguments are globs so that 'portmaster mplayer' will also run on mplayer-skins or any other installed port starting with mplayer. (I find this annoying, but Doug said that he got lots of requests for this behavior.) 3. portmaster ALWAYS behaves like -R was specified. The -R option in portmaster is very useful in some cases, but it is completely different from portupgrade. It is for Restart and is useful when updating lots of ports at once. 4. By default, portmaster will ask if you want ot delete the old distfile after installing an upgrade that uses a newer distfile. -D prevents this so you can run as close to non-stop as is possible. If you use -D, you may want to run 'portmaster --clean-distfiles' when you are all done. (portupgrade never attempts to clean up old distfiles and expects you to run portsclean for this.) Read the man page! Really! portmaster(8) has examples that will greatly simplify big jobs like completely reinstalling your ports and will clarify some of portmaster's behavior. I find portmaster vastly superior to portupgrade and highly recommended it before portupgrade was deprecated, though it did take a little getting used to, often because some things were so close to the same as portupgrade. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 19:24:08 2012 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 24D0E1065670 for ; Sat, 25 Feb 2012 19:24:08 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 776858FC14 for ; Sat, 25 Feb 2012 19:24:07 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q1PJO3Z4083005 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 25 Feb 2012 19:24:04 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.3 smtp.infracaninophile.co.uk q1PJO3Z4083005 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1330197844; bh=AUHUDppyOVG/y/2oGZjTFyMFLgOX01zcLqqP2MyA4P8=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=wYiNbpi1dIvMohoN3XuPO07fcMkmvlEXwkclRIfHBMTw7HIzR6VjJ9G5yB+MKZjZl lF1QkyOf3Uby9JYgNb0zFZfqTMIStxG26pmy3EnoCR6EmqFIoQX4e3LCV6xweWVT+F Jw794F5e7dyC43iccr8VurD42wUuc/dYghe64VT0= Message-ID: <4F49354C.1050803@infracaninophile.co.uk> Date: Sat, 25 Feb 2012 19:23:56 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD28925F900D96247C25C81A3" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: portupgrade -> portmaster Rosetta Stone? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Feb 2012 19:24:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD28925F900D96247C25C81A3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 25/02/2012 18:21, Royce Williams wrote: > To ease the transition, does anyone know of a Rosetta Stone table, or > "portmaster for native speakers of portupgrade"? It's not too hard to switch. Read the portmaster(8) man page -- most of the central stuff is actually fairly close to what portupgrade does. A few differences: portmaster foo/bar will update anything foo/bar depends on, that is out of date (a bit like portupgrade -R), and it will always reinstall the foo/bar port. portmaster -r foo-0.99 will update anything out of date that depends on the foo-0.99 port. When you get a shlib-bump, a common idiom is: portmaster -fr libfoo-1.0 which forces an update of everything that depends on libfoo-1.0. One important difference is the -R flag -- in portupgrade, that means 'recurse through what this port depends on,' which doesn't have an equivalent flag in portmaster because that's the default behaviour. Instead, to portmaster, -R means 'restart a previously interrupted session from where you got to before.' If you want portmaster to completely ignore a port, touch /var/db/pkg/foo-0.99/+IGNOREME -- there's no arrays of ports to do special things with as there are in portupgrade.conf portmaster doesn't save old shlibs in /usr/local/lib/compat/pkg by default -- you have to use the -w flag for that, or a setting in portmaster.rc portmaster doesn't need you to be continually running a command like pkgdb as it does a pretty good job of keeping everything consistent just as it goes along. If you get messages about 'malformed dependency' you should try 'portmaster --check-depends' to clear it up. But all you really need to know is that for routine updates, first update your ports tree using portsnap or csup or banging two rocks together or whatever your favourite method is and then just run 'portmaster -a' Answer anything it asks you, and then sit back and watch it go to work. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigD28925F900D96247C25C81A3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9JNVMACgkQ8Mjk52CukIxpnQCghPLozWMTaxq/UOe8DpzXDqRZ T+cAniHsXMqXzN5cm5eWWa4wZp1YKD0+ =JoUs -----END PGP SIGNATURE----- --------------enigD28925F900D96247C25C81A3-- From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 19:35:31 2012 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 5EF40106566C for ; Sat, 25 Feb 2012 19:35:31 +0000 (UTC) (envelope-from execve@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1C59D8FC12 for ; Sat, 25 Feb 2012 19:35:30 +0000 (UTC) Received: by iaeo4 with SMTP id o4so5853179iae.13 for ; Sat, 25 Feb 2012 11:35:30 -0800 (PST) Received-SPF: pass (google.com: domain of execve@gmail.com designates 10.50.236.68 as permitted sender) client-ip=10.50.236.68; Authentication-Results: mr.google.com; spf=pass (google.com: domain of execve@gmail.com designates 10.50.236.68 as permitted sender) smtp.mail=execve@gmail.com; dkim=pass header.i=execve@gmail.com Received: from mr.google.com ([10.50.236.68]) by 10.50.236.68 with SMTP id us4mr3733385igc.7.1330198530597 (num_hops = 1); Sat, 25 Feb 2012 11:35:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=ZDacMU/2T+ag9lwdkCAYkc3mi8GR+HQJm7WvKgeL9K0=; b=Her9BFE9EeULlfDZxI+xBMA8zIdS5GEiT8o1AZER8ZeqtRVTiG3oEFVbjj1xTkdXO4 hMF6/fZTH5B1FImSnz60SEkmb4ccAprLFWK0iQFnHd86+VqRw1ASSmWvWS8xxLIE1pZW DmyjWM5ecSyHUrE4Iv/G0bsQ1KAIV5vWaGKdg= MIME-Version: 1.0 Received: by 10.50.236.68 with SMTP id us4mr3041564igc.7.1330198530338; Sat, 25 Feb 2012 11:35:30 -0800 (PST) Sender: execve@gmail.com Received: by 10.231.102.9 with HTTP; Sat, 25 Feb 2012 11:35:30 -0800 (PST) In-Reply-To: <1329928804776-5505596.post@n5.nabble.com> References: <1329928804776-5505596.post@n5.nabble.com> Date: Sun, 26 Feb 2012 01:05:30 +0530 X-Google-Sender-Auth: I9pe8yJUCpdqZ5W6_DKV4U9PRmQ Message-ID: From: Gautam To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: graphics/png does not build with lang/gcc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Feb 2012 19:35:31 -0000 Hi, On Wed, Feb 22, 2012 at 10:10 PM, Jakub Lach wrote: > make.conf: > > .if !empty(.CURDIR:M/usr/ports/*) > WRKDIRPREFIX= /usr/obj > .include "/etc/ports.conf" > .endif > > ports.conf: > > CC=gcc46 > CXX=g++46 > CFLAGS=-O2 -pipe -march=native > CXXFLAGS=${CFLAGS} > > No such problem here. > Thanks for the response. I am still seeing this problem. Do you have something specific in libmap.conf or some other configuration relating to LD/LDFLAGS? -Gautam From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 20:03:44 2012 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 2DD9C1065672 for ; Sat, 25 Feb 2012 20:03:44 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0318A8FC12 for ; Sat, 25 Feb 2012 20:03:42 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1S1NqH-00069g-LQ for freebsd-ports@freebsd.org; Sat, 25 Feb 2012 12:03:41 -0800 Date: Sat, 25 Feb 2012 12:03:41 -0800 (PST) From: Jakub Lach To: freebsd-ports@freebsd.org Message-ID: <1330200221656-5515744.post@n5.nabble.com> In-Reply-To: References: <1329928804776-5505596.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: graphics/png does not build with lang/gcc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Feb 2012 20:03:44 -0000 I don't think so. Maybe it's P4 specific. -- View this message in context: http://freebsd.1045724.n5.nabble.com/graphics-png-does-not-build-with-lang-gcc-tp5495065p5515744.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 20:05:38 2012 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 2A992106566C for ; Sat, 25 Feb 2012 20:05:38 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id F39948FC0C for ; Sat, 25 Feb 2012 20:05:37 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1S1Ns9-0006MC-GF for freebsd-ports@freebsd.org; Sat, 25 Feb 2012 12:05:37 -0800 Date: Sat, 25 Feb 2012 12:05:37 -0800 (PST) From: Jakub Lach To: freebsd-ports@freebsd.org Message-ID: <1330200337495-5515746.post@n5.nabble.com> In-Reply-To: <1330200221656-5515744.post@n5.nabble.com> References: <1329928804776-5505596.post@n5.nabble.com> <1330200221656-5515744.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: graphics/png does not build with lang/gcc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Feb 2012 20:05:38 -0000 /etc/libmap.conf libgcc_s.so.1 gcc46/libgcc_s.so.1 libgomp.so.1 gcc46/libgomp.so.1 libssp.so.0 gcc46/libssp.so.0 libstdc++.so.6 gcc46/libstdc++.so.6 -- View this message in context: http://freebsd.1045724.n5.nabble.com/graphics-png-does-not-build-with-lang-gcc-tp5495065p5515746.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 20:11:03 2012 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 6ADF71065670; Sat, 25 Feb 2012 20:11:03 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 01E838FC12; Sat, 25 Feb 2012 20:11:02 +0000 (UTC) Received: by qao25 with SMTP id 25so806536qao.13 for ; Sat, 25 Feb 2012 12:11:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=gd5DRdbTQA7I6MnuuPKnCU010e2/hyOpdAEzkXsEtaU=; b=F5cUl1CSIpJW5xiMmL1efxVHUBWeOaDIHHr5D0OW3ciIa+jNIvpwLuvFbCJRgs/C08 1ukJP457ymCehn3lxqm51CveC3PA1IJS9S9odBVd6PyCkvBQZd/pvHHo09vcRHL35JaC C9QYPXDFHkJwZzxO1R06E2j9DkRjN/P2MICZU= Received: by 10.224.73.12 with SMTP id o12mr3431876qaj.98.1330200662141; Sat, 25 Feb 2012 12:11:02 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id hp1sm22811755qab.22.2012.02.25.12.11.01 (version=SSLv3 cipher=OTHER); Sat, 25 Feb 2012 12:11:01 -0800 (PST) Date: Sat, 25 Feb 2012 15:10:54 -0500 From: Alexander Kabaev To: Tim Kientzle Message-ID: <20120225151054.710d06af@kan.dyndns.org> In-Reply-To: <39D1C607-E186-4819-A562-E51B0366057A@kientzle.com> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> <20120223121647.50ba7c6a@kan.dyndns.org> <39D1C607-E186-4819-A562-E51B0366057A@kientzle.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/vSIsQP5ZMqJe/BW79+UTV6l"; protocol="application/pgp-signature" Cc: freebsd-current FreeBSD , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 20:11:03 -0000 --Sig_/vSIsQP5ZMqJe/BW79+UTV6l Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 25 Feb 2012 10:41:59 -0800 Tim Kientzle wrote: >=20 > On Feb 23, 2012, at 9:16 AM, Alexander Kabaev wrote: >=20 > > On Tue, 21 Feb 2012 21:11:13 -0800 > > Tim Kientzle wrote: > >=20 > >>=20 > >> If I understand correctly, the libgcc in base is pretty stripped > >> down compared to "regular" libgcc, because most of that > >> stuff is in our libc instead.=20 > >>=20 > >=20 > > You understand it a bit wrong, but your conclusions are correct. > > libgcc in base is not stripped in any way and is supposed to be > > identical to one coming from upstream. >=20 > So where is __umodsi3 supposed to be defined for ARM? >=20 > In FreeBSD, libgcc refers to it but does not define it. > It's defined in libc. >=20 > I stumbled across this trying to link some freestanding > ARM code using the native cross-compilers. The link > failed if I used -nostdlib because of a handful of symbols > such as this. >=20 > Tim I do not know how embedded architectures split it these days and I am not even sure if we have an official ARM port in FSF GCC, but in general these belong in static portion of libgcc.a. If you'd look at bmake glue in gnu/lib/libgcc, you will see that building of __umodsi was there but was disabled by our arm folks presumably because of switch to our own complete softfloat implementation that happens to be in libc. They probably should not have disabled integer math stuff along with libgcc's incomplete floating point implementation, but I guess they had their reasons. Non-embedded architectures do not do that and for amd64/i386 each GCC import since 3. ensured that libgcc_s.so matched one produced by upstream symbol-by-symbol. --=20 Alexander Kabaev --Sig_/vSIsQP5ZMqJe/BW79+UTV6l Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPSUBTQ6z1jMm+XZYRAtNqAKCHZJ8AYfHTz/9sRrT6h1qaSKXc6gCgzyha oQYTovXrxEGBozXkG8d54OA= =LKsJ -----END PGP SIGNATURE----- --Sig_/vSIsQP5ZMqJe/BW79+UTV6l-- From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 20:13:44 2012 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 B51FD106564A for ; Sat, 25 Feb 2012 20:13:44 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8988F8FC15 for ; Sat, 25 Feb 2012 20:13:44 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1S1O00-00073g-1Z for freebsd-ports@freebsd.org; Sat, 25 Feb 2012 12:13:44 -0800 Date: Sat, 25 Feb 2012 12:13:44 -0800 (PST) From: Jakub Lach To: freebsd-ports@freebsd.org Message-ID: <1330200824033-5515762.post@n5.nabble.com> In-Reply-To: <1330200337495-5515746.post@n5.nabble.com> References: <1329928804776-5505596.post@n5.nabble.com> <1330200221656-5515744.post@n5.nabble.com> <1330200337495-5515746.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: graphics/png does not build with lang/gcc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Feb 2012 20:13:44 -0000 To be precise, I'm user of lang/gcc46, but since long before lang/gcc creation, so it shouldn't really matter. -- View this message in context: http://freebsd.1045724.n5.nabble.com/graphics-png-does-not-build-with-lang-gcc-tp5495065p5515762.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 20:14:42 2012 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 E272D106564A for ; Sat, 25 Feb 2012 20:14:42 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 9DFA28FC0A for ; Sat, 25 Feb 2012 20:14:42 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q1PKEf4t005071; Sat, 25 Feb 2012 13:14:41 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q1PKEfIR005068; Sat, 25 Feb 2012 13:14:41 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 25 Feb 2012 13:14:41 -0700 (MST) From: Warren Block To: Matthew Seaman In-Reply-To: <4F49354C.1050803@infracaninophile.co.uk> Message-ID: References: <4F49354C.1050803@infracaninophile.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 25 Feb 2012 13:14:41 -0700 (MST) Cc: freebsd-ports@freebsd.org Subject: Re: portupgrade -> portmaster Rosetta Stone? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Feb 2012 20:14:43 -0000 On Sat, 25 Feb 2012, Matthew Seaman wrote: > But all you really need to know is that for routine updates, first > update your ports tree using portsnap or csup or banging two rocks > together or whatever your favourite method is and then just run > 'portmaster -a' Answer anything it asks you, and then sit back and > watch it go to work. Update the ports tree, but then always look at /usr/ports/UPDATING before running portmaster (or portupgrade, or anything, really). From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 21:05:33 2012 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 493181065670 for ; Sat, 25 Feb 2012 21:05:33 +0000 (UTC) (envelope-from mel@datakitty.lan.rachie.is-a-geek.net) Received: from datakitty.lan.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3266C8FC12 for ; Sat, 25 Feb 2012 21:05:31 +0000 (UTC) Received: from datakitty.lan.rachie.is-a-geek.net (localhost [127.0.0.1]) by datakitty.lan.rachie.is-a-geek.net (8.14.5/8.14.5) with ESMTP id q1PKq8kr067743; Sat, 25 Feb 2012 11:52:08 -0900 (AKST) (envelope-from mel@datakitty.lan.rachie.is-a-geek.net) Received: (from mel@localhost) by datakitty.lan.rachie.is-a-geek.net (8.14.5/8.14.5/Submit) id q1PKq8E9067742; Sat, 25 Feb 2012 11:52:08 -0900 (AKST) (envelope-from mel) Date: Sat, 25 Feb 2012 11:52:08 -0900 (AKST) Message-Id: <201202252052.q1PKq8E9067742@datakitty.lan.rachie.is-a-geek.net> To: FreeBSD-gnats-submit@freebsd.org From: Mel FLynn X-send-pr-version: 3.113 X-GNATS-Notify: Cc: MAINTAINER Subject: [PATCH] deskutils/myitcrm: update to 0.2.9.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 21:05:33 -0000 >Submitter-Id: current-users >Originator: Mel Flynn >Organization: >Confidential: no >Synopsis: [PATCH] deskutils/myitcrm: update to 0.2.9.3 >Severity: non-critical >Priority: low >Category: ports >Class: update >Release: FreeBSD 8.2-STABLE amd64 >Environment: System: FreeBSD datakitty.lan.rachie.is-a-geek.net 8.2-STABLE FreeBSD 8.2-STABLE #6 r230977: Sun Feb 5 06:20:11 >Description: - Update to 0.2.9.3 - Take maintainership Added file(s): - files/patch-bug263 Fixes post-release bug which makes billing sections not visible due to misplaced HTML comment. Changed files: - Makefile - distinfo - files/pkg-message.in - pkg-plist Generated with FreeBSD Port Tools 0.99 >How-To-Repeat: Does not apply. >Fix: --- myitcrm-0.2.9.3.patch begins here --- diff -ruN --exclude=CVS /home/mel/svn/redports/melflynn/deskutils/myitcrm.orig/Makefile /home/mel/svn/redports/melflynn/deskutils/myitcrm/Makefile --- /home/mel/svn/redports/melflynn/deskutils/myitcrm.orig/Makefile 2011-09-26 17:16:03.000000000 -0800 +++ /home/mel/svn/redports/melflynn/deskutils/myitcrm/Makefile 2012-02-25 10:08:03.000000000 -0900 @@ -6,44 +6,93 @@ # PORTNAME= myitcrm -PORTVERSION= 0.2.9.1 +PORTVERSION= 0.2.9.3 CATEGORIES= deskutils MASTER_SITES= SF/myitcrm/ -DISTNAME= MyITCRM-${PORTVERSION} +DISTNAME= MyITCRM1-${PORTVERSION} -MAINTAINER= ports@FreeBSD.org -COMMENT= MYIT CRM is a CRM project designed for Computer Servicing and Repairs +MAINTAINER= rflynn@acsalaska.net +COMMENT= MyIT CRM is a CRM project designed for Computer Servicing and Repairs + +LICENSE= GPLv3 USE_ZIP= yes -USE_PHP+= mysql -USE_MYSQL= yes +USE_PHP= mysql session xml NO_BUILD= yes -WWWOWN= www -WWWGRP= ${WWWOWN} +WRKSRC= ${WRKDIR}/MyITCRM-${PORTVERSION} -PKGMESSAGE= ${WRKDIR}/${PORTNAME}/pkg-message SUB_FILES= pkg-message PLIST_DIRSTRY= %%WWWDIR%% - -OPTIONS= APACHE "Use Apache webserver" on \ - LIGHTTPD "Use Lighttpd webserver" off +PATCH_STRIP= -p1 +WRITEABLE= conf.php log/access.log cache +PORTEXAMPLES= htaccess.txt +PORTDOCS= changelog.txt README.textile +USE_DOS2UNIX= yes + +OPTIONS= APACHE "Use Apache webserver" on \ + PHPMOD "Use php module for Apache" off \ + LIGHTTPD "Use Lighttpd webserver" off \ + NGINX "Use Nginx" off .include -.if defined(WITH_APACHE) -USE_APACHE= 22 +.if defined(WITH_PHPMOD) +WANT_PHP_MOD= yes +.else +WANT_PHP_CGI= yes +.endif + +.if !defined(WITHOUT_APACHE) +USE_APACHE= 22+ .endif .if defined(WITH_LIGHTTPD) RUN_DEPENDS+= lighttpd:${PORTSDIR}/www/lighttpd .endif +.if defined(WITH_NGINX) +RUN_DEPENDS+= nginx:${PORTSDIR}/www/nginx +.endif + +# Set files to ignore. +.for file in ${PORTEXAMPLES} ${PORTDOCS} LICENSE.txt +WWW_IGNORE+= -not -name ${file} +.endfor + +.if defined(MAINTAINER_MODE) +trace-distfile: distclean + @cd ${.CURDIR} && make FETCH_ARGS=-vFpr makesum + +rm-install: + ${SU_CMD} '${RM} -rf ${WWWDIR}/install' + +.endif do-install: @${MKDIR} ${WWWDIR} - @${CP} -r ${WRKDIR}/${PORTNAME}-${PORTVERSION}/* ${WWWDIR} - @${TOUCH} ${WWWDIR}/conf.php - @${CHOWN} -R ${WWWOWN}:${WWWGRP} ${WWWDIR} + @cd ${WRKSRC} && ${COPYTREE_SHARE} . ${WWWDIR} '${WWW_IGNORE}' + @if [ ! -f ${WWWDIR}/conf.php ]; then \ + ${CP} ${WWWDIR}/conf-default.php ${WWWDIR}/conf.php; \ + fi +.for ent in ${WRITEABLE} + @${CHOWN} ${WWWOWN}:${WWWGRP} ${WWWDIR}/${ent} + @${CHMOD} u+w ${WWWDIR}/${ent} +.endfor +.if !defined(NOPORTEXAMPLES) + @${MKDIR} ${EXAMPLESDIR} +.for ex in ${PORTEXAMPLES} + @${INSTALL_DATA} ${WRKSRC}/${ex} ${EXAMPLESDIR} +.endfor +.endif # NOPORTEXAMPLES +.if !defined(NOPORTDOCS) + @${MKDIR} ${DOCSDIR} +.for doc in ${PORTDOCS} + @${INSTALL_DATA} ${WRKSRC}/${doc} ${DOCSDIR} +.endfor +.endif #NOPORTDOCS post-install: @${CAT} ${PKGMESSAGE} +.if defined(MAINTAINER_MODE) + @${MAKE} -C ${.CURDIR} rm-install +.endif .include diff -ruN --exclude=CVS /home/mel/svn/redports/melflynn/deskutils/myitcrm.orig/distinfo /home/mel/svn/redports/melflynn/deskutils/myitcrm/distinfo --- /home/mel/svn/redports/melflynn/deskutils/myitcrm.orig/distinfo 2011-01-31 05:58:14.000000000 -0900 +++ /home/mel/svn/redports/melflynn/deskutils/myitcrm/distinfo 2012-02-22 07:31:51.000000000 -0900 @@ -1,2 +1,2 @@ -SHA256 (MyITCRM-0.2.9.1.zip) = 877583b2c1de8a70a60478ece9b18db8b4571d284426916fdeddd153edc8dfb1 -SIZE (MyITCRM-0.2.9.1.zip) = 2035632 +SHA256 (MyITCRM1-0.2.9.3.zip) = 22560b9b5407cdc099fd775458dfb6bd34f0821dc5d57cd3a5e8e469a270a184 +SIZE (MyITCRM1-0.2.9.3.zip) = 2102844 diff -ruN --exclude=CVS /home/mel/svn/redports/melflynn/deskutils/myitcrm.orig/files/patch-bug263 /home/mel/svn/redports/melflynn/deskutils/myitcrm/files/patch-bug263 --- /home/mel/svn/redports/melflynn/deskutils/myitcrm.orig/files/patch-bug263 1969-12-31 14:00:00.000000000 -1000 +++ /home/mel/svn/redports/melflynn/deskutils/myitcrm/files/patch-bug263 2012-02-22 08:48:50.000000000 -0900 @@ -0,0 +1,144 @@ +commit 8c0d263b2672df6727e1d0be3fecfdef3df8c1eb +Author: unknown +Date: Sun Feb 12 10:42:37 2012 +1100 + + FIXES: #263 + Desc: Customers Address details not showing on HTML Invoices. + +diff --git a/templates/invoice/print_html.tpl b/templates/invoice/print_html.tpl +index 2b79b32..eeeb2e1 100644 +--- a/templates/invoice/print_html.tpl ++++ b/templates/invoice/print_html.tpl +@@ -7,15 +7,12 @@ + + + +- ++
+ + +-
++ + {foreach item=item from=$company} + +- + + + +@@ -37,21 +34,21 @@ + + + +- + + +-
{$translate_invoice_prn_address} : {$item.COMPANY_ADDRESS|nl2br|regex_replace:"/[\r\t\n]/":" "}
{$item.COMPANY_CITY},
{$item.COMPANY_STATE},
{$item.COMPANY_ZIP}
++ + + +- + + +- ++ + +
+- ++ ++ +
{$item.COMPANY_NAME}{$item.COMPANY_NAME}
+
++ + + +
+@@ -80,17 +77,17 @@ +
+ +
+- ++ + + + + +@@ -98,7 +95,8 @@ + + + +-
+- {$translate_invoice_prn_bill_to} :
- - > ++

{$translate_invoice_prn_bill_to} :

+ {foreach item=item from=$customer_details} +- {$item.CUSTOMER_DISPLAY_NAME}
+- {$item.CUSTOMER_ADDRESS|nl2br|regex_replace:"/[\r\t\n]/":" "}
+- {$item.CUSTOMER_CITY},
+- {$item.CUSTOMER_STATE} {$item.CUSTOMER_ZIP} ++ {$item.CUSTOMER_DISPLAY_NAME}
++ {$item.CUSTOMER_ADDRESS|nl2br|regex_replace:"/[\r\t\n]/":" "}
++ {$item.CUSTOMER_CITY},
++ {$item.CUSTOMER_STATE} {$item.CUSTOMER_ZIP} + {/foreach} +
++{if $wo_description > NULL} ++
+ + + +@@ -108,10 +106,11 @@ + + +
{$translate_invoice_prn_work_order}{$translate_invoice_prn_work_order_resolution}{$wo_resolution}
++{/if} + +
+ +- ++
+ + + +@@ -120,7 +119,7 @@ +
+ + +-
{$translate_invoice_prn_invoice_details} {$item.CUSTOMER_DISPLAY_NAME}
++
+ + + +@@ -143,7 +142,7 @@ +
+ + +-
{$translate_invoice_prn_qty}{$translate_invoice_prn_labour_items}
++
+ + + +@@ -166,10 +165,10 @@ + +
+ +-
{$translate_invoice_prn_qty}{$translate_invoice_prn_parts_items}
++
+ +
+- ++
+ + + +@@ -259,7 +258,7 @@ +
+
+ {if $thank_you > ''} +-
{$translate_invoice_prn_payment_instructions}
++
+ + + diff -ruN --exclude=CVS /home/mel/svn/redports/melflynn/deskutils/myitcrm.orig/files/pkg-message.in /home/mel/svn/redports/melflynn/deskutils/myitcrm/files/pkg-message.in --- /home/mel/svn/redports/melflynn/deskutils/myitcrm.orig/files/pkg-message.in 2011-01-31 05:58:14.000000000 -0900 +++ /home/mel/svn/redports/melflynn/deskutils/myitcrm/files/pkg-message.in 2012-02-24 10:01:58.000000000 -0900 @@ -1,7 +1,7 @@ ---------------------------------------------------------------------------------------------- -Installation has successfully completed! ---------------------------------------------------------------------------------------------- -MyITCRM is now installed in documentoroot: %%WWWDIR%%. +---------------------------------------------------------------------------- +Post installation instructions: +---------------------------------------------------------------------------- +MyITCRM is now installed in documentroot: %%WWWDIR%%. 1) Create user, MySQL database and set privileges: @@ -17,12 +17,16 @@ Full Path: %%WWWDIR%% Site Name: http://your-server/myitcrm -3) Finally remove installation folder: +3) Finally move the installation folder or you will not be able to login: -rm -rf %%WWWDIR%%/install +mkdir -p $HOME/backup/myitcrm +mv %%WWWDIR%%/install $HOME/backup/myitcrm -NOTE: These may not be necessary but should be used as a guide only. +If you need to reinstall MyITCRM, move the directory back and go back to +step 2. + +Recommended php.ini settings: - memory_limit=32M - register_globals=off - safe_mode=off ---------------------------------------------------------------------------------------------- +============================================================================ diff -ruN --exclude=CVS /home/mel/svn/redports/melflynn/deskutils/myitcrm.orig/pkg-plist /home/mel/svn/redports/melflynn/deskutils/myitcrm/pkg-plist --- /home/mel/svn/redports/melflynn/deskutils/myitcrm.orig/pkg-plist 2011-01-31 05:58:14.000000000 -0900 +++ /home/mel/svn/redports/melflynn/deskutils/myitcrm/pkg-plist 2012-02-25 03:59:36.000000000 -0900 @@ -1,8 +1,7 @@ -%%WWWDIR%%/LICENSE.txt +@unexec if cmp -s %D/%%WWWDIR%%/conf.php %D/%%WWWDIR%%/conf-default.php; then rm -f %D/%%WWWDIR%%/conf.php; fi %%WWWDIR%%/backup/.htaccess %%WWWDIR%%/backup/bigdump.php %%WWWDIR%%/cache/index.php -%%WWWDIR%%/changelog.txt %%WWWDIR%%/conf-default.php %%WWWDIR%%/cron/.htaccess %%WWWDIR%%/cron/backup.php @@ -48,10 +47,11 @@ %%WWWDIR%%/images/icons/16x16/small_edit.gif %%WWWDIR%%/images/icons/16x16/small_edit_employees.gif %%WWWDIR%%/images/icons/16x16/small_new_customer.gif +%%WWWDIR%%/images/icons/16x16/small_new_invoice_only.gif %%WWWDIR%%/images/icons/16x16/small_new_work_order.gif %%WWWDIR%%/images/icons/16x16/stop.gif %%WWWDIR%%/images/icons/16x16/up.gif -%%WWWDIR%%/images/icons/16x16/view+.gif +%%WWWDIR%%/images/icons/16x16/view.gif %%WWWDIR%%/images/icons/16x16/viewmag.gif %%WWWDIR%%/images/icons/3floppy_mount.png %%WWWDIR%%/images/icons/bookmark.png @@ -133,6 +133,7 @@ %%WWWDIR%%/images/paymate/paymate_cc.gif %%WWWDIR%%/images/paypal/Thumbs.db %%WWWDIR%%/images/paypal/cc_paypal.gif +%%WWWDIR%%/images/paypal/donate.gif %%WWWDIR%%/images/paypal/pay_now.gif %%WWWDIR%%/images/paypal/pay_now.png %%WWWDIR%%/images/rate_upload.PNG @@ -350,6 +351,18 @@ %%WWWDIR%%/include/SMARTY/plugins/shared.make_timestamp.php %%WWWDIR%%/include/acl.php %%WWWDIR%%/include/auth.php +%%WWWDIR%%/include/dhtmlxcombo/dhtmlxcombo.css +%%WWWDIR%%/include/dhtmlxcombo/dhtmlxcombo.js +%%WWWDIR%%/include/dhtmlxcombo/dhtmlxcommon.js +%%WWWDIR%%/include/dhtmlxcombo/ext/dhtmlxcombo_extra.js +%%WWWDIR%%/include/dhtmlxcombo/ext/dhtmlxcombo_group.js +%%WWWDIR%%/include/dhtmlxcombo/ext/dhtmlxcombo_whp.js +%%WWWDIR%%/include/dhtmlxcombo/imgs/bg_selection.gif +%%WWWDIR%%/include/dhtmlxcombo/imgs/blank.gif +%%WWWDIR%%/include/dhtmlxcombo/imgs/combo_select.gif +%%WWWDIR%%/include/dhtmlxcombo/imgs/combo_select_dhx_black.gif +%%WWWDIR%%/include/dhtmlxcombo/imgs/combo_select_dhx_blue.gif +%%WWWDIR%%/include/dhtmlxcombo/imgs/combo_select_dhx_skyblue.gif %%WWWDIR%%/include/fpdf/font/courier.php %%WWWDIR%%/include/fpdf/font/desktop.ini %%WWWDIR%%/include/fpdf/font/helvetica.php @@ -444,7 +457,6 @@ %%WWWDIR%%/include/jscalendar/lang/calendar-zh.js %%WWWDIR%%/include/jscalendar/lang/cn_utf8.js %%WWWDIR%%/include/jscalendar/menuarrow.gif -%%WWWDIR%%/include/phpinfo.php %%WWWDIR%%/include/session.php %%WWWDIR%%/include/swift/lib/classes/Swift.php %%WWWDIR%%/include/swift/lib/classes/Swift/Attachment.php @@ -587,7 +599,6 @@ %%WWWDIR%%/include/swift/lib/swift_init.php %%WWWDIR%%/include/swift/lib/swift_required.php %%WWWDIR%%/include/swift/lib/swift_required_pear.php -%%WWWDIR%%/include/tinymce/changelog.txt %%WWWDIR%%/include/tinymce/jscripts/tiny_mce/langs/en.js %%WWWDIR%%/include/tinymce/jscripts/tiny_mce/license.txt %%WWWDIR%%/include/tinymce/jscripts/tiny_mce/plugins/advhr/css/advhr.css @@ -846,38 +857,9 @@ %%WWWDIR%%/js/sdmenu.js %%WWWDIR%%/js/submit.js %%WWWDIR%%/js/tabs.js -%%WWWDIR%%/language/asset/english.xml -%%WWWDIR%%/language/billing/english.xml -%%WWWDIR%%/language/billing/english_US.xml -%%WWWDIR%%/language/control/english.xml -%%WWWDIR%%/language/control/english_US.xml -%%WWWDIR%%/language/core/english.xml -%%WWWDIR%%/language/core/english_US.xml -%%WWWDIR%%/language/core/french.xml -%%WWWDIR%%/language/core/german.xml -%%WWWDIR%%/language/customer/english.xml -%%WWWDIR%%/language/customer/english_US.xml -%%WWWDIR%%/language/customer/french.xml -%%WWWDIR%%/language/customer/german.xml -%%WWWDIR%%/language/customer/spanish.xml -%%WWWDIR%%/language/employees/english.xml -%%WWWDIR%%/language/employees/english_US.xml %%WWWDIR%%/language/english.xml %%WWWDIR%%/language/english_US.xml -%%WWWDIR%%/language/error/english.xml -%%WWWDIR%%/language/error/english_US.xml %%WWWDIR%%/language/index.php -%%WWWDIR%%/language/invoice/english.xml -%%WWWDIR%%/language/invoice/english_US.xml -%%WWWDIR%%/language/parts/english.xml -%%WWWDIR%%/language/parts/english_US.xml -%%WWWDIR%%/language/portuguese.xml -%%WWWDIR%%/language/schedule/english.xml -%%WWWDIR%%/language/schedule/english_US.xml -%%WWWDIR%%/language/stats/english.xml -%%WWWDIR%%/language/stats/english_US.xml -%%WWWDIR%%/language/workorder/english.xml -%%WWWDIR%%/language/workorder/english_US.xml %%WWWDIR%%/log/access.log %%WWWDIR%%/log/index.php %%WWWDIR%%/login.php @@ -936,7 +918,6 @@ %%WWWDIR%%/modules/core/include/display_work_orders.php %%WWWDIR%%/modules/core/main.php %%WWWDIR%%/modules/core/navagation.php -%%WWWDIR%%/modules/core/tool_bar.php %%WWWDIR%%/modules/core/translate.php %%WWWDIR%%/modules/customer/customer_details.php %%WWWDIR%%/modules/customer/delete.php @@ -962,11 +943,11 @@ %%WWWDIR%%/modules/expense/new.php %%WWWDIR%%/modules/expense/search.php %%WWWDIR%%/modules/index.php +%%WWWDIR%%/modules/invoice/delete.php %%WWWDIR%%/modules/invoice/include.php %%WWWDIR%%/modules/invoice/index.php %%WWWDIR%%/modules/invoice/main.php %%WWWDIR%%/modules/invoice/new.php -%%WWWDIR%%/modules/invoice/pdf.php %%WWWDIR%%/modules/invoice/print.php %%WWWDIR%%/modules/invoice/view.php %%WWWDIR%%/modules/invoice/view_paid.php @@ -996,6 +977,7 @@ %%WWWDIR%%/modules/schedule/view.php %%WWWDIR%%/modules/stats/hit_stats.php %%WWWDIR%%/modules/stats/hit_stats_view.php +%%WWWDIR%%/modules/stats/include.php %%WWWDIR%%/modules/stats/index.php %%WWWDIR%%/modules/stats/main.php %%WWWDIR%%/modules/supplier/delete.php @@ -1019,8 +1001,6 @@ %%WWWDIR%%/modules/workorder/print.php %%WWWDIR%%/modules/workorder/view.php %%WWWDIR%%/modules/workorder/view_closed.php -%%WWWDIR%%/password.php -%%WWWDIR%%/submit.php %%WWWDIR%%/templates/asset/index.php %%WWWDIR%%/templates/asset/view.tpl %%WWWDIR%%/templates/billing/display_gift.tpl @@ -1053,13 +1033,11 @@ %%WWWDIR%%/templates/core/password.tpl %%WWWDIR%%/templates/core/submit.tpl %%WWWDIR%%/templates/customer/customer_details.tpl -%%WWWDIR%%/templates/customer/directions.tpl -%%WWWDIR%%/templates/customer/edit.js %%WWWDIR%%/templates/customer/edit.tpl %%WWWDIR%%/templates/customer/email.tpl %%WWWDIR%%/templates/customer/index.php +%%WWWDIR%%/templates/customer/javascripts.js %%WWWDIR%%/templates/customer/memo.tpl -%%WWWDIR%%/templates/customer/new.js %%WWWDIR%%/templates/customer/new.tpl %%WWWDIR%%/templates/customer/search.tpl %%WWWDIR%%/templates/employees/delete.tpl @@ -1078,10 +1056,15 @@ %%WWWDIR%%/templates/expense/new.tpl %%WWWDIR%%/templates/expense/search.tpl %%WWWDIR%%/templates/index.php +%%WWWDIR%%/templates/invoice/address-only-print_html.tpl +%%WWWDIR%%/templates/invoice/delete.php %%WWWDIR%%/templates/invoice/index.php +%%WWWDIR%%/templates/invoice/javascripts.js %%WWWDIR%%/templates/invoice/main.tpl %%WWWDIR%%/templates/invoice/new.tpl -%%WWWDIR%%/templates/invoice/print.tpl +%%WWWDIR%%/templates/invoice/print_html.tpl +%%WWWDIR%%/templates/invoice/print_html.tpl.orig +%%WWWDIR%%/templates/invoice/print_pdf_tpl.php %%WWWDIR%%/templates/invoice/view.tpl %%WWWDIR%%/templates/invoice/view_paid.tpl %%WWWDIR%%/templates/invoice/view_unpaid.tpl @@ -1154,6 +1137,10 @@ %%WWWDIR%%/upgrade/0281_0290/sql.php %%WWWDIR%%/upgrade/0290_0291/index.php %%WWWDIR%%/upgrade/0290_0291/sql.php +%%WWWDIR%%/upgrade/0291_0292/index.php +%%WWWDIR%%/upgrade/0291_0292/sql.php +%%WWWDIR%%/upgrade/0292_0293/index.php +%%WWWDIR%%/upgrade/0292_0293/sql.php %%WWWDIR%%/upgrade/index.html %%WWWDIR%%/upgrade/inv.php %%WWWDIR%%/upgrade/validate.js @@ -1161,8 +1148,9 @@ %%WWWDIR%%/upload/index.php %%WWWDIR%%/upload/rate_upload.csv %%WWWDIR%%/version.php -%%WWWDIR%%/conf.php @dirrm %%WWWDIR%%/upload +@dirrm %%WWWDIR%%/upgrade/0292_0293 +@dirrm %%WWWDIR%%/upgrade/0291_0292 @dirrm %%WWWDIR%%/upgrade/0290_0291 @dirrm %%WWWDIR%%/upgrade/0281_0290 @dirrm %%WWWDIR%%/upgrade @@ -1199,19 +1187,7 @@ @dirrm %%WWWDIR%%/modules/billing @dirrm %%WWWDIR%%/modules/asset @dirrm %%WWWDIR%%/modules -@dirrm %%WWWDIR%%/log -@dirrm %%WWWDIR%%/language/workorder -@dirrm %%WWWDIR%%/language/stats -@dirrm %%WWWDIR%%/language/schedule -@dirrm %%WWWDIR%%/language/parts -@dirrm %%WWWDIR%%/language/invoice -@dirrm %%WWWDIR%%/language/error -@dirrm %%WWWDIR%%/language/employees -@dirrm %%WWWDIR%%/language/customer -@dirrm %%WWWDIR%%/language/core -@dirrm %%WWWDIR%%/language/control -@dirrm %%WWWDIR%%/language/billing -@dirrm %%WWWDIR%%/language/asset +@dirrmtry %%WWWDIR%%/log @dirrm %%WWWDIR%%/language @dirrm %%WWWDIR%%/js @dirrm %%WWWDIR%%/install @@ -1301,7 +1277,6 @@ @dirrm %%WWWDIR%%/include/tinymce/jscripts/tiny_mce/plugins/contextmenu @dirrm %%WWWDIR%%/include/tinymce/jscripts/tiny_mce/plugins/bbcode @dirrm %%WWWDIR%%/include/tinymce/jscripts/tiny_mce/plugins/autosave/langs -@dirrm %%WWWDIR%%/include/tinymce/jscripts/tiny_mce/plugins/autosave/images @dirrm %%WWWDIR%%/include/tinymce/jscripts/tiny_mce/plugins/autosave @dirrm %%WWWDIR%%/include/tinymce/jscripts/tiny_mce/plugins/autoresize @dirrm %%WWWDIR%%/include/tinymce/jscripts/tiny_mce/plugins/advlist @@ -1354,6 +1329,9 @@ @dirrm %%WWWDIR%%/include/fpdf/font/makefont @dirrm %%WWWDIR%%/include/fpdf/font @dirrm %%WWWDIR%%/include/fpdf +@dirrm %%WWWDIR%%/include/dhtmlxcombo/imgs +@dirrm %%WWWDIR%%/include/dhtmlxcombo/ext +@dirrm %%WWWDIR%%/include/dhtmlxcombo @dirrm %%WWWDIR%%/include/SMARTY/plugins @dirrm %%WWWDIR%%/include/SMARTY/internals @dirrm %%WWWDIR%%/include/SMARTY @@ -1379,7 +1357,6 @@ @dirrm %%WWWDIR%%/fonts @dirrm %%WWWDIR%%/css @dirrm %%WWWDIR%%/cron -@dirrm %%WWWDIR%%/cache +@dirrmtry %%WWWDIR%%/cache @dirrm %%WWWDIR%%/backup -@dirrmtry %%WWWDIR%%/ -@exec mkdir -p %D/%%WWWDIR%%/include/tinymce/jscripts/tiny_mce/plugins/autosave/images +@exec if [ ! -f %D/%%WWWDIR%%/conf.php ]; then cp -p %D/%%WWWDIR%%/conf-default.php %D/%%WWWDIR%%/conf.php; fi --- myitcrm-0.2.9.3.patch ends here --- From owner-freebsd-ports@FreeBSD.ORG Sat Feb 25 22:06:38 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id A26681065670 for ; Sat, 25 Feb 2012 22:06:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from optiplex.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 70C681513BD; Sat, 25 Feb 2012 22:06:38 +0000 (UTC) Message-ID: <4F495B6E.1090604@FreeBSD.org> Date: Sat, 25 Feb 2012 14:06:38 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Matthew Seaman References: <4F49354C.1050803@infracaninophile.co.uk> In-Reply-To: <4F49354C.1050803@infracaninophile.co.uk> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: portupgrade -> portmaster Rosetta Stone? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Feb 2012 22:06:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 02/25/2012 11:23, Matthew Seaman wrote: > On 25/02/2012 18:21, Royce Williams wrote: >> To ease the transition, does anyone know of a Rosetta Stone >> table, or "portmaster for native speakers of portupgrade"? > > It's not too hard to switch. Read the portmaster(8) man page Yes please. :) And that's, "read," not skim or search. I put a lot of work into explaining the what/why/how, which will help you understand the tool and how to get things done with it. You might not understand everything the first time through, but at least give it a read. > -- most of the central stuff is actually fairly close to what > portupgrade does. > > A few differences: > > portmaster -r foo-0.99 > > will update anything out of date that depends on the foo-0.99 > port. That's not quite right. The -r option will update *everything* that depends on foo. > When you get a shlib-bump, a common idiom is: > > portmaster -fr libfoo-1.0 > > which forces an update of everything that depends on libfoo-1.0. Adding -f there will force the rebuild of everything that foo depends on, and everything that the things that depend on foo depend on. That's almost certainly not what you want to do. :) Otherwise the advice in this thread is good. I'd add one more thing ... READ THE MAN PAGE. :) Doug - -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJPSVtuAAoJEFzGhvEaGryEKrsH/052sg0Z1SF7T2othSURY0HU Pb2yP7sAcNgi8RiUkSwV55ZVmnBCCbG2oYaNHJzIGd4lf9E2WlBtlOLRCuZJjVOk /4cw7MShswo3XZgc1j4gT42KPuadE+YL1T1a0g9jX3OeKoT2ojO5V1EdOc/BLHi6 EulzvjGHAGDHJqQVWPph/ngjZgaxD0gxnXbknp96c+g3WqECCThi/4eBhJR4ACow TygiRkv3b92sYpwTBpsz0kByG/2sqIhIEW9GGJXAkeWJ8jVi1nNWPXI1K1B3wKfN p4eXRTdYrTOQQ1cfLAtWYWhCp7Do2BBny/M1KG0Kx9CznVnFyWKFsLRPQlpBGcU= =7tW9 -----END PGP SIGNATURE-----
{$thank_you}